Mình chạy thuật toán tự chế như sau: Tính giá trị / khối lượng của từng item. Sắp xếp rổ hàng theo giá trị/khối lượng giảm dần. Chừng nào mà túi chưa đầy: Lặp lại việc lấy item có giá trị/khối lượng cao nhất còn sót lại với điều kiện khối lượng nhỏ hơn phần còn trống của túi.

Bắt đầu: Túi còn rỗng 19. Lần 1: Lấy món đồ 6 (i6, c40, w9) --> Túi còn rỗng 10. Lần 2: Lấy món đồ 3 (i3, c20, w5) --> Túi còn rỗng 5. Lần 3: Lấy món đồ 2 (i2, c10, w4) --> Túi còn rỗng 1. Thấy có chung đáp án với tác giả, không rõ có đúng không

@hmquan08011996 ok anh giờ e mới biết có chức năng upvote

upvote giùm luôn em ơi :)))

cảm ơn em nè, tương lai nha em :)))

Hay quá anh. Sắp tới anh có dự định ra seri jenkins k anh. Em thấy nó flexible hơn gitlab-ci

🥰🥰🥰

Hay qua!

ứng dụng của tôi đã chạy với 1 server và nhiều client nhưng nó đã phát sinh một vấn đề đó là độ trễ tin nhắn từ client đến server quá dài khi có nhiều client cùng gửi tin nhắn về server cùng 1 lúc. Bạn có giải pháp nào cho vấn đề này không? Cảm ơn bạn rất nhiều!

a cho e hỏi, e thực hiện bài này của a trên source của bài "bảo mật ứng dụng docker node-mongo-redis" bị dính lỗi này, thì khắc phục làm sao a nhỉ? có cách để tắt auth trong môi trường test k a?

?

🙃

tks

tks

😃

em tìm hiểu thêm về HD Wallet nhé chuỗi các từ dùng để sinh ra các private key

😄

😀

😀

tkd

tykd