Trong phần giải thích về HTTP verb, bạn đã đề cập đến 5 lệnh động từ cơ bản khi thực hiện yêu cầu HTTP. Tuy nhiên, trong trường hợp một "tài nguyên" chỉ cần được cập nhật một phần, liệu bạn sẽ sử dụng PUT hay PATCH? Và điều gì quyết định việc sử dụng PUT hoặc PATCH trong trường hợp cụ thể?

Bài viết hữu ích. Xin cảm ơn tác giả

Em cảm ơn anh, series này hay quá anh ạ. Anh cho em hỏi là mình có thể tách riêng các phần như prometheus stack, argocd sang một cluster khác và một cluster chỉ sử dụng để deploy các application không ạ? Em đang làm theo series này thì thấy các phần trên chiếm khá nhiều tài nguyên của một cluster ạ. Cấu hình em đang dựng là 6 node với thông số là cpu 2 core, 4gb ram, và 50gb disk ạ. Anh có thể gợi ý cho em về việc phân chia tài nguyên cho micro services được không ạ?

Bổ ích quá ạ

Hay qé!

Thật ra thì theo mình thấy điều này không giúp code gặp vấn đề tăng độ phức tạp hay vấn đề về tính kết nối, vì khi tách ra thành các chức năng riêng biệt chúng ta có sử dụng tính chất kế thừa, nên các phần mã khi tách ra không phải lặp lại quá nhiều mà chỉ cần tập trung vào các function cần thiết. Còn mục tiêu lớn hơn cũng đã được đề cập ở trên là tại sao chúng ta nên cần tính đơn nhiệm thì cũng được đề cập ở trên.

Trong quy tắc Single Responsibility Principle (SRP), bạn đã cung cấp một ví dụ về việc tách các chức năng của lớp Employee thành các lớp riêng biệt như EmployeeInfo, Payroll, và VacationTracker. Tuy nhiên, liệu việc này có làm tăng độ phức tạp của mã không? Và làm thế nào để đảm bảo rằng việc tách các chức năng này không làm mất tính kết nối giữa chúng?

@hiepthanh em có thể lại đi phỏng vấn 1 lượt đi, phỏng vấn là quá trình tìm hiểu bản thân rất tốt, xong cũng như anh, ngồi viết ra xem mình thích gì, mình mạnh gì, mình yếu gì. Xong xem con đường nào mình thật sự thấy hứng thú để đi. 1,5 năm là lúc cũng cần phải nghiêm túc xem xét lại sự nghiệp chứ đừng để trôi theo công việc thường ngày (nhất là lại còn trong môi trường outsource). Quá trình tự tìm hiểu bản thân này thì ko ai có thể giúp em được mà em buộc phải tự bước đi trên đôi chân của chính mình thôi. Trên con đường ấy mỗi người sẽ tìm thấy những thứ khác nhau về bản thân. Anh chỉ có 1 lời khuyên là khi đã tìm ra, đừng sợ bước ra khỏi vùng an toàn hiện tại để đi theo con đường mới hướng tới cái đích mình tìm ra đấy.

Cái khó thường không phải là tìm ra định hướng, mà là tìm ra rồi thì có dám chấp nhận bản thân để bước theo cái hướng đấy hay không. Anh có rất nhiều vùng an toàn, mỗi lúc anh rơi vào hoàn cảnh mông lung ấy thì hãy học theo bộ phim Yes man ấy, chấp nhận với mọi cơ hội xung quanh dù ban đầu nhìn nó có vô lý thế nào đi nữa. Tặng em câu này: Bạn sẽ chỉ thật sự biết bay khi hai chân không còn chạm đất!

@maitrungduc1410 e cảm ơn ạ

Bài viết hay, có sự đầu tư nghiên cứu. Ước gì bác trình bày rõ hơn một số ví dụ trong cải cách của PGS Bùi Hiền để mapping vào từng nguyên lý, phản ánh được rõ nét sự tương đồng, lúc đó 10 điểm không nhưng 😄

Bác có thể cho em xin thông tin liên hệ của bác không ạ? hoặc lh em zalo 0976943111 em cảm ơn ạ!

Hay quá ạ

Bài viết khá hay, nhưng mà mình có 1 câu hỏi là: Khi tạo 1 index cho column trên table bất kì (lúc này table đó đã có PK), vậy thì dù mình có dùng algo B-Tree, Hash hay Bitmap thì đều sẽ tạo ra non-clustered đúng ko bác? 😀

một bài viết rất hay

Qua bo X anh oi!!!

bo X qua shop oi

Cảm ơn anh

Bổ x ạ

Bổ ích ạ!!

cty startup ngày xưa a làm thì họ dùng gitlab bản trả phí, online của gitlab luôn (kiểu này thì mình ko cần lo tới việc bảo trì, chi phí phù hợp)

còn một vài cty sau này thì họ lớn họ tự host gitlab luôn (tự deploy, tự bảo trì, nhưng được cài cắm thêm rất nhiều thứ phù hợp cho doanh nghiệp của họ)