Đầu năm 2026, các nhà nghiên cứu cố gắng đo lường tác động của AI đến năng suất lập trình viên đã gặp phải một vấn đề rất con người: một số lập trình viên không còn muốn nhận các nhiệm vụ có thể yêu cầu họ làm việc mà không có AI.
Các nhà nghiên cứu gọi đó là hiệu ứng lựa chọn. Tôi cứ nghĩ về nó như một lời thú nhận nhỏ.
Không lâu trước đây, AI chỉ là một thử nghiệm nằm ở bảng bên. Chúng ta mở nó khi tự động hoàn thành không hoạt động hoặc khi một biểu thức chính quy trở nên khó xử. Giờ đây, với nhiều lập trình viên, nó đơn giản là một phần của căn phòng. Nó có mặt khi ta mở trình soạn thảo vào buổi sáng, khi ta tiếp nhận một kho mã mà không ai động đến trong nhiều năm, và khi một bài kiểm tra chuyển sang màu đỏ vào đêm khuya.
Chúng ta có thể đóng bảng đó. Chúng ta có thể tắt AI agent. Chúng ta vẫn biết cách lập trình.
Vậy tại sao làm việc mà không có nó lại sớm mang cảm giác như thiếu đi một bàn tay?
AI đã chiếm lấy những khoảng lặng
AI không bước vào phát triển phần mềm bằng cách tuyên bố sẽ thay thế chúng ta. Nó đến từng chút nhẹ nhõm một.
Nó hoàn thành dòng mã mà ta sắp viết. Rồi nó phác thảo bài kiểm tra mà ta đã trì hoãn. Nó giải thích một hàm lạ, dịch một stack trace sang tiếng Anh đơn giản, và tìm ra cờ cấu hình bị chôn vùi trong tài liệu mà ta không muốn đọc lại.
Tất cả những điều đó không mang cảm giác phụ thuộc. Nó giống như động lực.
Nhưng hãy nghĩ về lần gần nhất trợ lý của bạn ngoại tuyến. Điều khiến bạn bối rối có lẽ không phải là bạn đã quên ngôn ngữ. Đó là sự im lặng trước bước đi đầu tiên. Bạn phải tự quyết định sẽ tìm ở đâu. Bạn phải tự mình giữ lấy sự không chắc chắn. Bạn phải nhìn chằm chằm vào lỗi đủ lâu để hình thành một giả thuyết.
Những khoảng lặng đó từng là điều bình thường. Giờ chúng lại giống như lực cản.
Có lẽ đó là điều AI đã thay đổi sâu sắc nhất. Nó không chỉ thay đổi cách ta tạo ra câu trả lời. Nó còn thay đổi thời gian ta sẵn sàng ở lại một mình với câu hỏi.
Sự nhẹ nhõm là thật
Thật dễ để nói về sự phụ thuộc vào AI như thể lập trình viên đang đánh đổi kỷ luật lấy sự lười biếng. Điều đó bỏ qua cảm giác thực sự của công cụ khi làm việc.
Phát triển phần mềm chứa đựng rất nhiều nỗi xấu hổ riêng tư. Có kỹ sư kỳ cựu quên cú pháp một lệnh cơ bản. Có nhân viên mới sợ rằng hỏi thêm một câu nữa sẽ xác nhận mọi nghi ngờ của mọi người. Có lập trình viên làm việc bằng ngôn ngữ thứ hai, biết chính xác vấn đề nhưng không thể diễn đạt đủ nhanh. Có người tiếp nhận một codebase cả thập kỷ tuổi, nơi mọi quyết định quan trọng đều nằm trong ký ức của người khác.
AI kiên nhẫn với tất cả họ.
Nó không thở dài khi câu hỏi được lặp lại. Nó không nói, “Bạn lẽ ra phải biết điều này rồi.” Nó luôn sẵn sàng lúc 2 giờ sáng, và có thể biến một màn hình trống thành thứ gì đó để tranh luận. Dù câu trả lời chưa hoàn hảo, việc có một đáp án cũng thay đổi sức nặng cảm xúc của việc bắt đầu.
Điều đó quan trọng. Đôi khi, thứ trông như năng suất thực ra là sự nhẹ nhõm: ít sợ bị mắc kẹt hơn, ít xấu hổ hơn, ít cô đơn hơn trước một cỗ máy từ chối giải thích chính nó.
Với nhiều lập trình viên, AI còn trả lại năng lượng cho những phần công việc họ quan tâm. Nó có thể gánh vác những đoạn mã lặp lại, kiểm thử nhàm chán, khung di chuyển, và biến thể thứ một trăm của một API client. Tâm trí đến với vấn đề thú vị mà ít mệt mỏi hơn.
Chúng ta không nên xem nhẹ điều đó như một lối tắt. Một công cụ giúp con người dám khám phá hơn thực sự có giá trị.
Khó khăn ở chỗ sự thoải mái và phụ thuộc cùng lớn lên từ một gốc rễ.
Chúng ta dùng thứ mình chưa hoàn toàn tin tưởng
Các khảo sát lập trình viên liên tục phát hiện ra một mối quan hệ kỳ lạ: chúng ta dùng AI liên tục dù vẫn nghi ngờ những gì nó mang lại.
Sự căng thẳng đó quen thuộc với bất kỳ ai từng chứng kiến một câu trả lời tự tin sụp đổ trước một trường hợp ngoại lệ. Mã trông có vẻ đúng. Tên biến rõ ràng. Lời giải thích bình tĩnh. Chỉ sau bài kiểm tra thất bại thứ ba, ta mới nhận ra mô hình đã bịa ra một phương thức, hiểu sai quy tắc kinh doanh, hoặc giải một vấn đề đơn giản hơn vấn đề thực tế.
Và rồi, lần tiếp theo ta mắc kẹt, ta lại hỏi tiếp.
Đó không phải đạo đức giả. Niềm tin không phải là một thứ duy nhất.
Ta có thể không tin AI để quyết định cuối cùng, nhưng ta tin nó sẽ cho ta hướng đi đầu tiên. Ta có thể không tin bản vá, nhưng ta tin cuộc trò chuyện sẽ gỡ rối suy nghĩ. Ta có thể không tin đáp án, nhưng ta tin sẽ có thứ gì đó trên màn hình thay vì trống rỗng.
AI đã trở thành đồng nghiệp mà ta không bao giờ cho phép merge trực tiếp vào main, nhưng lại thấy thiếu vắng khi nó rời khỏi phòng.
Chúng ta di chuyển nhanh hơn vì bước tiếp theo xuất hiện nhanh chóng. Chúng ta vẫn chịu trách nhiệm kiểm tra xem nó có đủ vững chắc không.
Điều gì biến mất khi sự vật lộn biến mất
Có một loại kiến thức chỉ xuất hiện khi ta bị mắc kẹt.
Trước khi có AI, một lỗi lạ có thể đưa ta đi qua stack trace, vào hàm gọi, lục lại tài liệu, và cuối cùng nhận ra một giả định mà ta không biết mình đã đặt ra. Hành trình đó không hiệu quả. Nhưng nó biến codebase thành một nơi chốn, không chỉ là tập hợp file.
Ta nhớ những hệ thống từng chống lại mình.
Lỗi mất cả buổi chiều dạy ta trạng thái thực sự nằm ở đâu. Sự cố production dạy ta vì sao có những biện pháp bảo vệ nhàm chán. Thư viện mà ta hiểu sai ba lần trở thành thư viện ta có thể giải thích cho người khác.
Khi AI loại bỏ sự kháng cự, nó cũng có thể lấy đi câu chuyện giúp bài học ở lại.
Một nghiên cứu sớm về lập trình viên học một thư viện lạ phát hiện điều gì đó rất trực quan: người giao phó nhiệm vụ cho AI học được ít hơn người dùng AI để hỏi các câu hỏi khái niệm và kiểm tra hiểu biết của chính mình. Sự khác biệt quan trọng không phải là “có AI hay không”. Đó là công cụ thay thế suy nghĩ hay tham gia vào nó.
Điều này đặc biệt khó với lập trình viên mới. Kỹ sư giàu kinh nghiệm nhận ra một trừu tượng đáng ngờ vì họ từng xây sai trừu tượng đó. Họ cảm nhận được một bản vá gọn gàng không phù hợp với hệ thống vì họ nhớ những vết sẹo của hệ thống. Nhưng thế hệ tiếp theo sẽ lấy bản năng đó ở đâu nếu mọi góc cạnh đều được làm mượt trước khi họ chạm vào?
Sự hướng dẫn chưa bao giờ chỉ là truyền đạt đáp án. Đó là sự truyền đạt chậm rãi về gu thẩm mỹ: nên lo lắng điều gì, khi nào nên dừng lại, thỏa hiệp nào sẽ trở nên đắt đỏ, và vì sao một giải pháp hoạt động vẫn chưa sẵn sàng.
AI có thể giải thích tất cả những ý tưởng đó. Nhưng nó chưa thể tái tạo cảm giác có người khác chọn ở lại bên bạn khi bạn học chúng.
Lối tắt có thể là thật. Hiểu biết vẫn phải vượt qua khoảng cách.
Mã từng mang dấu vết cá nhân
Có một thay đổi khác khó đo lường hơn vì nó tồn tại giữa con người với nhau.
Mã do con người viết thường mang dấu vết của tác giả. Một hàm phụ lạ có thể gắn với ký ức về sự cố từng xảy ra. Một chú thích vụng về có thể tiết lộ chính xác nơi ai đó từng bối rối. Khi review, ta không chỉ kiểm tra thay đổi; ta còn dựng lại suy nghĩ đằng sau nó. Ta đặt câu hỏi, và người khác trả lời từ hành trình họ đã đi.
Mã do AI sinh ra có thể đến mà không có hành trình đó.
Nó có thể bóng bẩy và hợp lý về mặt kỹ thuật, nhưng lại mang cảm giác vô chủ. Tác giả có thể mô tả điều họ yêu cầu, nhưng không phải lúc nào cũng biết vì sao kết quả lại như vậy. Người review khi đó phải làm công việc từng thuộc về người viết: dựng lại ý định, kiểm tra giả định, và phát hiện các góc khuất của quyết định mà không ai nhớ đã đưa ra.
Đây là sự bất an ẩn dưới nhiều cuộc thảo luận cộng đồng về pull request do AI sinh ra. Vấn đề không chỉ là mã xấu. Mã xấu thì quen thuộc. Sự khó chịu sâu xa hơn là hợp đồng xã hội đã thay đổi.
Một người giờ có thể tạo ra thay đổi lớn chỉ trong vài phút. Người khác vẫn phải dành sự chú ý của con người để hiểu nó. Thời gian tiết kiệm ở bàn phím có thể âm thầm xuất hiện lại ở khâu review, bảo trì, bảo mật, hoặc vào đêm hệ thống gặp sự cố và ai đó phải giải thích bản vá sinh ra kia định làm gì.
Mã luôn là sự giao tiếp. Khi việc sinh mã gần như miễn phí, sự chú ý trở thành phần khan hiếm—và sự chú ý thuộc về con người.
Có thể nghề thủ công đang chuyển mình
Với một số lập trình viên, tất cả những điều này không phải là mất mát. Nó giống như cuối cùng được làm việc ở tầm cao mà họ luôn mong muốn.
Họ viết ít dòng hơn và dành nhiều thời gian hơn để định hình vấn đề. Họ so sánh nhiều thiết kế trước khi chọn một. Họ nghĩ về người dùng, kiến trúc, các tình huống thất bại, và ranh giới mà AI agent không được vượt qua. Nghề thủ công chuyển từ việc tạo ra từng phần sang chỉ đạo tổng thể.
Đó có thể là một sự tiến hóa thực sự. Chúng ta không ngừng làm lập trình viên khi assembler thay thế mã máy, hay khi framework thay thế hạ tầng tự xây. Phần mềm luôn tiến lên qua các tầng trừu tượng.
Nhưng mọi trừu tượng đều phụ thuộc vào ai đó hiểu được bên dưới.
Lập trình viên chỉ đạo AI vẫn cần gu thẩm mỹ. Người review vẫn cần mô hình tinh thần. Kiến trúc sư vẫn cần biết điều gì xảy ra khi sơ đồ sạch gặp mạng chậm, thông điệp lỗi, đội ngũ kiệt sức, hoặc người dùng hoảng loạn.
Nếu AI viết nhiều phần triển khai hơn, phán đoán của con người không vì thế mà kém quan trọng. Nó chỉ dễ bị bỏ qua hơn và khó bồi dưỡng hơn.
Phiên bản lạc quan của tương lai này không phải là lập trình viên trở nên kém quan trọng. Đó là khi ta chủ động hơn với những gì chỉ con người mới mang được: bối cảnh, sự quan tâm, hoài nghi, trách nhiệm, và khả năng nhận ra khi nào một đáp án đúng về mặt kỹ thuật lại sai với hệ thống cụ thể này và những con người cụ thể này.
Ở lại, mà không biến mất
Chúng ta còn có thể rời xa AI không?
Cá nhân thì có. Ta có thể đóng bảng AI vào ngày mai. Nhưng về mặt nghề nghiệp, câu hỏi đã phức tạp hơn. Kỳ vọng đang thay đổi. Codebase đang đầy lên với sản phẩm sinh ra từ AI. Lập trình viên mới gặp AI ngay từ đầu sự nghiệp, không phải giữa chừng. Ngay cả người chưa từng dùng trợ lý cũng sẽ ngày càng phải review và bảo trì mã do AI sinh ra.
Không còn con đường riêng tư nào trở lại ngành phần mềm trước AI.
Nhưng có lẽ rời đi không phải là thước đo tự do đúng đắn. Câu hỏi ý nghĩa hơn là liệu ta có thể ở lại khi công cụ vẫn còn đó không.
Ở lại nghĩa là đọc bản vá dù mọi kiểm thử đều xanh. Nghĩa là hỏi tại sao sau khi đáp án đã hoạt động. Nghĩa là từ chối merge những gì ta không thể giải thích. Nghĩa là cho lập trình viên trẻ thời gian vật lộn mà không xem đó là lãng phí, và ghi nhận người review vì công việc thầm lặng bảo vệ hệ thống khỏi những sai lầm hợp lý.
Nó cũng có nghĩa là giữ lại những khoảnh khắc không có trợ lý trả lời ngay lập tức—không phải như một nghi lễ thuần khiết, mà là để nghe lại suy nghĩ của chính mình.
Phần lớn chúng ta sẽ tiếp tục dùng AI. Sự nhẹ nhõm là thật. Khả năng là thật. Sự bất an, phụ thuộc, và nỗi sợ thầm lặng rằng điều ta yêu ở công việc này có thể đang dần biến mất cũng là thật.
Chúng ta không phải chọn giữa phủ nhận và đầu hàng.
Tương lai của phần mềm sẽ không được quyết định bởi tỷ lệ mã do AI viết. Nó sẽ được quyết định trong những khoảnh khắc nhỏ hơn: liệu ta có hiểu trước khi chấp nhận, liệu ta có dạy thay vì chỉ chuyển tiếp đáp án, liệu ta có bảo vệ sự chú ý của người khác, và liệu ta có còn chịu trách nhiệm khi mã sinh ra chạm đến thế giới thực.
AI có thể ở lại.
Chúng ta cũng phải chắc chắn rằng mình ở lại.
