How Strategy Stopped Intimidating Me

12 things I miss since coding died

Bối cảnh hiện nay nhiều lập trình viên cảm thấy mất đi niềm vui khi coding trở nên quá tập …

The engineering gap hiding in your database

Sự chênh lệch kỹ thuật trong database có thể ẩn giấu trong nhiều năm. Một ngân hàng từng có code được lưu trực tiếp trong các hàng database mà không có tests hay version control. Nguyên nhân kỹ thuật là việc quản lý source code và database schema độc lập nhau. Hệ quả là rủi ro cao khi cập nhật mà không có hệ thống kiểm tra tự động. Điều đáng học là việc tích hợp CI/CD pipeline cho cả application code và database schema để đảm bảo chất lượng toàn diện.

Bài viết giúp bạn phát hiện và khắc phục vấn đề kỹ thuật tiềm ẩn trong hệ thống database mà có thể đã tồn tại hàng năm không được kiểm tra.

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.

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.

Faster Developers Don’t Make a Faster Team

Trong bối cảnh các lập trình viên sử dụng AI agents để tăng tốc độ phát triển, nhiều đội kỹ thuật nhận ra việc xây dựng quá nhiều tính năng không thực sự tối ưu cho hiệu suất tổng thể. Nguyên nhân kỹ thuật nằm ở việc các AI agents có thể tạo ra tới 100 commit mỗi ngày nhưng không đảm bảo chất lượng và tính nhất quán của codebase. Hệ quả là các team gặp khó khăn trong việc bảo trì và hợp tác khi có quá nhiều thay đổi không được kiểm soát. Điều đáng học là tốc độ cá nhân không đồng nghĩa với hiệu suất team, và việc cân bằng giữa tự động hóa và kiểm chất lượng quan trọng hơn việc tối đa hóa số lượng commit.

Bài này giúp lập trình viên hiểu rằng tốc độ cá nhân không quan trọng bằng hiệu quả khi làm việc với AI agents.

AI-coding tools could be breaking the junior engineer pipeline

Một nghiên cứu của Đại học NSW cho thấy sinh viên sử dụng AI-assisted tools đạt điểm cao hơn nhưng khả năng ghi nhớ kiến thức lại kém hơn. Nguyên nhân kỹ thuật là do công cụ AI như Copilot hay ChatGPT cung cấp sẵn code, giảm nhu cầu sinh viên phải tự suy nghĩ và viết code. Hệ quả là sinh viên ra trường có kỹ năng thực tế thấp hơn, ảnh hưởng đến chất lượng pipeline của junior engineers. Điều đáng học là các công ty công nghệ cần cân nhắc điều chỉnh cách đánh giá và đào tạo để đảm bảo kỹ năng nền tảng của lập trình viên không bị mai một trước sự phát triển của AI coding tools.

AI-coding tools có thể đang ảnh hưởng tiêu cực đến việc phát triển kỹ năng và tương lai của các kỹ sư trẻ.

The "I don't know, Claude wrote this" pandemic

Khi Claude tạo ra nội dung gây hại hoặc không phù hợp, người dùng thường đổ lỗi "Tôi không biết, Claude đã viết cái này" như một xu hướng phổ biến trong thời đại AI.

Lập trình viên nên đọc bài này để tránh bị lừa bởi các AI như Claude khi họ đưa ra những giải pháp đơn giản hoá hoặc sai lầm về kỹ thuật, có thể dẫn đến những quyết định sai lầm trong dự án thực tế.

Extreme Programming 1999->2026

Phương pháp Extreme Programming (XP) ra đời từ năm 1999 vẫn là kim chỉ nam hiệu quả cho việc phát triển phần mềm sau 30 năm.

Lập trình viên nên đọc bài này để hiểu cách Extreme Programming không chỉ là một phương pháp phát triển hiệu quả mà còn là một tư duy agile lâu dài, giúp tối ưu hóa chất lượng, linh hoạt và sự hài lòng của khách hàng ngay từ những năm đầu tiên phát triển.