Bài học từ Charles Bukowski: Tại sao lập trình viên cần dừng lại giữa kỷ nguyên AI?

Bài viết được dịch và tổng hợp từ tin tức gốc. Bạn có thể đọc bài viết gốc bằng tiếng Anh tại đây.

Điểm tin nhanh:

• Năng suất không đồng nghĩa với chất lượng: Việc lạm dụng AI để tạo ra hàng ngàn dòng code mỗi ngày thường dẫn đến sự dư thừa thay vì giá trị thực.
• Nghệ thuật buông bỏ: Lập trình viên cần học cách từ chối những đoạn code kém chất lượng, giống như cách Bukowski vứt bỏ những bản thảo không ưng ý.
• Tái định nghĩa giá trị: Thay vì chạy đua theo số lượng PR, hãy dành thời gian để thấu hiểu vấn đề thực tế của người dùng thay vì chỉ tập trung vào các persona ảo.

Chúng ta đang sống trong thời đại mà việc tạo ra 50.000 dòng code chỉ mất vài giây thay vì hàng tháng trời. Tuy nhiên, nghịch lý là thay vì dành thời gian đó để tận hưởng cuộc sống hay tư duy sâu hơn về kiến trúc, các lập trình viên lại đang rơi vào cái bẫy '996' (làm việc từ 9 giờ sáng đến 9 giờ tối, 6 ngày một tuần) một cách tự nguyện. Tại sao chúng ta lại vội vã vận hành các công cụ AI để tạo ra những sản phẩm mà chính chúng ta cũng không chắc chắn về giá trị thực tế của chúng?

Khi AI trở thành cái cớ cho sự vội vã

Charles Bukowski, một nhà văn nổi tiếng với sự trung thực tàn nhẫn, đã từng đối mặt với 'writer's block' (tắc nghẽn sáng tạo) bằng cách đơn giản là đứng dậy, rời khỏi bàn làm việc và đi chơi với gia đình. Ông hiểu rằng sự sáng tạo không thể bị ép buộc. Trong khi đó, ngành công nghệ hiện nay lại đang bị ám ảnh bởi tư duy của Thung lũng Silicon: làm việc điên cuồng là con đường duy nhất dẫn đến thành công.

Sự xuất hiện của các công cụ AI như Codient: Trợ lý AI đa mô hình tối ưu cho Terminal và VSCode đã vô tình tạo ra một áp lực vô hình. Chúng ta cảm thấy tội lỗi nếu không ship được hàng chục PR mỗi ngày. Nhưng hãy tự hỏi: bao nhiêu trong số đó thực sự giải quyết được nỗi đau của người dùng? Nếu bạn đang loay hoay với việc tối ưu hóa, có lẽ bạn nên xem xét lại cách tiếp cận thay vì chỉ chăm chăm vào việc viết thêm code, giống như bài học về Tại sao AI Productivity là một thước đo sai lệch trong phát triển phần mềm?.

Nghệ thuật từ chối và sự chọn lọc

Bukowski từng nói rằng tốt hơn hết là tự mình từ chối tác phẩm của mình trước khi các biên tập viên làm điều đó. Trong lập trình, đây chính là tư duy refactor và kiểm soát chất lượng. Việc lạm dụng AI tạo mã thường dẫn đến hiện tượng 'rác kỹ thuật'. Thay vì cố gắng sửa chữa những đoạn code lỗi thời, đôi khi việc xóa bỏ và bắt đầu lại là giải pháp tối ưu, tương tự như cách chúng ta cần thẩm định lại Tại sao việc tái cấu trúc mã nguồn cũ cần một thẩm định viên thay vì chỉ là một câu lệnh Prompt tốt hơn.

Dưới đây là bảng so sánh tư duy giữa lập trình viên truyền thống và xu hướng lạm dụng AI hiện nay:

Mẹo hay: Hãy dành thời gian để đọc và hiểu sâu về Tương lai của kỹ thuật phần mềm: Những tư duy cốt lõi khi mã nguồn không còn là tất cả để không bị lạc lối trong ma trận công cụ.

Đánh giá & Lời khuyên Thực tiễn

Từ góc độ của một Senior Tech Lead, tôi nhận thấy việc sử dụng AI là tất yếu, nhưng cách sử dụng mới là thứ định hình đẳng cấp của một kỹ sư.

• Ưu điểm: Tăng tốc độ boilerplate, hỗ trợ tìm kiếm tài liệu nhanh chóng.
• Nhược điểm: Dễ dẫn đến sự lười biếng trong tư duy, tạo ra các lỗ hổng bảo mật tiềm ẩn do code không được kiểm soát.
• Lời khuyên: Hãy sử dụng AI như một người trợ lý (Junior Developer) thay vì một kiến trúc sư trưởng. Luôn luôn kiểm chứng code, đặc biệt là khi triển khai các hệ thống quan trọng. Đừng để Hiệu ứng hào quang trong AI: Khi các mô hình ngôn ngữ đa phương thức định giá sai lệch thực tế làm lu mờ khả năng đánh giá kỹ thuật của bạn.

Câu hỏi thường gặp (FAQ)

Làm thế nào để cân bằng giữa tốc độ AI và chất lượng code?

Bạn cần thiết lập các quy trình kiểm thử tự động nghiêm ngặt và luôn dành thời gian code review thủ công cho mọi thay đổi quan trọng do AI tạo ra.

Có phải AI sẽ thay thế hoàn toàn vai trò của lập trình viên?

Không. AI chỉ thay thế những công việc lặp đi lặp lại. Vai trò của lập trình viên sẽ chuyển dịch sang tư duy hệ thống và giải quyết các bài toán kinh doanh phức tạp.

Tại sao tôi cảm thấy kiệt sức dù có AI hỗ trợ?

Vì bạn đang cố gắng chạy theo tốc độ của máy móc thay vì tốc độ của tư duy con người. Hãy học cách dừng lại và đánh giá lại giá trị công việc của mình.

Kết luận

Charles Bukowski nhắc nhở chúng ta rằng sự vĩ đại không đến từ việc làm nhiều nhất, mà từ việc làm những thứ thực sự có ý nghĩa. Trong thế giới phát triển phần mềm, hãy là một nghệ sĩ biết chọn lọc thay vì một cỗ máy sản xuất code vô hồn. Hãy dành thời gian để học hỏi thêm về Nghịch lý AI Coding Tools: Khi ngôn ngữ mua hàng quyết định sự thành bại của dự án và bắt đầu thay đổi tư duy ngay từ hôm nay. Bạn có đồng ý với quan điểm này? Hãy để lại bình luận bên dưới để cùng thảo luận với cộng đồng hi_dev.