Chi tiết quá, tuyệt vời tác giả

Hay ạ

Rất hay, cảm ơn tăc giả

Thêm các design pattern khác đi tác giả

Hay, dễ hiểu, thanks tác giả

Bài viết chi tiết đào sâu nhiều khía cạnh, cảm ơn tác giả

NGUYỄN HUY HOÀNG Software Engineer

📞 Phone: 0941 280 073

📧 Email: hhoang02052004@gmail.com

Cảm ơn bạn góp ý! Trong bài mình chủ yếu phân tích kiến trúc và demo với RAGatouille, chưa có benchmark thực tế trên tiếng Việt.

'colbertv2.0' gốc train nặng tiếng Anh nên dùng cho tiếng Việt thì chất lượng retrieval sẽ không được tốt. Model 'jina-colbert-v2' train multilingual nên về lý thuyết sẽ handle tiếng Việt tốt hơn.

Bài hay, dễ hiểu, chi tiết

Trước giờ chỉ học thuộc lí thuyết như học vẹt, nay mới ngấm về cách sử dụng

Quá ok anh ơiii

Xịn xò thật chứ

Bài viết hayy, chi tiết

Cần thêm các bài viết về System Design, Clean Architecture

NGUYỄN HUY HOÀNG Software Engineer

📞 Phone: 0941 280 073

📧 Email: hhoang02052004@gmail.com

Proxy có nghe nhiều nhưng nay mới thực sự hiểu, thanks tác giả

Khi bảng dữ liệu to lên cỡ chục triệu đến hàng trăm triệu record, nếu vẫn dùng OFFSET/LIMIT truyền thống thì càng bấm sang trang sâu (deep pagination) query càng "lết", chưa kể quả query COUNT(*) để tính tổng số trang cũng thành nút thắt cổ chai luôn. Với case này, bạn ưu tiên chuyển hẳn sang xài Cursor-based (Keyset Pagination), hay có trick nào tối ưu ở tầng DB/Cache mà vẫn giữ được UX cho user (kiểu user vẫn muốn nhảy phát sang trang n) không

Cách viết bài rất dễ hiểu, đọc tới đâu thấm tới đó, cảm ơn tg

Hayy, cảm ơn tác giả vì chia sẻ rất thiết thực

Đúng lúc đang ôn luyện thì đọc được bài này, cách viết rất dễ hiểu, đúng cái mình cần thanks tác giả