Why I Stopped Calling Myself a Full-Stack Developer

Monolith to Service Architecture

Di chuyển từ kiến trúc monolith sang microservices cần áp dụng các pattern cụ thể thay vì …

CQRS Without the Astronaut Architecture

Bài viết hướng dẫn triển khai CQRS trong Node.js/TypeScript theo cách đơn giản, không cần cơ sở hạ tầng phức tạp như event sourcing hay message queues. CQRS ở đây chỉ là cách tổ chức code tách biệt logic ghi (commands) và đọc (queries), với ví dụ TypeScript cụ thể về rich write side và lean read side. Tác giả khuyên nên bắt đầu từ phân tách code đơn giản rồi nâng cấp dần khi cần thiết.

Lập trình viên nên đọc bài này để hiểu cách áp dụng CQRS một cách đơn giản và hiệu quả trong Node.js/TypeScript mà không cần phụ thuộc vào kiến trúc phức tạp, từ đó tối ưu hóa quy trình phát triển và bảo trì ứng dụng của mình.

Who will be the senior engineers of 2036?

Năm 2025, tuyển dụng entry-level tech tại châu Âu giảm 3% trong khi toàn cầu tăng 14%, khiến nguồn nhân lực tương lai cho vị trí kỹ sư senior bị ảnh hưởng. AI đang thay thế công việc entry-level vốn là bước đệm để đào tạo chuyên môn, đe dọa thiếu hụt senior engineers trong thập kỷ tới. Tác giả đề xuất tận dụng cộng đồng open source (nơi châu Âu dẫn đầu về đóng góp CNCF và OpenInfra) như hệ thống đào tạo thực hành cho nhà phát triển mới vào nghề.

Nếu bạn đang tìm cách phát triển sự nghiệp từ junior lên senior trong ngành công nghệ, bài viết này sẽ giúp bạn hiểu cách chuyển đổi từ việc học theo quy trình truyền thống sang xây dựng kiến thức thông qua cộng đồng mở, đặc biệt là khi AI đang thay đổi cách đào tạo kỹ năng cơ bản.

The Modular Monolith Boundary I Couldn't Take Back

Một lập trình viên chia sẻ kinh nghiệm khi ranh giới giữa hai module Catalog và Collaboration trong kiến trúc modular monolith dần trở nên không thể đảo ngược do yêu cầu kinh doanh buộc chuyển từ giao tiếp bất đồng bộ sang đồng bộ, khiến các module thực tế hoạt động như một khối thống nhất dù ranh giới vẫn tồn tại trên giấy. Bài viết khuyên nên coi ranh giới module là tạm thời, bắt đầu với ít module lớn hơn và chỉ tách nhỏ khi rõ ràng, đồng thời ưu tiên yêu cầu nhất quán hơn là trực giác về domain.

Lập trình viên nên đọc bài này để tránh rơi vào sai lầm khi cố gắng giữ các module độc lập trong một monolith mà thực tế đã bị "sáp nhập" nhờ yêu cầu tính nhất quán đồng bộ, khiến kiến trúc trở nên khó duy trì và mở rộng sau này.

Getting Started With NATS JetStream in .NET

NATS JetStream là hệ thống nhắn tin nhẹ, nhanh, hoạt động dưới dạng binary Go 18 MB duy nhất, cung cấp giao hàng bền vững (ít nhất một lần) và là lựa chọn thay thế hấp dẫn cho RabbitMQ hay Azure Service Bus. Hướng dẫn triển khai NATS bằng Docker Compose, tích hợp client .NET vào ASP.NET Core DI, xuất bản message từ Minimal API và tiêu thụ chúng trong BackgroundService, đồng thời giải thích các khái niệm như retention modes, storage options và tầm quan trọng của việc xác nhận message sau khi hoàn thành side effect.

Lập trình viên cần đọc bài này để khám phá NATS JetStream—một giải pháp nhẹ nhàng, hiệu suất cao và đáng tin cậy hơn nhiều so với các giải pháp truyền thống trong .NET mà họ có thể áp dụng ngay trong dự án hiện tại.

When modernizing legacy systems, don’t be afraid to build glue services

Khi hiện đại hóa hệ thống cũ, thay vì bị ràng buộc bởi các mô hình tích hợp cũ, nên xây dựng các "glue services" (lớp chống hỏng hóc) – những dịch vụ nhẹ ở lớp biên để dịch giữa tích hợp cũ (XML, file, ISO8583 TCP) và nền tảng mới (gRPC, microservices). Cách này giúp thiết kế hệ thống mới đúng cách mà không buộc khách hàng cũ phải di chuyển ngay lập tức, đồng thời giảm rủi ro trong quá trình hiện đại hóa.

Lập trình viên nên đọc bài này để hiểu cách xây dựng các giải pháp tích hợp nhẹ nhàng, tránh ràng buộc quá mức với các hệ thống cũ, giúp modern hóa hệ thống một cách an toàn và linh hoạt mà không cần thay đổi toàn bộ giao diện API ngay lập tức.