Bài viết rất hay !

bạn ơi cho hỏi thu thập thông tin khóa học từ các trang web như coursera, udemy, edx,... nó toàn trả về kết quả là {'course_info': 'NA'} nhỉ 😅

Hi tác giả, không biết env và ide của bạn đang chạy như thế nào ạ, mình có thử implement code của bạn ở env trên Jupyter và gặp một số lỗi về runningtimeerror cụ thể là: asyncio.run() cannot be called from a running event loop ạ

nếu document là 1 kiểu report có nhiều thông tin giá trị, kích thước document nhỏ, mỗi dòng trong document sẽ là 1 chunk (sẽ khoảng <30 word cho 1 dòng). Và yêu cầu là ta cần LLM chỉ tìm kiếm thông tin được yêu cầu và gửi kết quả về thôi (không diễn giải, gợi ý hay giải thích gì thêm), thì nên dùng phương pháp nào vậy anh ơi

Cái này sinh ra để giúp giảm tải độ trễ của RestAPI không bạn

=))) a có push lên github ko cho em xin clone về nghịch với

Vậy SSR dưới BE phải build html rồi trả về FE đúng ko b. B có thể nói qua cách build html dưới BE thế nào đc ko. Kiểu FE phải nhìn giao diện mới căn content đc, chứ BE thì sao mà thấy đc nhỉ, hay là nháp bằng FE rồi paste file sang BE. Có gì chỉ giáo mình nhé ^^

Cảm ơn bác rất nhiều, nghe một mentor có nói về bác từ lâu mà nay mới đọc bài của bác, mà đọc cuốn quá không dứt ra được

Cảm ơn những chia sẻ hết sức quý báu của bác ạ,

Ước có mentor nào đó

chào bạn,trong django có custome field như handfield ,làm sao ghi admin.py để cái hand filed xuất hiện trong trang admin

À cảm ơn bạn đóng góp nhé. Mình lỗi chính tả tòe loe. Nhưng mình k định hướng các bài viết của mình theo văn bản hành chính hay dùng làm tài liệu document cho hãng. Mình thấy ae dev cũng dễ tính thôi, đọc hiểu là được. Đơn thuần chia sẻ thôi. Bạn k thích có thể k đọc ạ

@Clarence161095

@huukimit Lầu ngày quá ha, 😂 Quá chuẩn luôn! Thật sự không nên cứng nhắc áp dụng nguyên tắc SOLID vào tất cả trường hợp có thể. Tuy nhiên, việc hiểu rõ nó cũng giúp ích khá nhiều trong công việc hiện tại của mình.

Mình đã học về SOLID này cách đây khoảng 7-8 năm, nhưng cứ thỉnh thoảng ôn lại, mình vẫn nghiệm ra được nhiều điều mới. Đặc biệt gần đây, khi phải xây dựng nhiều bộ source code mới cho dự án, mình đã cân nhắc kỹ lưỡng khi đặt nền móng. Thường thì mình sẽ code một vài module nhỏ để các đồng nghiệp có thể tham khảo và làm theo.

Vì dự án thường được triển khai bởi đội ngũ offshore, nên cấu trúc code cần phải dễ mở rộng và đặc biệt là dễ kiểm thử, nhất là với automated testing. Đây cũng là bài học xương máu khi các module quá phụ thuộc vào nhau, dẫn đến việc kiểm thử trở nên vô cùng khó khăn.

Tuy nhiên, cuối cùng thì như @huukimit ông nói, SOLID không phải là luật bất di bất dịch. Việc áp dụng không nên quá cứng nhắc. Nhưng nếu thật sự nắm vững SOLID và Clean Code, nó sẽ giúp ích rất nhiều trong quá trình lập trình của chúng ta.

Mình thấy điểm quan trọng không kém đó là SOLID không phải là luật bất di bất dịch. Chúng ta không cần phải quá cứng nhắc viết code phải đáp ứng đủ cả 5 nguyên tắc. Miễn sao khi nhìn vào những dòng code,người đọc thấy nó dễ đọc, dễ hiểu là được.

🤣🤣🤣

Tính ra mình code vi phạm hết bà 5 nguyên lý , nhưng nó run được ))))

@refacore ♥️

ko sài đc nữa rầu

Chính xác. Như mình đã đề cập trong bài, nó chỉ tối ưu hơn khi bạn sử dụng map nhiều lần. Còn thật sự trong trường hợp bạn chỉ sử dụng map 1 lần thì không có khác biệt. Việc áp dụng Map phải thật sự cân nhắc rõ ràng trong các trường hợp cụ thể, vì cái gì sinh ra cũng có chức năng của nó. Cảm ơn bạn đã commnet nhé. 🙌🫶

Ở ví dụ phía trên khi tạo mới Map vẫn phải gọi hàm .map khởi tạo value cho nó thì cũng đã trải qua vòng lặp rồi => cũng chưa thực sự tối ưu lắm.

const bookMap = new Map(books.map(book => [book.isbn, book]));