Cơn say lập trình theo phong cách "Vibe": Tại sao các "hack tốc độ" dẫn đến nhiều tuần gỡ lỗi

Sự Hồi Hộp Của "Vibe"

Bạn biết cảm giác đó. Nó bắt đầu với một cảm giác dâng trào đơn giản, gần như gây nghiện. Bạn mở trình soạn thảo được hỗ trợ bởi AI của mình, gõ một câu đơn "Tạo một bảng điều khiển khách hàng hoàn toàn phản hồi với biểu đồ động và các tuyến API được xác thực" và BÙM. Trong vài giây, 300 dòng mã hợp lý, có cấu trúc tốt xuất hiện, được định dạng hoàn hảo, tạo kiểu bằng Tailwind và hoàn chỉnh với các khai báo hàm.

Đây là Lập Trình "Vibe": tạo ra các tính năng phức tạp từ ý định thuần túy, được thúc đẩy bởi các lời nhắc hội thoại và đạt được những ngày phát triển trong vài phút.

Cảm giác dopamine là có thật. Trong một khoảng thời gian ngắn, hạnh phúc, bạn cảm thấy mình như một vị thần lập trình, cuối cùng đã thoát khỏi sự chuyên chế của mã mẫu. Bạn đẩy nó lên môi trường dàn dựng, mọi thứ đều tuyệt vời, và bạn tuyên bố chiến thắng.

Sau đó, cảm giác khó chịu ập đến.

Buổi Sáng Hôm Sau: Khi Ý Định Gặp Thực Tế

Thuật ngữ "nợ kỹ thuật" không hoàn toàn nắm bắt được sự đau đớn tột độ khi dọn dẹp mã AI được tích hợp kém. Nó giống như một Chuỗi Sụp Đổ Ảo Giác—một giả định sai vị trí duy nhất trong đầu ra của AI gây ra sự bất ổn trên toàn hệ thống.

Vấn đề cốt lõi là thiếu Ngữ Cảnh và Ràng Buộc. AI là chuyên gia về cú pháp và quy ước, nhưng nó về cơ bản không biết về logic kiến trúc của toàn bộ hệ thống, các trường hợp ngoại lệ và các quy tắc bất thành văn của bạn.

1. Sụp Đổ Ngữ Cảnh

AI nhìn thấy tệp bạn đang làm việc, nhưng nó hiếm khi thực sự hiểu được lịch sử ba năm của các quyết định cũ, các lớp bảo mật hoặc các điểm nghẽn hiệu suất trong cơ sở mã của bạn.

• Kịch bản: Bạn yêu cầu AI "thêm một lớp bộ nhớ đệm cho điểm cuối dữ liệu người dùng này"
   

• Sự Khó Chịu: AI sử dụng bộ nhớ đệm trong bộ nhớ đơn giản, hoạt động đúng chức năng nhưng hoàn toàn bỏ qua cơ sở hạ tầng Redis tiêu chuẩn bắt buộc của công ty bạn và phá vỡ tất cả logic vô hiệu hóa bộ nhớ đệm hiện có. Bạn vừa tạo ra một máy trạng thái không ổn định, không được ghi lại, phải mất nhiều ngày để hoàn tác.

2. Lời Nói Dối Hợp Lý

Có lẽ khía cạnh khó chịu nhất của Hội Chứng "Vibe Coding" là khả năng tạo ra mã nghe có vẻ hợp lý nhưng không có thật của AI.

Chúng ta đều đã thấy nó: AI tự tin tham chiếu đến một hàm tiện ích nội bộ đã bị xóa sáu tháng trước, hoặc một gói NPM đã bị ngừng sử dụng trong nhiều năm. Nó trông hoàn hảo, nhưng nó thất bại một cách im lặng khi chạy, buộc nhà phát triển phải mất hàng giờ để cố gắng xác định vị trí của hàm trước khi nhận ra rằng họ đang gỡ lỗi một bóng ma.

Nỗi Đau Thực Tế: Báo Cáo Từ Chiến Trường Gỡ Lỗi

Thật dễ dàng để nói về nợ kỹ thuật một cách trừu tượng, nhưng chi phí thực sự của Lập Trình "Vibe" được đo bằng nước mắt của nhà phát triển và các cuộc chạy nước rút khẩn cấp. Các cộng đồng trực tuyến hiện đang rải rác những lời thú nhận từ các kỹ sư bị cuốn vào vòng xoáy của cơn sốt AI.

"Tôi đã thấy một chủ đề trên Reddit, nơi một nhà phát triển trẻ tuổi đã để tác nhân AI của mình viết lại toàn bộ tập lệnh di chuyển cơ sở dữ liệu. Nó trông hoàn hảo, nhưng vì tác nhân giả định giới hạn số nguyên mặc định, nó đã âm thầm làm hỏng một cột trong quá trình triển khai sản xuất. "Bản vá lỗi hai giờ" đã trở thành một sự cố phục hồi dữ liệu 48 giờ."

Đây là Hội Chứng Hiệu Suất. AI tạo ra con đường nhanh nhất để giải quyết vấn đề, không phải con đường hiệu quả nhất hoặc an toàn nhất. Một truy vấn cơ sở dữ liệu hoạt động cho 10 người dùng có thể làm nghẽn máy chủ ở 10.000 người dùng, một lỗi kiến trúc nghiêm trọng mà các công cụ AI không nhìn thấy.

"Tôi đã xem một lần triển khai tính năng nhanh được chia sẻ trên LinkedIn, nơi nhà phát triển sử dụng một lời nhắc cấp cao để thêm tích hợp thanh toán của bên thứ ba. AI đã viết trình xử lý một cách chính xác, nhưng mã ghi nhật ký lỗi mà nó tạo ra vô tình ghi lại khóa API chưa được làm ẩn vào nhật ký ứng dụng công khai. Đây là định nghĩa của Hội Chứng An Ninh."

Sự đánh đổi giữa tốc độ và bảo mật có lẽ là hậu quả nghiêm trọng nhất. Các tác nhân được giao nhiệm vụ cho các quy trình làm việc nhiều bước thường thất bại trong việc duy trì ranh giới bảo mật nhất quán trên các tệp, tạo ra các cửa hậu tinh vi, có thể khai thác bằng cách xử lý sai mã thông báo, quên xác thực đầu vào hoặc tệ nhất là mã hóa cứng các bí mật.

Con Đường Phục Hồi: Giải Độc Cấu Trúc

Giải pháp không phải là ngừng sử dụng AI, đó sẽ giống như quay lại sử dụng internet quay số. Giải pháp là ngừng Lập Trình "Vibe" và bắt đầu Lập Trình Có Cấu Trúc.

Chúng ta phải coi mã AI không phải là một lời tiên tri, mà là một thực tập sinh cực kỳ hiệu quả mà đầu ra của nó phải được xác minh, kiểm tra và tích hợp dưới sự giám sát nghiêm ngặt của con người.

1. Xác Minh Bắt Buộc Có Con Người Tham Gia: Đối với bất kỳ thay đổi kiến trúc hoặc nhiều tệp nào do AI tạo ra, phải thực hiện kiểm tra chênh lệch bảo mật và các phương pháp hay nhất bắt buộc. Nếu AI thay đổi một tệp ngoài phạm vi trực tiếp, hãy đánh dấu nó để xem xét kỹ lưỡng.
    

2. Kiểm Tra Trước, Không Phải Sau: Giá trị lớn nhất mà LLM có thể cung cấp thường không phải là mã tính năng, mà là bộ kiểm thử cho tính năng đó. Luôn yêu cầu AI tạo một bộ kiểm thử đơn vị và tích hợp toàn diện trước khi bạn cho phép nó cam kết mã tính năng. Điều này đảm bảo rằng đầu ra, tối thiểu, là có thể xác minh.
    

3. Rào Cản Kiến Trúc: Cung cấp rõ ràng cho AI các tiêu chuẩn kiến trúc cốt lõi của bạn. Trước khi yêu cầu một tính năng, hãy bao gồm các hướng dẫn như: "Chỉ sử dụng các hàm tiện ích nội bộ của chúng tôi để xác thực" hoặc "Tất cả bộ nhớ đệm phải sử dụng trừu tượng hóa SystemCacheClient." Điều này buộc đầu ra của AI tuân thủ các quy tắc có sẵn của bạn, giảm thiểu rủi ro Sụp Đổ Ngữ Cảnh.

Lập Trình "Vibe" mang lại tốc độ, nhưng Lập Trình Có Cấu Trúc mang lại tốc độ có thể mở rộng. Đừng thức dậy vào tuần tới với cơn đau đầu khi gỡ lỗi mà bạn có thể tránh được ngày hôm nay.