How to Build API Documentation From Scratch [A Roadmap for Technical Writers]

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 …

(comic) Flexible working hours

Bối cảnh: một loạt các strip ngắn về văn phòng, tiêu đề (comic) Flexible working hours, tập trung vào cách làm việc linh hoạt. Nguyên nhân: các tác giả dùng phương pháp vẽ nhanh, kết hợp hình ảnh và văn bản để truyền tải thông điệp, thường dùng coffee làm nguồn cảm hứng. Hệ quả: người đọc nhận ra lợi ích của thời gian làm việc linh hoạt, giảm áp lực và tăng sáng tạo. Điều đáng học: việc kết hợp yếu tố sáng tạo như love và coffee vào sản phẩm giúp tăng cường sự gắn kết với người dùng.

Những truyện tranh về giờ làm việc linh hoạt sẽ mang đến cho bạn góc nhìn hài hước và thực tế về cách cân bằng giữa công việc và cuộc sống.

DoltLite Beta

DoltLite là phiên bản nhẹ của Dolt, cơ sở dữ liệu SQL có khả năng phiên bản hóa, được ra mắt trước đây để nhắm tới các ứng dụng nhúng và thiết bị có tài nguyên hạn chế. Sau khoảng năm tháng phát triển tập trung vào việc tối ưu hóa motore lưu trữ, giảm thiểu sự phụ thuộc vào các thư viện bên ngoài và đơn giản hoá API, đội ngũ đã đạt đủ độ ổn định để công bố bản beta. Phiên bản beta này cho phép các nhà phát triển tải xuống, chạy thử và gửi phản hồi qua kho GitHub chính thức, đồng thời mở rộng khả năng tích hợp với các công cụ CI/CD phổ biến như GitHub Actions và GitLab CI. Kinh nghiệm cho thấy việc đặt mục tiêu thời gian ngắn và loại bỏ các thành phần không cần thiết có thể tăng tốc độ chuyển từ alpha sang beta mà không làm giảm tính năng cốt lõi như khả năng truy vấn phiên bản và hợp nhất. Nó cũng nhắc nhở các đội ngũ rằng việc công bố lộ trình rõ ràng và theo dõi các chỉ số hiệu suất cụ thể — ví dụ thời gian truy vấn dưới 5 ms cho các thao tác đọc đơn giản — là yếu tố then chốt để xây dựng niềm tin từ cộng đồng sớm.

Lập trình viên nên đọc bài này để cập nhật về phiên bản Beta mới nhất của DoltLite sau 5 tháng phát triển.

Postgres's implicit transactions

PostgreSQL mặc định bọc mỗi câu lệnh trong một giao dịch riêng khi không có BEGIN…COMMIT …

Junior engineers are skipping straight to architect-level thinking

Các kỹ sư junior ngày nay sử dụng công cụ AI để tạo mã nguồn và triển khai chúng nhanh hơn …

System Design Explained: APIs, Databases, Caching, CDNs, Load Balancing & Production Infra

Bài viết giải thích thiết kế hệ thống từ đơn giản (máy chủ đơn) đến phức tạp (hàng triệu người dùng), bao gồm API, cơ sở dữ liệu, caching, CDN, load balancing và hạ tầng sản xuất.

Bài viết giúp bạn hiểu rõ cách xây dựng cơ sở hạ tầng thực tế từ những nguyên tắc cơ bản nhất, từ đó tránh những sai lầm thường gặp khi mở rộng hệ thống khi còn mới mẻ.

Pessimistic Locking in Laravel Eloquent with refreshForUpdate()

Trong các phiên bản Eloquent trước Laravel 13.27, việc lấy pessimistic lock thường yêu cầu truy vấn lại model bằng primary key sau khi gọi lockForUpdate(). Laravel 13.27 giới thiệu phương thức refreshForUpdate() để tải lại instance hiện tại trong cùng một transaction mà không cần thực hiện truy vấn SELECT mới. Khi dùng lockForUpdate() rồi gọi refreshForUpdate(), Eloquent sẽ chạy một truy vấn SELECT ... FOR UPDATE dựa trên các giá trị hiện tại của model, giữ lock và đồng bộ trạng thái attributes. Điều này giảm thiểu số lượng query và tránh nguy cơ mất lock do thay đổi primary key giữa hai truy vấn. Đối với các tác vụ cần xử lý đồng thời như cập nhật tồn kho hoặc xử lý thanh toán, sử dụng refreshForUpdate() giúp code ngắn gọn hơn và an toàn hơn.

Laravel 13.27 giới thiệu refreshForUpdate() giúp bạn lấy lại mô hình dưới lockForUpdate() mà không cần phải truy vấn lại bằng khóa chính.

gRPC-Rust Roadmap

Đội ngũ gRPC-Rust vừa hoàn thành bản preview phía client và đang chuẩn bị cho các bước phát triển tiếp theo. Họ cần giải quyết các vấn đề về tính ổn định của API, tích hợp hoàn toàn với mô hình async/await của Rust và nâng cấp lớp mã hoá TLS dựa trên thư viện native-tls. Khi các tính năng này ổn định, nhà phát triển sẽ có thể xây dựng dịch vụ gRPC hoàn toàn bằng Rust mà không cần phụ thuộc vào bản triển khai C++, giảm latency và tối ưu hoá sử dụng bộ nhớ. Dự án cho thấy giá trị của việc phát hành preview sớm để thu thập phản hồi cộng đồng trước khi khóa API, giúp giảm nguy cơ thay đổi phá vỡ sau này. Lộ trình cũng nhấn mạnh tầm quan trọng của việc duy trì sự tương thích ngược với protobuf và cung cấp công cụ codegen tự động qua tonic-build.

Bài này cung cấp lộ trình phát triển tiếp theo của gRPC-Rust giúp lập trình viên nắm định hướng công nghệ và lên kế hoạch phát triển hệ thống hiệu quả.