@maitrungduc1410 nhân tiện cho e hỏi ở docs có phần nào đề cập đến phần owner + permission của bind mount ko nhỉ a. Như là file sau khi mount vào container thì owner sẽ là của user nào ấy ạ. Hoặc nếu a có thể chia sẻ về phần này thêm thì rất tuyệt với ạ. Em cảm ơn

ad ơi, cho mình hỏi khi mình đã build xong cụm k8s bằng RKE này, nếu mình muốn scale cụm k8s thêm node worker hay master thì làm thế nào ạ

đợt này codesandbox thay đổi tính năng hơi khác tí, em bị lỗi ở link nào mục nào để anh kiểm tra lại

cảm ơn tác giả vì bài viết , ví dụ thực tế dễ hiểu . Mình có thắc mắc về ví dụ DIP và OCP , mình thấy 2 phần này ví dụ như nhau . mong bạn giải thích chi tiết hơn . Chúc bạn sức khỏe

Chúc mừng năm mới anh ạ😀. Lâu lắm rồi mới thấy anh viết lại bài, vẫn ấn tượng a từ bài giảng Docker của anh cùng với thầy William Cường

chúc e năm mới thật nhiều thành công nhé

cố lên e ơi, rụng làm lại

hóng các bài viết tiếp theo.

Một số bạn không nắm rõ vấn đề nên trả lời những ý không liên quan ý mà em, rồi trả lời lái sang cái này cái kia.

anh ơi codesanbox bị lỗi rồi anh có cách nào để cho em xem được code không anh

Về bản chất await keyword không phải là một thứ cần thiết trong các ngôn ngữ lập trình, công việc chính của nó giúp tăng tính rõ ràng của code, và kotlin thì bỏ đi cái sự rõ ràng đó. Lấy ví dụ trong swift, khi gọi một method thông thường của một actor, nếu gọi bên trong actor không cần await bởi vì nó được chạy đồng bộ, còn nếu gọi bên ngoài actor thì cần await keyword để ám chỉ method này chạy ở bên trong actor, là một miền độc lập khác với nơi gọi nó. Trường hợp sử dụng một hàm async bên trong một actor, và await keyword lúc này ám chỉ hàm đó có thể được chạy bên ngoài actor, và do đó các hàm khác có thể chạy bên trong actor lúc này. Nếu trường hợp là kotlin thì là lập trình viên ngầm hiểu (gọi là lập trình viên tự đưa tay cho compiler dắt đi). Làm mọi thứ ngọn nhẹ thì tốt, nhưng gọn nhẹ tới mức không rõ ràng thì mình thì không đánh giá cao điều này ở kotlin (cũng như cách mà CancellationException phá vỡ triết lý của unchecked exception trong kotlin, và để logic hóa nó thì kotlin gọi catch Exception tổng quát là anti-pattern trong khi nhiều trường hợp (ví dụ như viết một framework) cần phải làm điều này).

Anh giải thích kỹ hơn câu nói này của anh được không ạ "Rất nhiều các ứng viên khi mình hỏi về DI đều mention đến Spring context, Spring IoC container, nào là nơi chứa các bean, rồi thì được inject này nọ, có ứng viên còn nhầm lẫn với bean scope, nói cả về việc scope singleton không cần khởi tạo nhiều lần?"

Recommend thêm cho ae 1 doc khác support cài Fastlane cho Firebase distribution

https://blog.tda.company/flutter-fastlane-firebase-app-distribution/

1 bài viết mang lại cái nhìn tổng quan nhất về nestjs. hay

cho mk hỏi tính năng login with gg và fb thì bạn dùng package gì vậy ?

Mình cảm ơn tác giả nhiều ạ! ♥️

Dạ, tại hạ xin cảm ơn

Bùng nổ quá anh ưi, em cũng thử mà chỉ vòng 1 là rụng như sung chín 😅.

@maitrungduc1410 Vâng anh

bạn đã reset css chưa?