“Verify, Measure, and Get Your Hands Dirty”: Two Decades of Database Support with Sveta Smirnova

The Quiet Weight of Working in Tech in the AI Era

Trong môi trường tech thời AI, nhiều lập trình viên biểu hiện dấu hiệu stress qua nét mặt …

You can refactor everything except your API

Coupling là yếu tố cốt lõi quyết định chất lượng API, không phải việc đặt tên. Các hàm như getUser(id) nên tránh để lộ database ID mà cần trừu tượng hóa thành getUser(userId) hoặc getUserByExternalId(externalId) để giảm coupling. API bám chặt vào implementation detail sẽ gây khó khăn khi thay đổi backend, ví dụ như khi cần thay đổi database. Bài viết nhấn mạnh việc thiết kế API tốt cần tách biệt khỏi implementation detail để dễ dàng tái cấu trúc mà không ảnh hưởng đến client.

Bài viết giúp bạn hiểu coupling thay vì naming mới là yếu tố cốt lõi khi thiết kế API hiệu quả.

AI Is Already Better at Coding Than Most Software Developers

Bối cảnh của bài viết là cuộc tranh luận về AI thay thế lập trình viên trong ngành công nghệ. Nguyên nhân kỹ thuật là các mô hình AI như GPT-4 đã đạt được khả năng code tự động vượt trội, có thể giải quyết các bài toán algorithm phức tạp trong thời gian ngắn. Hệ quả là nhiều công ty công nghệ đã bắt đầu giảm tuyển dụng lập trình viên thông thường và đầu tư vào các giải pháp AI để tối ưu hóa chi phí và tăng tốc độ phát triển. Điều đáng học là các nhà phát triển nên tập trung vào kỹ năng thiết kế hệ thống, quản lý dự án và tư duy chiến lược thay vì chỉ tập trung vào viết code thủ công.

Bài viết giúp lập trình viên hiểu rằng giá trị thực sự của phần mềm không nằm ở kỹ năng code thông thường mà ở khả năng giải quyết vấn đề sáng tạo.

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ế.

My Best Senior Engineer Quit Last Month. We Had Promoted Her Three Times.

Một kỹ sư Senior xuất sắc đã rời bỏ công ty sau khi được thăng tiến 3 lần. Nguyên nhân kỹ thuật là mỗi lần thăng tiến đều nhận thêm trách hành quản lý, làm giảm thời gian dành cho coding và technical leadership. Hệ quả là đội ngũ mất đi một kỹ sư tài năng và ảnh hưởng tiêu cực đến chất lượng sản phẩm. Bài viết đề cập đến 3 trường hợp cụ thể (Case Study) về hậu quả khi chuyển đổi một kỹ sư giỏi sang vai trò quản lý. Điều đáng học là cần cân nhắc thiết kế lộ trình phát triển phù hợp, giữ lại thời gian cho các kỹ sư senior tiếp tục đóng góp giá trị kỹ thuật.

Bài viết này giúp các lập trình viên hiểu được việc thăng tiến sai cách có thể khiến nhân tài giỏi nhất rời bỏ công ty.

Evaluating LLM models for DBA tasks

Một hệ thống đánh giá tùy chỉnh kiểm tra khả năng của các LLM khi đóng vai DBA tự động, thực hiện nhiệm vụ quản trị cơ sở dữ liệu như cài đặt MySQL/Percona Server và cấu hình replication trên máy chủ từ xa. Kết quả thử nghiệm với các mô hình Qwen, Kimi, GLM, DeepSeek, Gemma và Muse Glimmer cho thấy hầu hết đều hoàn thành thành công nhiệm vụ, với các mô hình nhỏ hơn thường đạt hiệu quả tương đương các mô hình lớn hơn chỉ bằng một phần mười chi phí nhưng cần thêm bước thực hiện. Khi thử nghiệm với yêu cầu phiên bản không tồn tại, hầu hết mô hình sẽ thay thế bằng phiên bản gần nhất có sẵn trong khi một mô từ chối cài đặt, cho thấy tầm quan trọng của guardrails khi các mô hình tự ra quyết định trong tự động hóa hạ tầng.

Bài này tiết lộ cách các mô hình LLM có thể hoạt động như DBA tự động, giúp bạn tiết kiệm chi phí đáng kể khi quản trị cơ sở dữ liệu.

Built for Reliability: How American Express Processes Payments at Scale

American Express sử dụng kiến trúc cell-based để xử lý giao dịch thanh toán quy mô lớn. Kiến trúc này chia hệ thống thành các cell độc lập, mỗi cell chứa đầy đủ các dịch vụ cần thiết để xử lý một giao dịch. Khi một cell gặp sự cố, các cell khác vẫn có thể tiếp tục hoạt động, đảm bảo hệ thống không bị sập hoàn toàn. Mô hình này giúp American Express đạt độ sẵn sàng cao, với thời gian downtime chỉ vài giây mỗi năm và xử lý hàng triệu giao dịch mỗi ngày. Các lập trình viên học được cách thiết kế hệ thống phân tán có khả năng chịu lỗi bằng cách cô lập sự cố trong một phạm vi nhỏ.

Bài viết này giúp lập trình viên hiểu cách xây dựng hệ thống xử lý giao dịch đáng tin cậy ngay cả khi gặp sự cố.

Practical Methods for Programming Self-Study

Học tự lập trình dựa trên dự án thực tế và đọc code của người khác. Áp dụng feedback loop để đánh giá và cải thiện kỹ năng. Xây dựng curriculum cá nhân phù hợp với mục tiêu học tập. Tận dụng công cụ như GitHub để tham khảo source code và nhận góp ý. Các phương pháp này giúp phát triển năng lực giải quyết vấn đề thực tế.

Bài này cung cấp phương pháp thực tế giúp lập trình viên tự học hiệu quả qua xây dựng dự án, đọc code, sử dụng vòng lặp phản hồi và tạo lộ trình cá nhân.