AI Writes My Code Now. Here’s What I Actually Do With My Time.

Meet the developers rejecting AI

Bối cảnh ngày càng nhiều nhà phát triển từ chối AI dù điều này có thể làm mất khách hàng, cơ hội việc làm và cả sự nghiệp. Nguyên nhân kỹ thuật xuất phát từ lo ngại về bảo mật code, chất lượng mã nguồn và vấn đề bản quyền khi sử dụng công cụ AI như GitHub Copilot. Hệ quả là các lập trình viên này phải đối mặt với áp lực từ doanh nghiệp và thị trường lao động đang ngày càng ưu tiên AI. Điều đáng học là việc từ chối AI không chỉ là quan điểm cá nhân mà còn phản ánh cuộc tranh luận sâu sắc về đạo đức và trách nhiệm trong ngành công nghệ phần mềm.

Bài viết tiết lộ lý do sâu xa khiến các lập trình viên sẵn sàng hy sinh sự nghiệp để phản đối AI.

Agentic Skill Decay

Bối cảnh của bài viết là vấn đề các AI agents đang giải quyết nhiệm vụ mà không giúp người dùng học được kỹ năng mới. Nguyên nhân kỹ thuật là bởi các agents sử dụng các Large Language Models (LLMs) với cơ chế generation tự động, khiến quá trình học tập trở nên bị động. Hệ quả là người dùng dần mất đi khả năng tự giải quyết vấn đề khi quá phụ thuộc vào AI. Điều đáng học là việc xây dựng chuyên môn cần trở nên chủ động, thông qua việc thiết kế các systems có khả năng explainability và prompting users để suy nghĩ độc lập.

Bài viết giúp lập trình viên hiểu cách duy trì năng lực chuyên môn trong thời đại AI tự hành.

MapStruct — Nothing Falls Through

Bối cảnh là strict object mapping với MapStruct trên JDK 25, đảm bảo mỗi khi dữ liệu chuyển giữa các layer thì compiler phải chứng minh không có gì bị mất. Nguyên nhân kỹ thuật là MapStruct sử dụng annotation processing để generate mapping code tại compile-time, loại bỏ lỗi runtime. Hệ quả là giảm số lượng bug từ 42% trong các dự án không dùng strict mapping nhờ compiler bắt lỗi mapping thiếu ngay từ đầu. Điều đáng học là áp dụng strict mapping với MapStruct giúp tạo ra code an toàn hơn với chi phí bảo trì thấp hơn đáng kể.

Bạn nên đọc bài này để hiểu cách MapStruct giúp đảm bảo tính toàn vẹn dữ liệu khi chuyển đổi giữa các lớp bằng cách tự động hóa mã hóa và giải mã với độ chính xác cao, tránh lỗi mất dữ liệu giữa các lớp ứng dụng.

AI Is Making Software Creation Faster. That May Also Be Making It More Fragile.

Các công cụ AI đang đẩy nhanh tốc độ tạo code nhưng không tự động hóa các quy trình cần thiết để triển khai an toàn như review, testing, observability và rollback. Vấn đề này dẫn đến vòng luẩn quẩn khi áp lực giao hàng làm giảm thời gian kiểm tra, gia tăng lỗi tiềm ẩn và sự cố, lại càng tạo áp lực phải tăng tốc. Trường hợp mất kết nối Amazon trong 13 giờ được cho là do code AI tạo ra là minh chứng rõ ràng cho sự thiếu cân bằng này. Các tổ chức thành công với AI là những đơn vị đã có nền tảng vững chắc về nguyên tắc DORA như components nhỏ có thể kiểm thử, automated tests đáng tin cậy và observability/rollback tốt. Cuốn Signals and Levers đã chính thức hóa mô hình nhân-quả này để giúp các đội nhóm ứng dụng AI một cách an toàn.

Bài viết giúp hiểu được cách AI tăng tốc phát triển phần mềm nhưng cũng tiềm ẩn rủi ro nếu thiếu các thực hành kiểm tra và giám sát cần thiết.

**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à merge cho 15% PRs, giúp giảm gánh nặng giám sát thủ công. Hệ thống này hoạt động dựa trên các quy tắc kỹ thuật cụ thể như GitHub Actions và custom checks, chỉ cho phép merge các thay đổi low risk. Kết quả là quy trình review được rút ngắn đáng kể, giảm thời gian chờ đợi của developer từ vài ngày xuống còn vài giờ. Bài gốc chia sẻ chi tiết về cách thiết lập hệ thống này và các metric đo lường hiệu quả, rất đáng tham khảo cho team muốn tối ưu hóa workflow CI/CD.

Hệ thống tự động phê duyệt và hợp nhất 15% pull requests giúp tiết kiệm thời gian và giảm tải công việc cho đội ngũ phát triển.

VS Code is the best writing app I've used, and I've not written a line of code in it for weeks

VS Code ban đầu được tôi dùng để dọn dẹp HTML, nhưng lại vô tình trở thành ứng dụng viết …

Bun Rewrites 535K Lines of Zig into Rust in Four Months, Eliminates Numerous Memory Leaks

Bun đã được tái viết hoàn toàn từ ngôn ngữ Zig sang Rust sau 4 tháng, xử lý 535,000 dòng code. Việc chuyển đổi này nhằm loại bỏ các memory leak thường gặp trong phiên bản Zig trước đó. Creator Jarred Sumner cho biết bản Rust mới cải thiện đáng kể hiệu năng và độ ổn định của runtime Bun. Điều đáng học hỏi từ dự án này là cách tiếp cận rewrite toàn bộ codebase lớn sang Rust mà vẫn duy trì tốc độ phát triển nhanh chóng.

Lập trình viên cần đọc để hiểu cách Bun chuyển từ ngôn ngữ Zig sang Rust như thế nào giúp cải thiện hiệu suất, bảo mật và quản lý bộ nhớ—đặc biệt khi phải xử lý hàng triệu dòng mã như trong trường hợp này, để học cách tối ưu hóa dự án lớn bằng ngôn ngữ hiện đại.