Đang tải...

Tôi đã thay đổi cách code sau khi AI xuất hiện như thế nào?

22/05/2026
5 phút đọc
Tôi đã thay đổi cách code sau khi AI xuất hiện như thế nào?
# Tôi đã thay đổi cách code sau khi AI xuất hiện như thế nào? > “AI sẽ thay thế lập trình viên?” > > Có lẽ đây là câu hỏi mà developer nào cũng từng nghe ít n...

Tôi đã thay đổi cách code sau khi AI xuất hiện như thế nào?

“AI sẽ thay thế lập trình viên?”

Có lẽ đây là câu hỏi mà developer nào cũng từng nghe ít nhất một lần trong 2 năm gần đây.

Nhưng sau một thời gian dài làm việc cùng AI, mình nhận ra một điều:

AI không thay thế developer. AI thay thế cách developer làm việc cũ.


Từ “người viết code” thành “người thiết kế giải pháp”

Trước đây, mình dành phần lớn thời gian để:

  • Viết boilerplate
  • Search StackOverflow
  • Debug syntax
  • Mapping API
  • Đọc document

Hiện tại, AI có thể làm phần lớn những việc đó chỉ trong vài giây.

Điều này khiến vai trò của developer bắt đầu thay đổi.

Thay vì tập trung vào:

  • “Viết code như thế nào?”

Mình bắt đầu phải nghĩ:

  • “Thiết kế hệ thống như thế nào?”
  • “Tại sao cần feature này?”
  • “User thật sự muốn gì?”
  • “Trade-off của giải pháp là gì?”

AI khiến coding trở nên rẻ hơn. Nhưng tư duy kỹ thuật lại trở nên đắt giá hơn bao giờ hết.


Khi AI viết code nhanh hơn mình

Lần đầu tiên mình thật sự “sốc” là khi dùng AI generate một màn hình CRUD hoàn chỉnh:

  • API hooks
  • Form validation
  • Loading state
  • Error handling
  • Responsive UI

Tất cả chỉ mất khoảng vài phút.

Nếu là trước đây, mình có thể mất nửa ngày.

Ban đầu mình thấy:

  • “Hay thật”
  • “Nhanh thật”

Nhưng sau đó là cảm giác:

  • “Vậy mình còn giá trị gì nữa?”

Điều AI chưa làm tốt

Sau nhiều project, mình nhận ra AI vẫn có những giới hạn rất lớn:

1. Không hiểu business thật sự

AI có thể viết:

  • component đẹp
  • code sạch
  • logic đúng

Nhưng AI không hiểu:

  • tại sao user lại cần flow này
  • vì sao team chọn architecture đó
  • impact của một thay đổi nhỏ lên toàn hệ thống

2. Không chịu trách nhiệm

AI không phải người:

  • fix production bug lúc 2h sáng
  • chịu áp lực deadline
  • trao đổi với PM
  • review security issue

Developer vẫn là người chịu trách nhiệm cuối cùng.


3. Không có “engineering taste”

Một senior developer thường có:

  • cảm giác về maintainability
  • kinh nghiệm scaling
  • intuition về performance
  • khả năng đọc risk

AI chỉ dự đoán token tiếp theo.

Developer thì phải dự đoán tương lai của hệ thống.


Điều mình thay đổi nhiều nhất

Trước đây

Mình thường:

  • cố nhớ syntax
  • thuộc library API
  • tối ưu việc code nhanh hơn

Hiện tại

Mình tập trung:

  • architecture
  • communication
  • system design
  • product thinking
  • debugging mindset

Mình cũng dành nhiều thời gian hơn để:

  • đọc source code
  • hiểu nguyên lý
  • phân tích trade-off

Vì AI càng mạnh thì người “hiểu bản chất” càng có lợi thế.


AI không làm giảm giá trị developer giỏi

Ngược lại.

AI làm khoảng cách giữa:

  • người chỉ biết code và
  • người biết giải quyết vấn đề

ngày càng lớn hơn.

Một developer giỏi dùng AI sẽ:

  • build nhanh hơn
  • thử nghiệm nhiều hơn
  • học nhanh hơn
  • làm được nhiều việc hơn

Điều quan trọng nhất trong thời đại AI

Có lẽ không còn là:

  • “Bạn code nhanh cỡ nào?”

Mà là:

  • “Bạn hiểu vấn đề sâu tới đâu?”

Kết

Mình không nghĩ AI sẽ thay thế developer.

Nhưng mình tin: developer biết sử dụng AI sẽ thay thế developer không dùng AI.

Cuối cùng, thứ tạo ra giá trị không phải tốc độ gõ phím.

Mà là tư duy đứng phía sau dòng code đó.

📚 Nguồn: Viblo

Bình luận

0 bình luận

Email không hiển thị công khai.

Chưa có bình luận nào. Hãy là người đầu tiên bình luận.

Chia sẻ bài viết

Cần tư vấn?

Liên hệ với chúng tôi để được hỗ trợ

Liên hệ ngay

Bài viết liên quan

Proxy hoạt động ở tầng nào trong mô hình TCP/IP? HTTP Proxy Và SOCKS5 nằm ở đâu?
09/06/2026

Proxy hoạt động ở tầng nào trong mô hình TCP/IP? HTTP Proxy Và SOCKS5 nằm ở đâu?

Proxy hoạt động ở tầng nào? Sau khi đã đi qua các tầng mạng như Physical Layer, Data Link Layer, Internet Layer, Transport Layer và Application Layer, ta có thể nhìn Proxy rõ ...

Đọc thêm
Red Team RAG: Khi mỗi pipeline là một đường hầm tối – Phần 2: Đầu độc dòng chảy – Từ ingestion đến sụp đổ
09/06/2026

Red Team RAG: Khi mỗi pipeline là một đường hầm tối – Phần 2: Đầu độc dòng chảy – Từ ingestion đến sụp đổ

## Lời mở đầu: Bạn đã vào hầm. Bây giờ, hãy đầu độc dòng nước. Ở phần 1, chúng ta đã đứng trước **cửa hầm**, học cách đọc bản đồ pipeline RAG, v...

Đọc thêm
Vì sao giá trị truyền thống luôn được đặt lên hàng đầu
09/06/2026

Vì sao giá trị truyền thống luôn được đặt lên hàng đầu

Giá trị truyền thống không chỉ là yếu tố mang tính hoài niệm, mà còn đóng vai trò nền tảng trong việc định hình bản sắc và chiều sâu của một công trình ...

Đọc thêm

Bắt đầu dự án của bạn

Hãy để Flash Dev đồng hành cùng bạn

Liên hệ ngay