Vibe Coding là gì? Và nó có làm “lung lay” vị trí của BrSE Non-tech không?
Mình là BrSE non-tech.
Mình không phải dev hardcore.
Mình không rành về optimize performance, cũng không biết cách discuss về framework, cũng không thức suốt đêm để fix bug production (nhưng có thể thức suốt đêm để liên lạc với khách hàng^^).
Công việc chính của mình là:
Phân tích và làm rõ yêu cầu nghiệp vụ (Business Requirement Analysis)
Xây dựng và quản lý tài liệu specification
Định nghĩa rule, constraint và acceptance criteria
Thiết kế luồng nghiệp vụ và định hướng hệ thống ở mức logic
Đảm bảo giải pháp kỹ thuật luôn bám sát mục tiêu business ban đầu
Và gần đây, mình thấy các nhóm ngành IT đang xôn xao với keyword: Vibe Coding.
Vibe Coding là gì?
Vibe Coding là cách build phần mềm bằng cách “nói chuyện” với AI thay vì tự tay viết từng dòng code. Thuật ngữ này được đề ra bởi Andrej Karpathy.
Hiểu đơn giản thì là:
Bạn mô tả ý tưởng của hệ thống bằng ngôn ngữ tự nhiên → ném request đó cho các tool dùng để vibe coding → hoàn tất tạo ra hệ thống theo như yêu cầu.
Những công cụ như:
Cursor
Antigravity
Claude
GitHub Copilot
đã khiến việc tạo prototype hay MVP trở nên nhanh và dễ dàng hơn bao giờ hết.
Chỉ cần bạn diễn đạt đủ rõ “vibe” bạn muốn, AI sẽ lo phần implementation.
Và phải công tâm mà nói rằng: nó rất mạnh.
Nhưng điều mình quan tâm hơn là:
Vibe Coding có làm ảnh hưởng đến vị trí của BrSE non-tech như mình không?
Thời điểm đầu, mình cũng từng tự hỏi:
Nếu AI có thể generate code. Nếu business có thể tự mô tả ý tưởng và ra sản phẩm, thì vai trò trung gian như BrSE có còn cần thiết nữa không ?
Sau một thời gian trải nghiệm vibe coding và dưới đây là những thứ mình nhận ra
1. AI không thể thay thế tư duy hệ thống
AI rất giỏi execute.
Nhưng AI không tự:
Xác định boundary của hệ thống
Đặt constraint về performance
Cân nhắc trade-off dài hạn
Phân biệt rule chiến lược và rule có thể thay đổi
Nếu mình mô tả mơ hồ, AI sẽ tự điền vào chỗ trống.
Và mỗi lần điền có thể khác nhau. AI mạnh ở mức “làm theo yêu cầu”.
Nhưng nó không tự xây dựng được một hệ thống có cấu trúc dài hạn nếu không có specification rõ ràng.
Điều này làm mình càng tin rằng:
Specification phải tồn tại độc lập với prompt.
Và người define specification phải là người kiểm soát hướng đi của hệ thống.
2. Generate code ≠ Build hệ thống bền vững
Vibe coding giúp có demo rất nhanh.
Nhưng để có một hệ thống:
Maintain được nhiều năm
Scale user mà không sập
Onboard thêm dev mà không hỗn loạn
Thay đổi rule mà không vỡ dây chuyền
→ Thì cần cấu trúc rõ ràng ngay từ đầu.
Và cấu trúc đó bắt đầu từ spec, không phải từ prompt.
3. Vibe Coding không biến mình thành dev – nhưng biến mình thành BrSE tốt hơn
Vibe coding không làm mình trở thành dev chỉ sau một đêm.
Nhưng nó làm mình:
Hiểu sâu hơn về cách hệ thống vận hành
Nhìn thấy rõ dependency ẩn sau mỗi thay đổi nhỏ
Viết spec kỹ hơn thay vì chỉ mô tả bề mặt
Suy nghĩ có cấu trúc và tính đến hậu quả dài hạn
Tôn trọng architecture hơn bao giờ hết
Khi mình thấy một thay đổi nhỏ có thể kéo theo cả chuỗi ảnh hưởng phía sau, mình mới thực sự thấm giá trị của việc define rõ ràng ngay từ đầu.
Và lúc đó mình nhận ra một điều:
Nếu specification là “single source of truth”, thì người viết spec không chỉ đang mô tả tính năng - mà đang giữ linh hồn của sản phẩm.
4. Vấn đề không phải AI thay thế BrSE – mà là BrSE có chịu nâng cấp bản thân hay không
Nếu BrSE chỉ dừng ở mức “phiên dịch yêu cầu”, thì đúng là rủi ro.
Nhưng nếu BrSE:
Hiểu domain sâu
Biết đặt câu hỏi đúng
Biết define boundary hệ thống
Biết chuyển business intent thành specification chặt chẽ
Biết lập checklist kiểm soát rủi ro
→ thì AI không thay thế được.
Ngược lại, AI sẽ khuếch đại năng lực đó.
Câu hỏi không phải:
“AI có thay thế BrSE không?”
Mà là:
“Mình có đủ năng lực để dẫn dắt AI hay không?”
Góc nhìn về tương lai dành cho những bạn muốn theo BrSE non-tech
Nếu bạn đang định hướng trở thành BrSE non-tech, có lẽ bạn cũng từng tự hỏi:
“Trong thời đại Vibe Coding, vị trí này còn đất sống không?”
Câu trả lời của mình là: có.
Nhưng không phải theo cách cũ. Vibe coding không phải là mối đe doạ. Nó là một công cụ cực mạnh. Và công cụ càng mạnh, càng làm lộ rõ năng lực thật của người sử dụng.
Trong tương lai gần, AI sẽ ngày càng giỏi:
Generate code nhanh hơn
Hiểu ngữ cảnh tốt hơn
Tự động hoá nhiều phần implementation hơn
Nhưng AI vẫn cần một thứ:
Một người hiểu hệ thống đủ sâu để dẫn dắt nó.
Nếu bạn chỉ dừng ở mức “phiên dịch yêu cầu”, bạn sẽ bị thay thế.
Nhưng nếu bạn:
Hiểu system design ở mức tổng thể
Hiểu architecture ở mức conceptual
Nhìn ra dependency giữa các module
Nhận diện được trade-off trước khi quyết định
Và viết specification đủ rõ để không còn khoảng mơ hồ
→ AI không thể thay thế bạn.
Nó sẽ khuếch đại năng lực của bạn.
Tương lai của BrSE non-tech không nằm ở việc né AI. Mà nằm ở việc học đủ sâu để sử dụng AI như một trợ thủ.
Vị trí này vẫn là một mảnh đất màu mỡ. Nhưng chỉ dành cho những người chịu nâng cấp tư duy hệ thống của mình.
Còn nếu không, AI sẽ không thay thế bạn. Một người khác biết dùng AI tốt hơn sẽ làm điều đó.
Sau tất cả
Mình tin một điều:
Đừng để AI lead mình.
Hãy dùng AI như một trợ thủ.
Hãy cố gắng:
Học thêm kỹ năng chuyên môn
Nâng cấp tư duy hệ thống
Rèn khả năng define specification rõ ràng
Mở rộng hiểu biết về architecture và long-term maintainability
Sau đó, dùng AI để tăng tốc.
Khi làm được như vậy, vị trí BrSE non-tech không hề lung lay.
Ngược lại, đây vẫn là một mảnh đất màu mỡ - nhưng chỉ dành cho những người chịu học, chịu nâng cấp, và không để mình bị thay thế bởi chính sự mơ hồ của mình.
Vibe coding không làm mình lo sợ nữa.
Nó chỉ nhắc mình một điều: Công nghệ thay đổi rất nhanh. Nhưng người hiểu rõ hệ thống và biết define hướng đi thì sẽ luôn có chỗ đứng trong ngành này.