Bài viết khá hay, giúp các a.e mới học hình dung được các tiến triển, cách tiến hóa theo giai đoạn của các mô hình ML, có cái nhìn tổng quan hơn và dễ cảm nhận hơn hơi thở của ML, cảm ơn bạn nhiều 😇
Do đó, mình lấy ví dụ nếu như trigger mà bạn muốn hiện thức làm 1 hành động không quá phức tạp và k bao hàm nhiều xử lý business thì bạn có thể để nó trong sql. Nhưng nếu trigger thực hiện các hành động phức tạp có tính phục vụ business ( ví dụ như tính billing hàng tháng chẳng hạn) thì mình nghĩ nằm ở code backend sẽ ổn hơn.
Mình cũng thấy là xử lý logic trong SQL thì đảm bảo tính toàn vẹn cao hơn và nhanh hơn trong khi xử lý ở backend thì dễ đọc và bảo trì với dễ mở rộng hơn nhưng lại có tốc độ không cao bằng do độ trể.
Đúng vậy: lý do cho việc sắp xếp này là để tránh xung đột và đảm bảo rằng các quy tắc CSS được áp dụng đúng cách cho các kích thước màn hình khác nhau. CSS được đọc từ trên xuống dưới, và quy tắc cuối cùng sẽ được ưu tiên nếu có nhiều quy tắc cùng áp dụng.
THẢO LUẬN
Em có 1 thắc mắc. Nếu không tính đến test thì chúng ta vẫn có thể dùng Static class thay cho 1 SingleTon phải không ạ?
Bài viết khá hay, giúp các a.e mới học hình dung được các tiến triển, cách tiến hóa theo giai đoạn của các mô hình ML, có cái nhìn tổng quan hơn và dễ cảm nhận hơn hơi thở của ML, cảm ơn bạn nhiều 😇
@tuananh8 Cảm ơn bạn đã chia sẻ
ý bạn là sao, "build nhiều docker images 1 lúc"?
được chứ??
@andyle1194 Em cảm ơn anh nhiều ạ
Sếp ơi ví dụ em muốn build nhiều docker images 1 lúc thì dùng cách này có ổn không ạ
Bài viết gốc có thể đọc tại đây --> link
Thanks bác!
Nice!
Chưa push git à anh ơi
Theo ý kiến cá nhân của mình: Càng vào sâu những tầng dưới UI -> Gateway -> Controller -> Service -> Repository -> Entity thì tính technical (chuyên môn hóa) càng cao. Source: https://blog.cleancoder.com/uncle-bob/2012/08/13/the-clean-architecture.html
Do đó, mình lấy ví dụ nếu như trigger mà bạn muốn hiện thức làm 1 hành động không quá phức tạp và k bao hàm nhiều xử lý business thì bạn có thể để nó trong sql. Nhưng nếu trigger thực hiện các hành động phức tạp có tính phục vụ business ( ví dụ như tính billing hàng tháng chẳng hạn) thì mình nghĩ nằm ở code backend sẽ ổn hơn.
Mình cũng thấy là xử lý logic trong SQL thì đảm bảo tính toàn vẹn cao hơn và nhanh hơn trong khi xử lý ở backend thì dễ đọc và bảo trì với dễ mở rộng hơn nhưng lại có tốc độ không cao bằng do độ trể.
@teracom22 nếu thấy câu trả lời của mình hữu ích thì cho mình 1 Accept cho câu trả lời đó nhé 😄
Theo bạn chúng ta có nên viết function , trigger , proc trong sql hay nên xử lý logic nó ở Code backend
Cám ơn anh đã chia sẻ ạ🎉🎉
@robinhuy Lên 1 bài về EventLoop luôn cho bạn hiểu đi sếp 😂
Đúng rồi bạn, một khi nó thành thói quen rồi thì cứ mỗi ngày đều đặn làm như việc ăn uống ngủ nghỉ thôi 😂
Chắc là bị ép KPI nên copy paste => translate
@BuiHuyHoang thanks bro =)))
@maitrungduc1410 À oke a, e cảm ơn ạ
Đúng vậy: lý do cho việc sắp xếp này là để tránh xung đột và đảm bảo rằng các quy tắc CSS được áp dụng đúng cách cho các kích thước màn hình khác nhau. CSS được đọc từ trên xuống dưới, và quy tắc cuối cùng sẽ được ưu tiên nếu có nhiều quy tắc cùng áp dụng.