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

1. b làm cách nào thì nếu đã clean code, mỗi component sẽ đều có prop riêng, chứ ai lại đi dùng ouput của 1 component khác.
mình chưa hiểu ý này của bạn phàn output của component khác lắm.

Thì đây là trải nghiệm nói chung của mình về DDD,
 
DDD k phải fix cứng cách làm, nó cho b cách tiếp cận và cũng k lwan đến clean code. Mình thấy nhiều người cứng nhắc về cách làm, nhưng theo mình cái quan trọng là làm sao isolate đc bussiness code. đạt được level code chính là document, là nghiệp vụ là ổn.
về ý này có thể là mình type quá lẹ, mình lấy vd về mô hình n tier
1 request create comment, khi ở layer MVC nó là CreateCommentRequest -> vào layer service/repository nó lại là Comment Entity -> qua layer Notification -> nó lại là CommentCreatedEvent ...
qua mỗi layer thì cái Comment nó transfer sang 1 type khác, điều này đảm bảo cái flow data/data của bạn chạy đúng.
 
Vô tình thấy video này:
Vui vui nhưng có khi lại đúng.
Nhưng cá nhân mình clean code thì ok chứ cái Clean Architecture thì hơi sợ. Nhất là khi quá có qúa hiều abstract, mỗi lần muốn sửa cái gì là đọc 77 49 files. Giữ nút ctrl/cmd rồi click chuột vào cái fuction mà nhảy quá 3 lần chưa vào đc cái body thật sự của function đó là thấy mệt mỏi. :whistle:
 
mấy bác cứ đưa cái hình capture lương là ông ấy im miệng ngay ấy mà, tại vì ông ấy coi dev ở đây là sinh viên hết ,vẫn coi là tụi vẽ vời chứ làm gì đã đc đi làm cho doanh nghiệp vì doanh nghiệp không rảnh tiền đi trả cho tụi sinh viên vẽ vời. :D
vấn đề ô này có trải nghiệm các môi trường khác nhau đâu, ô ấy chỉ làm 1 mảng xong cầm tư duy đó đi áp đặt cho những người khác là cũng phải làm như vậy :D:D chắc méo gì ô ấy biết enterprise nó còn đốt tiền vào để dev nghiên cứu solution ấy chứ, mà cứ hở ra là build nhanh hay lo sản phẩm ko có người dùng :D:D ngay cái việc ô ấy team 5 người là chắc chắn ko thể biết vấn đề khi project có hàng chục, hàng trăm dev tham gia contribute r :baffle:
 
Cái đốt tiền ko phải đốt vào đồng clean code mấy ông thần thánh :D
Nó đốt vào nghiên cứu chức năng ông ơi :D
Thấy ko, tôi nói mấy ông hài hước vãi cứt, và tôi bảo đảm cái đống đốt tiền đó, ko phải đốt cho mấy ông, nên mấy ông đừng ảo tưởng làm gì :D

Nói kinh vcl, project hàng trăm người dev, tôi chỉ thấy cái đó trên open source, còn code thực tế team nhiều nhất tôi thấy tầm 20 người :D khiếp thật, enterprise code 1 hệ thống cả trăm người vào dev, ác chiến :D
cái đấy gọi là trải nghiệm đấy :D:D ô tin hay ko thì tuỳ, một trong số các top tier vozer hay bàn đến project core của nó trăm dev tham gia contribute, vậy nhé, nhiều người nghe thì sẽ biết :D:D
 
Thế tóm lại ko phải project của bên ông đúng ko :D
Cả cuộc đời tôi chưa thấy cái project nào trăm dev tham gia, đến chi phí lương 1 ông 10tr, 1 tháng bay mẹ nó 1 tỉ rồi, đó mới là chi phí dev :)))) huồng hồ trong đây lương toàn 100tr trở lên :D
Khiếp thật :D
:D:D bởi vậy nên mới nói trải nghiệm ít, xong áp đặt suy nghĩ nó vậy, thôi đi trải nghiệm để được thấy tận mắt nhé, bonus thêm là nó là 1 repo thôi nhé, cho khỏi thắc mắc nhiều service trong 1 dự án, và tôi vẫn đang làm trong project đó, nên khỏi thắc mắc chém gió, vậy nhé, ô có tài MMO, ô kiếm tiền giỏi, nhưng ko phải cái gì ô cx biết và cái gì ô cx đúng ;);)
 
1 thằng làm biết bao nhiêu hệ thống, bị 1 đám dev trong này chê xạo lol, trình quèn:D
Mấy ông cứ lôi cái từ enterprise nói đi nói lại, hệ thống enterpise nó viết bằng ngôn ngữ cao siêu lắm không bằng :D
Thế tôi viết hệ thống cho cty chỗ tôi thì gọi là gì :D
Cảm giác buồn cười cái cái đám học vẹt các ông quá :D
Enterprise là cty bình thường như ngân hàng, bán lẻ, bảo hiểm. Data nhiều, nghiệp vụ phức tạp, code dễ nhưng requirements khó, Dev ko làm đc, business do bọn học ngân hàng, thương mại làm chủ

Cty mà CEO với cto đi lên từ Dev là cty công nghệ, như google, Microsoft

Nôm na vậy

Bên enterprise thì Dev phải theo quy trình do bọn kia nó nghĩ ra, nên mới sinh ra mấy cái như ddd, và 1 đống quy trình thủ tục để theo dõi kiểm soát, nói phét các kiểu.

Như fen thì sang bên mma mà phét, vào cái thớt này làm gì cho ngu người
 
Lý luận vừa cùn vừa bảo thủ thì các thím cứ kệ cmn thôi. Cho người ta sống mãi với tư tưởng đấy. Có nói nữa cũng vậy. :embarrassed:
Còn ông rồng thiêng, ông thích code free style thì ông ra ngoài lập thread khác mà thảo luận. Già đầu rồi vào đây cãi cùn như trẻ con. :tire:

via theNEXTvoz for iPhone
 
Năm 2021 mình đi phỏng vấn vào 1 cty nhỏ ở Sing - Golden Bridge Drive. Lương trả cao như FAANG, bonus up to 8 tháng, nhưng vào interview xem profile LinkedIn mấy ông Senior Developer với CTO toàn mới vào làm 6 tháng. Qua vòng code interview (Hacker rank), vào vòng interview với Senior Dev thì mới biết cty này là của Đài Loan, chuyên làm mảng online gambling, đăng kí license ở đảo nào nào ấy, còn đăng kí ở Singapore là cty về analytics với cloud, tuyển dev để lách luật. Đến vòng CTO thì mình tạch :LOL: , chắc do không biết nói tiếng Trung.

Sau đấy 1, 2 tháng cả Senior Dev lẫn CTO đều ra đi. Lên mạng xem review về cty thì toàn tiêu cực. Nôm na là bên Đài Loan luôn push deliver gấp, bên Dev thì tranh nhau hoàn thành JIRA lấy story point, ít test (vì phải deliver nhanh) thành ra môi trường rất toxic. 1 thời gian sau thì thấy cty đổi tên qua Giga Byte Dash, lại tuyển mới (còn trước Golden Bridge Drive nó lại có tên khác là Glittering Boost Digital, làm trò vãi :LOL:)

Cách triển khai kiểu mmo có thể phù hợp với mấy cty như thế này.
 
Tôi chỉ hỏi là project nào cả 100 dev tham gia khiếp quá, 1 repo nữa chứ ôi vãi, anh tài trong đây kinh vcl :D
đầy ông ơi. Tôi làm D365, 1 repo, 50 thằng (80 thằng cho lúc requirement nhiều) làm cho 4 Departments cho dự án chính phủ đây. Ông đéo đủ trình thì đừng có tỏ vẻ ta đây kinh lắm.
 
Ai tìm đc trong cmt của tôi, tôi nói tôi code ko cần clean code, tôi pay thẳng 100 củ :D

Vấn đề ở đây tôi muốn nói, clean code nó chả là cái quái gì to tát cả, hệ thống tròn méo chưa biết ra sao bày đặt clean code, làm ảnh hưởng tới thời gian release sản phẩm, cái tôi muốn nói là mấy ông luôn làm mọi thứ phức tạp, trong khi mọi thứ thực sự đơn giản :D

Vâng, tôi thấy mấy ông thực sự chả biết cái quái gì về clean code cả, học nhiều đi tắm cũng cởi chuồng thôi :D luôn luôn xáo rỗng mọi thứ, trong khi chất lượng sản phẩm mới là cái kết quả cuối cùng:D

Đúng là trình newbie, luôn thích phức tạp mọi thứ lên :D
Những cái b nói đúng nhưng mà chưa đủ đâu, việc force clean code nó còn tuỳ thuộc vào Cty và giai đoạn,
Đối với nhiều Cty, đặc biệt là startup hoặc trong giai đoạn làm MVP, thì đúng là thời gian release sản phầm là quan trọng,

Nhưng trong môi trường enterprise mà mọi ng đề cập phần lớn là những Cty đã đi qua giai đoạn trên rồi, cái họ cần là sự ổn định nhiều hơn, lúc này clean code là khá quan trọng, vì nó cần cho sự ổn định của team, của SP.

B ko clean code, ok, lúc b còn làm trong Cty, b có thể dễ dàng maintain, update chỗ code đấy của chính b vì b biết hết những hidden logic trong quá trình b tham gia phát triển SP.
nhưng nếu t là ng quản lí của b, trong môi trường enterprise, t sẽ ko cho phép b làm thế,
vì 1. b có thể nhày việc bất cứ lúc nào, ng nhận maintain dự án sau b sẽ rất khó takeover lại, vì phong cách code mỗi ng khác nhau, nếu ko có qui chuẩn, thì ng sau sẽ rất khó follow.
2. kể cả trong TH b vẫn còn làm trong Cty, thì nếu CV của b đang bị overload, thì sẽ rất khó để chia sẻ workload của b cho 1 team member khác, vì ng đó sẽ gặp phải vấn đề như trên.
3. Seniority của các team member là khác nhau, khi b phải review code của fresher/ junior, việc ko có clean code sẽ là 1 cực hình, vì rất nhiều bạn có xu hướng viết code all in one, việc ko bóc tách các layer/logic sẽ làm b khó follow và verify cũng như phát hiện hidden issue.

Thêm nữa việc 1 project cả trăm ng tham gia không hề hiếm nhé,
Các Cty mà legacy project theo mô hình monolithic hoặc Cty làm super app thì phần lớn đêù có 1 repo mà có hàng trăm ng contribute vào,
Cty 10 năm trc và Cty gần nhất của t đều làm theo mô hình này.
tất nhiên về mặt feature sẽ chia nhỏ team size, cố gắng để các team làm việc song song và ko ảnh hưởng đến nhau,
nhưng việc conflict/ hoặc luân chuyển nội bộ khi các team giải tán/ sát nhập là không thể tránh khỏi, nên việc duy trì 1 cái qui chuẩn cho cả trăm dev khá quan trọng đấy.
 
Mấy ông rất thích nói vè enterprise, cái gì cũng enterprise, trong môi trường enterprise, giống như kiểu enterprise là cái nơi dành cho mấy người trên trời như mấy ông mới làm đc, mà tôi cũng chưa hề nói ko clean code, tôi ra 1 kèo đó, ai xem đc 1 cmt tôi nói ko cần clean code tôi trả 100 triệu :D
Mấy ông rất thích nói mấy thứ đao to búa lớn, nghe rất là oách :D
Và tôi cũng chưa từng thấy cả 100 thằng dev bu vào làm 1 cái project cả :D
B chưa thấy nên ko hình dung đc cũng phải thôi.
Tất nhiên là t ko phải làm việc vs cả 100 ng 1 lúc,
thông thường thì sẽ chỉ tầm 10 ng 1 sprint,
nhưng vấn đề là có những sprint t phải review code từ ng khác vào module team t, hoặc t phải contribute code vào module của team khác,
và các team này thay đổi theo reqs của sprint,

Còn nêú b yêu cầu t post ảnh chứng minh, thì rất tiếc t ko thể,
những thứ có thể post lên chứng minh cho b thì nó nằm trong phạm vi NDA mà t đã kí
nên ko thể share đc

P/S: việc t nói enterprise là để phân biệt nhu cầu ưu tiên khi so sánh vs start-up, chứ ko có ý nói nó ưu việt hay gì, chỉ là mỗi môi trường sẽ có những cái ưu tiên khác nhau thôi.
Còn b đang có vẻ quá nhạy cảm thôi

Ah có cái này chắc lấy làm bằng chứng đc.
1 trong Cty t từng làm từ khá lâu
project của Cty là opensource:
 
Last edited:
không tôi muốn coi cái mà chứng minh 50 người làm trên 1 project cơ, tôi muốn xem coi nó ntn ấy mà, trình tôi còi, tôi muốn coi thử coi các anh tài trên đây làm việc bên Tây, cái repo nó ntn
giờ chứng minh thế nào thì ông nói đi ông đưa ra cách nào đó để ng ta chứng minh dự án 1 repo có 50 dev. Mà cách của ông phải làm sao để ko ảnh hưởng tới privacy của dự án ng ta, chứ dự án ng ta đang làm cho chính phủ thì làm sao show source code ra được. Không lẽ mời bác lên cty tham quan team và mời bác vào cty xem quy trình code của ng ta.

via theNEXTvoz for iPhone
 
Tôi lấy luôn từ cái link github của anh, giai đoạn commit cao nhất cũng chỉ khoảng 20 người làm, còn lại toàn 5 7 cái commit vớ vẩn :D
Đấy tôi lấy từ cái source của anh, ko anh lại kêu tôi nói điêu
Đấy chỉ là 1 project ví dụ của Cty thôi, t thậm chí còn chưa bao h contribute vào project này.
Project có 84 contributors, nếu filter theo năm 2013 thì là có tầm 30 contributors.
b nghĩ là những ng contribute trong project này họ chỉ có làm việc trên 1 project này chắc?

Như t nói lần trc, t có module làm việc theo team t,
chỉ khi nào cần, t mới contribute vào project chung,
còn bt thì làm việc độc lập,
nên có những ng trong suốt quá trình làm trong Cty ko contribute 1 chút nào cho project chung là hết sức bt.
Và tất nhiên project chung sẽ có những maintainer chính chịu trách nhiệm phát triển + review PR của team khác.

P/s: t xin phép dừng reply b từ comment này,
Vì t thấy b đã có những comment mang tính công kích cá nhân và miệt thị ng khác.
 
Tôi tưởng cái gì cao siêu lắm :D
Buồn cười mấy đám newbie thật :D code như phật, viết 1 dòng code suy nghĩ bn thứ :D haha
Career path của fen khác hẳn bọn tôi,

Trong 1 project tôi làm thì có 1 task là remove hết code mà có chữ new thread, tức là bỏ hết code đa luồng manual, chuyển sang queue hết

Architect đơn giản, fresher code ko cần phải hỏi senior, cứ theo convention cũng code dc

Khác mỗi cái là doanh thu 1 năm mấy trăm triệu đô, nên lương bọn tôi nó khá cao. 1 tuần code mấy tiếng là hết việc. Sợ hãi quá nên phải học thêm, nên mới có cái thớt như này

// 1 điều thú vị là rất nhiều senior architect sau khi chịu khó học bài đã chuyển sang amazon làm :LOL: , đi gần hết team architect với senior manager
 
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
 
Buồn cười vcl :D

Nguyên 1 đám dev, code như phật sống, thằng thì code cho cả cty doanh nghiệp chục triệu đô đã hãi rồi, thêm thằng cả trăm triệu đô, chả biết ăn đc bn trong đống đó nhưng cứ ra rả như tiền đó của mình vậy :D đặc biệt còn có thằng code ko submit luôn :D

À mà tôi chưa bao giờ nói tôi ko clean code, tôi nói là xong function rồi muốn tối ưu thì tối ưu :D tôi sẵn sàng pay 100tr cho ai tìm đc cmt trong đây chỉ ra tôi kêu clean code ko cần :D

Well
thật, nói chuyện với mấy bác, em chán quá, toàn lý thuyết xuông :D
thế bây giờ 1 cái function đơn giản nhất quả đất, login, check user, pwd vào web đi, căn bản nhất quả đất, cho thêm cái function đăng kí cho luôn 1 cặp, rồi thế làm chọc thẳng từ database lên làm cho nhanh, mất 10p xong function, hay là mất 30p ngồi viết services, repo, rồi DI để xong :D rồi sao nữa :D xong như thế nào, lợi ích đạt đc là gì, hay là để tự hài lòng sau này có đổi qua repo khác thì ko cần phải test lại

ơ đấy, giờ tôi viết xong 3 chức năng, ko cần clean code đấy, cho duplicate logic luôn đấy, thế giờ tôi hỏi ông tôi có cần viết luôn cái chức năng cho login qua vệ tinh, hay login vân tay, bảo mật faceid không, đấy, cần tôi viết luôn cái base login phải xác nhận từ điện thoại bill gate hay không, đấy :D
hay viết xogn 3 cái chức năng, duplicate đấy, thì vấn đề gì, sợ sau này cập nhật thêm cái khác à :D,
B ck vào đây nhé

HTML:
Quỹ Vì Trẻ Em Khuyết tật
1) Tên tài khoản: "Quỹ Vì trẻ em khuyết tật"
  Số tài khoản VNĐ: 00110 0381 4022
                       CIF: 481 3569
  Số tài khoản USD: 00113 7381 4041
                       CIF: 481 3569
  Swift Code: BFTVVNVX 001
  Ngân hàng TMCP Ngoại thương Việt Nam
  (Vietcombank)

Sở giao dịch
Địa chỉ: 11 Láng Hạ, phường Thành Công, quận Ba Đình, thành phố Hà Nội (Địa chỉ cũ: 31-33 Ngô Quyền, phường Hàng Bài, quận Hoàn Kiếm, thành phố Hà Nội).
 2) Tên Tài khoản: Quỹ Vì trẻ em khuyết tật Việt Nam
Số TK: 121000034371 Tại Ngân hàng TMCP Công Thương Việt Nam  - CN Hai Bà Trưng Hà Nội

3)Tên Tài khoản: Quỹ Vì trẻ em khuyết tật Việt Nam
Số TK: 060095268466 Tại Ngân hàng Sacombank chi nhánh Bình Chánh TP Hồ Chí Minh
 
Nội dung chuyển khoản: Ủng hộ "Quỹ Vì trẻ em khuyết tật Việt Nam".
Đường dây nóng: 0912.015.557
 
Back
Top