What Dependency Mocking Software Needs to Handle in a Cloud Native Architecture

**Data-Driven vs Event-Driven Architecture: How to Pick the Right One**

Data-driven architecture tập trung vào nguồn dữ liệu chung (database, data warehouse) mà …

We now auto-approve and merge 15% of PRs

Để giải quyết vấn đề hiệu suất làm việc, công ty đã triển khai hệ thống auto-approve và …

Multi-Agent and Multi-Repository Orchestration Patterns

Bối cảnh phát sinh nhu cầu quản lý thay đổi phần mềm đồng bộ trên nhiều agent và repository khi hệ thống ngày càng phức tạp. Nguyên nhân kỹ thuật bắt nguồn từ việc cần xử lý handoffs (chuyển giao tác vụ), dependencies (phụ thuộc), context (ngữ cảnh) và delivery (giao hàng) một cách hiệu quả giữa các thành phần phân tán. Hệ quả nếu không quản lý tốt sẽ dẫn đến xung đột code, trễ deadline và tăng chi phí bảo trì. Bài viết này đáng học vì nó cung cấp orchestration patterns cụ thể giúp giải quyết bài toán phức tạp này trong các dự án sử dụng GitLab, GitHub hay similar platforms.

Bài viết này giúp lập trình viên nắm vững cách phối hợp hiệu quả các thay đổi phần mềm qua nhiều agent và repository trong môi trường phức tạp.

AI coding has made CI a bottleneck, so we reworked ours to keep up

Trước đây AI coding đã tạo ra điểm nghẽn trong CI/CD pipeline khiến thời gian chờ PR và chi phí vận hành tăng cao. Nguyên nhân kỹ thuật đến từ việc hệ thống CI không được tối ưu cho khối lượng công việc do AI tạo ra. Công ty đã tái thiết kế CI từ hạ tầng đến cách lập lịch và song song hóa test, giúp giảm đáng kể thời gian chờ PR và chi phí chạy. Họ sử dụng các kỹ thuật như test parallelization và workflow scheduling để tối ưu hóa hiệu suất. Bài viết mang lại bài giá trị về cách tiếp cận CI/CD như một hệ thống thống nhất thay vì các component riêng lẻ.

Bài viết này giúp lập trình viên tối ưu hóa hệ thống CI để giảm thời gian chờ PR và chi phí vận hành khi AI code ngày càng phổ biến.

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 agent độc lập. Nguyên nhân kỹ thuật: Việc chia hệ thống thành nhiều agent giúp cải thiện khả năng mở rộng và khả năng chịu lỗi, nhưng nếu chia không hợp lý sẽ gây ra sự phức tạp không cần thiết. Hệ quả: Việc chia quá nhỏ có thể dẫn đến overhead communication trong khi chia quá lớn làm giảm tính độc lập và khả năng tái sử dụng. Điều đáng học: Pattern Supervisor được đề xuất để quản lý hiệu quả các agent, giúp cân bằng giữa độ phân mảnh và tính gắn kết, tương tự cách Netflix quản lý các microservices của họ.

Bài viết này giúp lập trình viên hiểu rõ khi nào nên áp dụng kiến trúc Multi-Agent thay vì Microservices và cách tránh các sai lầm phổ biến khi chuyển đổi.

Microservices vs Monolithic Architecture: What Nobody Tells You Until You've Lived Through Both

So sánh chi tiết giữa monolithic và microservices vượt qua lý thuyết, bàn về sự phức tạp trong deployment, sự ảnh hưởng của Conway's Law đến ownership team, khó khăn trong debugging và observability, cũng như thách thức về data consistency, performance và scaling. Bài viết chỉ ra monolithic thực sự phù hợp trong những trường hợp nào, khi nào microservices mang lại hiệu quả, và giới thiệu khái niệm "modular monolith" như giải pháp trung gian. Các lỗi phổ biến như resume-driven development hay distributed monoliths được liệt kê kèm framework thực tế để ra quyết định dựa trên team, domain, delivery, operations và scale. Thông điệp chính là chọn architecture dựa trên vấn đề thực tế chứ không phải sự phức tạp giả định.

Bài viết này giúp lập trình viên hiểu rõ sự cân thực giữa kiến trúc microservices và monolithic, tránh những sai lầm phổ biến và đưa ra quyết định kiến trúc phù hợp dựa trên nhu cầu thực tế.

Introduction to FitNesse – An Acceptance Testing Framework

FitNesse là một acceptance testing framework giúp viết test cho ứng dụng Java. Framework này cho phép tạo test case bằng ngôn ngữ tự nhiên (wiki format) mà không cần code, nhưng bên dưới vẫn hỗ trợ kết nối với code thực tế. FitNesse tích hợp tốt với các công cụ build như Maven và CI/CD pipeline. Điểm mạnh của FitNesse là khả năng self-testing và documentation trực tiếp từ test case. Lập trình viên nên cân nhắc FitNesse khi cần test hệ thống phức tạp với yêu cầu nghiệp vụ chi tiết, đặc biệt trong team có cả người không chuyên kỹ thuật.

FitNesse giúp lập trình viên viết test chấp nhận cho ứng dụng Java một cách dễ dàng và hiệu quả.