Why DBAs are right to be skeptical of AI — and where they’re wrong

Multi-Agent Is the New Microservices. Including the Mistakes.

Bối cảnh: Xu hướng microservices đang phát triển thành hệ thống Multi-Agent với nhiều …

Why DuckDB 2.0 is faster

DuckDB 2.0 mang lại hiệu suất vượt trội với recursive CTEs nhanh hơn tới 90x so với phiên …

Generative AI vs Agentic AI vs AI Agents: What’s the Difference?

Bối cảnh của AI đang phát triển vượt ra khỏi các tương tác câu hỏi-trả lời đơn giản. Nguyên nhân kỹ thuật là sự tiến bộ của các mô hình ngôn ngữ lớn và công nghệ reasoning, tạo ra sự phân biệt giữa Generative AI, Agentic AI và AI Agents. Hệ quả là hệ sinh thái AI hiện nay đa dạng hơn với các hệ thống như GPT-4 (Generative AI), Auto-GPT (Agentic AI) và các framework như LangChain (AI Agents). Điều đáng học là hiểu rõ từng khái niệm này giúp lập trình viên lựa chọn công nghệ phù hợp khi xây dựng giải pháp: Generative AI tập trung vào tạo nội dung, Agentic AI tự động hóa quy trình với reasoning, còn AI Agents hoạt động như các thực thể độc lập trong môi trường cụ thể.

Bài viết này giúp bạn hiểu rõ sự khác biệt giữa Generative AI, Agentic AI và AI Agents để nắm bắt xu hướng phát triển mới nhất của trí tuệ nhân tạo.

Filtering EF Core by a Large List: The 2,100 Parameter Wall

EF Core 10 đã thay đổi cách thức hàm Contains gửi danh sách đến SQL Server với giới hạn 2,100 parameter, vượt qua ngưỡng này sẽ gây lỗi. Nguyên nhân kỹ thuật nằm ở SQL Server limiting number of parameters trong một câu lệnh. Hệ quả là query thất bại khi danh sách filter vượt quá 2,100 mục. Bạn có thể giải quyết bằng kỹ thuật SplitQuery hoặc AsEnumerable() nhưng cần benchmark để chọn phương án tối ưu cho trường hợp cụ thể.

Bài này giúp lập trình viên hiểu và giải quyết vấn đề giới hạn tham số khi lọc Entity Framework Core với danh sách lớn.

Eloquent Performance and Database Design: Evidence Before Eager Loading

Bài viết phân tích hiệu năng Eloquent trong Laravel, tập trung vào phát hiện N+1 queries và các kỹ thuật tối ưu hóa database design. Tác giả chỉ ra việc sử dụng eager loading thay vì lazy loading giúp giảm từ 150 truy vấn xuống còn 2 truy vấn cho cùng dữ liệu. Các kỹ thuật quan trọng được đề cập bao gồm pagination với chunking, transaction boundaries và việc phân tích query plans bằng EXPLAIN. Điều đáng học là cách cân bằng giữa tính chính xác dữ liệu và hiệu năng thông qua chọn lọc aggregation functions và indexes phù hợp.

Bài viết này giúp lập trình viên tối ưu hiệu năng ứng dụng bằng cách giải quyết các vấn đề về truy vấn N+1, thiết kế cơ sở dữ liệu và chiến lược xử lý dữ liệu hiệu quả.

Avoid Duke Nukem Forever Mode

Bối cảnh là việc phát triển phần mềm bị đình trệ, đặc biệt với dự án Duke Nukem Forever. …

Scaling Down Costs, Not Performance: How We Migrated from Couchbase to PostgreSQL

Trendyol xử lý hàng triệu sự kiện và giao dịch mỗi ngày và trước đây dựa vào Couchbase làm …