Video học lập trình mỗi ngày

Vài hôm trước có một cậu em rời TEAM vì một số lý do. Thật ra có hai lý do có thể ĐÚNG đó là TIỀN và MÔI TRƯỜNG. Nhưng câu chuyện không phải đề cập ở đó mà là về những task của bạn ấy được xây dựng bởi AI.

Có thể nói AI đã thay thế bạn ấy trong một thời gian từ khi nhận task....

Bài viết này đưa vào: Series: Chuyện Cuối Tuần

Tuần của Nestj Backend: NestJS (29): Security RBAC nền tảng của mọi hệ thống lớn: Cách triển khai RBAC trong API

Tuyển dụng tháng 8

‍ ... Chưa có tin về tuyển dụng MEMBER...

Thẻ VISA và đứa trẻ

Để hình dung câu chuyện này thì trước tiên tôi xin phép trích một đoạn của tác giả simonwillison​ người đã tạo ra. Datasette , một công cụ nguồn mở để khám phá và xuất bản dữ liệu có nói về vấn đề một lập trình viên lạm dụng về AI như sau:

‍

When you vibe code, you are incurring tech debt as fast as the LLM can spit it out. Which is why vibe coding is perfect for prototypes and throwaway projects: It's only legacy code if you have to maintain it! [...]

The worst possible situation is to have a non-programmer vibe code a large project that they intend to maintain. This would be the equivalent of giving a credit card to a child without first explaining the concept of debt. [...]

If you don't understand the code, your only recourse is to ask AI to fix it for you, which is like paying off credit card debt with another credit card.

‍Tuần của Java Fresher: JAVA Fresher (20): Spring Security dễ hiểu nhất mà tôi từng học, NAY tôi muốn chia sẻ với bạn.

Câu nói này đúng với trường hợp của TEAM chúng tôi. Thẻ VISA là một trong những dạng thẻ chi tiêu trước và trả nợ sau. Một đứa trẻ không thể hình dung thảm hoả nợ nần sau khi sử dụng số tiền lãng phí hay sai mục đích. Vì lãi VISA cao rất nhiều so với lãi thông thường.

Còn trong lập trình, một khi đã phụ thuộc HOÀN TOÀN vào AI. Thì khi sai một số bước, thì lúc này bạn ấy sẽ không tự chủ code của mình và lúc đó sẽ nhờ chính AI để giải quyết việc đó. Vì vậy khi giai đoạn kết thúc dự án cho khách hàng, và giai đoạn tiếp theo là bảo trì nâng cấp thì hỡi ơi. Code hoàn toàn xa lạ với TEAM, không có một chút gọi là work-flow​. Rất phức tạp và tội cho những bạn đến sau...

Ở đây tôi sẽ không đổ lỗi cho ai, vì lỗi ở reviewcode? lỗi ở PM? Lỗi ở công ty cho phép sử dụng AI? Không nói đến vấn đề đó, mà ở đây tôi muốn nói rằng "Vùng an toàn khi sử dụng AI sẽ không bền vững".

Nếu một dev xem AI như một trợ lý thì điều đó thật tuyệt vời phải không... Giống như việc trước kia phải tự nấu ăn, mua thức ăn. Thì chỉ việc đặt đồ ăn mang về, tiết kiệm công sức... Ngoài ra chúng ta có thể tiết kiệm năng lượng cho bộ não của mình để làm những việc khác NẶNG hơn...

‍

Sử dụng AI - Vùng an toàn có thể kết thúc

Một khi đã quen với sự tiện lợi của AI, thật khó để chúng ta quay lại cách làm việc cũ, chỉ cần một câu hỏi để đưa em nó vào tròng. Sự lười biếng của chúng ta càng ngày càng tăng lên. Giống như việc viết blog ở hiện tại, tôi nghĩ rất ít người còn có thói quen này, đa số đã sử dụng AI để viết blog thậm chí là vlog.

Tôi còn thấy một số bạn trẻ hiện nay thể hiện sự bực tức khi AI trả lời sai. Than ôi... Bạn có biết bạn đang nói chuyện với ai không? Mất kiên nhẫn, sự nóng nảy tăng lên. Tôi nghe một câu nói của Charlie Munger , nhà đầu tư nổi tiếng có nói rằng: Tôi chưa từng gặp người thông minh nào trong đời mà không đọc nhiều...​

Trong cuộc sống cũng đã phản ánh đúng nhất, việc dựa dẫm vào người khác thường mang đến những kết cục bi thảm. Khả năng tư duy, nhạy bén, coding... Một ngày giảm đi, suy nghĩ ít đi. Trước đây một ngày não bộ suy nghĩ 8 tiếng giờ chỉ còn lại 1 tiếng. Quá lãng phi, não bộ cũng cần tập GYM y như cơ bắp vậy...

‍

Tôi nghĩ rằng, một lập trình viên có sức mạnh nhất khi có khả năng tư duy giải quyết vấn đề. Đó là mới điều cốt lõi. Hay trở thành một người cầm lái và lái chính gia đình và nghề nghiệp của mình, thay vì làm hành khác cho người khác.

Cảm ơn anh em...
[08/08/2025]

‍