Đú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íĐợ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 ý 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.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
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.Đú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í
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![]()
via theNEXTvoz for iPhone
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ạ.lại nhớ vụ DHH bỏ typescript
đúng là hảo hán![]()
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ề.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ạ.
MVC MVP chỉ là một phần nằm trong tầng nào đó của architecture thôi bác. VD:So với MVC, MPV thì clean Architecture lợi ở điểm nào các bác
tôi toàn lấy protobuf làm chuẩn, gen code modal cũng theo thằng protobuf hết.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
Xin link đọc với thím
Dùng hsql. Công ty đang fake db để test đâybá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

Xin link đọc với thím
testcontainerGiờ toàn dùng container dựng db để test. Khoẻ hơn unitest
Sent using vozFApp
, hơi chậm nhưng chạy dc integration test