Kubeadm đang trong giai đoạn phát triển, để cài trên hệ thống máy vật lý / máy ảo dùng Ubuntu 16.04 hay CentOS 7 => lập luận này chưa chính xác nhé bạn
Kubeadm không còn ở giai đoạn phát triển ban đầu nữa, h là 1 trong các công cụ để dựng cụm cluter rồi hơn nữa có thể dùng cho nhiều os vd ubuntu mới hơn như ubuntu 22.04 ,.. CentOS stream,...
https://kubernetes.io/docs/setup/production-environment/tools/kubeadm/install-kubeadm/
Thank người anh em nha, mình đồng ý với "Set có hiệu suất nhanh hơn Filter + IndexOf "
Do việc khởi tạo new Set(array) với số lượng array lớn khá tốn thời gian đó người anh em nên tổng thời gian của measureTime cho Set đôi lúc sẽ chênh hơn. Và việc đo đếm perform còn tuỳ thuộc vào rất nhiều các yếu tố như Trình duyệt (Chrome, Firefox, ...), RAM, ... nên kết quả cũng chỉ tương đối bro ạ. Cái mình đang cố gắng là hướng anh em hiểu bản chất hơn.
Nếu để test performance thì bạn nên dùng dữ liệu lớn và test với số lần nhiều rồi lấy trung bình thì độ chính xác càng cao.
Mục 2 về cơ bản là đúng, nhưng nói là "Set có hiệu suất nhanh hơn Filter" thì lại chưa đúng, vì trong ví dụ Filter bạn đã dùng thêm indexOf, nên phải nói là Set có hiệu suất nhanh hơn Filter + IndexOf thì mới chính xác 😁
Ngoài ra nếu test nhiều lần trên Console của trình duyệt thì sẽ có lúc Filter + IndexOf nhanh hơn Set, không rõ có cao nhân nào giải thích được không.
yup. AI là công cụ. Dùng công cụ như nào hay bị công cụ cho đứt tay là tuỳ thuộc người dùng. Nhưng mình đang đề cập các case ỷ hoàn toàn vào AI mà không suy nghĩ. Lúc này thì đây là vấn đề to. Ngành mình không suy nghĩ thì sao mà đi lâu dài được?
THẢO LUẬN
Bài này nói về phương pháp học hay quá. Đọc bài xong thì mình cũng ngẫm ra đang áp dụng kết hợp cả 2 vào học tập mà chưa biết. thanks tác giả.
😳
good😶😀
@dovannam115 Oki anh. Em cảm ơn anh ạ 😍.
Bạn có thể tham khảo thêm về các bài viết xây GIT workflow hiệu quả để hiểu rõ hơn, vì GIT workflow ảnh hưởng khá nhiều đến perform của cả team. https://www.atlassian.com/git/tutorials/comparing-workflows
Kubeadm đang trong giai đoạn phát triển, để cài trên hệ thống máy vật lý / máy ảo dùng Ubuntu 16.04 hay CentOS 7 => lập luận này chưa chính xác nhé bạn
Kubeadm không còn ở giai đoạn phát triển ban đầu nữa, h là 1 trong các công cụ để dựng cụm cluter rồi hơn nữa có thể dùng cho nhiều os vd ubuntu mới hơn như ubuntu 22.04 ,.. CentOS stream,... https://kubernetes.io/docs/setup/production-environment/tools/kubeadm/install-kubeadm/
Đa số điều có phí , nhưng mà so với figma cũng tự sinh code , thì cái nào ok hơn nhỉ
@pdthien cảm ơn b
Minh cung dang dung cac phan mem nay tren may ca nhan. Tiec la cty minh cap may Windows.
Data base mình suy ra từ biểu đồ lớp là được mà bạn
Github flow nó gần giống trunk based development
hay quá cảm ơn anh ạ
tks b
Ý là e muốn bán thêm a
a thấy vậy hợp lý ko ?
1 vote cho bạn có động lực làm tiếp
Bài viết quá tuyệt vời
Vẫn chưa có phần 2 ạ
Thank người anh em nha, mình đồng ý với "Set có hiệu suất nhanh hơn Filter + IndexOf "
Do việc khởi tạo new Set(array) với số lượng array lớn khá tốn thời gian đó người anh em nên tổng thời gian của measureTime cho Set đôi lúc sẽ chênh hơn. Và việc đo đếm perform còn tuỳ thuộc vào rất nhiều các yếu tố như Trình duyệt (Chrome, Firefox, ...), RAM, ... nên kết quả cũng chỉ tương đối bro ạ. Cái mình đang cố gắng là hướng anh em hiểu bản chất hơn.
Nếu để test performance thì bạn nên dùng dữ liệu lớn và test với số lần nhiều rồi lấy trung bình thì độ chính xác càng cao. Mục 2 về cơ bản là đúng, nhưng nói là "Set có hiệu suất nhanh hơn Filter" thì lại chưa đúng, vì trong ví dụ Filter bạn đã dùng thêm indexOf, nên phải nói là Set có hiệu suất nhanh hơn Filter + IndexOf thì mới chính xác 😁
Ngoài ra nếu test nhiều lần trên Console của trình duyệt thì sẽ có lúc Filter + IndexOf nhanh hơn Set, không rõ có cao nhân nào giải thích được không.
yup. AI là công cụ. Dùng công cụ như nào hay bị công cụ cho đứt tay là tuỳ thuộc người dùng. Nhưng mình đang đề cập các case ỷ hoàn toàn vào AI mà không suy nghĩ. Lúc này thì đây là vấn đề to. Ngành mình không suy nghĩ thì sao mà đi lâu dài được?