Một meme đang nổi lên ở r/vibecoding có câu đùa rất gắt: senior developer mang tới 10 năm kinh nghiệm, còn phía nhận lại đáp gọn kiểu “em chỉ gõ điều em muốn rồi bấm Enter thôi, mấy nguyên tắc clean architecture để sau đi”.
Nghe thì buồn cười, nhưng đây không chỉ là một cái meme để cười cho vui. Nó đang chạm đúng một xung đột rất thật trong làn sóng vibe coding hiện tại: khi AI làm cho việc tạo ra phần mềm trở nên nhanh đến mức chóng mặt, vai trò của kiến thức nền, kinh nghiệm senior và các nguyên tắc kỹ thuật cũ đang bị nhìn lại theo cách hoàn toàn khác.
Vì sao một meme như vậy lại leo hot
Meme này nổi không phải vì nó mới. Nó nổi vì nó diễn tả đúng tâm trạng của rất nhiều builder thời AI.
Rất nhiều anh em bây giờ làm phần mềm theo một nhịp rất khác trước:
- mô tả thứ mình muốn bằng ngôn ngữ tự nhiên
- để AI sinh code, sửa giao diện, thêm tính năng
- lặp nhanh nhiều vòng thay vì ngồi thiết kế lâu từ đầu
- ưu tiên ra thứ chạy được trước rồi tối ưu sau
Trong nhịp làm việc đó, những cụm như clean architecture, abstraction, design pattern hay dependency inversion dễ bị cảm nhận như một thứ gì đó vừa chậm, vừa nặng, vừa không tạo ra dopamine nhanh bằng việc nhìn app chạy được sau vài prompt.
Thế nên câu đùa “cứ gõ điều mình muốn rồi bấm Enter” mới trúng. Nó phản ánh một kiểu tự tin rất mới của thời AI coding: không cần biết hết mọi thứ bên dưới, miễn là mình vẫn đẩy được sản phẩm tiến lên.
Nhưng nếu chỉ đọc meme theo kiểu chê senior thì hơi nông
Mình nghĩ điểm hay của post này là nó cho thấy cuộc tranh luận đã dịch chuyển.
Ngày xưa, khi junior không nghe lời senior, câu chuyện thường xoay quanh chuyện lười học hoặc thiếu kỷ luật. Còn bây giờ, vấn đề phức tạp hơn nhiều. Người dùng AI không hẳn đang chống lại kiến thức nền. Họ đang nhìn thấy một thực tế mới: có nhiều việc trước đây phải học rất lâu mới làm được, giờ có thể làm được ngay ở mức đủ dùng.
Và đó là thay đổi thật, không phải ảo giác hoàn toàn.
Một founder nhỏ, một indie hacker hay một operator biết mô tả bài toán rõ ràng giờ có thể:
- dựng landing page
- tạo dashboard nội bộ
- nối API
- viết automation
- tạo MVP để test thị trường
nhanh hơn rất nhiều so với cách làm truyền thống.
Nếu đứng từ phía họ, việc nghe một bài giảng dài về kiến trúc đôi khi đúng là có cảm giác bị lệch nhịp với nhu cầu hiện tại. Họ cần ra kết quả trong hôm nay, không phải một bài giáo trình kéo dài vài tháng.
Vấn đề là AI không xóa bài toán kỹ thuật, nó chỉ dời thời điểm anh em phải đối mặt với nó
Đây mới là phần đáng bàn thật sự.
AI giúp bỏ qua rất nhiều ma sát ban đầu. Nhưng những thứ senior hay nói không tự nhiên mà tồn tại. Chúng thường xuất hiện vì người ta đã trả giá đủ nhiều cho các lỗi lặp đi lặp lại:
- code nhanh nhưng khó sửa
- thêm tính năng mới là kéo theo bug dây chuyền
- không rõ dữ liệu đi đâu về đâu
- đổi người maintain là cả hệ thống hóa thành mê cung
- scale lên một chút là bắt đầu nghẽn hoặc sai âm thầm
Ở giai đoạn MVP, nhiều lỗi này chưa lộ. Nên builder rất dễ có cảm giác rằng mấy nguyên tắc cũ bị thổi phồng. Nhưng tới lúc sản phẩm có user thật, logic nhiều hơn, team đông hơn hoặc chi phí sai sót cao hơn, những thứ từng bị xem là “lý thuyết” bắt đầu quay lại đòi nợ.
Nói cách khác: AI không làm clean architecture biến mất. AI chỉ khiến anh em có thể trì hoãn việc cần tới nó lâu hơn một chút.
Senior còn giá trị ở đâu trong thời chỉ cần prompt và Enter
Nếu hiểu đúng, meme này lại càng làm lộ vai trò mới của senior thay vì xóa nó.
Senior không còn chỉ là người nhớ syntax, biết framework hay thuộc nhiều pattern hơn người khác. Mấy thứ đó AI đang ăn dần. Giá trị bền hơn của senior nằm ở chỗ khác:
1. Nhìn thấy hậu quả trước khi nó xảy ra
Một người nhiều trải nghiệm thường nhận ra khá sớm đâu là đoạn code tạm ổn, đâu là đoạn sớm muộn sẽ gây nổ. Đây là thứ prompt tốt có thể hỗ trợ, nhưng khó thay thế hoàn toàn bằng xác suất sinh text.
2. Biết khi nào cần nhanh và khi nào phải chậm lại
Không phải dự án nào cũng cần kiến trúc đẹp ngay từ đầu. Nhưng cũng không phải dự án nào cũng có thể sống mãi bằng đống vá víu. Senior giỏi là người biết chọn điểm dừng để siết lại cấu trúc trước khi hệ thống vượt ngưỡng chịu đựng.
3. Biết bóc tách vấn đề mơ hồ thành rủi ro vận hành cụ thể
AI có thể sinh ra 5 hướng triển khai. Nhưng người giàu trải nghiệm thường nhìn ra ngay:
- cách nào khó test
- chỗ nào dễ dính security
- phần nào sẽ làm hỏng dữ liệu
- điểm nào gây lock-in hoặc technical debt xấu
4. Dạy cách nghĩ, không chỉ dạy cách code
Cái senior thật sự truyền lại không chỉ là “viết class thế này”. Thứ đáng tiền hơn là cách đặt câu hỏi:
- hệ này phục vụ ai
- lỗi ở đây thì hậu quả gì
- giả định nào đang bị giấu đi
- nếu mai phải chuyển người maintain thì phần nào vỡ đầu tiên
Đó là loại tri thức mà builder dùng AI càng nhiều càng nên học, vì nó giúp anh em prompt đúng hơn và quyết định đúng hơn.
Bài học thực chiến cho anh em đang làm việc kiểu vibe coding
Từ cái meme tưởng như chỉ để cười này, mình nghĩ có vài bài học rất thực dụng.
1. Cứ tận dụng tốc độ của AI, nhưng đừng biến tốc độ thành hệ giá trị duy nhất
Ra được thứ chạy nhanh là lợi thế thật. Nhưng nếu mọi quyết định đều chỉ xoay quanh “nhanh hơn nữa”, hệ thống sẽ sớm tích nợ kỹ thuật mà chính anh em phải trả sau này.
2. Đừng học fundamentals theo kiểu giáo điều, hãy học đúng thứ đang làm mình đau
Không nhất thiết phải nuốt cả cuốn sách kiến trúc rồi mới được build. Cách thực tế hơn là:
- build nhanh một bản đầu
- quan sát chỗ nào khó sửa, khó test, khó hiểu
- quay lại học đúng concept giải quyết điểm đau đó
Lúc đó lời khuyên của senior bớt mơ hồ hơn nhiều, vì anh em thấy ngay nó cứu mình ở đâu.
3. Dùng senior như bộ lọc rủi ro, không chỉ như người review style code
Nếu có cơ hội làm việc với người nhiều kinh nghiệm, thứ nên hỏi không chỉ là “đoạn này viết đẹp chưa”, mà là:
- hướng này sẽ chết ở đâu nếu sản phẩm lớn lên
- quyết định nào hôm nay sẽ tạo debt xấu nhất sau 3 tháng
- phần nào có thể tạm bẩn, phần nào tuyệt đối không nên bẩn
4. Khi AI làm anh em mạnh hơn, tiêu chuẩn ra quyết định cũng phải mạnh theo
Càng dễ build, càng dễ đẩy những quyết định chưa chín vào production. Đó là mặt trái của tốc độ. Anh em không thể giữ nguyên mức cẩn trọng cũ trong khi năng lực đẩy code ra ngoài tăng gấp nhiều lần.
Góc nhìn rộng hơn: cộng đồng đang chuyển từ “biết code” sang “biết điều phối năng lực tạo code”
Đây có lẽ là lý do sâu hơn khiến meme kiểu này lan mạnh.
Trong làn sóng hiện tại, lợi thế không còn nằm hoàn toàn ở người code tay tốt nhất. Nó đang dịch sang phía người:
- mô tả vấn đề rõ hơn
- chia nhỏ việc tốt hơn
- chọn công cụ đúng hơn
- phát hiện lỗi hệ thống nhanh hơn
- ghép tốc độ với phán đoán tốt hơn
Nói cách khác, nghề làm phần mềm đang dần đổi từ chỗ chủ yếu thưởng cho người “tự viết mọi thứ” sang chỗ thưởng nhiều hơn cho người “biết điều khiển một dàn công cụ tạo ra thứ có ích”.
Nhưng càng như vậy, phán đoán cấp hệ thống lại càng quan trọng. Và đó chính là vùng mà kinh nghiệm senior vẫn còn đất sống rất lớn.
Kết luận
Meme này đáng chú ý vì nó gói gọn một cuộc va chạm lớn đang diễn ra trong nghề: một bên là tri thức được tích lũy qua nhiều năm, một bên là cảm giác quyền lực mới khi AI cho phép anh em tạo ra sản phẩm chỉ bằng mô tả và vài vòng lặp nhanh.
Nếu nhìn hời hợt, đây là chuyện “senior nói nhiều, builder thời mới chỉ muốn Enter”. Nhưng nếu nhìn kỹ hơn, bài học hay hơn là thế này: AI đã đổi cách anh em xây phần mềm, nhưng chưa hề xóa nhu cầu hiểu hệ thống, hiểu rủi ro và học từ những người từng trả giá trước mình.
Thời này có thể đúng là chỉ cần gõ điều mình muốn rồi bấm Enter để đi rất nhanh. Nhưng đi xa hay không thì vẫn phụ thuộc vào việc anh em hiểu cái gì nên giữ, cái gì nên bỏ, và lúc nào cần nghe những kinh nghiệm tưởng như đã cũ.
Top comments (0)