thảo luận Object-Oriented Programming is Bad

  • Người tạo chủ đề Người tạo chủ đề cs_50i
  • Ngày bắt đầu Ngày bắt đầu
Thời thế thay đổi nhanh vậy sao bác, nhớ khoảng 1-2 năm trước thôi tôi vào chê mấy cái abstraction bị ném gạch quá trời
tôi đi pv cũng chê abstract class, rồi chê tiếp micro service (bảo là cái này khó, e biết nhưng ko làm dc) xong rồi đa phần cty nó loại. cuối cùng mãi mới có chỗ nhận

//chê kiểu đéo gì các a cũng tự làm thread, chưa nhìn vào em cũng biết lỗi đầy :D
 
tôi đi pv cũng chê abstract class, rồi chê tiếp micro service (bảo là cái này khó, e biết nhưng ko làm dc) xong rồi đa phần cty nó loại. cuối cùng mãi mới có chỗ nhận

//chê kiểu đéo gì các a cũng tự làm thread, chưa nhìn vào em cũng biết lỗi đầy :D

anh chê cũng dc thôi, nhưng phải giải thích dc tại sao chê.
Anh kêu microservice khó, "biết mà ko làm dc" là thấy mâu thuẫn rồi. Fail ko oan.
Nhớ nhé, có quan điểm cá nhân ko sai, nhưng phải giải thích dc quan điểm của mình.
 
anh chê cũng dc thôi, nhưng phải giải thích dc tại sao chê.
Anh kêu microservice khó, "biết mà ko làm dc" là thấy mâu thuẫn rồi. Fail ko oan.
Nhớ nhé, có quan điểm cá nhân ko sai, nhưng phải giải thích dc quan điểm của mình.
Senior nó phải vậy. Cái gì chẳng có mặt mạnh mặt yếu.
 
Mấy công ty IT dạng top của VN mình k dám phán

Chứ đa số IT vn chưa tiếp xúc với micro serives, dăm ba cái services hoặc gate way tự dựng mà nhận là micro thì nên :gach:

Nhiều lần pv hỏi mình là đã từng làm ms chưa, mình hỏi lại là hệ thống bên anh đang triển khai theo ms rồi à ?

Đa số tịt, một số trả lời là đang theo hướng ms nhưng chưa phải :go:
 
anh chê cũng dc thôi, nhưng phải giải thích dc tại sao chê.
Anh kêu microservice khó, "biết mà ko làm dc" là thấy mâu thuẫn rồi. Fail ko oan.
Nhớ nhé, có quan điểm cá nhân ko sai, nhưng phải giải thích dc quan điểm của mình.
Ko giải thích đc là trình tiếng anh kém, và mất mẹ nó hứng, biết ngay là áp lực cao. Nó hỏi theo kiểu dìm m xuống và ko có context thì nói thế nào đc

Nhưng ý a đúng rồi.

Tôi đang cải thiện, bơi trong cty đang làm thôi. Nhiều nhạc lắm hehe
 
nói dài dai như topic FP lần trước, cũng k ai mang được cái ví dụ apply FP thay OOP ntn?
ai có thể cho mình cái keyword tải 1 project web bằng các loại no OOP xem thử k?

vd java: để apply 1 action gì đó cho request, thì sẽ extend/implement cái java.servlet.Filter. nếu k dùng OOP thì làm ntn?
Sẽ có 1 con proxy như nginx intercept request.

Cái filter nó là khái niệm của web container. Phải dùng thôi. Ko thì nghiên cứu netty
 
Ko giải thích đc là trình tiếng anh kém, và mất mẹ nó hứng, biết ngay là áp lực cao. Nó hỏi theo kiểu dìm m xuống và ko có context thì nói thế nào đc

Nhưng ý a đúng rồi.

Tôi đang cải thiện, bơi trong cty đang làm thôi. Nhiều nhạc lắm hehe

Uhm kiểu ng pv có nhiều kiểu. Nếu pv mà thấy thế thì có vô làm cũng ko hợp đâu.
Dc mấy ng có training về kỹ năng pv đâu.
Với pv mà để cảm xúc cá nhân ảnh hưởng thì dễ đánh giá sai.
 
Mấy công ty IT dạng top của VN mình k dám phán

Chứ đa số IT vn chưa tiếp xúc với micro serives, dăm ba cái services hoặc gate way tự dựng mà nhận là micro thì nên :beat_brick:

Nhiều lần pv hỏi mình là đã từng làm ms chưa, mình hỏi lại là hệ thống bên anh đang triển khai theo ms rồi à ?

Đa số tịt, một số trả lời là đang theo hướng ms nhưng chưa phải :go:
Microservices giờ nhiều như lợn con. Các dự án lớn đều build theo kiểu ms hết.
 
Microservices thì dàn architect phải cứng cựa và trải nhiều đau thương rồi mới biết áp dụng sao cho hợp lý.
Còn ông nào mà bảo nhảy vào làm microservices ngay thì e lành ít dữ nhiều.
Bạn mình ngày xưa làm cho Uber cũng chửi như gì :big_smile:
 
ừa Golang đang hot mà, mà học golang thì cái đầu tiên là quên cmn OOP đi :LOL:
code web với Go sướng vl, nhảy qua mấy cái khác code thấy nó ngu ngu thế nào ấy (ruby/java/python), mặc dù tụi nó cũng ko phải là dở.
Phải công nhận là Go nó thiết kế đơn giản mà hiệu quả thật.
Có mấy anh từ Java Spring chuyển sang code Go trong thớt Go còn quyết tâm phải xài Dependency Injection đó :ah:
https://voz.vn/t/tat-tan-tat-ve-go-golang.40718/page-26#post-9624380
 
Không sai nhưng ngôn ngữ người ta đã không tạo ra class, không muốn OOP rồi cứ cố đè design pattern điển hình của OOP làm gì
DI không phải là Design Pattern và cũng không phải của OOP.
DI là hiện thực hoá của IoC dùng để thực hiện Dependency Inversion.
Mỗi component trong software nên loose couping và high cohension, cái này là best practice.
Phụ thuộc high-level không phụ thuộc low-level là nguyên tắc cơ bản không phải đặc quyền chỉ OOP mới có, rảnh rỗi anh em có thể chọt qua một số software viết bằng C để xem người ta làm ntn.
 
Sửa lần cuối:
Tôi thường bảo các em sv, tốt nhất học OOP thì đừng xoáy vào mấy cái ví dụ thú với chó làm gì. Nhảy mẹ nó vào Qt C++ mà xem họ thi triển OOP, hoặc fork một project opensource về nghiệp vụ doanh nghiệp viết bằng JAVA mà học. Éo ai suốt ngày lớp thú 4 chân, lớp thú dưới nước kế thừa cái éo gì ở đây, phỏng vấn mấy bạn sv như này tôi phát nhọc. Mà tôi gặp suốt :(

à mà các bạn ấy rất hay nói rất phức tạp về abstraction, encapsulation, inheritance and polymorphism. Trong khi gói gọn là mấy tính chất này là cách để quản lý state.
fork một project opensource về nghiệp vụ doanh nghiệp viết bằng JAVA
-> xin github fence ơi
 

Thống kê chủ đề

Ngày tạo
cs_50i,
Người trả lời cuối
vhptt89,
Trả lời
58
Lượt xem
12.403
Quay lại
Lên đầu trang