thảo luận Clean Architecture có thật sự giúp ta code tốt hơn?

  • Người tạo chủ đề Người tạo chủ đề soibac123bk
  • Ngày bắt đầu Ngày bắt đầu
Đợt tôi có xem video này quan điểm khá hay về clean code. Chung quy lại tùy dự an mà áp dụng thôi. code tốt và dễ maintain chưa chắc cần follow clean code.
 
Đợt tôi có xem video này quan điểm khá hay về clean code. Chung quy lại tùy dự an mà áp dụng thôi. code tốt và dễ maintain chưa chắc cần follow clean code.
Đúng rồi, tư tưởng này rất hợp với tụi Mỹ này. Chỉ cần nên biết vài cái principal đơn giản mà viết code là ok rồi, có đợt mình nhảy chục cái references đến nản, ngồi mấy ngày mới xong cái feature bé tí :sweat:
Còn gần đây mình ko apply cái clean code nào cả cho team, có đợt mình fix 7 cái bugs trong vòng 1 ngày đưa hết lên PROD luôn
FfsqRRV.gif


via theNEXTvoz for iPhone
 
Sửa lần cuối:
Thôi ông rồng thiêng yên vị làm MMO đi. Chứ cái ngữ ông đi làm mà giữ cái kiểu ăn nói này thì 10 thằng dev xách vú chạy cả 10.
Sống cho nó hào sảng 1 tí, gặp thằng đéo nào ông cũng bô bô cái mồm lên cứ xa cả lũ nít ranh tụi mày thần thánh hoá clean code, tư tưởng trên trời trên mây đéo có tí thực tế gì.

Ông đòi người ta public repo? Đi làm cty source code là private, public thế đéo nào đc. Ko lẽ cái thứ đơn giản như thế mà anh ko biết?
Hết đòi show code rồi lại đòi show lương. Rõ ràng chính mõm ông bảo trong này toàn lũ con nít mà, ko lẽ ông đi so kè lương với lũ con nít mới vào nghề?
Đấy là chưa kể trong thread này có 1 vài tay to, big fang đủ cả, đảm bảo lương họ ko hề thấp. Chẳng qua là anh chó điên quá, đéo ai muốn dây dưa nhiều.

Thread này nếu ko có ông thì chắc là cũng khá tiềm năng, mn chia sẻ nhiều góc liên quan đến clean code. Ông ở trong thread này tôi thấy đéo khác gì thằng chí phèo nát rượu, sao khác với cái thread ông xin định hướng dev MMO quá vậy? Qua đấy văn ông ngoan như cún mà.

// đừng quote tôi, tôi thuộc loại vô liêm sỉ. Ông có kích hay chửi thì nó cũng thế, ngữ ông tôi ko rep
Đồng ý với thím. Mình nghĩ mọi người bớt tranh cãi mà nên chia sẻ nhiều hơn những cái liên quan đến topic.
 
Đúng rồi, tư tưởng này rất hợp với tụi Mỹ này. Chỉ cần nên biết vài cái principal đơn giản mà viết code là ok rồi, có đợt mình nhảy chục cái references đến nản, ngồi mấy ngày mới xong cái feature bé tí :sweat:
Còn gần đây mình ko apply cái clean code nào cả cho team, có đợt mình fix 7 cái bugs trong vòng 1 ngày đưa hết lên PROD luôn
FfsqRRV.gif


via theNEXTvoz for iPhone
MÌnh cũng đồng ý với điều này, thấy clean code mấy nguyên tắc cơ bản là xài ngon rồi, còn áp dụng solid cho thật trọn vẹn thì k nên vì sẽ gây ra rất nhiều boilerplate và tốn thời gian kinh khủng, code lòng vòng lại gây nhiều khó khăn cho người sau.
 
Theo em Clean Architecture đúng là có thể khiến việc dev chậm lại, nhưng mà em thấy điều đó không đáng kể, việc apply Clean Architecture khiến cho việc những dev trình còi như em không cần phải quan tâm code cái gì ở đâu, ntn vì có flow sẵn hết rồi -> chỉ cần tập trung vào nghiệp vụ...
 
Sửa lần cuối:
Hinh như thớt bị xóa nhìu
lại nhớ vụ DHH bỏ typescript
đúng là hảo hán :big_smile:
Bình thường mà, static vs dynamic type vẫn debate mãi thôi, cũng chưa có paper nào xác nhận cái nào hơn cai nào . DHH bên ruby thì ưu tiên dynamic type hơn cũng có đâu có gì lạ.
 
Hinh như thớt bị xóa nhìu

Bình thường mà, static vs dynamic type vẫn debate mãi thôi, cũng chưa có paper nào xác nhận cái nào hơn cai nào . DHH bên ruby thì ưu tiên dynamic type hơn cũng có đâu có gì lạ.
nah, DHH lười type thôi, và muốn vứt user dùng lib vào xọt rác. Giờ còn đang phổ cập no build đấy, Trmúa hmề.
 
Chia sẻ tí. Trước mình cũng làm dự án áp dụng Clean Architectural.
Dự án khá hay ở chỗ, sự thay đổi bên Layer ngoài ít impact cho modul phía trong
Và dự án này chia thanh nhiều modul nhỏ trong đó.
  • Controller -> Build thành Modul Application Presentation
  • Service -> Build thành Modul Business Development
  • Repository -> Bui thành Modul Infrastructure
  • Job, BackGround ... -> Build thành Modul Worker
  • Change DB -> Build thành Modul Migration

Đặc điểm của nó áp dụng DDD + Clean Architecture + CQRS
 
controller vào service phải có struct riêng, vì thực tế service đó ko chỉ execute ở controller http, mà còn ở grpc, consumer, worker,command,… nên phải có struct riêng cho service, bọn nào muốn gọi phải tự parse về đúng struct đấy
tôi toàn lấy protobuf làm chuẩn, gen code modal cũng theo thằng protobuf hết.
 
bác nói làm cái db fake thì em rõ là bác thiếu kinh nghiệm viết test rồi. Em hỏi bác trong function của bác phải connect với 10 bảng trong db => bác fake 10 bảng. Ngoài ra trong function bác phải sử dụng cache, message queue, call api đến third party bác cũng dựng fake hết hả? vậy thời gian bác dựng có tốn thời gian, resource máy cá nhân của bác không.

Còn nữa là bác làm cách nào để bắt hết case lúc viết unittest nếu bác viết một function to bự chà bá được?
Dùng hsql. Công ty đang fake db để test đây
 

Thống kê chủ đề

Ngày tạo
soibac123bk,
Người trả lời cuối
CSharpCorner,
Trả lời
253
Lượt xem
50.341
Quay lại
Lên đầu trang