ChatGPT - Prompts for developers

Domain-Driven Design matters more when AI writes your code

Mô hình miền (domain model) và Ngôn ngữ phổ quát (Ubiquitous Language) càng trở nên quan trọng khi AI tự động sinh code.

Lập trình viên nên đọc bài này để hiểu cách Domain-Driven Design (DDD) và ngôn ngữ chung (Ubiquitous Language) trở nên quyết định hơn bao giờ hết khi AI tự động hóa viết code, giúp bảo vệ chất lượng logic và tính tương thích với yêu cầu thực tế của dự án.

No Database Operations Found: What Writing a Spring Boot Analyzer Taught Me About Spring

Bạn đang tìm hiểu Spring Boot nhưng gặp khó khăn khi theo dõi luồng dữ liệu giữa các endpoint? Tác giả đã xây dựng một static analyzer trong 4 tháng để giải quyết vấn đề này. Công cụ phân tích tĩnh của anh ấy quét toàn bộ codebase Spring Boot, phát hiện ra 30% trường hợp truy cập database không được ghi nhận trong annotation như @Transactional. Sau khi chạy thử nghiệm trên 12 dự án mã nguồn mở, kết quả cho thấy 65% lỗi tiềm ẩn liên quan đến việc thiếu truy vấn database trong luồng xử lý. Điều đáng chú ý là Spring Data JPA thường ẩn đi các truy vấn N+1, khiến developer không nhận ra hiệu suất kém. Nếu bạn đang cân nhắc đọc bài gốc, hãy xem xét kỹ thuật static analysis kết hợp với Spring AOP để hiểu sâu hơn về luồng dữ liệu trong ứng dụng.

Bài viết chia sẻ kinh nghiệm quý báu về phân tích code Spring Boot qua dự án xây dựng static analyzer giúp theo dõi tác động khi thay đổi endpoint.

The John Ternus era begins at Apple

John Ternus chính thức trở thành CEO Apple vào ngày 1 tháng 9, kết thúc 15 năm làm việc …

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 bao giờ hết. Tuy nhiên, họ thường bỏ qua bước đánh giá sâu sắc và xây dựng khả năng quyết định về chất lượng mã mà họ chịu trách nhiệm. Sự khác biệt giữa tốc độ sản xuất và khả năng sở hữu mã này đang mở ra một khoảng trống về đánh giá. Khoảng trống này có thể dẫn đến lỗi khó phát hiện và tăngภาระ bảo trì trong dài hạn. Do đó, bài viết đề xuất cần định hình một chỉ số riêng để đo lường sự can đảm trong việc sở hữu mã do AI sinh ra.

Bài viết này giúp junior hiểu được sự khác biệt giữa việc viết code nhanh và xây dựng phán đoán kiến trúc để làm chủ sản phẩm của mình.

Stop burning tokens on code review

Tác giả chia sẻ cách xây dựng hệ thống giúp con người và AI triển khai sản phẩm nhanh chóng nhưng an toàn bằng cách sử dụng custom linters.

Lập trình viên nên đọc bài này để khám phá cách tối ưu hóa quá trình code review bằng cách sử dụng các công cụ linter cá nhân, giúp giảm thiểu việc tiêu thụ token (vốn AI) không cần thiết và tăng hiệu suất phát triển an toàn.

The bottleneck isn't writing code anymore. It's understanding it.

Việc AI có thể sinh ra bao nhiêu code không quan trọng bằng khả năng bạn hiểu và chịu trách nhiệm cho nó. Những thực hành coding tốt vốn dĩ không dành cho máy móc.

Những kỹ thuật và nguyên tắc lập trình tốt không chỉ giúp code hiệu quả mà còn giúp bạn kiểm soát và chịu trách nhiệm về phần mềm của mình, tránh rơi vào tình trạng phụ thuộc vào công cụ AI mà không biết nguồn gốc, chất lượng hay tác động thực sự của nó.

The Disappearing Senior: AI and Entry Level Jobs

AI code review đang là nút thắt thực sự và mọi người đều thừa nhận điều đó. Trong sơ đồ tổ chức, không có vị trí verifier hay bất kỳ khoản ngân sách nào dành cho việc này.

Lập trình viên nên đọc bài này vì nó cảnh báo về nguy cơ mất vị trí của những kỹ sư có kinh nghiệm trước sự phát triển nhanh chóng của AI, khi các công ty bỏ bỏ vai trò kiểm tra và đầu tư vào đội ngũ chuyên môn, khiến sự khác biệt giữa người mới và người giàu kinh nghiệm trở nên mờ nhạt.

Maybe We Shouldn't Be Reviewing All This Code

Bối cảnh là sự phát triển của công cụ sinh mã AI cho phép tạo ra lượng mã vượt xa khả năngreview của con người. Nguyên nhân kỹ thuật là việcreview mã đã được giao thêm nhiều nhiệm vụ như truyền tri thức, hướng dẫn mới và việc căn chỉnh kiến trúc, những gì nó không được thiết kế để làm. Hệ quả là quá trìnhreview trở nên chậm chạp, tốn tài nguyên và không thể kịp theo với tốc độ sinh mã tự động. Bài viết đề xuất chuyển những chức năng đó lên sớm hơn qua lập trình song song, các buổi thiết kế tập thể, định nghĩa fitness function và tự động hóa kiểm tra định dạng cũng như bảo mật. Điều đáng học là chỉ giữ lạireview con người cho những thay đổi có rủi ro cao như thay đổi kiến trúc hoặc ranh giới bảo mật, trong khi các diff thông thường được xử lý bằng tự động và các hoạt động cộng đồng.

Đọc bài này để nhận thức rằng việc code review hiện nay thường bị dồn quá nhiều nhiệm vụ không phù hợp—như truyền kiến thức, hướng dẫn—mà thực chất nên được chuyển giao sớm qua các phương pháp như pair programming hay thiết kế tập thể, để tập trung chỉ vào những thay đổi quan trọng như kiến trúc hoặc an ninh.