Review PR thời AI: Khi anh em Dev "ăn hành" vì mớ code mì tôm ảo ma

Anh em dạo này có thấy review PR (Pull Request) nó "nặng đô" hơn trước không? Không phải vì logic dự án khó lên, mà là vì mớ code được xào nấu từ AI đang đổ bộ như lũ quét. Tôi – một thằng Dev từng kinh qua đủ loại dự án từ thời còn gõ phím cọc cạch đến lúc AI làm hộ từ A-Z – xin khẳng định: Chúng ta đang đối mặt với một đống "rác công nghệ" hạng sang nếu không tỉnh táo.

Chuyện quái gì đang xảy ra với mấy cái PR thế này?

Mới đây trên Reddit, một ông Senior Dev đã phải đăng đàn kêu trời vì cái gọi là "chi phí ẩn" của việc dùng AI Assistant. Chuyện là thế này:

Vận tốc tăng ảo: Từ ngày dùng AI, team code nhanh thần sầu, PR mở ra liên tục. Nhìn qua thì tưởng hiệu suất tăng 200%, sếp gật gù khen lấy khen để.
Code chạy được nhưng nhìn... sai sai: Cái oái oăm là code AI sinh ra thường chạy được ngay, nhưng cấu trúc thì thôi rồi. Nó thiếu tính module, đọc vào thấy tối như hũ nút, kiểu kiến trúc "mì tôm" (spaghetti architecture) giăng khắp nơi.
Người review thành nạn nhân: Thay vì dành 15 phút check logic, giờ các ông Senior mất cả tiếng đồng hồ để gỡ rối đống code AI sinh ra. Cảm giác thà tự viết từ đầu còn nhanh và sạch hơn.
Kiến trúc sư bất đắc dĩ: Dev giờ không còn là người viết code nữa mà phải đóng vai "kiến trúc sư" đi dọn dẹp và nắn chỉnh lại mớ hỗn độn mà AI vứt ra.

Giang hồ mạng bắt đầu "combat" và cái kết

Bên dưới bài đăng, cộng đồng Dev nhảy vào xâu xé vấn đề này với đủ mọi góc nhìn, từ hài hước đến cay nghiệt:

Hội ví von: Có ông phán xanh rờn: "Dùng AI giống như việc bạn thuê hàng nghìn con khỉ về gõ phím vậy". Và cái kết là gì? Như câu ngạn ngữ Đức: "Ai trả bằng chuối thì chỉ thuê được khỉ thôi". Trả bằng sự lười biếng thì nhận về code rác.
Hội thẳng tay Reject: Một bộ phận Dev cứng tay thì tuyên bố luôn: Code AI hay code người, cứ không đạt chuẩn là cút. Nếu PR quá lớn (hàng nghìn dòng) mà không có lý do chính đáng, họ sẵn sàng nhấn nút Rejection ngay lập tức để thằng submit tự về mà tối ưu lại.
Nỗi lo Junior "tăng động": Đáng sợ nhất là cảnh mấy ông em Junior quăng một cái PR thay đổi 30 files, thêm 50 cái test case mà chính các em cũng chẳng hiểu AI nó viết cái gì trong đấy. Đây không phải là làm việc, đây là "đánh úp" đồng đội bằng bom mù công nghệ.
Thuật ngữ mới "Slop": Dân tình bắt đầu gọi loại code này là "Slop" (đồ thừa, thức ăn cho lợn). Nghe thì hơi thô nhưng thật, vì nó là thứ code vô hồn, thiếu tư duy hệ thống.

Bài học sinh tồn: Đừng để AI dắt mũi

Nói đi cũng phải nói lại, AI không có lỗi, lỗi ở người dùng nó mà lười động não. Ở góc độ một người làm vận hành tại WorkCloud, tôi thấy câu chuyện này cực kỳ sát sườn với các doanh nghiệp SME đang muốn "chuyển đổi số" nhanh.

Tối ưu vận hành không có nghĩa là nhồi nhét thật nhiều công cụ AI vào rồi mặc kệ nó chạy. Nếu các ông cứ để nhân viên dùng AI bừa bãi mà không có quy trình kiểm soát, thì cái giá phải trả sau này cho việc bảo trì, hotfix và đập đi xây lại sẽ gấp 10 lần số tiền lương các ông tiết kiệm được.

Lời khuyên thực dụng cho anh em:

Chia nhỏ PR: Đừng bao giờ chấp nhận một cái PR dài như sớ Táo Quân. Chia nhỏ ra mà trị.
AI chỉ là phụ tá: Coi AI như một thằng đệ học việc, nó viết gì mình phải check kỹ cái đó. Đừng để nó leo lên đầu lên cổ làm chủ dự án.
Tư duy thực dụng như WorkCloud: Chúng tôi cung cấp một nền tảng Work OS để SME tối ưu quy trình, nhưng mọi thứ đều phải dựa trên logic chặt chẽ và sự đơn giản. Công nghệ đỉnh cao nhất là công nghệ giải quyết được vấn đề với chi phí rẻ nhất và ít để lại "tác dụng phụ" nhất.

Chốt lại: Đừng để vận tốc ảo đánh lừa. Thà đi chậm mà chắc, code sạch dễ nuôi, còn hơn chạy nhanh rồi sập server lúc nửa đêm vì đống code mì tôm AI nhé anh em!

Nguồn: Reddit - Is it just me or is reviewing PRs getting exponentially harder?

Chuyện quái gì đang xảy ra với mấy cái PR thế này?

Mới đây trên Reddit, một ông Senior Dev đã phải đăng đàn kêu trời vì cái gọi là "chi phí ẩn" của việc dùng AI Assistant. Chuyện là thế này:

Vận tốc tăng ảo: Từ ngày dùng AI, team code nhanh thần sầu, PR mở ra liên tục. Nhìn qua thì tưởng hiệu suất tăng 200%, sếp gật gù khen lấy khen để.

Code chạy được nhưng nhìn... sai sai: Cái oái oăm là code AI sinh ra thường chạy được ngay, nhưng cấu trúc thì thôi rồi. Nó thiếu tính module, đọc vào thấy tối như hũ nút, kiểu kiến trúc "mì tôm" (spaghetti architecture) giăng khắp nơi.

Người review thành nạn nhân: Thay vì dành 15 phút check logic, giờ các ông Senior mất cả tiếng đồng hồ để gỡ rối đống code AI sinh ra. Cảm giác thà tự viết từ đầu còn nhanh và sạch hơn.

Kiến trúc sư bất đắc dĩ: Dev giờ không còn là người viết code nữa mà phải đóng vai "kiến trúc sư" đi dọn dẹp và nắn chỉnh lại mớ hỗn độn mà AI vứt ra.

Giang hồ mạng bắt đầu "combat" và cái kết

Bên dưới bài đăng, cộng đồng Dev nhảy vào xâu xé vấn đề này với đủ mọi góc nhìn, từ hài hước đến cay nghiệt:

Hội ví von: Có ông phán xanh rờn: "Dùng AI giống như việc bạn thuê hàng nghìn con khỉ về gõ phím vậy". Và cái kết là gì? Như câu ngạn ngữ Đức: "Ai trả bằng chuối thì chỉ thuê được khỉ thôi". Trả bằng sự lười biếng thì nhận về code rác.

Hội thẳng tay Reject: Một bộ phận Dev cứng tay thì tuyên bố luôn: Code AI hay code người, cứ không đạt chuẩn là cút. Nếu PR quá lớn (hàng nghìn dòng) mà không có lý do chính đáng, họ sẵn sàng nhấn nút Rejection ngay lập tức để thằng submit tự về mà tối ưu lại.

Nỗi lo Junior "tăng động": Đáng sợ nhất là cảnh mấy ông em Junior quăng một cái PR thay đổi 30 files, thêm 50 cái test case mà chính các em cũng chẳng hiểu AI nó viết cái gì trong đấy. Đây không phải là làm việc, đây là "đánh úp" đồng đội bằng bom mù công nghệ.

Thuật ngữ mới "Slop": Dân tình bắt đầu gọi loại code này là "Slop" (đồ thừa, thức ăn cho lợn). Nghe thì hơi thô nhưng thật, vì nó là thứ code vô hồn, thiếu tư duy hệ thống.

Bài học sinh tồn: Đừng để AI dắt mũi

Lời khuyên thực dụng cho anh em:

Chia nhỏ PR: Đừng bao giờ chấp nhận một cái PR dài như sớ Táo Quân. Chia nhỏ ra mà trị.

AI chỉ là phụ tá: Coi AI như một thằng đệ học việc, nó viết gì mình phải check kỹ cái đó. Đừng để nó leo lên đầu lên cổ làm chủ dự án.

Tư duy thực dụng như WorkCloud: Chúng tôi cung cấp một nền tảng Work OS để SME tối ưu quy trình, nhưng mọi thứ đều phải dựa trên logic chặt chẽ và sự đơn giản. Công nghệ đỉnh cao nhất là công nghệ giải quyết được vấn đề với chi phí rẻ nhất và ít để lại "tác dụng phụ" nhất.