Học lập trình với AI mà không phụ thuộc: 5 thói quen cần có

AI trả lời nhanh, không mệt, không phán xét, nên rất dễ biến thành thứ đầu tiên bạn mở khi gặp khó. Vấn đề là học lập trình với AI theo kiểu "hỏi là có đáp án" sẽ nuôi một thứ rất nguy hiểm: cảm giác mình biết khi thật ra mình chưa biết. Bài này đưa ra 5 thói quen để AI làm người kèm cặp, không làm người làm hộ.

Nguyên tắc chung: AI nên làm bạn nghĩ nhiều hơn, không phải nghĩ ít đi.

Vì sao dùng AI dễ thành phụ thuộc

Học là một việc khó chịu. Chỗ khó chịu nhất là lúc bạn nhìn vào lỗi mà không biết bắt đầu từ đâu. Chính lúc ấy não đang xây các kết nối. AI cho bạn lối thoát khỏi sự khó chịu đó chỉ trong vài giây, và đó là lý do nó nguy hiểm: nó lấy mất đúng khoảnh khắc bạn lớn lên.

Hãy hình dung hai người cùng học một bài. Người thứ nhất dán đề, nhận đoạn code, chạy được thì sang bài sau. Người thứ hai tự thử trước, kẹt, hỏi AI một câu gợi ý, tự sửa tiếp. Bài nào xong cũng chạy được. Nhưng đến lúc kiểm tra mà không có AI bên cạnh, chỉ có một người còn đứng được. (Đây là ví dụ giả định để minh họa.)

Code do AI viết có thể trông đúng mà sai, hoặc đúng với ví dụ nhưng sai ở trường hợp biên. Nếu bạn không hiểu nó, bạn không thể phát hiện điều đó.

Chính các lập trình viên cũng thấy vậy. Khảo sát Stack Overflow Developer Survey 2025 ghi nhận 84% người trả lời đang dùng hoặc định dùng công cụ AI, tăng từ 76% năm 2024. Nhưng 46% không tin vào độ chính xác của AI (chỉ 33% tin), 66% than phiền về "lời giải gần đúng nhưng chưa đúng", và 45,2% cho rằng gỡ lỗi code do AI viết tốn thời gian hơn. Nguồn: Stack Overflow Developer Survey 2025, phần AI. Đây là khảo sát toàn cầu, người trả lời tự chọn tham gia.

Thói quen 1: Tự thử trước, rồi mới hỏi

Đặt quy tắc: tự vật lộn ít nhất 15–20 phút và ghi lại những gì đã thử. Con số này chỉ là gợi ý; bạn tự điều chỉnh theo độ khó.

Khi hỏi, đưa kèm: bạn muốn làm gì, bạn đã thử gì, kết quả nhận được là gì. Câu hỏi như vậy vừa cho ra câu trả lời tốt hơn, vừa buộc bạn phải nghĩ rõ vấn đề. Nhiều lần, viết xong câu hỏi là đã tự thấy lỗi.

Thói quen 2: Tự đoán trước khi chạy

Trước khi chạy đoạn code, bất kể do bạn hay AI viết, hãy viết ra: "mình nghĩ nó sẽ in ra gì", rồi chạy so sánh.

const prices = [100, 250, 80];
let total = 0;
for (const p of prices) {
  total += p;
}
console.log(total);
// Trước khi chạy, bạn đoán kết quả là gì?

Đoán đúng nghĩa là mô hình trong đầu bạn khớp với máy. Đoán sai là phần quý nhất, vì đó là chỗ bạn hiểu chưa đúng. Thói quen này không cần AI, và cũng rất hợp để kiểm tra code AI đưa.

Thói quen 3: Xin gợi ý, đừng xin đáp án

Thay vì "viết hàm này cho tôi", hãy thử các câu như:

• "Mình đang kẹt ở bước này, cho mình một gợi ý nhỏ, chưa cần code đầy đủ."
• "Giải thích vì sao đoạn này lỗi, đừng sửa hộ."
• "Hỏi ngược lại mình vài câu để mình tự tìm ra hướng làm."

Bạn có thể ghi sẵn một câu mở đầu cho mọi cuộc trò chuyện học: "Hãy đóng vai người hướng dẫn: gợi ý từng bước, không đưa lời giải hoàn chỉnh trừ khi mình yêu cầu rõ." Chỉ một dòng này thay đổi cả cách AI phản hồi.

Khi đã tự giải xong, hãy xin AI đưa phiên bản của nó để so sánh. Học nhiều nhất ở chỗ hai cách làm khác nhau.

Thói quen 4: Giải thích lại bằng lời của mình

Sau khi hiểu một đoạn code, hãy tắt AI đi và tự giải thích lại, nói ra miệng hoặc viết ra giấy, như thể nói với một người không biết gì. Chỗ nào ấp úng là chỗ chưa hiểu.

Có thể nhờ AI chấm phần giải thích của bạn: "Mình hiểu như sau, bạn hãy chỉ ra chỗ nào sai hoặc thiếu." Cách này đảo ngược vai trò: bạn là người giải thích, AI là người kiểm tra.

Thói quen 5: Kiểm chứng, không tin mù quáng

AI nói trôi chảy kể cả khi nó sai. Nên hãy tập ba phản xạ:

1. Chạy thử thật, với cả dữ liệu thường và dữ liệu lạ (rỗng, rất lớn, sai kiểu).
2. Đối chiếu tài liệu chính thức khi nó nhắc tên hàm, tham số hoặc phiên bản mà bạn chưa từng thấy.
3. Hỏi lại bằng cách khác. Hai câu hỏi cùng ý mà ra hai đáp án mâu thuẫn là dấu hiệu cần kiểm tra.

Người học giỏi dùng AI không phải người tin nhiều nhất, mà là người kiểm chứng nhanh nhất.

Khi nào nên và không nên hỏi AI

Tình huống	Nên hỏi AI?	Lý do
Không hiểu thông báo lỗi sau khi đã đọc	Nên	Nhờ giải thích, không nhờ sửa hộ
Muốn so sánh hai cách làm bạn đã viết	Nên	Học từ sự khác biệt
Bài tập đầu tiên về vòng lặp, điều kiện	Chưa nên	Đây là rèn tư duy nền, phải tự đi
Cần tra cú pháp ít dùng	Nên	Tiết kiệm thời gian, ít rủi ro
Đang thi, đang phỏng vấn hoặc bài kiểm tra	Theo quy định	Hãy tuân thủ quy tắc của nơi bạn đang tham gia

Tự kiểm tra: bạn có đang phụ thuộc?

• Tắt AI, bạn có làm lại được bài vừa làm không?
• Bạn có giải thích được từng dòng code mình nộp không?
• Bạn có thử tự giải trước khi hỏi không, hay hỏi là phản xạ?
• Bạn có từng phát hiện AI sai và tự sửa được chưa?

Nếu thiếu hai ô trở lên, đừng dừng dùng AI. Hãy đổi cách dùng.

Tóm tắt

• AI dễ thành cái nạng vì nó lấy đi đúng khoảnh khắc khó chịu mà bạn cần để lớn.
• Năm thói quen: tự thử trước, tự đoán trước khi chạy, xin gợi ý thay vì đáp án, giải thích lại bằng lời mình, kiểm chứng mọi thứ.
• Dùng AI như người kèm cặp: hỏi ngược, chấm lời giải thích, so sánh cách làm.
• Tự kiểm tra định kỳ bằng một câu: tắt AI đi, mình còn làm được không?

Để biết thói quen học này nằm ở đâu trong bức tranh lớn, hãy đọc Học lập trình thời AI: Bản đồ cho người đang hoang mang. Hoặc để lại thông tin dưới bài để được tư vấn về cách học của bạn.

Đọc thêm

• Học lập trình thời AI: Bản đồ cho người đang hoang mang
• Lộ trình chuẩn không phụ thuộc, không FOMO cho người học code