WEBSITE ĐANG PHÁT TRIỂN

#Developerlife

Khi AI xóa rào giữa PM, tester và dev – vai trò nào còn lại?

AI đang xóa những bức rào mà ngành phần mềm xây suốt hai mươi năm qua giữa PM, tester và dev. PM giờ đọc được code, tester viết được test script tự động, dev phải involve vào product và test. Đây không phải "AI thay thế lập trình viên" – mà là AI làm mỏng đi lớp rào giới giữa các vai trò. Và câu hỏi thực sự không phải "vai trò nào sẽ chết", mà là "vai trò nào còn lại khi đã xóa rào". Hôm trước tôi ngồi xem sprint planning của team, một cảnh tượng mà mười năm trước sẽ rất khó xảy ra. PM – người vốn chỉ quen với Figma, user story và Jira board – đang mở VS Code đọc PR diff của dev. Cô ấy không phải dân kỹ thuật, nhưng sau khi team mời cô ấy thử Cursor vài tuần, giờ cô ấy tự đọc được phần lớn thay đổi, comment trực tiếp vào file: "cái này ảnh hưởng đến flow checkout, tôi đoán user sẽ bỏ ngang tại bước này". Cùng sprint đó, anh tester – người trước giờ không đụng vào code – tự push một cái test script Playwright lên repo. Anh ấy nói: "Tôi thấy user flow này dễ vỡ, tôi record xong rồi AI generate code test cho tôi, tôi review lại và push lên". Dev đọc, comment nhẹ: "thiếu case negative", tester sửa, merge. Một ngày bình thường. Và dev – bạn dev năm thứ hai trong team – cuối ngày ngồi viết một cái product brief nháp cho feature nhỏ mà PM đang bận. Không phải spec hoàn chỉnh, chỉ là một cái draft. PM nhìn qua, góp ý, hai người sửa lại cùng nhau. Tôi ngồi đó và thấy một thứ mà suốt hai mươi năm trong nghề tôi chưa từng thấy rõ ràng đến vậy: ranh giới giữa ba vai trò – PM, tester, dev – đang tan ra. Không phải vì ai đó quyết định sáp nhập phòng ban. Mà vì công cụ đã cho phép mỗi người vượt qua cái rào đó dễ dàng hơn bao giờ hết.

Khi nhà nhà vibe code – thứ giúp bạn vượt trội vẫn là căn bản

Vibe coding đang trở thành chuẩn mới. Nhưng khi AI viết code cho tất cả mọi người, thứ duy nhất còn phân biệt developer giỏi và developer bình thường chính là nền tảng kỹ thuật. Căn bản không lỗi thời – nó càng quý hơn khi công cụ làm thay tất cả phần ngọn. Năm đầu tiên đi làm, tôi không biết mình là frontend developer hay backend developer. Không phải vì tôi không được hỏi. Mà vì không ai hỏi. Không có job description kiểu đó. Không có team frontend riêng, backend riêng, QA riêng. Chỉ có tôi, một cái máy tính Dell cũ, và một danh sách công việc dài hơn cả ngày làm việc. Hôm nay code module đăng ký sinh viên. Ngày mai lao đến trường Cao đẳng – khách hàng của chúng tôi – để ngồi cùng phòng Đào tạo, hỏi họ muốn in bảng điểm theo định dạng nào. Tuần sau bê máy tính qua từng phòng ban để cài đặt, hướng dẫn trực tiếp. Rồi lại về, mở IDE, fix bug mà thầy Hiệu phó vừa báo sáng nay. Không phân role. Không có "đó là việc của team khác". Không có ticket system để tạo ticket rồi chờ. Chỉ có bài toán và người giải nó – là tôi. Hơn hai mươi năm sau, tôi đọc bài viết về vibe coding và thấy buồn cười. Buồn cười theo kiểu: "Ủa, vòng này không quen à?" Vibe coding – từ được Collins English Dictionary chọn là "Word of the Year 2025" – ngắn gọn là: dùng AI để generate code bằng cách mô tả yêu cầu bằng ngôn ngữ tự nhiên. Bạn viết prompt, AI viết code, bạn chạy thử và tinh chỉnh. Không cần nhớ cú pháp. Không cần tra Stack Overflow từng function. Nhanh hơn, gọn hơn, sexy hơn. Và đi kèm với đó, developer ngày nay đang trở thành người làm tất cả – một lần nữa. Không còn ranh giới rõ ràng giữa frontend dev và backend dev. Một người với AI trong tay có thể build cả một product từ đầu đến cuối. Tự viết code, tự test, tự review, tự phân tích yêu cầu, đôi khi còn kiêm luôn PM. Giống y chang ngày tôi mới ra trường. Chỉ khác là ngày đó không có AI – tôi phải tự học tất cả bằng cách làm thật, sai thật, sửa thật.

Dùng AI tưởng nhàn hơn, hóa ra bận hơn - và đây là lý do tại sao

AI không giải phóng thời gian - nó mở rộng kỳ vọng. Bạn làm nhanh hơn, nhưng sẽ phải làm nhiều hơn, kiểm tra nhiều hơn, và học thêm liên tục để không bị bỏ lại. Nhưng cũng có cách để không bị AI "ăn thịt" mà vẫn tận dụng được nó. Ông bạn tôi - một PM khá giỏi, 8 năm kinh nghiệm - nhắn tin lúc 11 giờ đêm thứ Sáu. Nội dung: "Anh ơi, sao em dùng Copilot rồi mà còn bận hơn trước vậy?" Tôi cười, vì câu đó chính xác là điều tôi muốn nghe để viết bài này. Trước đó vài tháng, cả team ông bạn tôi được trang bị GitHub Copilot, Microsoft 365 Copilot, và một đống AI tool khác. Ban đầu ai cũng hào hứng. Code review nhanh hơn. Email draft xong trong 2 phút. Document có AI tóm tắt. Cuộc họp có transcript tự động. Hai tháng sau, ông ấy đang ngồi 11 giờ đêm thứ Sáu hoàn thiện nốt phần requirements mà AI vừa generate ra nhưng sai đủ kiểu cần phải sửa lại từ đầu. Chào mừng đến với "AI productivity paradox" - cái nghịch lý mà hàng triệu người đang trải qua nhưng ít ai nói thẳng ra.

Khóa học AI Fluency - bạn sẽ học được gì từ hành trình này

Khóa học này không dạy bạn dùng ChatGPT hay Copilot - những thứ đó bạn tự học trong vài giờ. Nó dạy bạn cách suy nghĩ khi làm việc với AI: khi nào tin, khi nào kiểm tra, và làm thế nào để AI thực sự mở rộng năng lực của bạn thay vì chỉ giúp bạn gõ nhanh hơn. Có một câu hỏi tôi nhận được rất nhiều trong thời gian gần đây, từ rất nhiều người khác nhau - từ developer mới ra trường, đến senior engineer 10 năm kinh nghiệm, đến PM và designer không có nền tảng kỹ thuật: "Mình nên học AI bắt đầu từ đâu?" Lần đầu tiên nghe câu hỏi này, tôi nghĩ câu trả lời đơn giản: "Cài Copilot đi, thử vài ngày là quen." Nhưng càng ngày tôi càng nhận ra câu hỏi đó không phải về tool. Nó là về thứ gì đó sâu hơn - một cảm giác mơ hồ rằng thế giới đang thay đổi theo cách mà bạn chưa hiểu rõ, và bạn muốn không bị bỏ lại phía sau. Tôi đã nghe câu hỏi đó đủ nhiều lần để quyết định làm một điều gì đó có hệ thống hơn là trả lời từng người một. Và đó là lý do khóa học này ra đời.

AI của tôi: thách thức, kỳ vọng, và điều tôi thực sự hy vọng

Sau hơn hai năm làm việc với AI mỗi ngày, đây là góc nhìn thật của tôi - không phải bài review tool, không phải PR marketing, không phải tiên tri tương lai. Chỉ là một người làm nghề 20 năm ngồi nhìn lại và cố hiểu xem cái thứ đang thay đổi ngành này thực sự ý nghĩa gì với mình. Lần đầu tiên AI nói dối tôi một cách tự tin, tôi đang ngồi debug một issue khá phức tạp về EF Core query performance trong một dự án e-commerce lớn. Tôi paste đoạn code vào ChatGPT, mô tả vấn đề. Ba giây sau, một câu trả lời dài và trông rất chuyên nghiệp xuất hiện: nguyên nhân là X, giải pháp là Y, code example đây. Formatting đẹp, giọng tự tin, đủ keyword kỹ thuật để nghe hợp lý. Tôi thử Y. Không chạy. Thử lại. Vẫn không chạy. Đọc kỹ lại câu trả lời, tôi nhận ra vấn đề: method AI đề xuất không tồn tại trong phiên bản EF Core tôi đang dùng. AI đã tưởng tượng ra một API không có thật, rồi giải thích nó với độ tự tin tuyệt đối. Tôi ngồi im một lúc. Đây không phải lần AI trả lời sai đầu tiên - nhưng đây là lần đầu tiên tôi thấy rõ cái gap giữa "trông có vẻ đúng" và "thực sự đúng" một cách sắc nét đến vậy. Và cái cảm giác đó không rời tôi kể từ đó.