- Gần đây, trong đội, có thể dễ dàng nhận ra mã do LLM tạo ra
- Những mã như vậy dù rõ ràng và kiểm thử tốt nhưng không tuân thủ quy ước riêng của dự án
- Bỏ qua nhiều mẫu hoặc thư viện có sẵn và tự triển khai theo cách mới
- Mối lo ngại về xu hướng trong phát triển phần mềm chỉ chạy theo tốc độ đang ngày càng tăng
- Cuối cùng, điều quan trọng là chất lượng và tính nhất quán, cùng khả năng bảo trì
Dấu hiệu của vibe coding
- Một số đoạn mã do đồng đội viết gần đây trông rõ ràng và hoàn chỉnh về chức năng, nhưng có thể nhận ra ngay là do LLM tạo ra vì không tuân theo quy ước riêng của dự án
- Chẳng hạn, dù dự án đã có sẵn thư viện lấy dữ liệu, họ vẫn tự viết phần triển khai yêu cầu HTTP xử lý toàn bộ các trường hợp ngoại lệ
- Liên tục tạo lại các hàm tiện ích của module đã có rồi, hoặc dù đã có cơ chế thay đổi cài đặt theo module vẫn thay đổi sang cài đặt toàn cục
- Mặc dù văn hóa viết code theo phong cách hàm đã hình thành, họ vẫn lại viết code mới theo cách dựa trên lớp
- Đây là phong cách code mà con người vài năm trước đã không bao giờ viết
Tầm quan trọng của bảo trì và nguyên tắc phần mềm
- Trong phát triển phần mềm, chúng ta đã đầu tư nhiều công sức để xây dựng mẫu và chuẩn có thể duy trì trong thời gian dài
- Thực ra, bất kỳ ai cũng có thể viết mã chỉ cần chạy được, nhưng đó mới là thách thức thật sự khi có một codebase dễ quản lý và chỉnh sửa lâu dài
- Vấn đề không phải là bản thân việc triển khai tính năng, mà là một codebase có thể duy trì theo thời gian
- “Vibe coding” có thể làm xói mòn những triết lý và tiêu chuẩn như vậy
Có nên xem tốc độ là ưu tiên hàng đầu?
- So sánh với cảnh một nhân viên barista mới ở quán cà phê làm vội đến mức làm đổ cà phê, bài viết nhấn mạnh ám ảnh về tốc độ không mang lại kết quả đúng
- Các đội phát triển ngày nay cũng tương tự: chạy quá nhanh để tạo phần mềm mới khiến chất lượng giảm sút
- Điều mọi người thực sự muốn là một kết quả đúng đắn, dù có phải đợi thêm một chút
- Tôi từng nghĩ việc chỉ chạy theo tốc độ vốn là chuyện của các nghề không phải phát triển, nhưng giờ lại thất vọng khi thấy cả đồng nghiệp phát triển cũng bỏ nguyên tắc để chỉ theo đuổi tốc độ
Điều thực sự cần
- Cách bạn đưa mã vào IDE như thế nào không quan trọng
- Điều quan trọng là thái độ của lập trình viên khi chú tâm đến chất lượng
- Tác giả công nhận LLM là đổi mới kỹ thuật lớn, nhưng vẫn nhấn mạnh trách nhiệm tạo phần mềm thực tế vẫn thuộc về lập trình viên
- Khuyến khích nắm vững và áp dụng các nguyên tắc sẵn có như “viết prompt tốt hơn”, “chỉ định đúng thư viện”, “cung cấp ví dụ”, “làm việc theo từng tệp nhỏ”
- Nhắc nhở đừng giao chất lượng mã và khả năng bảo trì cho riêng ‘trọng số’ của mô hình
Chưa có bình luận nào.