fbpx

4 Nguyên Tắc Review Code Do AI Tạo Ra

4 cách review code AI developer phải biết: xem code như cái cây, công tắc feature flag, bắt AI đưa ra bằng chứng, không để AI tự review

Bây giờ chỉ cần vài câu lệnh là AI đã có thể tạo cho bạn hàng trăm dòng code. Vậy liệu bạn có cần ngồi đọc lại toàn bộ số code đó hay không?

  • Một số người cho rằng việc này không cần thiết, vì AI bây giờ viết code quá tốt rồi.
  • Nhưng cũng có người khẳng định phải đọc kỹ từng dòng, vì AI vẫn thường xuyên mắc những lỗi rất ngớ ngẩn.

Theo kinh nghiệm của mình, bạn vẫn cần phải đọc code, nhưng không phải đọc hết, mà là phải biết chỗ nào cần đọc kỹ và chỗ nào chỉ cần đọc lướt qua là đủ.

Trong bài viết này, mình sẽ chia sẻ cho bạn 4 nguyên tắc giúp bạn review code do AI tạo ra vừa nhanh chóng mà vẫn an toàn nhé.

Xem mã nguồn như một cái cây

Xem code như một cái cây: thân cây là code cốt lõi, lỗi làm sập cả hệ thống; lá cây là code nhỏ lẻ, có thể sửa sau. Ảnh hưởng càng nhiều càng phải đọc kỹ

Thứ nhất, bạn hãy xem mã nguồn như một cái cây.

  • Phần thân cây là những đoạn code cốt lõi mà cả ứng dụng đều phụ thuộc vào, chẳng hạn như:
    • Phần đăng nhập
    • Phần xử lý thanh toán
    • Phần kết nối database
  • Phần lá cây là những đoạn code nhỏ, đứng riêng lẻ và ít ảnh hưởng đến các phần khác, chẳng hạn như:
    • Nút “Chia sẻ” lên mạng xã hội
    • Banner khuyến mãi ở trang chủ
    • Hiệu ứng phóng to ảnh khi rê chuột vào sản phẩm

Giả sử, AI vừa code xong phần xử lý thanh toán tại trang bán hàng.

Lúc này, nếu đoạn code đó xảy ra lỗi, thì toàn bộ khách hàng đều sẽ không thể thanh toán được, và doanh thu của bạn gần như bị tê liệt hoàn toàn.

Ngược lại, nếu AI làm lỗi nút “Chia sẻ”, thì cùng lắm người dùng chỉ tạm thời không share được bài viết; toàn bộ hệ thống bán hàng vẫn hoạt động bình thường, và bạn có thể thong thả sửa lại sau mà không cần phải quá gấp gáp.

Vì vậy, đoạn code nào càng ảnh hưởng đến nhiều phần của hệ thống, thì bạn càng phải dành nhiều thời gian để đọc kỹ hơn.

Luôn có “công tắc” cho tính năng mới

Feature flag là công tắc cho tính năng mới: không có công tắc phải sửa code gấp khi lỗi, có công tắc chỉ cần tắt trước rồi sửa sau

Thứ hai, đối với những tính năng mới, bạn nên có một “công tắc” đi kèm, hay còn gọi là feature flag.

Bạn có thể hiểu đơn giản, đây là một cơ chế cho phép bạn bật hoặc tắt một tính năng ngay lập tức mà không cần phải sửa code hay deploy lại từ đầu.

Hãy tưởng tượng bạn vừa ra mắt tính năng áp dụng mã giảm giá, nhưng nó lại tính sai tiền cho khách hàng.

  • Nếu không có feature flag, bạn sẽ phải chạy đua với thời gian để tìm và sửa lỗi trong mã nguồn. Trong khi đó, hệ thống vẫn đang tiếp tục tính sai tiền cho khách hàng.
  • Còn nếu có feature flag, bạn chỉ cần tắt tính năng đó đi là mọi thứ sẽ quay về trạng thái ban đầu. Giống như khi nhà bị chập điện thì bạn ngắt cầu dao trước rồi mới từ từ kiểm tra xem bị hỏng ở đâu.

Tuy vậy, bạn không cần phải gắn feature flag cho mọi tính năng. Chỉ những tính năng nào mới ra mắt lần đầu, thì mới thực sự cần đến feature flag.

Cách tạo feature flag:

  • Đơn giản nhất là dùng biến môi trường với các giá trị true hoặc false để bật tắt tính năng.
  • Còn muốn tiện hơn, bạn có thể làm một trang admin để thao tác ngay trên giao diện.

Cuối cùng, khi tính năng đã chạy ổn định rồi, bạn hãy gỡ feature flag đi để code gọn gàng hơn, tránh làm rối mã nguồn bằng những đoạn if/else không cần thiết.

Nếu bạn đang mất gốc hoặc cảm thấy bế tắc khi vibe coding tại vì không thực sự hiểu và kiểm soát được những gì do AI tạo ra, thì hãy tham khảo ngay các khóa học lập trình 1 Kèm 1 của LetDiv nhé!

Yêu cầu AI đưa ra bằng chứng

Bắt AI đưa ra bằng chứng khi review code: unit test kiểm tra logic, ảnh chụp giao diện thật, cẩn thận với test lúc nào cũng pass

Thứ ba là yêu cầu AI đưa ra bằng chứng cụ thể.

Khi AI làm xong, bạn hãy yêu cầu nó chứng minh rằng code thực sự chạy đúng, bằng cách:

  • Tạo ra các unit test để kiểm tra logic
  • Chụp lại màn hình giao diện

Giả sử, bạn nhờ AI làm chức năng lưu sản phẩm vào danh sách yêu thích.

Nếu AI gửi lại cho bạn:

  • Kết quả unit test cho thấy sản phẩm được lưu chính xác
  • Bấm hai lần liên tiếp cũng không bị trùng lặp
  • Kèm theo đó là một ảnh chụp chứng minh sản phẩm đã được thêm vào trong danh sách yêu thích

thì bạn sẽ yên tâm hơn nhiều so với việc tự đọc từng dòng code để đoán xem nó có chạy đúng hay không.

Tuy nhiên, hãy cẩn thận với các unit test do AI tạo ra. Đôi khi, những unit test này lúc nào cũng báo đúng dù code bên trong sai hoàn toàn.

Không để AI tự review code của chính nó

Không để AI tự review code của chính nó: cùng phiên AI sẽ bênh code mình viết, nên mở phiên mới để review khách quan
Không để AI tự review code của chính nó: cùng phiên AI sẽ bênh code mình viết, nên mở phiên mới để review khách quan

Thứ 4 là không để AI tự review code của chính nó.

Rất nhiều bạn sau khi nhờ AI viết code xong thì ra lệnh luôn cho chính con AI đó review xem đoạn code có bị lỗi gì không.

Vấn đề ở đây là AI vẫn đang nhớ toàn bộ nội dung trò chuyện trước đó, nên nó sẽ có xu hướng bảo vệ những đoạn code do nó vừa tạo ra.

Để giải quyết vấn đề này, bạn hãy mở một phiên làm việc mới hoàn toàn để AI không nhớ gì về quá trình làm việc của nó trước đó, rồi mới yêu cầu nó review code.

Hiện nay, các công cụ như Claude Code hay Codex đều đã có sẵn tính năng review riêng, nên bạn có thể tận dụng ngay mà không cần cài đặt gì thêm.

Kết luận

Tóm lại, review code trong thời đại AI không phải là đọc hết từng dòng lệnh, mà là biết chỗ nào cần đọc kỹ và chỗ nào chỉ cần lướt qua.

Nếu bạn đang mất gốc và muốn khôi phục lại kiến thức để có thể đi làm, hãy tham khảo ngay các khóa học lập trình 1 kèm 1 của LetDiv nhé!

Tùng ViO

Tùng ViO

Mình là Tùng ViO, hiện tại đang là Founder và cũng là giảng viên tại LetDiv. Rất hân hạnh được làm quen với bạn!

Có thể bạn quan tâm