Cursor Uses S3 WAL to Scale Git Storage to More than 300 Pushes per Second

Eventually Consistent: How Do We Know the Systems Eventually Agree?

Event-driven systems only agree eventually. Here’s how we check they actually got there: deadlines, data ownership, and a reconciliation job that walks the floor.

How Anthropic Redesigned Source Control

In this article, we’ll look at the architecture behind Scion.

Outbox Pattern in .NET With Postgres: Concurrent Workers vs the WAL

An API can save an order and crash before publishing the message that tells other services about it.

5 Event Driven Architecture Problems (And How to Avoid Them)

Event-driven architecture (EDA) phổ biến nhưng tiềm nhiều thách thức trong production environment. Vấn đề truy xuất lỗi (tracing) trở nên phức tạp khi sự kiện (event) đi qua nhiều service khác nhau, đòi hỏi hệ thống phân tích log tập trung như ELK stack. Hàng đợi tin hỏi (dead letter queues) dễ bị đầy nếu không implement validation logic kỹ càng, dẫn đến mất dữ kiện quan trọng. Sự không nhất quán cuối cùng (eventual consistency) gây race condition khi nhiều consumer xử lý cùng event đồng thời. Các EDA system cần thiết kế event schema versioning và comprehensive testing framework với Contract Testing để đảm bảo reliability khi số lượng service tăng lên.

Bài viết này giúp lập trình viên nhận diện và giải quyết các vấn đề phổ biến trong kiến trúc hướng sự kiện như tracing, dead letter queues, tính nhất quán cuối cùng và testing.

I Built a Distributed Task Queue from Scratch with Go and PostgreSQL

Tác giả đã xây dựng Dhara, một distributed task queue bằng Go sử dụng PostgreSQL làm queue duy nhất và nguồn sự thật thực tế. Sử dụng replication của PostgreSQL để đảm bảo high availability và các WAL (Write-Ahead Logging) để đảm bảo data consistency. Cấu trúc hiện tại hỗ trợ tới 5,000 tasks mỗi giây với độ trễ chỉ 10ms. Điều đáng học hỏi là việc tối ưu hóa connection pooling và cách tận dụng tính năng built-in của database để giảm dependency hệ thống.

Bài này giúp bạn hiểu cách xây dựng hàng đợi tác vụ phân tạp hiệu quả với Go và PostgreSQL mà không cần các hệ thống lưu trữ phụ.

Git Worktrees: Work on Multiple Branches Without Stashing

Git Worktrees cho phép lập trình viên làm việc trên nhiều nhánh branch cùng lúc mà không cần phải stash và unstash. Công nghệ này tạo ra các thư mục làm việc riêng biệt cho từng branch, giải quyết vấn đề phải switch liên tục giữa các nhánh. Mỗi worktree hoạt động như một repository độc lập nhưng chia sẻ cùng một phần .git, giúp quản lý tiến trình work song song hiệu quả. Khi làm việc với feature branches và hotfixes cùng lúc, Git Worktrees ngăn tình trạng uncommitted changes bị ghi đè, đảm bảo bảo toàn code. Cách tiếp cận này đặc biệt hữu ích cho các dự án sử dụng Git Flow hoặc GitHub Flow với nhiều nhánh cần phát triển song song.

Git worktrees giúp bạn làm việc trên nhiều nhánh cùng lúc mà không cần phải stash hoặc chuyển nhánh liên tục, tiết kiệm thời gian và giảm rủi ro khi làm việc song song.

Forgejo v17.0 is available

Forgejo 17.0 ra mắt ngày 15 tháng 10 năm 2026 với những thay đổi đáng kể, trong đó links tuyệt đối trong tài liệu render sẽ được xử lý relative đến repository root thay vì instance root. Phiên bản này loại bỏ Action run webhook events thay bằng workflow run events, yêu cầu người dùng tự động di chuyển các webhook hiện có. Các tính năng mới hỗ trợ FUNDING.yml với nút Donate, tự động hoàn thiện issue/PR, cải thiện Git LFS, và mở rộng API Actions với endpoints rerun jobs/workflows, lọc log, NDJSON logs. Forgejo 17.0 không phải là bản LTS và sẽ được hỗ trợ đến ngày 28 tháng 1 năm 2027.

Lập trình viên nên đọc bài này để cập nhật các thay đổi breaking, tính năng mới và lộ trình hỗ trợ của Forgejo 17.0.

Why Database Generated IDs Can Complicate Your System Design

Database generated IDs can impact your system design. Generating IDs earlier simplifies asynchronous processing, workflows, and service boundaries.