Minimalist Forum Reader
Mấy cái low level bạn nói mình đa phần đồng ý, nên học.
Còn mấy cái "system design" của ông kia là dạng khác, nên mình mới chửi =))
Nói bạn cãi cùn bạn lại bảo k phải.

Redis k phải caching thì là gì? Db master/slave ko phải scaling thì là gì?

System design bao gồm cả LLD lẫn HLD. Kêu chủ thớt học system design thì sai à? Dạng khác theo ý bạn là dạng gì?

Muốn chửi thì đọc hiểu người khác nói gì trc đã hẵng chửi.
Reactions: Kim Chaewon and Mỹ Chu Lang
[ Tâm sự coder lạc lối]

Em chào các bác ạ,
Em tuổi đã không trẻ so với nghề code, đã đi làm django backend dc 8 tháng, luong 8 cu, em nhận thấy công việc em chỉ là code logic nghiệp vụ doanh nghiệp, (đôi khi cũng cần xoắc não làm mấy cái task logic nghiệp vụ khó như inport hay export excel)
Tức django nó rất high level, framework nó đã lo hết vấn đề bảo mật hay parser rùi, em chỉ việc gọi nó ra và vào đúng chỗ để config thui.

Nếu mà bảo em dựng và cấu hình 1 dự án web đầy đủ boilerplate bằng minimal framework như fast api hay flask thì em không làm được,

Lý do em không biết hay nhận thức cầu cấu hình những gì, design pattern ra sao, config bảo mật ra sao, timout ra sao, parser ra sao, tức em ko biết có những gì cần cấu hình và cấu hình ra sao,

Em lo lắng con đường backend của mình, để mình lên trình ấy ạ

Em ko rõ bên java spring có high level như vậy không, em nghe nói java cũng có một framework khá low level như quakus, còn spring cái mà em dự tính học thì em ko rõ nữa.
Em sợ django ko giúp em lên trình backend dc nên em nghĩ đến học golang hay spring rồi nhảy, cả đêm stress vắt tay lên chán không đủ được, ngồi viết ra dòng này để sáng nay post nhờ ae chỉ giúp.
với để lên trình junior, middle, cần học những gì, làm gì, kinh qua những gì ạ, em đi làm nhưng ko phân biệt được á, cty em nhỏ, teamsize nhỏ nên xunh quanh em ko nhiều ae giỏi để hỏi lắm. Ko biết bám vào đâu để học tập

Em cảm ơn ạ
ơ ms gặp bài này trong gr spring boot trên facebook mà đúng ko nhỉ
tui thì nghĩ khác các fen kia 1 chút
kiến thức + nguồn học h ko thiếu, tui nghĩ case chủ thớt quan trọng là cần motivation
thấy thớt đề cập ko trẻ + ít exp + lương thế kia thì đoán là chắc cx áp lực, đầu óc loạn xạ lên vì đủ thứ, chứ sao tập trung mà cày như bt đc
có thể chủ thớt nên build 1 cái gì đó, tự build, ko cần AI, cảm thấy có hứng thú với build software trước đã, từ cái hứng thú này sẽ mở ra nhiều lối để phát triển hơn
Reactions: Tommisterio, Kim Chaewon, Mỹ Chu Lang and 5 others
[ Tâm sự coder lạc lối]

Em chào các bác ạ,
Em tuổi đã không trẻ so với nghề code, đã đi làm django backend dc 8 tháng, luong 8 cu, em nhận thấy công việc em chỉ là code logic nghiệp vụ doanh nghiệp, (đôi khi cũng cần xoắc não làm mấy cái task logic nghiệp vụ khó như inport hay export excel)
Tức django nó rất high level, framework nó đã lo hết vấn đề bảo mật hay parser rùi, em chỉ việc gọi nó ra và vào đúng chỗ để config thui.

Nếu mà bảo em dựng và cấu hình 1 dự án web đầy đủ boilerplate bằng minimal framework như fast api hay flask thì em không làm được,

Lý do em không biết hay nhận thức cầu cấu hình những gì, design pattern ra sao, config bảo mật ra sao, timout ra sao, parser ra sao, tức em ko biết có những gì cần cấu hình và cấu hình ra sao,

Em lo lắng con đường backend của mình, để mình lên trình ấy ạ

Em ko rõ bên java spring có high level như vậy không, em nghe nói java cũng có một framework khá low level như quakus, còn spring cái mà em dự tính học thì em ko rõ nữa.
Em sợ django ko giúp em lên trình backend dc nên em nghĩ đến học golang hay spring rồi nhảy, cả đêm stress vắt tay lên chán không đủ được, ngồi viết ra dòng này để sáng nay post nhờ ae chỉ giúp.
với để lên trình junior, middle, cần học những gì, làm gì, kinh qua những gì ạ, em đi làm nhưng ko phân biệt được á, cty em nhỏ, teamsize nhỏ nên xunh quanh em ko nhiều ae giỏi để hỏi lắm. Ko biết bám vào đâu để học tập

Em cảm ơn ạ
Cho dù làm cao hơn cũng không có yêu cầu cao siêu gì đâu. fastapi, django nó cũng chỉ là công cụ, biết cách dung công cụ thì coi như đổi tool thô
Reactions: hold.vang.doji
Topic hay quá bác. E cũng dev đang mông lung

via theNEXTvoz for iPhone
Bạn muốn ku em đi code crud cả đời mà ko học thêm thiết kế hệ thống?

Big tech interview middle engineers 1+ năm kinh nghiệm (Microsoft, Google, Netflix, Amazon, SAP, etc.) đã bắt đầu hỏi LLD với HLD. Đến cty tầm trung (ko phải dạng ất ơ, ko phải outsource), cũng đã bắt đầu hỏi system design. Hay là bác vào pv rồi trả lời "trước giờ em toàn làm crud thì học system design làm gì"?
bắt gặp trên mạng nhiều kiểu vcl, làm thì làng nhàng nhưng tối ngày lo tới chuyện học mấy cái cao siêu để phỏng vấn big tech... Tôi phỏng vấn big tech hết rồi đây, toàn tạch. Google, Amz, Facebook (us nhé), nói thẳng luôn, profile nếu chả có gì ấn tượng tụi nó còn ko thèm coi CV nữa. bọn big tech nó tự biết mà tìm profile để mời phỏng vấn. Nên thôi giờ an phận thủ thường, làm mấy cái linh tinh làng nhàng qua ngày, cần thì vẫn dựng 1 cái framework to to cho anh em nhảy vào code chung, không cần lại quay về làm công việc tay chân. Làm tay chân nó chán vcl ra đấy, nhưng đã là professional worker rồi thì chịu vậy thôi người ta trả trăm triệu bắt mình ngồi code CRUD mình cũng phải cắn răng mà làm. Và theo tôi biết bọn bigtech phỏng vấn đao to búa lớn các kiểu, nhưng lúc vào làm bọn nó cũng chả khác gì tôi :)). Còn bảo học để đi phỏng vấn thì thôi đi, thà làm dăm ba cái opensource may ra còn được để ý.
Reactions: hold.vang.doji, Tommisterio, Mỹ Chu Lang and 2 others
tui thì nghĩ khác các fen kia 1 chút
kiến thức + nguồn học h ko thiếu, tui nghĩ case chủ thớt quan trọng là cần motivation
thấy thớt đề cập ko trẻ + ít exp + lương thế kia thì đoán là chắc cx áp lực, đầu óc loạn xạ lên vì đủ thứ, chứ sao tập trung mà cày như bt đc
có thể chủ thớt nên build 1 cái gì đó, tự build, ko cần AI, cảm thấy có hứng thú với build software trước đã, từ cái hứng thú này sẽ mở ra nhiều lối để phát triển hơn
Đúng rồi, mới vào đời cái gì cũng màu hồng, ra thực tế thì sẽ cảm giác hụt hẫng lắm, nhưng rồi càng ngày càng nhận ra sự thật mình cũng chỉ là 1 bộ phận trong bộ máy chứ đíu có gì cao siêu hết thì chấp nhận, vui vẻ trong bộ máy đó là đủ rồi. Chứ cứ suốt ngày mơ mộng mình từ tay chân, chuyển sang não sang tim thì mệt lắm. Cứ vui vẻ là giờ có job, có tương lai, vẫn còn nhiều thứ phía trước làm tốt nhất cái hiện tại là ổn.
Reactions: hold.vang.doji and Mỹ Chu Lang
bắt gặp trên mạng nhiều kiểu vcl, làm thì làng nhàng nhưng tối ngày lo tới chuyện học mấy cái cao siêu để phỏng vấn big tech... Tôi phỏng vấn big tech hết rồi đây, toàn tạch. Google, Amz, Facebook (us nhé), nói thẳng luôn, profile nếu chả có gì ấn tượng tụi nó còn ko thèm coi CV nữa. bọn big tech nó tự biết mà tìm profile để mời phỏng vấn. Nên thôi giờ an phận thủ thường, làm mấy cái linh tinh làng nhàng qua ngày, cần thì vẫn dựng 1 cái framework to to cho anh em nhảy vào code chung, không cần lại quay về làm công việc tay chân. Làm tay chân nó chán vcl ra đấy, nhưng đã là professional worker rồi thì chịu vậy thôi người ta trả trăm triệu bắt mình ngồi code CRUD mình cũng phải cắn răng mà làm. Và theo tôi biết bọn bigtech phỏng vấn đao to búa lớn các kiểu, nhưng lúc vào làm bọn nó cũng chả khác gì tôi :)). Còn bảo học để đi phỏng vấn thì thôi đi, thà làm dăm ba cái opensource may ra còn được để ý.

Tôi pv big tech, có đậu có tạch. Tôi cũng có làm big tech (US)

Cơ bản việc học System Design không nhất thiết là để thực sự thiết kế hệ thống; nhưng đó lại là cách lẹ nhất để hiểu phần việc mình làm đang ở vị trí nào trong toàn bộ hệ thống đó.

Mấy cty hỏi vụ system design cũng là do họ cần 1 người thực sự cầu tiến + ramp up nhanh. Nếu ở cty trước chỉ viện lí do suốt ngày làm CRUD rồi ko đụng tới system design, thì mấy cty khác cũng khá là ngại pass bạn vì họ sợ bạn vào cty xong lại tốn thời gian tìm hiểu toàn hệ thống mà team đang vận hành, thay vì 1 người đã biết kiến thức cơ bản về hệ thống, nhìn sơ phát là hiểu đại khái dc code base.
Reactions: Tommisterio, Kim Chaewon, Mỹ Chu Lang and 5 others
Tôi pv big tech, có đậu có tạch. Tôi cũng có làm big tech (US)

Cơ bản việc học System Design không nhất thiết là để thực sự thiết kế hệ thống; nhưng đó lại là cách lẹ nhất để hiểu phần việc mình làm đang ở vị trí nào trong toàn bộ hệ thống đó.

Mấy cty hỏi vụ system design cũng là do họ cần 1 người thực sự cầu tiến + ramp up nhanh. Nếu ở cty trước chỉ viện lí do suốt ngày làm CRUD rồi ko đụng tới system design, thì mấy cty khác cũng khá là ngại pass bạn vì họ sợ bạn vào cty xong lại tốn thời gian tìm hiểu toàn hệ thống mà team đang vận hành, thay vì 1 người đã biết kiến thức cơ bản về hệ thống, nhìn sơ phát là hiểu đại khái dc code base.
1 người mới 8 tháng kinh nghiệm, cần động lực để làm việc, kêu đi học cái ít nhất 5 năm nữa may ra mới dùng tới :))
Reactions: hold.vang.doji and quangtrung1594
1 người mới 8 tháng kinh nghiệm, cần động lực để làm việc, kêu đi học cái ít nhất 5 năm nữa may ra mới dùng tới :))
Ở đâu ra 5 năm vậy bác?

Làm dc tầm 1 năm đã bắt đầu cần tìm hiểu cách model data, cách caching hoạt động, cách scale rồi, senior ko giao việc khó hơn liên quan đến những cái này thì bản thân cần tự học, tự yêu cầu thêm task khó hơn.

Làm dc 8 tháng còn mông lung có 2 trường hợp:
  • Công việc hiện tại quá nhàm, lặp đi lặp lại, không được học cái mới (code logic nghiệp vụ như thớt nói)
  • Bản thân vốn ko mặn mà lắm với code, nên k rõ mình có theo dc nó lâu dài không.

Như thớt thì rõ ràng nghiêng về trường hợp 1, không biết bám ai để học, k biết nên học thêm cái gì. Định hướng cho thớt lộ trình học dần thì bảo ít nhất 5 năm mới xài, vậy khi nào học cái mới tiếp đây?

Mình có ku em đồng nghiệp cty cũ, mới ra trường, đến tháng thứ 4 đã bắt đầu tò tò vào mấy hôm meeting system design của mấy lão staff/architect rồi; ai cũng ủng hộ nó join để nghe và học thêm.

Ngành IT, cái động lực làm việc là ở chỗ dc học cái mới, dc vọc cái chưa từng làm, đợi mãi k học thì khi nào tiến bộ dc?
Reactions: Tommisterio, Mỹ Chu Lang and nguoi_andanh2026
Ở đâu ra 5 năm vậy bác?

Làm dc tầm 1 năm đã bắt đầu cần tìm hiểu cách model data, cách caching hoạt động, cách scale rồi, senior ko giao việc khó hơn liên quan đến những cái này thì bản thân cần tự học, tự yêu cầu thêm task khó hơn.

Làm dc 8 tháng còn mông lung có 2 trường hợp:
  • Công việc hiện tại quá nhàm, lặp đi lặp lại, không được học cái mới (code logic nghiệp vụ như thớt nói)
  • Bản thân vốn ko mặn mà lắm với code, nên k rõ mình có theo dc nó lâu dài không.

Như thớt thì rõ ràng nghiêng về trường hợp 1, không biết bám ai để học, k biết nên học thêm cái gì. Định hướng cho thớt lộ trình học dần thì bảo ít nhất 5 năm mới xài, vậy khi nào học cái mới tiếp đây?

Mình có ku em đồng nghiệp cty cũ, mới ra trường, đến tháng thứ 4 đã bắt đầu tò tò vào mấy hôm meeting system design của mấy lão staff/architect rồi; ai cũng ủng hộ nó join để nghe và học thêm.

Ngành IT, cái động lực làm việc là ở chỗ dc học cái mới, dc vọc cái chưa từng làm, đợi mãi k học thì khi nào tiến bộ dc?
năm 4 tôi đã học design pattern để đi pv
angry.png
Reactions: Tommisterio, Mỹ Chu Lang, nguoi_andanh2026 and 2 others
1 người mới 8 tháng kinh nghiệm, cần động lực để làm việc, kêu đi học cái ít nhất 5 năm nữa may ra mới dùng tới :))
vậy bro còn gợi ý nào khác ngoài cái đó để học ở 8 tháng kn ko ? nếu có thì nói ra cho ae tham khảo thử :):)
vậy bro còn gợi ý nào khác ngoài cái đó để học ở 8 tháng kn ko ? nếu có thì nói ra cho ae tham khảo thử :):)
8 tháng thì chắc còn chưa hiểu framework mình dùng ra sao, nói gì tới ngôn ngữ mà đổi sang ngôn ngữ khác.
Với kinh nghiệm hơn 10 năm Django của tôi thì tỷ thứ để học vê nó trong vòng 2 năm tới.
  • Phân biệt django và rest framework, 2 thằng sao lại dùng chung với nhau có lúc lại chạy riêng, lúc nào xài cái nào. Tại sao lại có 2 thằng chung sống với nhau.
  • Luồng dữ liệu của nó từ Server -> Middleware -> View -> Serializer. Mục đích của từng cái là gì, object kiểu dữ liệu request qua mỗi thằng ra sao,đọc code của framework => khi cần customize còn biết nên đặt ở đâu và sửa cái gì.
  • Tổ chức app và database migration ở mức ORM ra làm sao, khi dùng migration có thể tự viết tay hoặc xử lý các case conflict quan trọng.
  • Tổ chức logging/monitoring ở mức application cho hợp lý, giúp debug dễ dàng hơn trong tương lai.
  • Nếu dùng Django views, thì bắt đầu tìm hiểu jinja2, làm sao render nó tốt => nếu dùng rest framework, tìm hiểu về serializers làm sạch dữ liệu cả POST + GET.
-Ngoài ra các skill như viết unit test, hiểu về test coverage, tìm hiểu security những lỗi cơ bản cần tránh (đừng tưởng framework nó cover hết).
Ngoài ra nâng cao ngoài 2 năm còn có về RBAC, Permisson, Authentication... Tỷ thứ liên quan nó, nếu 2 năm mà khong xong thì còn phải lẹm qua mấy năm sau.

Khi đã hiểu được cái framework của mình xong thì may ra có thể tự nhận mình là senior trong cái lĩnh vực đó. (2 năm tầm 4080h làm việc thôi, muốn là expert cần ít nhất 10.000h) => lúc đó cân nhắc có thể học thêm về python, về các framework khác, tại sao django làm ra nhiều thứ fastapi lại rất đơn giản và kiểu như anti pattern luôn. Lúc nào dùng restapi, lúc nào dùng fastapi

Đó là còn chưa kể tỷ tỷ thứ khác xưa phải tự làm, như docs, API docs các kiểu giờ AI nó hỗ trợ hết rồi. Nhưng học gì học vẫn là phải cover unit test cho kỹ.

Khác nhau của SE với AI là mình hiểu đươc cái đó làm gì, AI nó làm vì nó nghĩ nó đúng, chứ nó cũng ko thực sự hiểu đâu. Còn cưỡi ngựa xem hoa, đang làm cái này nhảy qua cái khác rồi làm đủ thứ lung tung lên, sẽ giống như nhiều tay tự xưng expert khác, vẽ các thứ trên mây trên trời toàn trong sách, tới lúc có cơ hội dùng thật mới thấy đám có kinh nghiệm về nó sẽ thế nào haha. Làm việc mới 5 năm mà cứ đòi lên senior các kiểu hết thì thua. Muốn nhảy cóc phải có thực lực thật sự, còn không thì rang cày mà cần cù, đừng nản thì may ra mới bằng người thông minh được :D
Reactions: hmmm_950, hold.vang.doji, quangtrung1594 and 7 others
Nói bạn cãi cùn bạn lại bảo k phải.

Redis k phải caching thì là gì? Db master/slave ko phải scaling thì là gì?

System design bao gồm cả LLD lẫn HLD. Kêu chủ thớt học system design thì sai à? Dạng khác theo ý bạn là dạng gì?

Muốn chửi thì đọc hiểu người khác nói gì trc đã hẵng chửi.
Bạn đọc hiểu khi nào dùng redis, rabbitMQ, kafka, scale thế nào, khi nào cần scale; database (sql, nosql, khi nào dùng cái nào, read/write ratio, master/slave này nọ); auth (jwt, api key, etc.); xem kĩ thêm cả mấy cái design pattern căn bản (CQRS, Outbox, Repository) + khi nào cần dùng loại nào, vì sao dùng nó;

Dư thời gian nữa thì học lấy 1-2 cái cloud cert (GCP, Azure, hay AWS đều dc).

Thời đại AI tới rồi thì việc dùng AI phun code sẽ bắt đầu bình thường như ăn cơm tấm buổi sáng trong SG, cái bạn cần rèn là tư duy thiết kế cả hệ thống.

Mình nói đồng ý đa phần với bạn trên ko có nghĩa là 100% nhé, còn đây là cái list bạn kêu th ku 8 months exp đi học. Đối với ku nó, học mấy cái này là học lý thuyết, học vẹt, học để phỏng vấn... đúng chưa?

Kể cả với người 5yoe ở VN cũng chưa chắc cần học mớ này. Dăm ba cái cert này toàn là đồ trang trí, mấy cái câu như chọn db nào hay rabbitMQ chưa chắc đi làm 10 năm đã phải đụng đâu. CQRS hay Repo cũng vậy, năm 2026 rồi còn học Repository để đi phỏng vấn =))
Reactions: Tommisterio, Kim Chaewon, Mỹ Chu Lang and 1 other person
Chia sẻ cách mình đang làm.
Ngày sử dụng AI để đảm bảo job công ty, tối về gõ chay, clone lại dự án hoặc một module đang làm từ số 0 chỉ dùng input và ouput.
Thêm tính năng cho dự án có sẵn thì nhanh nhưng mà thiết kế nó từ số 0 thì khó hơn và mình thấy học dc nhiều hơn.
Reactions: Tommisterio, Mỹ Chu Lang and ck20222
Mình nói đồng ý đa phần với bạn trên ko có nghĩa là 100% nhé, còn đây là cái list bạn kêu th ku 8 months exp đi học. Đối với ku nó, học mấy cái này là học lý thuyết, học vẹt, học để phỏng vấn... đúng chưa?

Kể cả với người 5yoe ở VN cũng chưa chắc cần học mớ này. Dăm ba cái cert này toàn là đồ trang trí, mấy cái câu như chọn db nào hay rabbitMQ chưa chắc đi làm 10 năm đã phải đụng đâu. CQRS hay Repo cũng vậy, năm 2026 rồi còn học Repository để đi phỏng vấn =))
đi làm ai cũng muốn chứng tỏ này nọ, nên ai thích dùng gì thì dùng, làm sao thì làm. Tốt thì đỡ khỏe mình, nhưng ko tốt chạy ko ổn, thì đứa nào nó cũng phải quay lại cầu cứu mình. Tới lúc dó thì ko ai dám cãi hết, đỡ mệt đầu khi tụi nó debate phải làm thế này thế nọ. Đơn giản nhất như có đứa nó nó build cái framework mới, dùng neondb gì đó kiểu serverless không phải cấu hình dùng dev cho lẹ, rồi nó đòi mang lên prod xài luôn. Mình cười cười ok thích làm lẹ làm nhanh show thì cứ làm... Làm cho đã lên prod latency không tốt, 1 API CURD chạy tới 3s do nó gọi đủ thứ service các kiểu đồ. Nhiều lúc chạy dev chậm không sao. Chứ cái API bình thường trên prod mà hết 1s thì là bị chửi rồi. Thế là phải hỗ trợ review code, move cái này cái nọ để chung lại 1 chỗ, tối ưu mấy cái network call của nó. Cuối cùng vứt mịe con DB lại trong AWS. Nghĩ sao mà mỗi lần authenticate nó đều phải query chục cái vô cái serverless chạy trên internet thì làm sao mà nó nhanh được.
Nên chắc vấn đề của thớt là thiếu người mentor có kinh nghiệm để học hỏi, phải tự bơi. Học mà có mentor còn may ra ổn, chứ học lung tung mà ko có người hướng dẫn thì kết quả có khi còn tệ hơn.
Reactions: hold.vang.doji, Tommisterio, Mỹ Chu Lang and 2 others
Tôi thấy AI này đúng là 1 cuộc cách mạng. Nó giúp thế giới giàu lên. Tầm Middle với Senior là không thể thay thế. Vì trình độ Master rồi.
uxby0Nl.gif
Reactions: quangtrung1594
Chia sẻ cách mình đang làm.
Ngày sử dụng AI để đảm bảo job công ty, tối về gõ chay, clone lại dự án hoặc một module đang làm từ số 0 chỉ dùng input và ouput.
Thêm tính năng cho dự án có sẵn thì nhanh nhưng mà thiết kế nó từ số 0 thì khó hơn và mình thấy học dc nhiều hơn.
tốt , xin copy cách .AI để spam còn gõ chay để học từng cái 1
Tôi thấy AI này đúng là 1 cuộc cách mạng. Nó giúp thế giới giàu lên. Tầm Middle với Senior là không thể thay thế. Vì trình độ Master rồi.
uxby0Nl.gif
Với tôi nó giảm được cỡ 30% thời gian để code, vì trước đây cái gì cũng gõ từ đầu, bằng tay chậm chạp. Nhưng giờ có AI ko phải là tốt nhất, nó gõ code đúng sai gì cũng ngồi review lại, hiểu nó viết ra sao coi đạt ko mới đưa lên được, rồi dò những cái checklist cá nhân theo kinh nghiệm. Còn vibe coding thì 100% là tạch không thể nào ăn được đâu. Chất lượng vibe code nó cũng tương đương với kinh nghiệm của đứa vibe code thôi
Reactions: hold.vang.doji, Tommisterio, NoobDogGamer and 5 others
Với tôi nó giảm được cỡ 30% thời gian để code, vì trước đây cái gì cũng gõ từ đầu, bằng tay chậm chạp. Nhưng giờ có AI ko phải là tốt nhất, nó gõ code đúng sai gì cũng ngồi review lại, hiểu nó viết ra sao coi đạt ko mới đưa lên được, rồi dò những cái checklist cá nhân theo kinh nghiệm. Còn vibe coding thì 100% là tạch không thể nào ăn được đâu. Chất lượng vibe code nó cũng tương đương với kinh nghiệm của đứa vibe code thôi

Thì tháng trước Claude nó ra mô hình mới. Nhưng cũng chỉ giúp dev giỏi càng giỏi (Middle). Và loại bỏ dev kém (Fresher + Junior).
uxby0Nl.gif
Reactions: American_Dream_37