AI & Automation (vnROM)

Cover image for PM vibe coding đang vượt kỹ sư phần mềm, hay chỉ thắng ở vòng prototype?
quynhtruong
quynhtruong

Posted on • Originally published at reddit.com

PM vibe coding đang vượt kỹ sư phần mềm, hay chỉ thắng ở vòng prototype?

Mấy hôm nay trong cộng đồng vibe coding có một chủ đề nóng: nếu PM cũng cầm AI để dựng sản phẩm, liệu kỹ sư phần mềm có đang mất lợi thế quá nhanh không?

Bài đang lên rất mạnh trên r/vibecoding xuất phát từ một phát biểu gây chú ý: một principal engineer ở Google kể rằng với mô tả bài toán đủ tốt, coding agent có thể dựng ra một phiên bản đáng kể của hệ thống mà team từng mất rất nhiều thời gian để xây. Câu nói đó chạm đúng nỗi lo lẫn sự hưng phấn của anh em trong ngành: AI đang nén thời gian làm prototype xuống mức rất khó phớt lờ.

Vì sao câu chuyện này gây tranh cãi mạnh

Nếu nhìn bề mặt, luận điểm rất đơn giản: trước đây để biến một ý tưởng thành bản chạy được, PM phải qua nhiều lớp giao tiếp với design, tech lead, rồi engineering. Còn bây giờ, chỉ cần người hiểu bài toán biết mô tả khá rõ đầu vào, ràng buộc và kỳ vọng đầu ra, AI đã có thể tạo ra một bản nháp có hình hài sản phẩm.

Điều đó làm nhiều anh em cảm giác vai trò tạo ra phần mềm đang bị dịch chuyển. Người thắng ở vòng đầu không còn nhất thiết là người code nhanh nhất, mà có thể là người hiểu bài toán nhất và biết cách đóng gói bối cảnh tốt nhất cho AI.

Ở góc nhìn đó, PM dùng AI để tự đẩy prototype, tự kiểm tra flow và tự mở ra hướng sản phẩm mới là chuyện hoàn toàn có thật. Và đúng là điều này khiến nhiều team thay đổi nhịp làm việc.

Nhưng AI thắng ở vòng đầu, chưa chắc thắng ở production

Mình nghĩ chỗ cần nói thẳng là thế này: AI đang rất mạnh ở việc rút ngắn quãng đường từ ý tưởng tới bản demo. Nhưng từ demo tới production vẫn là một đoạn đường dài và đắt.

Một hệ thống dùng được trong công ty hay bán ra ngoài không chỉ cần "chạy được". Nó còn phải đi qua hàng loạt câu hỏi mà prototype thường né được:

  • dữ liệu sai thì sao
  • scale tăng đột biến thì sao
  • quyền truy cập và bảo mật xử lý thế nào
  • lỗi liên hoàn có quan sát được không
  • chi phí vận hành có nuốt hết biên lợi nhuận không
  • sau 3 tháng có còn ai dám sửa tiếp không

Đây là lý do vì sao rất nhiều bản vibe-coded demo nhìn cực thuyết phục ở tuần đầu, nhưng bắt đầu lộ vấn đề khi đi vào người dùng thật. AI không làm biến mất nhu cầu kỹ sư giỏi. Nó chỉ đẩy phần giá trị của kỹ sư sang vùng khó hơn: thiết kế hệ thống, đánh đổi kiến trúc, kiểm soát rủi ro và giữ chất lượng dài hạn.

PM đang lấn sân, hay SWE đang phải nâng level

Thay vì đọc câu chuyện này như một cuộc chiến PM đấu với SWE, mình thấy nó giống một tín hiệu tái phân bổ công việc hơn.

PM giỏi giờ có thể:

  • dựng prototype nhanh để kiểm chứng giả thuyết
  • mô tả rõ user flow và edge case sớm hơn
  • giảm vòng lặp chờ engineering cho những thử nghiệm nhỏ
  • bước vào thảo luận kỹ thuật với dữ liệu thực tế hơn

Trong khi đó, SWE giỏi càng phải thể hiện rõ giá trị ở các tầng mà AI và người không chuyên khó làm tốt:

  • biến prototype thành hệ thống tin cậy
  • bóc tách trade off thay vì chọn giải pháp nhìn đẹp nhất
  • giữ codebase không mục ruỗng sau vài vòng ship gấp
  • thiết kế quy trình review, test và quan sát phù hợp thời đại coding agents

Nói ngắn gọn: PM có AI thì mạnh hơn trước. Nhưng SWE không vì thế mà hết đất sống. Vấn đề là phần việc dễ nhìn thấy đã bị AI nén lại, nên phần giá trị còn lại phải thật sự rõ ràng.

Ba thay đổi anh em nên chấp nhận càng sớm càng tốt

1. Prototype sẽ bị commoditize

Khả năng dựng bản nháp nhanh sẽ không còn là lợi thế hiếm. Nếu trước đây chỉ cần làm một proof of concept trong vài ngày đã đủ gây ấn tượng, thì bây giờ chuẩn đó thấp hơn nhiều rồi.

Lợi thế mới nằm ở việc chọn đúng bài toán, xác định đúng ràng buộc và biết lúc nào không nên tin vào bản AI vừa sinh ra.

2. Kỹ năng viết bối cảnh sẽ quan trọng ngang viết code

Rất nhiều đội ngũ đang nhận ra chất lượng đầu ra phụ thuộc mạnh vào chất lượng context. Người nào mô tả hệ thống, dữ liệu, yêu cầu phi chức năng và tiêu chí chấp nhận càng sắc thì AI càng hữu ích.

Đây không chỉ là kỹ năng prompt. Nó là kỹ năng tư duy sản phẩm và kỹ năng diễn đạt kỹ thuật.

3. Team mạnh sẽ là team biết chia lớp công việc cho AI

Không phải việc gì cũng nên giao cho agent. Nhưng nếu team biết chia rõ:

  • việc gì để AI draft
  • việc gì bắt buộc người review
  • việc gì phải có benchmark, test hoặc guardrail trước khi merge

thì tốc độ và chất lượng cùng lúc đều có cơ hội tăng.

Tin tức đáng chú ý nằm ở đâu

Điểm đáng chú ý nhất của câu chuyện này không phải ở câu giật tít "PM chạy vòng quanh SWE". Cái đáng chú ý là một kỹ sư cấp cao ở Google công khai nói rằng coding agents đã tiến xa đến mức đủ để làm thay đổi cách đánh giá công việc kỹ thuật.

Khi những người từng xây hệ thống phức tạp bắt đầu nói công khai rằng AI có thể dựng một phiên bản đủ tốt trong thời gian cực ngắn, thì thị trường sẽ không còn xem coding agents là đồ chơi nữa. Từ đây, áp lực sẽ đổ vào hai hướng:

  • doanh nghiệp đòi team ship nhanh hơn vì "AI làm được mà"
  • kỹ sư buộc phải chứng minh giá trị ở các tầng sâu hơn chứ không chỉ ở tốc độ gõ code

Mình nghĩ anh em nên phản ứng thế nào

Nếu anh em làm PM, đừng ảo tưởng rằng vài prompt là đủ thay thế engineering. Nhưng cũng đừng bỏ lỡ cơ hội dùng AI để tự kiểm chứng ý tưởng, tự làm rõ yêu cầu và cắt bớt các vòng phối hợp không cần thiết.

Nếu anh em làm SWE, cũng đừng phản xạ kiểu phủ nhận sạch. Phe phủ nhận thường thua vì họ bảo vệ quy trình cũ quá lâu, trong lúc phần còn lại của thị trường đang học cách tận dụng công cụ mới.

Cách thực tế hơn là:

  • dùng AI mạnh ở khâu khám phá và draft
  • siết chặt review ở khâu kiến trúc, bảo mật và độ bền hệ thống
  • đo hiệu quả bằng sản phẩm chạy ngoài đời, không đo bằng cảm xúc nghề nghiệp

Cuối cùng, tranh cãi này rồi sẽ lắng xuống. Thứ ở lại không phải là câu khẩu chiến PM hay SWE thắng ai, mà là một mặt bằng mới của ngành: ai biết cộng tác với AI tốt hơn, người đó sẽ đi nhanh hơn.

Và như mọi lần, đi nhanh mới chỉ là nửa trận. Nửa còn lại là đi xa mà không vỡ máy giữa đường.

Top comments (0)