August 28, 2026

Offset, Keyset, and Cursor Pagination in .NET: When to Use Each

Khi bảng dữ liệu đạt hàng triệu bản ghi, việc dùng Skip và Take trong .NET để phân trang trở nên chậm và tiêu tốn tài nguyên. Nguyên nhân là cách tính toán vị trí bằng cách duyệt toàn bộ các bản ghi trước khi lấy phần cần thiết, làm tăng thời gian truy vấn. Hệ quả là độ trễ tăng, tiêu thụ bộ nhớ cao và khả năng mở rộng giảm sút khi số người truy cập tăng. Để giải quyết, bài viết giới thiệu ba phương án thay thế: Offset pagination, Keyset pagination và Cursor pagination, mỗi loại có cách tính toán và chỉ số riêng. Nếu bạn đang cân nhắc có nên đọc bài gốc, hãy xem cách bài phân tích lợi thế và nhược điểm của mỗi phương án để chọn giải pháp phù hợp với truy vấn của mình.

Bài này giúp lập trình viên .NET chọn phương pháp phân trang tối ưu khi bảng dữ liệu lớn thay vì dùng Skip và Take.

Domain Errors Are Features. System Errors Are Bugs.

Bối cảnh trong môi trường triển khai web, việc phân biệt lỗi domain và lỗi hệ thống quyết định mã trả về HTTP, mức log và ai được thông báo. Nguyên nhân kỹ thuật: lỗi domain xảy ra khi yêu cầu không phù hợp với nguồn tài nguyên, trả về mã 4xx; lỗi hệ thống xảy ra khi dịch vụ gặp lỗi nội bộ, ghi lại ở mức log cao và gây page cho team. Hệ quả: lỗi domain thường trả về mã 4xx, người dùng nhìn thấy thông báo lỗi rõ ràng; lỗi hệ thống trả về mã 5xx, gây gián đoạn và cần can thiệp nhanh. Điều đáng học: dùng mã HTTP và mức log để phân loại lỗi giúp cải thiện debug và quản lýOps. Đọc bài gốc nếu muốn biết cách thiết kế API và chiến lược paging chi tiết hơn.

Bài viết này giúp lập trình viên phân biệt rõ giữa lỗi domain và system error, từ đó tối ưu hóa việc xử lý và thông báo lỗi hiệu quả hơn.

Agentic Code Quality

Bối cảnh: Sự tăng trưởng của các AI agent như GitHub Copilot, Amazon CodeWhisperer đang …

Stop burning tokens on code review

Tác giả chia sẻ cách xây dựng hệ thống giúp con người và AI triển khai sản phẩm nhanh chóng nhưng an toàn bằng cách sử dụng custom linters.

Lập trình viên nên đọc bài này để khám phá cách tối ưu hóa quá trình code review bằng cách sử dụng các công cụ linter cá nhân, giúp giảm thiểu việc tiêu thụ token (vốn AI) không cần thiết và tăng hiệu suất phát triển an toàn.

Slop Debt

Công nợ kỹ thuật luôn đi kèm với quy tắc rõ ràng: khi cần ship kịp thời, team thườngตัด góc và để lại comment TODO fix this để xử lý sau. Nguyên nhân kỹ thuật này xuất phát từ việc ưu tiên tốc độ hơn là độ hoàn thiện, dẫn đến các đoạn mã tạm thời được ghi chú nhưng chưa được sửa. Hệ quả là sau khoảng sáu tháng, người khác phải trả nợ này; mặc dù gây phiền phức nhưng vẫn nằm trong giới hạn có thể đo lường và trực quan hóa. Một engineer có kinh nghiệm có thể nhìn qua codebase và vẽ bản đồ các vị trí “cất giấu xác”, tức là các điểm debt đã tích lũy để dễ dàng quản lý và lên kế hoạch trả nợ. Điều đáng học là việc ghi lại và lên kế hoạch trả nợ sớm giúp tránh sự tích lũy khó kiểm soát và duy trì mức độ chất lượng code ổn định trong dài hạn.

Bài viết này giúp lập trình viên nhận diện và quản lý các dạng nợ kỹ thuật vô hình mà không có quy tắc rõ ràng, gây nguy hiểm cho dự án.

What software architecture unexpectedly taught me about enterprise design

Kiến trúc phần mềm đã vô tình dạy tôi những bài học bất ngờ về thiết kế doanh nghiệp thông qua các mô hình lặp đi lặp lại mà tôi không thể ngừng chú ý.

Lập trình viên nên đọc bài này để hiểu cách kiến trúc phần mềm có thể mang lại những nguyên tắc thiết kế doanh nghiệp hiệu quả, từ những mẫu mã không ngờ đến trong việc xây dựng hệ thống phức tạp.

The bottleneck isn't writing code anymore. It's understanding it.

Việc AI có thể sinh ra bao nhiêu code không quan trọng bằng khả năng bạn hiểu và chịu trách nhiệm cho nó. Những thực hành coding tốt vốn dĩ không dành cho máy móc.

Những kỹ thuật và nguyên tắc lập trình tốt không chỉ giúp code hiệu quả mà còn giúp bạn kiểm soát và chịu trách nhiệm về phần mềm của mình, tránh rơi vào tình trạng phụ thuộc vào công cụ AI mà không biết nguồn gốc, chất lượng hay tác động thực sự của nó.