@tuelam0810 b có thể nói rõ hơn không, mình vẫn chưa hiểu ý bạn.

@monmen Với kinh nghiệm của Minh thì hệ thống thực tế chi phí 2 option sau cái nào lớn hơn nhỉ. Mình chưa có hệ thống thực tế, giờ mới đang xây dựng:

1. Mỗi lần view Notification thì lấy lại Name dựa vào ID
2. Khi thực hiện action đổi tên thì update toàn bộ database với ID tương ứng.

Theo tôi thì chi phí này còn phụ thuộc vào dữ liệu thực tế, hành vi nghiệp vụ sản phẩm và DB sử dụng. Không biết tôi nghĩ thế ổn không.

muốn deactive gameObject mình lấy ra thì chỉ cần .SetActive(false) anh nhỉ

Khi người dùng đổi tên (là action xảy ra ít) thì sẽ phải update lại những cái notification cũ có xuất hiện tên của người dùng. Nên mình đã thêm 1 field nữa có đánh index để tiện lookup và update khi data có thay đổi

🤚Bài viết hay quá ạ 🤚

@zeros bạn chọn lại tham số nhé

it's so amazing!

Bài viết rất thực tế và hữu ích. Cảm ơn bạn nhiều. Tuy nhiên, mình gặp vấn đề trong việc Người dùng đổi tên. Thì câu "Monmen đã bình luận vào bài viết của Viblo" vẫn phải đổi Nội dung Text hiển thị cho người dùng thành "MonmenABC đã bình luận vào bài viết của Viblo" chẳng hạn, cũng không hoàn toàn là giống trong DB. Nhưng tôi nghĩ là chấp nhận được.

Series này hay quá, rất hóng phần 4

bạn biết tại sao mình bị thế này ko ạ

Bài tiếp theo xem ở đâu bác

😁

Cảm ơn nhé

Arigatou🤩

Kiểu structure có được dùng nhiều trong thực tế không bạn? Mình đọc (hơi) nhiều các ý kiến trái chiều về OOP nói chung, và bắt đầu cảm thấy cách viết object, clean code,... làm code bị vụn. Nhưng code kiểu struct kia thì sợ ít người dùng thì khó maintain.

Bài viết với minh họa hóm hĩnh quá ạ, tặng anh 1 up vote keke

@lamlee nếu bạn đang deploy theo cách native, thì bạn có thể dùng Deployer nhé: https://deployer.org/

có thể rollback nhanh chóng về phiên bản cũ

Hello thớt ơi phần RLHF chỉ có hiệu quả khi mình dùng server của họ phải ko thớt. Nếu kéo model về dùng thì đâu update được weights nhỉ.

Mình sẽ cố gắng cho ra bài tiếp theo sớm nhất có thể, cảm ơn bạn đã ủng hộ nhé. ♥️

😘