Nền tảng công nghệ đang thay đổi chóng mặt, và AI chính là động lực chính. Gần đây, Anthropic đã gây chú ý khi yêu cầu đội ngũ phát triển của mình tuyển thêm quản lý sản phẩm (PM), chứ không phải ít đi. Lý do ư? Theo các báo cáo trong ngành, Claude Code đã âm thầm biến đội ngũ kỹ sư của họ thành một cỗ máy có khả năng cho ra sản phẩm gấp ba lần số lượng nhân sự thực tế. Nút thắt cổ chai đã dịch chuyển từ môi trường phát triển tích hợp (IDE) sang những người đưa ra quyết định về những gì cần xây dựng. 🚀
Chi tiết này rất dễ bị bỏ qua trong hàng loạt các "tuyên bố năng suất AI" ồn ào khác. Tuy nhiên, đây chính là sự thay đổi cấu trúc mà phần còn lại của ngành công nghiệp đang trải qua. Nút thắt trong phát triển phần mềm không còn là việc gõ mã nữa. Mà là việc quyết định gõ gì. Và những kỹ sư nào coi đó là vấn đề của người khác sẽ sớm chững lại.
Trong phần lớn thập kỷ qua, quyết định này thường do người khác đảm nhiệm. Kỹ thuật phần mềm là một nghề bạn tiếp thu từ từ, sau đó thực hành theo một chuỗi dài, dễ đoán: tìm hiểu sâu về công nghệ, viết mã, hỏi Stack Overflow khi gặp khó, chuyển lên kỹ sư cấp cao khi Stack Overflow bó tay, và cuối cùng là hoàn thành công việc. Quản lý sản phẩm sở hữu kênh ý tưởng, kỹ sư sở hữu việc xây dựng. Cả hai bên đều coi sự phân chia này là bất biến.
Thế rồi, kênh ý tưởng đó đã "sụp đổ" chỉ trong năm bước.
🗓️ Lịch Sử Nén Lại Một Ngày Làm Việc Của Kỹ Sư
1. Kỷ nguyên Stack Overflow (2014 đến cuối 2022): Tư duy của kỹ sư chỉ tồn tại ở một nơi duy nhất. Nhưng số câu hỏi mới hàng tháng trên Stack Overflow hiện đã giảm khoảng 77% kể từ tháng 11 năm 2022 – không phải ngẫu nhiên mà đó là thời điểm ChatGPT ra mắt. Sự sụt giảm này không phải là một đánh giá về trang web, mà là một đánh giá về quy trình làm việc mà nó đại diện.
2. Kỷ nguyên tab trình duyệt (cuối 2022 đến 2024): Thế hệ ChatGPT đầu tiên nằm ngoài IDE. Các kỹ sư vẫn chạy vòng lặp quen thuộc, nhưng với một "nhà tiên tri" nhanh hơn: viết câu lệnh trong trình duyệt, dán câu trả lời vào VS Code, lặp lại. Công việc vẫn là đơn luồng và do kỹ sư điều khiển. Hiệu suất tăng nhưng chỉ cục bộ.
3. Kỷ nguyên tích hợp IDE (2024 đến 2025): Cursor và Claude Code đã đưa mô hình vào bên trong trình soạn thảo và cấp cho nó quyền truy cập vào toàn bộ kho mã nguồn. Lộ trình chuyển giao cho kỹ sư cấp cao phần lớn đã biến mất. Trong nhiều năm, quan niệm phổ biến giữa các kỹ sư kỳ cựu là Bash có tuổi thọ dài nhất trong mọi công cụ. Đến năm 2026, đối với một phần đáng kể các nhà phát triển, lệnh đầu tiên gõ vào terminal mới sẽ là claude.
4. Kỷ nguyên theo đặc tả (2025 đến 2026): Cửa sổ ngữ cảnh (context window) lớn hơn đã biến công việc một phiên thành thứ mà trước đây cần các yêu cầu, tài liệu thiết kế và các sprint. Nhóm Kiro IDE của Amazon được cho là đã rút ngắn thời gian xây dựng tính năng từ hai tuần xuống còn hai ngày bằng cách sử dụng quy trình làm việc theo đặc tả tương tự. Một nhóm kỹ sư AWS mô tả việc tái cấu trúc kéo dài 18 tháng, ban đầu dự kiến cần 30 kỹ sư, đã được hoàn thành bởi 6 người trong 76 ngày. Nút thắt không còn là thời gian viết mã, mà là mức độ rõ ràng của nhóm trong việc mô tả "đúng đắn" là gì.
5. Kỷ nguyên chu trình tự động (2026): Vào tháng 4, Anthropic đã ra mắt Claude Code Routines: các tác nhân (agent) tự động chạy theo lịch trình, webhook hoặc qua đêm khi laptop đóng. Cron đã trở lại. Hooks đã trở lại. Công việc của kỹ sư giờ đây một phần là điều phối: khởi tạo một "đàn agent" trước khi đi ngủ, xem xét một chồng pull request vào buổi sáng. Các "wrapper" bên thứ ba như OpenClaw, dù bị Anthropic tạm dừng vào tháng 4 trước khi được khôi phục một phần, cũng đã minh chứng cho điều này từ phía mã nguồn mở.
⛔ Nút Thắt Đã Di Chuyển; Hầu Hết Các Đội Vẫn Chưa Thích Ứng
Năng suất kỹ thuật đã tăng gấp ba. Nhưng quản lý sản phẩm thì không hề nhúc nhích. Tỷ lệ PM:Kỹ sư truyền thống là 1:8, vốn đã căng thẳng, nay lại gần với 1:20 hiệu quả vì mỗi kỹ sư cho ra sản phẩm nhiều hơn mỗi ngày. Ví dụ, LinkedIn đã thay thế chương trình PM cấp thấp bằng chương trình "Product Builder" để đào tạo các chuyên gia đa năng về sản phẩm, thiết kế và kỹ thuật. Anthropic đang tuyển thêm PM, chứ không phải ít đi. Mô hình này nhất quán ở các công ty đã thực sự triển khai quy trình làm việc "agentic" vào sản xuất: hệ thống đang tạo ra các tính năng nhanh hơn việc tạo ra các quyết định về những gì nên được xây dựng.
Đối với các kỹ sư, đây là tín hiệu nghề nghiệp quan trọng nhất trong thập kỷ, và là điều dễ bỏ lỡ nhất khi các câu chuyện về năng suất tràn ngập các trang tin tức. 💡
🧐 Kiến Thức Nền Tảng Quan Trọng Hơn, Chứ Không Phải Kém Hơn
Bản năng tuyên bố các nguyên tắc cơ bản là lỗi thời trong kỷ nguyên agent là hoàn toàn sai lầm. Khi một lỗi rò rỉ bộ nhớ (memory leak) làm sập hệ thống sản xuất lúc 3 giờ sáng, và nguyên nhân hóa ra là một lỗi sở hữu tinh vi được đẩy lên từ 4 năm trước, không một agent nào hiện có thể tự mình giải quyết hoàn chỉnh vấn đề đó. Hệ điều hành, mạng, tính đồng thời (concurrency) và kế hoạch truy vấn vẫn quyết định ai có thể giải quyết một sự cố thực sự. Chúng cũng quyết định ai có thể phát hiện ra những khoảnh khắc mà đầu ra của một agent trông có vẻ đúng trên bề mặt nhưng lại sai lầm một cách thầm lặng và tốn kém bên trong. Agent đã viết 70% mã trong một kho lưu trữ hiện đại không thể đáng tin cậy cho biết những giả định của nó về an toàn luồng, quyền sở hữu bộ nhớ hoặc cô lập giao dịch đã đi chệch khỏi môi trường chạy như thế nào. Kỹ sư có thể đọc sự khác biệt và bắt được lỗi đó là kỹ sư mà phần còn lại của đội cần trong phòng, và kỹ sư đó được xây dựng trên các nguyên tắc cơ bản, chứ không phải trên kỹ năng ra lệnh (prompting).
Hệ quả là các kiến thức nền tảng giờ đây là kỹ năng tạo đòn bẩy, chứ không phải kỹ năng vệ sinh. Năm 2014, biết cách hoạt động của một TCP retransmit giúp đóng một lỗi gỡ lỗi nhanh hơn. Năm 2026, cùng một kiến thức đó giúp toàn bộ đường ống phát hành do agent điều khiển không bị lỗi trên quy mô lớn. Tầm ảnh hưởng của kỹ sư hiểu rõ những gì đang xảy ra bên dưới đã tăng lên, chứ không hề giảm xuống.
📝 Đánh Giá Mã Là Việc "Viết Mã" Mới
Các kỹ sư vào năm 2026 tạo ra mã với tốc độ vượt quá khả năng đọc kỹ của bất kỳ ai trong số họ. Đội ngũ nào cho ra sản phẩm nhanh và tồn tại là đội ngũ mà các kỹ sư của họ xử lý việc xem xét mã do AI tạo ra với sự chặt chẽ ít nhất ngang bằng với việc họ từng dành cho việc viết mã. Khảo sát nhà phát triển Stack Overflow năm 2025 cho thấy 84% nhà phát triển sử dụng công cụ AI, với 46% nói rằng họ không tin tưởng vào đầu ra, tăng mạnh so với 31% của năm trước. Khoảng cách đó – sử dụng nhiều nhưng tin tưởng thấp – chính là nơi mà kỹ năng xem xét trở nên quan trọng nhất. Những coder đẩy nhiều mã nhưng xem xét ít đang tích lũy một khoản nợ sẽ phải trả trong sự cố thực sự đầu tiên, và kỹ sư có thể trả nợ đó là người đã kết hợp số lượng với kiến thức nền tảng sâu sắc về các hệ thống liên quan. ✍️
🎯 Yếu Tố Khác Biệt Mới Là Kênh Sản Phẩm
Cả hai điều trên đều cần thiết. Nhưng không điều nào là đủ. Kỹ sư quan trọng trong năm 2026 là người đã ngừng chờ đợi "kênh sản phẩm" đến dưới dạng một "Jira ticket".
Điều đó có nghĩa là làm những việc mà vai trò này trước đây được phép bỏ qua:
* Trò chuyện với khách hàng. Quan sát cách họ thực sự sử dụng sản phẩm. Đọc hàng đợi hỗ trợ. Tham gia các cuộc gọi bán hàng. Tín hiệu mà một đội ngũ sản phẩm nhận được qua ba lớp tóm tắt, một kỹ sư giờ đây có thể tự mình nhận được trong một buổi chiều. * Tạo ra ý tưởng, không chỉ ước tính. Quản lý sản phẩm từng tìm kiếm ý tưởng cho 8 kỹ sư không thể tìm kiếm ý tưởng cho 20 kỹ sư với cùng mức độ chi tiết. Kỹ sư xuất hiện với một cơ hội đã được xác thực và định rõ phạm vi không còn làm công việc của PM nữa. Kỹ sư đang làm công việc mà tỷ lệ mới yêu cầu. * Làm việc ngược từ khách hàng. Amazon đã viết thông cáo báo chí trước trong hai thập kỷ. Kỷ luật này áp dụng tốt cho các đội một người và cho các đàn agent. Cả hai đều tạo ra rất nhiều phần mềm hoạt động sai hướng nếu không có một tuyên bố rõ ràng về ý nghĩa của "khách hàng chiến thắng" trước khi bất kỳ dòng mã nào được viết. * Ngừng ẩn mình sau "băng thông" (bandwidth). Câu trả lời trung thực cho "Bạn có khả năng cho ý tưởng này không?" từng là "Không." Với các chu trình tự động, hooks và một chồng agent hợp tác, câu trả lời trung thực gần hơn với "Ý tưởng này đáng giá bao nhiêu?" Đó là một cuộc trò chuyện khác, và khó hơn nhiều để có được nếu không có một quan điểm thực sự về khách hàng.
🌟 Điều Gì Được Thưởng Trong Thập Kỷ Tới
Lịch sử năm giai đoạn ở trên không thực sự là lịch sử của các công cụ. Đó là lịch sử về phần việc nào mà con người phải làm. Phần việc vẫn là của con người, và sẽ vẫn là của con người trong tương lai gần, đã dịch chuyển lên cao hơn trong kênh ý tưởng: từ gõ mã, đến xem xét, đến quyết định, đến chọn khách hàng để phục vụ và vấn đề để giải quyết.
Phiên bản 2026 của một kỹ sư xuất sắc không phải là người viết nhiều mã nhất. Đó là người biết cần xây dựng gì, có thể chứng minh nó đáng để xây dựng, và có đội ngũ agent cùng với kỷ luật xem xét để cho ra sản phẩm mà không làm hệ thống sụp đổ dưới tốc độ của chính nó. 🚀
Các kỹ sư thấu hiểu điều này sẽ dành thập kỷ tới để thực hiện công việc thú vị nhất mà phần mềm từng tạo ra. Các kỹ sư chờ đợi một "ticket" sẽ dành thời gian đó để xem "ticket" được viết bởi agent bên cạnh mình.
Ishan Gupta là kỹ sư phần mềm tại Amazon.