How to add cases to a public enum without breaking your API

Microservices Are Not a Sign You’re a Senior Engineer

Bài viết chỉ ra hiện tượng coi số lượng dịch vụ microservices như dấu hiệu của kinh nghiệm …

Improved Schema Checks in GitHub Merge Queues

GitHub đã tích hợp Hive schema checks vào Merge Queues để tự động xác thực thay đổi cơ sở dữ liệu trước khi hợp nhất. Cập nhật mới cho phép mỗi mục trong hàng đợi so sánh với commit cơ sở (base commit) của nhánh thay vì với HEAD của nhánh đích. Việc này tách riêng các thay đổi schema do pull request hiện tại ra khỏi những thay đổi có thể đã được áp dụng trước đó, giảm nguy cơ falsa positive và falsa negative trong kiểm tra. Khi thiết kế pipeline CI/CD cho schema, nên luôn so sánh với commit cơ sở của thay đổi thay vì với trạng thái chung để cô lập tác động của mỗi PR. Áp dụng cách này giúp zespo phát triển tin tưởng hơn vào kết quả kiểm tra schema và giảm thời gian debug khi hợp nhất code.

Bài này giúp lập trình viên hiểu cách kiểm tra schema trong GitHub Merge Queues so sánh entry với commit cơ sở, tách biệt các thay đổi schema do pull request hiện tại mang lại.

MCP was supposed to solve the agent tooling problem. It missed a step.

Bối cảnh: MCP được định hướng giải quyết vấn đề tooling cho AI agents, nhưng chưa hoàn thành bước cần thiết để các agent dễ dàng tìm công cụ. Nguyên nhân kỹ thuật: ARD, một specification mở mới, nhằm tạo một hệ thống đăng ký công cụ cho agents, tương tự như DNS cho máy chủ. Hệ quả: Khi thiếu bước này, các agent sẽ gặp khó khăn trong việc tìm kiếm và bind công cụ, làm giảm hiệu suất và tăng chi phí. Điều đáng học: Việc thiếu một lớp trừu tượng chuẩn khiến các hệ sinh thái không tương thích, làm chậm triển khai và gây phân tán công cụ. Do đó, nếu bạn đang cân nhắc đọc bài gốc, hãy chú ý cách ARD dự định bổ sung khoảng trống này và AWS đang định hướng nó.

ARD có thể là giải pháp thiếu trong hệ sinh thái công cụ agent, giúp tìm kiếm chéo registry hiệu quả như DNS trong thế giới mạng.

AI makes code cheap to create, not cheap to own

AI đã làm cho việc tạo ra code trở nên rẻ hơn, nhưng việc sở hữu và duy trì code lại đòi …

Domain-Driven Design matters more when AI writes your code

Mô hình miền (domain model) và Ngôn ngữ phổ quát (Ubiquitous Language) càng trở nên quan trọng khi AI tự động sinh code.

Lập trình viên nên đọc bài này để hiểu cách Domain-Driven Design (DDD) và ngôn ngữ chung (Ubiquitous Language) trở nên quyết định hơn bao giờ hết khi AI tự động hóa viết code, giúp bảo vệ chất lượng logic và tính tương thích với yêu cầu thực tế của dự án.

SolidQueue Batches: evolution and architecture

Khi Rosa ra mắt SolidQueue lần đầu, cô đã đưa ra một bài phát biểu chi tiết về cách hệ thống hoạt động và những trade‑off mà cô đã chọn. Bài phát biểu đó là nguồn tài liệu đầu tiên mà tôi học được về nguyên lý thiết kế của SolidQueue và lý do tại sao nó đạt hiệu suất tốt. Sau đó, tôi đã đóng góp phần triển khai tính năng batch cho SolidQueue, nhận được phản hồi từ nhiều thành viên cộng đồng. Việc thêm batch cho phép các tác vụ được gom nhóm và xử lý trong cùng một giao dịch, giảm thiểu số lần truy cập cơ sở dữ liệu và tăng throughput. Kiến trúc này cho thấy việc lắng nghe phản hồi cộng đồng và thiết kế mô‑đun có thể nâng cấp hệ thống mà không làm thay đổi lõi hiện có.

Bài viết này giúp hiểu sâu về cách hoạt động và tối ưu hóa batch processing trong SolidQueue, một công cụ queue hiệu suất cao.

BigQuery Graph: Connecting Data and AI at Scale

Bối cảnh: doanh nghiệp cần phân tích mối quan hệ phức tạp trong dữ liệu mà không muốn di chuyển dữ liệu ra khỏi kho BigQuery. Nguyên nhân kỹ thuật: BigQuery Graph tích hợp trực tiếp mô hình đồ thị vào engine SQL của BigQuery, cho phép viết truy vấn graph bằng mở rộng SQL và sử dụng các thuật toán như PageRank, shortest path mà không cần sao chép dữ liệu. Hệ quả: người dùng có thể thực hiện phân tích đồ thị và cung cấp bối cảnh liên kết cho các agent AI trong cùng một truy vấn, giảm latency và chi phí lưu trữ sao chép. Điều đáng học: việc mở rộng khả năng SQL với đồ thị nguyên sinh giúp tận dụng cơ sở dữ liệu hiện có để hỗ trợ AI mà không cần xây dựng pipeline ETL riêng. Điều này cho thấy hướng đi của các kho dữ liệu hiện đại là kết hợp phân tích cấu trúc và AI trong một nền tảng thống nhất.

BigQuery Graph giúp lập trình viên tích hợp phân tích đồ thị và AI vào hệ thống dữ liệu doanh nghiệp mà không cần di chuyển dữ liệu.

Skills vs. MCP tools for AI agents: When to use which

Bài viết nhấn mạnh việc lựa chọn giữa skills và MCP tools khi xây dựng AI agent phụ thuộc vào yêu cầu về khả năng kiểm tra (auditability) và độ linh hoạt. Skills được triển khai như các hàm độc lập, dễ dàng ghi log và truy vết, do đó cho kết quả auditability cao nhưng thường bị giới hạn bởi giao diện cố định, làm giảm khả năng thay đổi logic tại runtime. Ngược lại, MCP tools cho phép kết hợp linh hoạt các thành phần thông qua giao thức message‑passing, tăng khả năng mở rộng và thay đổi hành vi mà không cần biên dịch lại, nhưng làm tăng độ phức tạp của hệ thống và giảm mức độ minh bạch vì các luồng thông điệp khó theo dõi. Trong thử nghiệm mã nguồn side‑by‑side, việc sử dụng skills cho thấy thời gian phản hồi ngắn hơn và mức tiêu thụ tài nguyên ổn định hơn so với MCP tools, trong khi MCP tools cho phép thêm nhiều luồng xử lý song song mà không cần thay đổi lõi hệ thống. Bài học chính là: khi ưu tiên traceability và hiệu suất thấp, chọn skills; khi cần thử nghiệm nhanh và tích hợp nhiều dịch vụ bên ngoài, MCP tools là lựa chọn phù hợp, nhưng đội phát triển phải đầu tư vào công cụ tracing và giám sát để bù đắp cho sự mất auditability.

Bài viết giúp lập trình viên hiểu rõ khi nào nên dùng skills hay MCP tools để tối ưu hiệu năng và khả năng kiểm soát của AI agents.