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

tôi luôn nói là hãy xong function trước, rồi tối ưu sau :D

luôn luôn xây dựng trc rồi tối ưu về sau, đó là cách làm việc, mấy ông cứ lôi ba cái sáo rống ra làm cái gì, project mới 1 thì suy nghĩ 1, cứ phải suy nghĩ quá lên để đc gì, quy tắc là do con người đặt ra, nó phải phù hợp vs hoàn cảnh, chứ cứ chăm chăm theo quy tắc 1 cách học vẹt để được gì :D
xanh đỏ tự vả :D, tôi định comment mà trích dẫn ý của fen cũng đủ rồi. viết lại như này, đảo thứ tự nữa

nó phải luôn phù hợp vs hoàn cảnh
tôi luôn nói là hãy xong function trước, rồi tối ưu sau
 
Bên Product không bao giờ chịu cho resource để clean code đâu, toàn bắt dev feature mới. Nên code đầu vào phải chuẩn.

Ban đầu code lệch pattern là sau này khá khó chịu khi phải phát triển thêm tính năng :LOL: View lại git commit blame thằng làm trước thì nó 1 là nghỉ, 2 là bị đuổi, 3 là tự xin chuyển qua team khác => Refactor lại kha khá, nó ảnh hưởng đến tiến độ của sprint. Sau này team mình tỉnh lắm, không đúng pattern cái là cho PR need work luôn :LOL:.
Bác nói đúng vãi, tặng 1 like.
Đồng ý là Clean Ar khiến code trở nên rất dài. Deadline đa số dự án đều gắt, nhiều khi dùng Clean Ar phổ thông lại ko phải ý hay.
Kiến trúc chỉ cần vừa đủ đẹp, có thể là một phiên bản Clean Ar rút gọn nào đấy chẳng hạn; tuân theo convention của dự án, và; ĐẶC BIỆT là phải viết làm sao cho dev tương lai đọc hiểu là ok.
 
đấy tôi nói mà, mấy ông luôn luôn nếu ... thì ...., chả biết cái quái gì về thực tiễn cả, cái đầu luôn ở trên trời :D:D ôm 3 cái lý thuyết xáo rỗng :D
tôi làm freelancer đây, mà đừng đoán mò làm gì, tôi cũng có team của tôi, tôi làm qua các hệ thống từ mmo tới business đầy đủ cả, hệ thống tôi làm ra cho tôi cũng có, cũng có cái tôi tự solo, chả cần clean code mẹ gì cả, làm xong tự biết chỗ nào cần sửa chỗ nào ko cần sửa, cứ phải phức tạp lên :D
tôi luôn nói là xong function trước, tối ưu sau :D và nói chuyện dựa trên thực tế chứ ko phải mấy cái viễn vông như 1 ông đòi login qua web, rồi hầm tà là các thứ nghe nhức hết cả đầu, rõ ràng cái quan trọng nhất là chi phí thì chả thấy ông nào đề cập, toàn vẽ ra ba cái thứ trưu tượng như dễ bảo trì, dễ cập nhật này nọ, bố khỉ cao siêu quá, cái đầu tiên là hệ thống chạy đc cái đã, demo cho khách thì demo chức năng chứ chả lẽ mở source ra chỉ cho khách tôi clean code thế này thế nọ, xáo rỗng thật sự , tôi biết clean code là gì đâu, nhưng cần thì update vẫn ok thôi, đừng nói với tôi giả sử khách tôi cần cái thứ trên trời như mấy ông tưởng tượng ra, bố khỉ, bớt ảo giác đi mấy ông, làm việc ở mặt đất mà suy nghĩ cứ trên trời không :D
Không biết clean code là gì? vậy tranh luận cái gì vậy? Sáo rỗng
 
Không biết clean code là gì? vậy tranh luận cái gì vậy? Sáo rỗng
:D này thánh rồi bác, em duplicate logic tùm lum chỗ 6 tháng sau quay lại add thêm vài chi tiết râu ria nhưng quên cmnl những chỗ nào bị duplicated logic, nên thành ra chỗ này có chỗ kia thiếu, mà ông này vẫn nhớ thì đúng là coder thiên tài.

Nhiều lúc nhìn cái cái code em viết cũng muốn gom lại viết thêm cái wrapper lắm nhưng thôi coi như đó là tech debt 8-) thằng nào thấy khó chịu quá thì refactor lại, không thì cứ ở đó :beated:
 
Thôi tôi thấy chán mấy bác quá, toàn lý thuyết xáo rỗng, chả biết cái quái gì lập trình cả, nay rảnh coi đá banh, vào đàm đạo mà chán quá, trình độ toàn sinh viên thế này mà cứ thích nói mấy thứ cao siêu :D chịu thật
Người ta ko biết nên mới lập topic tranh luận, đặt câu hỏi :tire: cái gì cũng phải từ lí thuyết mà ra cả.
Nhận 1 feature ít ra cũng phải biết code đặt đâu cho đúng chứ chả lẽ ở controller gọi thẳng vô Db cũng tự vỗ ngực khen hay :doubt:

via theNEXTvoz for iPhone
 
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
ok, rồi phát sinh yêu cầu đổi DB thì làm kiểu gì, code nó nằm ở 100 chỗ ông đi đổi connection string hay code 100 chỗ à. Nếu ko xài DI, repository thì có dám sửa không.
À quên làm freelancer thì đúng là vẽ ra thêm 100 chỗ để đi deal thêm tiền với khách hàng kiếm thêm ít vậy :surrender:
Nói chuyện thì bớt công kích cá nhân cứ tự hào mình nhiều tuổi hơn người khác làm gì, nhiều tuổi hơn thì rõ ràng là đi sớm hơn thôi không chứng tỏ được là giỏi hơn đâu
uq1dgnk.gif




via theNEXTvoz for iPhone
 
Last edited:
mặc dù ủng hộ quan điểm xong feature trước tối ưu sau nhưng view của bác kia rõ ràng là của team mmo/freelancer chứ không làm việc trong môi trường công ty chuyên nghiệp rồi, vào sân chơi nào thì theo luật của sân chơi đó chứ vào team có convention các kiểu cứ làm theo ý mình thì còn lâu mới được pr.
:sweat:
 
ok, rồi phát sinh yêu cầu đổi DB thì làm kiểu gì, code nó nằm ở 100 chỗ ông đi đổi connection string hay code 100 chỗ à. Nếu ko xài DI, repository thì có dám sửa không.
À quên làm freelancer thì đúng là vẽ ra thêm 100 chỗ để đi deal thêm tiền với khách hàng kiếm thêm ít vậy :surrender:
Nói chuyện thì bớt công kích cá nhân cứ tự hào mình nhiều tuổi hơn người khác làm gì, nhiều tuổi hơn thì rõ ràng là đi sớm hơn thôi không chứng tỏ được là giỏi hơn đâu
uq1dgnk.gif




via theNEXTvoz for iPhone
bác hỏi thế làm gì, người ta lại bảo bác vẽ vời giờ, làm freelancer/mmo có gặp vấn đề như enterprise đâu, code chạy đc là đc ;);)
 
Cái clean arch để outsource vẻ vời cho client :)) . Thằng TW nó làm cho client bên tớ. 6 tháng implenment được 3 cái api. Client cho đi luôn rồi. Cái gì hữu dụng thì đơn giản. Code s dễ đọc dễ maintain là được. Design đúng là khi có bug mình fix 5-30p là xong.:rolleyes:

Sent using vozFApp
 
Cái clean arch để outsource vẻ vời cho client :)) . Thằng TW nó làm cho client bên tớ. 6 tháng implenment được 3 cái api. Client cho đi luôn rồi. Cái gì hữu dụng thì đơn giản. Code s dễ đọc dễ maintain là được. Design đúng là khi có bug mình fix 5-30p là xong.:rolleyes:

Sent using vozFApp
TW là gì?
 
tôi nói rồi, mấy ông chỉ giỏi nếu...thì...., toàn suy nghĩ ăn to nói lớn, ông làm đc bao nhiêu cái hệ thống cho khoảng 1000 user chạy rồi, release được bao nhiêu cái phần mềm, cái app cho user rồi :D
toàn suy nghĩ mấy điều viễn tưởng, tôi nói luôn là trong cuộc đời tôi, tôi chưa thấy cái team nào tận 100 ông dev ngồi test mỗi cái cho db như mấy ông tưởng tượng :D
tôi nói rồi, cái vấn đề của các newbie như mấy ông, là thích ra vẻ cao siêu, thích suy nghĩ mấy thứ trên trời, trong khi cái vấn đề trước mắt là sản phẩm đã chạy được chưa, bao nhiêu cái function hoàn thiện thì ko nói, chắc mấy ông làm vì đam mê :D
Thế tôi show ra system tôi làm 5tr users thì ông im được ko :shame: ngon thì tôi chạy vô Prod tôi show luôn :shame:
bác hỏi thế làm gì, người ta lại bảo bác vẽ vời giờ, làm freelancer/mmo có gặp vấn đề như enterprise đâu, code chạy đc là đc ;);)
Thôi chịu thua, định show system tôi đang làm 5tr users cho bạn ý coi mà thôi, ếch ngồi đáy giếng chịu thua :sweat:

via theNEXTvoz for iPhone
 
Clean code hay architecture chỉ tốt khi nó phù hợp với team và code base thì mới có hiệu quả. Còn một mình một ngựa lại thành phản tác dụng, người sau khó sửa.
 
thế show lên tôi xem, tranh luận đnag hoàng, thích so kiến thức tôi cũng so, so tiền tôi cũng so được :D
nói nhiều làm gì :D
mà ông viết ra cái hệ thống đó hay là ông là thằng dev cho cty chạy hệ thống đó, phân biệt rõ ràng :D
à mà tôi nói thật, 1 cái hệ thống cho 5tr user ở vn chạy là cũng dạng hiếm đấy :D
Thôi không show nữa, tôi chịu thua :sure:

via theNEXTvoz for iPhone
 
Thím biết cty của martin flower làm ko
Tworks đó. Nó mở chi nhánh ở viet nam rồi đó.

Sent using vozFApp
À Thoughtworks nổi tiếng về design pattern với outsource mà. Chỉ ko biết chi nhánh vn làm ăn thế nào thôi. Mình fail interview cty này bên Singapore 4-5 năm trước. Giờ vẫn cay :D
 
giai đoạn cái gì, ví dụ bác viết đc 2 function xong, bác thấy có cái cần sài chung thì gom nắm bỏ vào 1 chỗ, vấn đề quan trọng là phải xong function đi đã :D
project nó sẽ phát triển cùng vs source code, cứ từ từ phát triển lên, đừng làm phức tạp mọi thứ lên khi nó ko đáng, mọi thứ lập trình nó đơn giản cực kì, cái quan trọng là sản phầm tốt hay không, khách hàng thích hay không, đó mới là cái hướng tới, ko có dev ngu chỉ có dev thích giỏi tưởng tượng, khách hàng cần cái xe đạp, thì làm cái xe đạp, chứ đừng tỏ vẻ ta đây làm ra cái xe hơi cho khách xong kêu cái xe hơi nó tốt hơn cái xe đạp, nhưng cái xe đạp người ta làm có 2 ngày thôi còn ông mất mẹ 1 tháng, ai mà làm ăn vs ông :D
thì đấy, như bác nói là có 2 giai đoạn, đầu tiên là build thật nhanh, sau đấy clean hay tối ưu gì đấy, vậy e muốn hỏi về cái giai đoạn sau, giai đoạn bác bảo clean đấy, thì bác làm gì ở giai đoạn đó
 
Back
Top