Bạn dành cả sáng để debug hay chỉ mất 3 giây để AI viết lại toàn bộ? Cảm giác skills đang mòn dần mỗi khi nhấn Tab là có thật. Nếu không biết cách “navigate” trong kỷ nguyên AI, chính bạn sẽ là người bị thay thế trước khi kịp nâng cấp.
Claude Code, Copilot, Cursor đã vượt qua ngưỡng “chỉ autocomplete”. Chúng có thể đọc toàn bộ codebase, viết cả file, dùng reasoning để chia nhỏ task, và gọi tool bên ngoài để tự hoàn thành việc. Công nghệ trong phạm vi software engineering — dù không hoàn hảo — đang hoạt động.
Vibe coders xem code là phương tiện, không phải mục đích. Với họ, AI code assistant là sự giải phóng. Prompt → review → ship. Tốc độ chưa từng có. Họ không nhớ tiếc gì cả.
Craftspeople là những developer yêu thích chính việc suy nghĩ và viết code. Với họ, khi AI lấy đi phần công việc đòi hỏi tư duy và sáng tạo, bản chất nghề biến mất. Một số kỹ sư giỏi nhất đang nghĩ đến chuyện bỏ nghề hơn là chuyển sang prompting và review code AI tạo ra.
Bạn đang nhìn vào đoạn code. Bạn biết mình có thể viết được. Nhưng cái chat window ở góc màn hình đang nhìn bạn: “3 giờ hay 3 phút?”
Bên này: hoàn thành nhanh, boss hài lòng, tiến độ dự án, và thành thật mà nói — AI đôi khi code tốt hơn bạn.
Bên kia: skills bị mòn dần nếu không dùng, lo ngại job security dài hạn, chi phí điện nước môi trường, và những tác động xã hội rộng hơn của AI generative.
Rồi rationalization bắt đầu: “Một prompt của mình có làm gì đâu? Người khác dùng nhiều hơn mình nhiều.” Câu hỏi hợp lý — nhưng một prompt không bao giờ chỉ là một.
Ở nhiều công ty, developer đang bị đánh giá performance dựa trên có dùng AI đủ nhiều không. Câu hỏi không còn là “có nên dùng không” — mà là “dùng như thế nào và sống với điều đó như thế nào.”
Với đa số chúng ta, material survival phải thắng. Đó không phải sự thất bại về đạo đức — đó là thực tế.
Tools open source như AmpCode, OpenCode, TabbyML đang có sẵn. Dù big players LLM có sụp hay không, code assistant tooling sẽ không biến mất.
Nhận thức đầy đủ về chi phí và tác động của hệ thống là bước đầu tiên.
Thay đổi cá nhân không đủ để cải thiện hệ thống. Structural change mới có ý nghĩa — và muốn tham gia vào đó, trước tiên phải hiểu rõ mình đang ở đâu trong hệ thống này.
Chúng ta đang ở giữa một shift lớn trong nghề — không thua gì bước từ punch cards sang Python. Không ai biết ngày làm việc của software engineer 5 năm nữa trông như thế nào. Điều duy nhất chắc chắn: những ai hiểu cả công nghệ lẫn những gì đang mất, sẽ navigate được tốt hơn những ai chỉ nhìn một phía.
Print
