- Viết vào một đêm muộn, khi màn hình vẫn còn sáng và cốc cà phê đã nguội lạnh...z
I. Ngày Đó và Bây Giờ
Tôi còn nhớ hồi mới vào nghề, mỗi khi debug xong một cái lỗi hóc búa — tim đập nhanh hơn, tay run nhẹ khi nhấn F5, rồi cái khoảnh khắc ứng dụng chạy trơn tru lần đầu tiên... Cảm giác đó ngọt ngào lắm. Không khác gì một đứa trẻ lần đầu tự đạp xe không cần ai đỡ.
Bây giờ? Tôi gõ vài câu tiếng Anh vào ô chat. AI trả lời trong 3 giây. Code đó chạy được. Tôi copy-paste. Xong.
Nhưng tự nhiên tôi thấy... trống.
II. Cái Cảm Giác Kỳ Lạ Gọi Là "Còn Cần Thiết Không?"
Không ai nói thẳng ra. Nhưng trong các cuộc họp, người ta bắt đầu nói đến "AI-assisted development", "10x productivity", rồi thì thầm rằng một team 3 người với AI có thể làm bằng 10 người không AI.
Tôi ngồi đó, nhẩm tính: Vậy thì 7 người kia... đi đâu?
Rồi tôi nhìn lại mình. Mười mấy năm viết code. Mười mấy năm học cách nghĩ như máy tính để ra lệnh cho máy tính. Giờ máy tính học cách nghĩ như người, và người ta bảo tôi phải học cách... làm gì? Làm quản lý AI? Prompt engineer?
Có những đêm tôi thật sự không biết mình đang bảo vệ điều gì nữa.
III. Sự Thật Mà Tôi Không Muốn Thừa Nhận
AI viết code nhanh hơn tôi. Điều đó là thật. AI không mệt mỏi lúc 2 giờ sáng. Điều đó cũng thật. AI không bao giờ cau có khi bị hỏi lần thứ mười về cùng một vấn đề. Thật nốt.
Nhưng có một buổi chiều, khi tôi ngồi review code do AI sinh ra, tôi nhận ra một điều: AI không biết tại sao.
Nó có thể viết hàm calculateDiscount() hoàn hảo về mặt cú pháp. Nhưng nó không biết rằng cái discount 15% kia là kết quả của một cuộc họp ba tiếng với khách hàng khó tính, hai lần thay đổi yêu cầu vào phút chót, và một quyết định business rất cụ thể của CEO — người mà vợ ông ấy vừa phàn nàn về giá sản phẩm.
Context. Human context. Thứ đó AI không có.
IV. Điều Tôi Học Được (Dù Đau)
Học cách cộng tác thay vì cạnh tranh. AI là công cụ mạnh nhất tôi từng có trong tay — hơn cả IDE, hơn cả Stack Overflow, hơn cả người mentor giỏi nhất. Nhưng công cụ không thay được tay thợ. Thợ giỏi dùng công cụ tốt thì làm ra sản phẩm tốt hơn. Thợ kém dùng công cụ tốt chỉ ra... sản phẩm kém nhanh hơn.
Học cách đặt câu hỏi đúng. Ngày trước tôi học cách viết code. Bây giờ tôi học cách hỏi đúng — "Prompt engineering" nghe có vẻ fancy nhưng thực ra nó là kỹ năng tư duy phân tích vấn đề, mà đó là thứ developer thật sự cần từ đầu đến cuối.
Học cách nhìn xa hơn code. Code chỉ là phương tiện. Vấn đề mới là đích đến. Tôi đã quá mải mê yêu cái phương tiện đến mức nhiều lúc quên mất mình đang đi đâu. AI nhắc tôi điều đó — một cách phũ phàng, nhưng cần thiết.
V. Điều Tôi Vẫn Tin
Tôi tin rằng con người viết code không phải vì code cần được viết. Mà vì những vấn đề của người khác cần được giải quyết.
AI có thể tạo ra 10.000 dòng code trong vài phút. Nhưng ai sẽ ngồi với khách hàng, lắng nghe cái khó chịu mà họ không biết diễn đạt thành ngôn từ kỹ thuật? Ai sẽ nhận ra rằng "hệ thống chậm" thực ra là "người dùng cảm thấy không được tôn trọng"? Ai sẽ quyết định trade-off giữa security và UX khi không có đáp án nào là hoàn hảo?
Đó là chỗ của chúng ta. Không phải trong từng dòng code. Mà trong từng quyết định.
VI. Lời Nhắn Gửi Những Dev Đang Hoang Mang
Nếu bạn đang đọc bài này và cảm thấy lo lắng — bạn không cô đơn. Ngành của chúng ta chưa bao giờ ổn định. Từ thời Assembly lên C, từ C lên Java, từ waterfall lên Agile, từ on-premise lên cloud... mỗi lần đều có người nói "Thế hệ này sẽ bị thay thế."
Và mỗi lần, những người thích nghi được thì trở nên giá trị hơn, không phải ít hơn.
AI không đến để lấy đi công việc của bạn. AI đến để lấy đi phần công việc bạn không nên làm từ đầu.
Hãy học. Thích nghi. Và quan trọng hơn — đừng mất đi sự tò mò. Vì chính sự tò mò đó, thứ khiến bạn gõ lệnh Hello World lần đầu tiên, là thứ không AI nào có thể bắt chước được.
Tôi vẫn còn ở đây. Cốc cà phê nguội lạnh nhưng tôi sẽ pha cốc khác. Và tôi vẫn thấy hào hứng khi nghĩ đến bài toán ngày mai. Chắc vậy là đủ rồi.
"The best engineers I know aren't the ones who write the most code. They're the ones who know when NOT to write code." — Một câu mà bây giờ tôi hiểu hơn bao giờ hết.
- Viết vào một đêm muộn, khi màn hình vẫn còn sáng và cốc cà phê đã nguội lạnh...z
I. Ngày Đó và Bây Giờ
Tôi còn nhớ hồi mới vào nghề, mỗi khi debug xong một cái lỗi hóc búa — tim đập nhanh hơn, tay run nhẹ khi nhấn F5, rồi cái khoảnh khắc ứng dụng chạy trơn tru lần đầu tiên... Cảm giác đó ngọt ngào lắm. Không khác gì một đứa trẻ lần đầu tự đạp xe không cần ai đỡ.
Bây giờ? Tôi gõ vài câu tiếng Anh vào ô chat. AI trả lời trong 3 giây. Code đó chạy được. Tôi copy-paste. Xong.
Nhưng tự nhiên tôi thấy... trống.
II. Cái Cảm Giác Kỳ Lạ Gọi Là "Còn Cần Thiết Không?"
Không ai nói thẳng ra. Nhưng trong các cuộc họp, người ta bắt đầu nói đến "AI-assisted development", "10x productivity", rồi thì thầm rằng một team 3 người với AI có thể làm bằng 10 người không AI.
Tôi ngồi đó, nhẩm tính: Vậy thì 7 người kia... đi đâu?
Rồi tôi nhìn lại mình. Mười mấy năm viết code. Mười mấy năm học cách nghĩ như máy tính để ra lệnh cho máy tính. Giờ máy tính học cách nghĩ như người, và người ta bảo tôi phải học cách... làm gì? Làm quản lý AI? Prompt engineer?
Có những đêm tôi thật sự không biết mình đang bảo vệ điều gì nữa.
III. Sự Thật Mà Tôi Không Muốn Thừa Nhận
AI viết code nhanh hơn tôi. Điều đó là thật.
AI không mệt mỏi lúc 2 giờ sáng. Điều đó cũng thật.
AI không bao giờ cau có khi bị hỏi lần thứ mười về cùng một vấn đề. Thật nốt.
Nhưng có một buổi chiều, khi tôi ngồi review code do AI sinh ra, tôi nhận ra một điều: AI không biết tại sao.
Nó có thể viết hàm calculateDiscount() hoàn hảo về mặt cú pháp. Nhưng nó không biết rằng cái discount 15% kia là kết quả của một cuộc họp ba tiếng với khách hàng khó tính, hai lần thay đổi yêu cầu vào phút chót, và một quyết định business rất cụ thể của CEO — người mà vợ ông ấy vừa phàn nàn về giá sản phẩm.
Context. Human context. Thứ đó AI không có.
IV. Điều Tôi Học Được (Dù Đau)
Học cách cộng tác thay vì cạnh tranh. AI là công cụ mạnh nhất tôi từng có trong tay — hơn cả IDE, hơn cả Stack Overflow, hơn cả người mentor giỏi nhất. Nhưng công cụ không thay được tay thợ. Thợ giỏi dùng công cụ tốt thì làm ra sản phẩm tốt hơn. Thợ kém dùng công cụ tốt chỉ ra... sản phẩm kém nhanh hơn.
Học cách đặt câu hỏi đúng. Ngày trước tôi học cách viết code. Bây giờ tôi học cách hỏi đúng — "Prompt engineering" nghe có vẻ fancy nhưng thực ra nó là kỹ năng tư duy phân tích vấn đề, mà đó là thứ developer thật sự cần từ đầu đến cuối.
Học cách nhìn xa hơn code. Code chỉ là phương tiện. Vấn đề mới là đích đến. Tôi đã quá mải mê yêu cái phương tiện đến mức nhiều lúc quên mất mình đang đi đâu. AI nhắc tôi điều đó — một cách phũ phàng, nhưng cần thiết.
V. Điều Tôi Vẫn Tin
Tôi tin rằng con người viết code không phải vì code cần được viết.
Mà vì những vấn đề của người khác cần được giải quyết.
AI có thể tạo ra 10.000 dòng code trong vài phút. Nhưng ai sẽ ngồi với khách hàng, lắng nghe cái khó chịu mà họ không biết diễn đạt thành ngôn từ kỹ thuật? Ai sẽ nhận ra rằng "hệ thống chậm" thực ra là "người dùng cảm thấy không được tôn trọng"? Ai sẽ quyết định trade-off giữa security và UX khi không có đáp án nào là hoàn hảo?
Đó là chỗ của chúng ta. Không phải trong từng dòng code. Mà trong từng quyết định.
VI. Lời Nhắn Gửi Những Dev Đang Hoang Mang
Nếu bạn đang đọc bài này và cảm thấy lo lắng — bạn không cô đơn.
Ngành của chúng ta chưa bao giờ ổn định. Từ thời Assembly lên C, từ C lên Java, từ waterfall lên Agile, từ on-premise lên cloud... mỗi lần đều có người nói "Thế hệ này sẽ bị thay thế."
Và mỗi lần, những người thích nghi được thì trở nên giá trị hơn, không phải ít hơn.
AI không đến để lấy đi công việc của bạn.
AI đến để lấy đi phần công việc bạn không nên làm từ đầu.
Hãy học. Thích nghi. Và quan trọng hơn — đừng mất đi sự tò mò.
Vì chính sự tò mò đó, thứ khiến bạn gõ lệnh Hello World lần đầu tiên, là thứ không AI nào có thể bắt chước được.
Tôi vẫn còn ở đây. Cốc cà phê nguội lạnh nhưng tôi sẽ pha cốc khác.
Và tôi vẫn thấy hào hứng khi nghĩ đến bài toán ngày mai.
Chắc vậy là đủ rồi.
— Một developer, tháng 9 năm 2026