Senior Dùng AI Như Cách Họ Từng Dùng Google

Nhớ lại hồi Google mới trở thành tool mặc định cho mọi câu hỏi của developer. Ngay lúc đó đã xuất hiện hai kiểu người hoàn toàn khác nhau.

Một senior engineer gõ thứ gì đó kiểu: "nginx reverse proxy upstream keepalive timeout" — và tìm đúng thread StackOverflow ngay lần đầu.

Một junior gõ: "website của tôi bị chậm" — rồi mất 45 phút đọc các bài viết chẳng liên quan gì đến vấn đề của họ.

Cùng một tool. Kết quả hoàn toàn khác nhau. Không phải vì người này thông minh hơn người kia. Mà vì một người đã biết mình đang tìm gì.

AI cũng là câu chuyện đó, một thập kỷ sau.

Cái Bẫy Junior: Cứ Nghĩ AI Sẽ Tự Lo

Khi một junior developer bí, phản xạ đầu tiên là mô tả triệu chứng rồi hy vọng AI tự giải quyết phần còn lại:

"App của tôi không chạy. Bạn fix giúp tôi với."

"Viết cho tôi một backend cho app mạng xã hội."

"Tại sao đoạn code này không làm đúng điều tôi muốn?"

Những câu hỏi này không ngốc — chúng chỉ quá mơ hồ. Junior chưa có hình dung rõ ràng về cái gì đang sai hay mình thực sự cần gì. Thế là họ đưa cái cảm giác bí bó đó cho AI rồi chờ.

AI trả lời gì đó. Đôi khi gần đúng. Đôi khi lạc đề hoàn toàn. Junior hoặc chấp nhận mà không hiểu tại sao, hoặc bực bội vì "AI chẳng giúp ích gì."

Tool không có lỗi. Câu hỏi mới là vấn đề.

Cách Của Senior: Biết Mình Đang Tìm Gì

Một senior engineer dùng AI giống như hồi dùng Google hay tài liệu kỹ thuật: như một tool để xác nhận, tra cứu, hoặc tạo ra thứ cụ thể mà họ đã suy nghĩ xong rồi.

Họ đã tự phân tích vấn đề trong đầu trước. Họ biết mình cần:

Nhớ lại cú pháp của thứ gì đó họ không hay dùng
Ý kiến thứ hai về quyết định thiết kế họ đã phác thảo sẵn
Code mẫu cho một pattern quen thuộc nhưng không muốn tự gõ
Giải thích về một khái niệm họ đã nghe nhưng chưa đào sâu

Nên câu hỏi của họ rất cụ thể:

"Tôi đang dùng Postgres. Tôi có một query self-join trên bảng 2 triệu rows. Đây là explain plan. Index nào sẽ giúp ích nhất ở đây?"

"Tôi muốn implement outbox pattern để đảm bảo việc gửi event không bị mất. Đây là cấu trúc service hiện tại. Tôi cần thay đổi gì?"

"Có tên nào cho pattern mà người gọi truyền vào một callback để kiểm soát logic retry không? Tôi đang gọi nó là strategy nhưng không chắc."

AI không suy nghĩ thay họ. AI đang kéo dài quá trình suy nghĩ mà họ đã bắt đầu.

Một ví dụ thực tế. AI có thể tạo diagram trong vài giây — Mermaid, C4, sequence, ERD, bất cứ thứ gì. Nhanh thật, tiện thật. Nhưng để làm được điều đó, bạn cần biết trước những loại diagram đó tồn tại, mỗi loại dùng để truyền đạt gì, và loại nào phù hợp với người đang nghe. Một senior khi present thiết kế cho khách hàng và đồng nghiệp đã có sẵn kiến thức đó. Nên họ dùng AI để làm nhanh thứ họ đã quyết định rồi.

Một junior trong cùng tình huống thậm chí không biết những lựa chọn đó tồn tại. Họ có thể hỏi AI "vẽ sơ đồ hệ thống cho tôi" và nhận được kết quả mà không hiểu nó có phù hợp với khách hàng không rành kỹ thuật hay với team backend đang xem xét kiến trúc không. Làm nhanh thì có. Biết để làm gì thì không.

Điều Này Luôn Đúng

Sự tương đồng với Google không phải ngẫu nhiên. Chuyện tương tự xảy ra với mọi tool giúp việc tiếp cận thông tin trở nên dễ hơn:

Trước Google: Senior biết quyển sách nào, trang tài liệu nào, kênh IRC nào. Junior không biết mình không biết gì.

Với Google: Senior biết search từ khoá gì. Junior search triệu chứng của mình.

Với Stack Overflow: Senior nhìn qua là biết câu trả lời nào thực sự đúng và câu nào được chấp nhận nhưng sai. Junior copy-paste câu đầu tiên.

Với AI: Senior biết mình đang hướng đến kết quả gì. Junior mò mẫm trong bóng tối.

Tool thay đổi. Khoảng cách bên dưới thì không.

Khoảng Cách Đó Thực Ra Từ Đâu Ra

Dễ gọi đây là gap về "kỹ năng viết prompt". Nhưng nhìn như vậy là sai. Prompt tốt hơn đến từ sự hiểu biết sâu hơn, không phải từ việc học thuộc các mẫu câu hỏi.

Khoảng cách thực sự nằm ở ba thứ:

1. Biết cách phân tích vấn đề. Senior tách một vấn đề mơ hồ thành các câu hỏi cụ thể trước khi mở bất kỳ tool nào. Junior bắt đầu với tool rồi hy vọng việc phân tích tự xảy ra trên đường đi.

2. Biết tên gọi của thứ mình cần. Không thể tìm kiếm thứ mình không có từ để mô tả. Senior biết thuật ngữ "distributed tracing" có thể hỏi về nó rất rõ ràng. Junior đang debug microservice chậm có khi còn không biết mình đang làm việc trong lĩnh vực đó.

3. Biết đánh giá kết quả. Senior so sánh câu trả lời của AI với kiến thức họ đã có. Họ nhận ra khi AI tự tin đưa ra thứ gì đó sai. Junior thường không phân biệt được — và đó là lúc AI trở nên nguy hiểm.

Sự Thật Không Dễ Nghe

Nếu cách nhìn này đúng, thì AI thực ra không thu hẹp khoảng cách giữa senior và junior. Nó có thể còn làm rộng ra.

Senior làm được nhiều hơn hẳn vì họ dùng AI để bỏ qua những phần nhàm chán của công việc họ đã hiểu rõ. Junior dựa vào AI để suy nghĩ hộ thì cuối cùng có code không giải thích được, kiến trúc không thực sự nắm vững, và lỗ hổng kiến thức cứ tích lại theo thời gian.

Junior dùng AI như cái nạng thì học được ít hơn. Senior dùng AI như công cụ khuếch đại thì làm được nhiều hơn.

Đây không phải lý do để junior không dùng AI. Đây là lý do để junior hiểu AI có thể và không thể thay thế gì trong quá trình phát triển của họ. Tool phát huy tác dụng tốt nhất khi bạn đã có thứ gì đó để làm việc cùng — một giả thuyết, một hướng đi, một vốn từ kỹ thuật.

Junior Cần Làm Gì Bây Giờ

Điều quan trọng nhất cần thay đổi cách nghĩ: dùng AI để học nhanh hơn, không phải để khỏi phải học.

Hai thứ đó nghe có vẻ giống nhau nhưng dẫn đến kết quả hoàn toàn khác nhau. Dùng AI để né việc học thì bạn có một câu trả lời để paste vào. Dùng AI để học nhanh hơn thì bạn có sự hiểu biết có thể xây thêm lên. Cái đầu khiến bạn phụ thuộc. Cái sau khiến bạn mạnh hơn.

Cụ thể thì làm thế nào:

Khi AI đưa cho bạn code, đừng dừng lại ở đó. Hỏi tại sao nó chọn cách đó. Hỏi có cách nào khác không. Hỏi cái gì có thể làm nó hỏng. Biến mỗi câu trả lời thành một cuộc trò chuyện, không phải một lần copy-paste.

Suy nghĩ trước khi hỏi AI. Trước khi mở AI, viết ra bằng ngôn ngữ bình thường: tôi nghĩ vấn đề là gì? tôi thực sự đang cố đạt được điều gì? có ràng buộc gì không? Cách này buộc bạn phải hình thành cách hiểu trước — và thường bạn sẽ tự tìm ra câu trả lời trước khi cần hỏi.

Chủ động xây vốn từ kỹ thuật. Bạn không thể đặt câu hỏi rõ ràng về thứ mình không có từ để mô tả. Đọc về system design, các pattern thiết kế, blog kỹ thuật — không phải để copy giải pháp, mà để tích lũy từ vựng giúp bạn hỏi đúng hơn. Bạn biết càng nhiều, câu hỏi càng sắc.

Đừng tin vào thứ mình không thể đánh giá được. Nếu AI đưa ra thứ gì đó mà bạn hoàn toàn không biết đúng hay sai, đó là dấu hiệu cần chú ý. Đừng chỉ ship nó đi. Hoặc học đủ để nhận xét về nó, hoặc thừa nhận bạn đang xây trên nền không vững. Tự tin vào câu trả lời của AI mà không kiểm chứng được là một trong những cách nhanh nhất để tự kìm hãm sự phát triển của chính mình.

Vậy Không, AI Sẽ Không Thay Thế Developer

Đây cũng là lý do câu chuyện "AI sẽ thay thế developer" cứ nói sai mãi.

AI cực kỳ giỏi trả lời những câu hỏi được đặt ra rõ ràng. Nó có thể viết code, viết test, giải thích khái niệm, và dựng khung hệ thống với tốc độ không ai theo kịp. Nhưng nó không thể quyết định câu hỏi nào cần hỏi. Nó không thể biết người dùng của bạn thực sự cần gì. Nó không thể chịu trách nhiệm cho một hệ thống đang chạy thật. Nó không thể bước vào phòng họp với khách hàng và đọc được loại sơ đồ nào họ sẽ hiểu.

Những thứ đó cần đến khả năng phán đoán được tích lũy qua kinh nghiệm. Và đó chính xác là thứ phân biệt senior với junior — không phải cú pháp, không phải cả kiến thức, mà là khả năng tích lũy được để biết cái gì quan trọng trong một tình huống cụ thể.

AI nâng cái sàn lên. Nó không thay đổi cái trần được làm từ gì.

Chúng ta hoàn toàn nên tận dụng AI để làm việc hiệu quả hơn — không có lý do gì để từ chối. Một developer không chịu dùng AI chỉ đang tự làm khó mình vô ích. Nhưng tận dụng một tool và phụ thuộc vào nó là hai chuyện khác nhau. Cuối cùng, AI vẫn chỉ là một công cụ. Cái búa trong tay người hiểu về xây dựng tạo ra thứ gì đó thật. Trong tay người không hiểu, nó chỉ phá nhanh hơn thôi.

Và điều đó đưa mọi thứ về cùng kết luận như mọi khi: nền tảng vẫn quan trọng. Không phải bất chấp AI, mà chính vì AI. Những developer xây nền tảng vững — tư duy hệ thống, nguyên tắc thiết kế, giao tiếp, hiểu biết về lĩnh vực — là những người dùng AI hiệu quả nhất. Developer giỏi hơn dùng nó tốt hơn. Đơn giản vậy thôi.

Tool thay đổi. Con đường thì không.

Người dùng AI giỏi nhất không phải là người biết nhiều câu prompt hay nhất. Mà là người hiểu sâu nhất về lĩnh vực của mình — và dùng AI để đi nhanh hơn bên trong kiến thức đó, không phải để thay thế nó.

Hồi dùng Google cũng vậy.