# Những Lập Trình Viên Cuối Cùng

Xipu Li

Bây giờ

Những Lập Trình Viên Cuối Cùng

Chúng ta đang chứng thế hệ cuối cùng những người dịch ý tưởng thành mã code bằng tay.

11 phút đọc

Ngày: 07/09/2025

Có nên vibe code hay không, đó mới là câu hỏi.

Tôi đã nghỉ việc tại Amazon vào tháng Năm để tham gia một startup có tên Icon. Đó là quyết định sự nghiệp tốt nhất tôi từng đưa ra, nhưng không phải vì những lý do bạn có thể nghĩ.

Tại Amazon, tôi làm việc trong nhóm Amazon Q Developer, xây dựng trợ lý lập trình AI của họ. Bạn có thể nghĩ rằng đứng ở trung tâm của các công cụ phát triển AI của Amazon sẽ thú vị, nhưng thực tế lại vô cùng khó chịu. Bất kỳ ai bên ngoài bong bóng Amazon đều thấy rõ chúng ta đang thua cuộc trong cuộc đua AI. Ban lãnh đạo liên tục phải đuổi theo vì có rất ít tầm nhìn sản phẩm thực sự. Họ liên tục nói muốn di chuyển như một startup, nhưng lại có khả năng chịu rủi ro của IBM.

Mọi thứ đều mất rất nhiều thời gian. Các đánh giá AppSec, các tài liệu thiết kế, các hội đồng kiến trúc. Đến khi chúng tôi giao bất cứ thứ gì, các công ty như Cursor và Anthropic đã đã qua mười phiên bản. Chúng tôi dành hàng tháng trời tranh luận liệu tính năng có đủ an toàn để phát hành trong khi đối thủ cạnh tranh của chúng tôi giao các bản cập nhật hàng tuần dựa trên phản hồi thực tế của người dùng.

Thứ thực sự làm tôi ấn tượng là cách Amazon đưa ra quyết định sản phẩm dựa trên KPI nội bộ thay vì sự đồng cảm với người dùng. Ví dụ rõ ràng nhất là xác thực. GitHub auth là tiêu chuẩn cho công cụ nhà phát triển vì nó loại bỏ ma sát cho đối tượng chính mà bạn đang cố gắng phục vụ. Nhưng Amazon lại kiên quyết dẫn người dùng qua Builder ID, hệ thống xác thực của riêng họ. Về mặt chỉ số nội bộ, nó có thể trông rất tuyệt (nhiều đăng ký Builder ID hơn!). Nhưng từ góc độ người dùng, đó chỉ là một rào cản khác khi thử sản phẩm. Tôi thấy người dùng tiềm năng liên tục bỏ đi khi gặp yêu cầu đó.

Tôi cảm thấy như mình đã đạt đến giới hạn của những gì có thể học hỏi về AI và xây dựng sản phẩm tốt trong các giới hạn của Amazon. Đó là lý do tôi tham gia Icon. Tại Icon, chúng tôi di chuyển với một tốc độ hoàn toàn khác. Chúng tôi giao các tính năng trong vài ngày, điều đã mất Amazon hàng tháng để chấp thuận.

Nhưng đó không phải là phần thú vị. Phần thú vị là quan sát đồng nghiệp của tôi làm việc. Một trong số họ đã không nhìn vào mã code thực tế trong nhiều tuần. Thay vào đó, anh ấy viết tài liệu thiết kế bằng tiếng Anh và tin tưởng AI xử lý việc triển khai. Khi có thứ gì đó cần sửa chữa, anh ấy chỉnh sửa tài liệu, không phải mã code.

Điều đó khiến tôi nhận ra điều gì đó sâu sắc: chúng ta đang sống trong thời đại kết thúc của kỷ nguyên con người dịch ý tưởng thành mã code bằng tay. Trong vài năm tới, kỹ năng đó sẽ trở nên liên quan như biết cách đóng giày cho ngựa.

Điều Tôi Đang Thấy Ngay Bây Giờ

Đồng nghiệp của tôi có sáu cửa sổ terminal Claude Code mở cùng một lúc, mỗi cửa sổ xử lý một tác vụ hoặc tính năng khác nhau. Anh ấy thực sự nói chuyện với họ một cách tuần tự bằng Whispr Flow, và tất cả đều thực hiện song song. Phần lớn ngày của anh ấy dành để xem xét tài liệu thiết kế và nhìn vào ứng dụng web thực tế để thấy những thay đổi được thực hiện theo thời gian thực. Chỉ trong những trường hợp rất hiếm, anh ấy mới thực sự đi sâu vào mã code để gỡ lỗi.

Nhà phát triển này không trở nên kém giá trị. Nếu có, anh ấy đang trở nên có giá trị hơn vì có thể tập trung vào những vấn đề khó khăn thực sự vấn đề. Bây giờ tôi thấy anh ấy dành phần lớn thời gian làm những gì người quản lý sản phẩm truyền thống làm: nói chuyện với người dùng, hiểu sâu sắc vấn đề của họ, xác định điều gì thực sự đáng để xây dựng. Lập trình giờ chỉ chiếm khoảng 20% công việc của anh ấy, và ngay cả 20% đó cũng chủ yếu là về việc hiểu yêu cầu và chuyển đổi chúng thành thông số rõ ràng. Công việc triển khai thực tế từng chiếm 80% thời gian của anh giờ đã do máy móc xử lý.

Điểm nghẽn duy nhất là tốc độ và chất lượng mô hình. Nhưng với hàng tỷ đô la đổ vào AI tạo sinh mỗi năm, chúng ta sẽ thấy khả năng voice-to-code tức thì + chất lượng không có lỗi trong 2-5 năm.

Mã code chính bản thân đã trở thành chi tiết triển khai, giống như dây điện sau tường thạch cao. Bạn biết nó ở đó, bạn tin rằng nó hoạt động, nhưng bạn không nghĩ về nó trừ khi có thứ gì đó bị hỏng. Và ngày càng có ít thứ bị hỏng.

Điều đó sẽ thay đổi mọi thứ về cách sản phẩm được tạo ra và ai là người tạo ra chúng.

Sự Phân Ly Tôi Đang Thấy

Điều thú vị đang xảy ra trong nhóm của chúng tôi ngay bây giờ, và tôi nghĩ đó là một cái nhìn trước về cách toàn bộ ngành sẽ phân chia trong vài năm tới.

Có hai phe đang nổi lên, và sự khác biệt không thực sự là về trình độ hoặc kinh nghiệm. Đó là về thái độ cơ bản đối với việc lập trình nên như thế nào.

Ở một phía, chúng ta có những người tôi gọi là người thí nghiệm. Đó là những người dành thời gian nghỉ trưa để thử các công cụ lập trình AI mới, thiết lập các luồng công việc tạo ra toàn bộ tính năng từ lệnh thoại, và liên tục đẩy ranh giới của việc ít lập trình thủ công nhất. Đối với những người theo truyền thống, họ có thể trông lười biếng. Họ luôn tìm kiếm lối tắt, luôn hỏi “AI có thể làm điều này thay cho tôi không?” thay vì chỉ tập trung viết mã code.

Nhưng đây là điều tôi nhận ra khi quan sát họ: họ không lười biếng. Họ chỉ đang đi theo con đường tự nhiên mà công nghệ luôn theo đuổi. Mỗi bước tiến lớn trong lập trình đều là việc trừu tượng hóa độ phức tạp để con người có thể tập trung vào các vấn đề cấp cao hơn. Chúng ta đã chuyển từ mã máy sang assembly, sang ngôn ngữ cấp cao, sang framework, sang thư viện. Mỗi bước làm mọi thứ “dễ dàng” hơn và mỗi bước đều có người phàn nàn rằng các nhà phát triển đang trở nên yếu đuối.

Những người thí nghiệm hiểu điều cơ bản: sự lười biếng chiến thắng trong công nghệ. Người tìm ra cách đạt được kết quả tương tự với ít công sức hơn không chỉ cải thiện cuộc sống của chính họ. Họ thường khám phá ra con đường mà mọi người cuối cùng sẽ theo đuổi.

Ở phía kia, chúng ta có những người bảo thủ. Đó là những người tin sâu sắc rằng hiểu mã code ở mức độ cơ bản là không thể thương lượng. Họ có thể phát hiện các thuật toán kém hiệu quả, họ biết tại sao các mẫu thiết kế nhất định tồn tại, họ hiểu các hệ thống cơ bản đủ tốt để gỡ lỗi những vấn đề công cụ AI không thể xử lý. Họ xem những người thí nghiệm như những nghệ thuật gia lối tắt đang xây dựng trên nền móng không vững chắc.

Và thành thật mà nói? Họ không sai. Khi mã code do AI tạo ra bị hỏng theo những cách tinh tế, khi hiệu suất trở thành vấn đề, khi các trường hợp xuất hiện mà AI không dự đoán trước được, những người này mới có thể sửa chữa nó. Họ có chiều hiểu biết mà những người thí nghiệm thường thiếu.

Nhưng đây là điều tôi nghĩ những người bảo đang bỏ lỡ: thế giới đang thay đổi nhanh hơn khả năng canh cửa của họ. Ngưỡng “đủ tốt” cho mã code liên tục giảm trong khi ngưỡng thấu hiểu người dùng và xây dựng sản phẩm có giá trị liên tục tăng lên. Một triển khai kém hiệu quả một chút giao hàng tuần tới thường tốt hơn một triển khai được tối ưu hóa hoàn hảo giao hàng tháng tới.

Tôi quan sát hai nhóm này làm việc trên cùng vấn đề, và nó thật thú vị. Những người thí nghiệm giao hàng nhanh hơn, lặp lại nhiều hơn và thường kết thúc với sản phẩm mà người dùng ưa thích (ngay cả khi mã code cơ bản khiến những người bảo thủ rùng mình). Những người bảo thủ xây dựng các hệ thống mạnh mẽ, dễ bảo trì hơn, nhưng đôi khi họ dành quá nhiều thời gian hoàn thiện triển khai đến khi bỏ lỡ cơ hội học người dùng thực sự muốn gì.

Không có cách tiếp cận nào hoàn toàn đúng, nhưng tôi có một dự đoán về cách nào sẽ thắng trong dài hạn. Công nghệ có xu hướng hướng đến sự tiện lợi và trừu tượng hóa. Công cụ trở nên tốt hơn, AI thông minh hơn, và những “lối tắt” trông như gian lận ngày hôm nay sẽ trở thành tiêu chuẩn ngày mai.

Những người thí nghiệm không chỉ lười biếng. Họ đang thích nghi với một thế giới nơi điểm nghẽn không phải là chất lượng mã code. Đó là mọi thứ khác.

Sự Commoditization Lớn

Toàn bộ trò chơi thay đổi từ “chúng ta có thể xây dựng điều này không?” sang “chúng ta có nên xây dựng điều này không?” và “làm thế nào để chúng ta khiến mọi người sử dụng nó?”

Bất kỳ ai cũng có thể học làm sô-cô-la. Các nguyên liệu được commoditization. Quá trình sản xuất đã được hiểu rõ. Bạn có thể mua thiết bị làm sô-cô-la trên Amazon và bắt đầu một thương hiệu vào ngày mai.

Nhưng hãy nhìn xem ai chiến thắng trong ngành sô-cô-la. Đó không phải là những người có quy trình sản xuất tốt nhất. Đó là Hershey’s, Cadbury, Lindt. Đây là những thương hiệu đã tìm ra phân phối, tiếp thị và tâm lý học khách hàng hàng thập kỷ trước. Chất lượng sản phẩm quan trọng, nhưng đó là tiêu chuẩn cơ bản. Điều quan trọng là liệu mọi người có biết thương hiệu của bạn tồn tại và tin tưởng nó đủ để mua không.

Phần mềm đang đi chính xác theo hướng đó. Khoảng cách giữa sản phẩm phần mềm và hàng tiêu dùng đang thu hẹp mỗi tháng. Cả hai cạnh tranh trên thương hiệu, phân phối và thấu hiểu tâm lý học khách hàng hơn là tính năng thuần túy.

Tôi đã có thể tưởng tượng (và tôi cá ai đó đang xây dựng điều này ngay bây giờ) AI có thể sao chép bất kỳ ứng dụng nào từ URL. Bạn cung cấp cho nó một trang web hoặc danh sách ứng dụng của đối thủ cạnh tranh, và nó sẽ nhả ra một sản phẩm chức năng giống hệt trong vài phút. Khi điều đó xảy ra, và nó sẽ xảy ra sớm, sản phẩm tự thân trở nên hoàn toàn commoditization. Thành công phụ thuộc hoàn toàn vào việc bạn có thể tiếp thị và phân phối tốt hơn bản gốc không.

Điều Thực Sự Tồn Tại

Ba thứ trở nên vô cùng quý giá khi triển khai kỹ thuật bị commoditization.

Đầu tiên là thấu hiểu mọi người thực sự cần gì. Không phải những gì họ nói họ cần trong khảo sát hoặc nhóm tập trung, mà là những gì họ sẵn sàng trả tiền và sử dụng mỗi ngày. Điều này khó hơn nghe thấy. Tôi đã thấy các nhà quản lý sản phẩm giỏi liên tục mắc lỗi. Nó đòi hỏi nói chuyện với người dùng, quan sát cách họ thực sự hành xử, hiểu khoảng cách giữa sở thích được nêu và sở thích được tiết lộ. Đó là một phần tâm lý học, một phần nhân học, một phần trực giác kinh doanh.

Thứ hai là biết nên xây dựng gì và không nên xây dựng gì. Đây là gu thẩm mỹ, nhưng cũng là chiến lược. Hiểu tính năng nào tạo ra giá trị thực sự so với tính năng nào chỉ thêm sự phức tạp. Nhận biết khi nào một sản phẩm đủ tốt so với khi nó cần được hoàn thiện hơn. Thấy sự khác biệt giữa một tính năng người dùng sẽ thử một lần và một tính năng họ sẽ sử dụng mỗi ngày. Hầu hết mọi người đều thất bại ở điểm này. Hoặc họ xây dựng mọi thứ ai đó đề xuất, hoặc họ không xây dựng gì vì không thể quyết định điều gì quan trọng.

Thứ ba là đưa sản phẩm trước những người phù hợp và thuyết phục họ quan tâm. Phân phối và tiếp thị, nhưng cũng là định vị, thời điểm và thấu hiểu tâm lý học khách hàng. Xây dựng niềm tin và nhận diện thương hiệu. Tạo ra tăng trưởng truyền miệng. Hiểu mọi người khám phá sản phẩm mới và điều gì thúc đẩy họ chuyển từ giải pháp hiện có.

Những kỹ năng này không bị tự động hóa đi. Nếu có, chúng trở nên quý giá hơn khi triển khai kỹ thuật trở nên commoditization. Vì khi mọi người đều có thể xây dựng phần mềm, người chiến thắng là những người hiểu về con người.

Điều Điều Này Có Ý Nghĩa Nếu Bạn Bắt Đầu

Nếu bạn đang học lập trình ngày nay, vui lòng đừng dừng lại. Nhưng đừng biến lập trình thành kỹ năng duy nhất. Các nhà phát triển sẽ phát triển tốt trong thế giới mới này là những người hiểu người dùng, thị trường và mô hình kinh doanh tốt như họ hiểu công nghệ.

Dành thời gian nói chuyện với những người sử dụng phần mềm. Không phải các nhà phát triển khác mà là người dùng thực. Học điều gì làm họ khó chịu về sản phẩm hiện có. Hiểu họ khám phá công cụ mới và điều gì thuyết phục họ chấp nhận điều mới.

Nghiên cứu các sản phẩm thành công trong những ngành bạn quan tâm. Không chỉ tính năng của họ, mà là chiến lược go-to-market. Làm thế nào họ có được những người dùng đầu tiên? Làm thế nào họ giữ chân khách hàng? Điều gì khiến mọi người giới thiệu họ cho bạn bè?

Thực hành truyền đạt ý tưởng phức tạp một cách đơn giản. Kỹ năng có giá trị nhất trong thế giới hỗ trợ AI có thể là khả năng chuyển đổi vấn đề mơ hồ của con người thành thông số có thể triển khai rõ ràng.

Điều Điều Này Có Ý Nghĩa Nếu Bạn Đã Xây Dựng

Nếu bạn đã là nhà phát triển hoặc xây dựng một công ty, hãy nhớ rằng triển khai kỹ thuật của bạn sớm sẽ có thể được sao chép bởi bất kỳ ai có quyền truy cập vào các công cụ AI tốt. Lợi thế cạnh tranh của bạn cần là điều gì khác.

Hiểu người dùng tốt hơn. Kênh phân phối mạnh mẽ hơn. Định vị thị trường rõ ràng hơn. Chu kỳ học tập nhanh hơn. Gu thẩm mỹ tốt hơn trong việc xây dựng điều gì. Thực thi vượt trội trên những phần không thể tự động hóa: nói chuyện với khách hàng, hiểu vấn đề của họ, lặp lại dựa trên phản hồi.

Bắt đầu chuyển đổi này ngay bây giờ trong khi bạn vẫn còn thời gian. Nếu bạn là nhà phát triển cấp cao, dành nhiều thời gian hơn với nhóm sản phẩm của bạn. Tham gia phỏng vấn người dùng. Hiểu các chỉ số kinh doanh thực sự quan trọng. Tìm hiểu tại sao một số tính năng được ưu tiên và số khác thì không.

Nếu bạn dẫn dắt một đội, hãy ngừng tuyển dụng chỉ dựa trên kỹ năng lập trình. Tìm kiếm những người có thể suy nghĩ về hệ thống một cách toàn diện, giao tiếp rõ ràng với các bên liên quan không kỹ thuật, có ý kiến mạnh mẽ về trải nghiệm người dùng. Các nhà phát triển sẽ phát triển tốt là những người có thể kết nối khả năng kỹ thuật với nhu cầu kinh doanh.

Sự chuyển đổi đã đang diễn ra. Câu hỏi là liệu bạn có thích ứng chủ động hay bị bất ngờ khi kỹ năng hiện tại của bạn trở nên kém liên quan hơn.

Thế Hệ Cuối Cùng

Chúng ta là thế hệ cuối cùng những người dịch ý tưởng thành mã code bằng tay. Con chúng ta sẽ mô tả những gì họ muốn và xem nó xuất hiện trên màn hình, giống như cách chúng ta mô tả những gì chúng ta muốn cho công cụ tìm kiếm và xem kết quả xuất hiện.

Họ sẽ đánh giá chúng ta như chúng ta đánh giá những người tính toán sổ sách thủ công trước khi bảng tính tồn tại. Đóng góp đáng ngưỡng mộ cho nghề thủ công, nhưng cuối cùng là nỗ lực không cần thiết dành cho những vấn đề đã được giải quyết bằng công cụ tốt hơn.

Câu hỏi không phải là liệu tương lai này có đến không. Nhìn vào tiền và tài năng đổ vào phát triển AI, đó là không thể tránh khỏi. Câu hỏi là liệu bạn có sẵn sàng khi nó đến, và liệu bạn có đang làm việc trên những phần phát triển sản phẩm thực sự quan trọng trong thế giới đó.

Những phần luôn quan trọng, thực sự. Thấu hiểu con người. Xây dựng những điều họ muốn. Đưa những điều đó trước mặt họ. Mọi thứ khác chỉ là chi tiết triển khai.