Cơn say “vibe coding” dần tan: Khi lập trình bằng AI bộc lộ nhiều vấn đề

nhatminhngo
16/10/2025 23:53Phản hồi: 72
EditEdit
Cơn say “vibe coding” dần tan: Khi lập trình bằng AI bộc lộ nhiều vấn đề
Trong hai năm qua, “vibe coding”, thuật ngữ chỉ xu hướng dùng các công cụ AI như Claude Code, Cursor, Lovable, Replit hay Codex để viết phần mềm chỉ bằng prompting, đã trở thành một việc phổ biến. Anh em không rành code chỉ cần biết gõ vài câu tiếng Anh là có thể có được một ứng dụng hoàn chỉnh. Tuy nhiên, sau giai đoạn hứng khởi ban đầu, làn sóng “vibe coding” đang vấp phải làn gió ngược thổi tắt trào lưu này khi cả kỹ sư lẫn các công ty công nghệ đang nhận ra rằng: tốc độ và sự tiện lợi ấy phải trả giá bằng độ tin cậy, khả năng bảo trì, và thậm chí là an toàn dữ liệu.

Nói lại về “Vibe coding”


Nói về Vibe Coding thì mình có từng chia sẻ, anh em có thể coi qua ở bài viết này

Tương lai của việc lập trình sẽ như thế nào khi xu thế "vibe coding" ngày một phổ biến

Hôm bữa đọc được một bài viết và thread trên X về “vibe coding” nên muốn chia sẻ một góc nhìn riêng với anh em về cách tiếp cận này trong việc lập trình. Các công cụ trí tuệ nhân tạo ra đời có vai trò ngày càng quan trọng với người dùng, kể cả...
tinhte.vn


Về cơ bản thì thay vì anh em code từng dòng, “vibe coding” là việc anh em để AI đảm nhiệm phần lớn công việc. Người dùng chỉ cần mô tả cái họ cần bằng ngôn ngữ tự nhiên thông qua prompting với các yêu cầu dạng như: tôi cần một ứng dụng quản lý công việc, cho phép thêm việc đăng nhập bằng Google. Khi đó, các chatbot AI sẽ tự động sinh ra mã nguồn tương ứng. Những công cụ như Claude Code (Anthropic) hay Cursor (Anysphere) không chỉ tự động hoàn thành câu lệnh, mà còn có thể dựng nguyên module hay tính năng mới chỉ trong vài phút.

vibe-coding.jpg

Và với trào lưu này, đã từng có nhiều công ty, thậm chí nhiều lãnh đạo công nghệ, đơn cử như CEO Brian Armstrong của Coinbase, tự tin về việc sử dụng AI trong việc coding. Chính ông cũng từng tuyên bố rằng “gần một nửa code của Coinbase đã được AI viết ra.” Nhưng tuyên bố này lại nhận về phản ứng gay gắt từ cộng đồng kỹ sư, những người cho rằng kiểu “vibe coding” này chỉ phù hợp để tạo bản demo, chứ không thể dùng để xây hệ thống thực tế. Bài chia sẻ của Armstrong đã gây ra tranh cãi lớn trên X, phần nào cho thấy, làn sóng hoài nghi về vibe coding Bài đăng của Armstrong thậm chí trở thành tâm điểm chế giễu trên mạng X, cho thấy làn sóng hoài nghi đã tồn tại âm ỉ từ nhiều tháng.

Những yếu tố khiến vibe coding gặp vấn đề


Rất nhiều kỹ sư làm việc tại các công ty công nghệ như PayPals đã ví công cụ này như một con dao hai lưỡi: nó giúp người dùng, đặc biệt là anh em lập trình tạo ra tính năng. Nhưng thứ gì cũng có trade-off (đánh đổi), tạo code nhanh quá, thì kĩ sư sẽ rơi vào cơn ác mộng của việc bảo trì.

Đầu tiên là Technical Debt


Điều này liên quan tới Technical Debt. Về cơ bản, nợ kỹ thuật có thể coi là những khoản “vay mượn” trong lập trình. Ví dụ, khi khách hàng đòi làm nhanh một tính năng nào đó, để đáp ứng yêu cầu đó, chúng ta chọn một giải pháp tạm thời thay vì xây một cấu trúc bền vững từ đầu. Tuy nhiên, cách tiếp cận này sẽ đòi hỏi anh em phải “trả lãi” sau này. Trả sớm thì dễ dàng khi anh em có thể dành thời gian ngồi tối ưu lại, refactor code, hoặc viết test bổ sung. Còn nợ kĩ thuật mà để càng lâu, thì về sau, việc trả nợ sẽ càng khó khăn khi tính năng đó có thể gây ảnh hưởng tới những tính năng khác, hoặc refactor code trở nên khó khăn hơn.

vibe-code-3.jpg
Một vấn đề đầy đau đầu của vibe code: technical debt

Và với AI cùng vibe coding, việc tạo ra hàng ngàn dòng code một cách nhanh chóng là điều dễ dàng, nhưng nợ kỹ thuật lại là món quà đi kèm theo đó. Khi cần sửa code, hoặc mở rộng, mấy anh em dev nhiều khi cần gấp đôi thời gian để debug, để gỡ rối vì không hiểu tại sao AI lại code như vậy.

Vấn đề tiếp theo: Complexity Ceiling

Quảng cáo


Một vấn đề khác là sự phức tạp. Ở quy mô nhỏ, các dự án viết bằng AI vẫn chạy được. Nhưng khi hệ thống lớn dần lên, đòi hỏi việc giao tiếp với cơ sở dữ liệu, gọi API hay các giao thức bảo mật thì vibe coding bắt đầu bộc lộ điểm yếu. Hays gọi đây là “complexity ceiling” (trần phức tạp). Vượt qua ngưỡng đó, AI không còn kiểm soát tốt mối quan hệ giữa các thành phần trong hệ thống để thực thi công việc.

Sau đó, người dùng thiếu kinh nghiệm


vibe-code-2.jpeg
Việc người dùng thiếu kinh nghiệm hay bản chất của LLM sẽ khiến vibe coding gây ra nhiều vấn đề

Với anh em rành kỹ thuật, hiểu code thì không nói. Điều thực sự nguy hiểm là với những anh em không rành kỹ thuật. Việc chỉ prompt cho AI code có thể giống như đặt quả bom hẹn giờ. Một yêu cầu tưởng như đơn giản có thể khiến AI thay đổi hàng chục phần khác nhau mà không kiểm thử, dẫn đến việc “chữa lành một lỗi nhưng phá mười lỗi khác”. Những trường hợp này dễ làm hệ thống gãy khi xuất hiện các tình huống “edge case” ngoài đời thực.

Bản chất của LLM


Và cuối cùng, AI, hay các mô hình ngôn ngữ lớn LLM về bản chất không thật sự hiểu phần mềm. Chúng chỉ bắt chức các mẫu code mà chúng học được trong cơ sở dữ liệu huấn luyện Và khi phần mềm cần sự suy luận về mối quan hệ logic giữa các thành phần, AI dễ sa vào lỗi không thể đoán trước được.

Những vụ việc ngoài đời thật

Quảng cáo


Tháng 7 vừa rồi, ứng dụng Tea, nơi người dùng có thể chia sẻ thông tin về người họ từng hẹn hò, gặp sự cố rò rỉ dữ liệu nghiêm trọng. Hơn 72.000 hình ảnh nhạy cảm cùng thông tin cá nhân bị lộ trên mạng. Sau khi phân tích, các chuyên gia cho rằng lỗi bảo mật này bắt nguồn từ đoạn code do AI sinh ra, vốn để ngỏ cơ sở dữ liệu đám mây mà không có kiểm soát truy cập. Sau đó, một sự cố khác còn làm lộ thêm dữ liệu, buộc Tea phải vô hiệu hóa tính năng nhắn tin trực tiếp.

replit.jpg
Cách đây vài tháng, vibe coding đã gây ra vấn đề lớn với Replit và may mắn là họ phục hồi được phần mã bị mất

Một tháng sau, doanh nhân Jason Lemkin đã kể lại việc AI agent của Replit, công cụ “vibe coding” nổi tiếng, tự tay xóa sạch cơ sở dữ liệu chứa thông tin đối tác của ông. Lemkin chỉ bảo AI “đóng băng code,” nhưng khi quay lại, toàn bộ dữ liệu đã biến mất. May mắn là Replit phục hồi được bản sao lưu, song sự cố ấy là lời cảnh tỉnh: những công cụ tưởng “thông minh” đôi khi lại hành xử như đứa trẻ không biết hậu quả việc mình làm.

Vibe coding đối mặt với nghi ngờ từ chính kỹ sư và ngành công nghệ


Theo khảo sát mới nhất thực hiện bởi Stack Overflow, hơn 50% lập trình viên hiện dùng AI mỗi ngày, nhưng 46% không tin tưởng độ chính xác của nó, so với chỉ 33% tin tưởng. Cảm tình chung với công cụ AI cũng giảm: từ 70% năm 2024 xuống còn 60% năm 2025. Chỉ 30% cho rằng AI đủ tốt để xử lý các tác vụ phức tạp.

Đối mặt với hoàn cảnh đó, các công ty AI không ngồi yên. Họ đang cải thiện mô hình, bổ sung cơ chế kiểm thử và bảo mật tự động. Hays có chia sẻ rằng Claude Code gần đây được cải tiến hơn vì nó chỉ sử đúng phần được yêu cầu, chứ không chạm lung tung vào những thành phần khác.

image.png
Một khảo sát khác thực hiện bởi StackOverflow, hơn 70% người tham gia khảo sát không vibe code

image.png
Và với AI Agent thì việc thích nghi và sử dụng nó đạt được kết quả cao hơn. Và bản thân mình cũng thấy là dùng AI Agent vào development workflow sẽ mang lại sự tích cực hơn là vibe coding

Ngoài ra, theo báo cáo AI Index của Stanford, năm 2024, các hệ thống AI đã giải được 71,7% bài kiểm thử SWEBench – bộ tiêu chuẩn đánh giá năng lực lập trình thực tế, trong khi năm 2023 chỉ đạt 4,4%. Dù vậy, nhiều chuyên gia cho rằng tiêu chuẩn này vẫn còn “dễ”, không phản ánh được độ phức tạp của phần mềm thật, và thậm chí có thể trùng với dữ liệu huấn luyện của AI. Một số người cũng lưu ý SWEBench chỉ thử nghiệm với Python, ngôn ngữ AI xử lý tốt nhất, nên chưa đánh giá được khả năng xử lý các dạng code front-end hay những vấn đề liên quan đến cơ sở hạ tầng.

Góc nhìn kinh doanh: Khi “vibe coding” vẫn là cơn sốt đầu tư


Dù đối mặt với nhiều nghi ngờ, giới đầu tư vẫn tiếp tục rót tiền đầu tư. Vừa rồi, Lovable được định giá 4 tỷ USD, gấp đôi vòng trước; Anysphere, nhà phát triển Cursor, đã tăng giá trị gấp đôi chỉ trong 8 tuần;. Hay Anthropic, công ty đứng sau Claude Code, vừa huy động thêm 13 tỷ USD, đạt mức định giá khổng lồ 183 tỷ USD.

Ngoài cộng đồng người dùng cá nhân, mục tiêu lớn mà các startup hướng tới là thị trường doanh nghiệp, nơi các lãnh đạo kỳ vọng AI có thể tăng tốc mạnh mẽ quy trình phát triển phần mềm. Một số công ty đang mở rộng phạm vi “vibe coding”, nâng cấp nó và kết hợp cùng hướng tiếp cận agentic để hình thành mô hình hybrid, cho phép AI không chỉ sinh mã mà còn tự kiểm thử, tối ưu và triển khai. Tuy vậy, những “người chiến thắng” lâu dài sẽ là các công cụ có khả năng hiểu sâu ngữ cảnh, tự động hóa kiểm thử, và được tích hợp lớp bảo mật vững chắc.

Kết luận


Thực ra, “vibe coding” không hẳn là vô dụng, nó mở ra khả năng để bất kỳ ai cũng có thể biến ý tưởng thành ứng dụng thật, cho những ai không rành code có thể được thử, được tạo ra thứ gì đó. Nhưng khi cơn “high” qua đi, những lỗ hổng về bảo mật, nợ kỹ thuật, và sự thiếu hiểu biết của người dùng không chuyên đang khiến cả ngành phải nhìn lại. Có thể trong tương lai, “vibe coding” vẫn sẽ tồn tại, nhưng chỉ khi nó được kết hợp với kỷ luật, hiểu biết, và kiểm thử nghiêm ngặt từ con người. Điều này dẫn tới một hướng đi mà nhiều công ty đang áp dụng đó là AI Agentic Code khi các công cụ AI được áp dụng một cách thấu đáo ở từng bước trong quá trình phát triển phần mềm để thật sự mang lại giá trị, thay vì gây ra vấn đề như vibe coding. Mình sẽ sớm chia sẻ với anh em về Agentic Coding này để anh em có thêm một góc nhìn về tác động của AI trong ngành công nghệ.
72 bình luận

Xu hướng

1/ Technical Debt
Hoàn toàn có thể khắc phục với mô hình đủ mạnh.
Mình vẫn tinh chỉnh tính năng thường xuyên với AI mà không gặp vấn đề gì, miễn là khéo léo.
2/ Complexity Ceiling
Cái này cũng chỉ là giới hạn mạnh hay yếu của mô hình, và cách chúng ta giao tiếp với nó.
Và một người dùng code vài triệu dòng code thì chắc chắn không phải tay mơ. Họ sẽ biết các "chia" để trị nếu cần.
3/ Người dùng thiếu kinh nghiệm
Việc này đúng, nhưng nó ở người dùng chứ không phải ở mô hình AI.
Nếu không biết các khái niệm liên quan, chắc chắn không thể vibe coding ra một phần mềm tốt.

Nói chung:
Mình đã dùng AI để viết phần mềm được khoảng 1 năm nay, phần mềm phức tạp nhất mình làm ra là khoảng 5000 dòng code. Và mình thấy nó không hề thua kém các sản phẩm truyền thống đã có trên thị trường. Thực sự rất tốt.
Một tool nhỏ nhỏ để phục vụ một công việc đơn giản nhưng lặp lại liên tục thì chỉ khoảng 2-300 dòng code. Mấy tool này mình Vibe Code khoảng 30 phút (bao gồm tinh chỉnh) là xong.

Dưới đây là 2 phần mềm mình vibe code và sử dụng hàng ngày. Nếu thuê code thì không biết bao nhiêu tiền mới làm được. Mà còn không đúng ý mình. 2 phần mềm này mình code mỗi cái trong 1 tuần (khi rảnh).

PS: Mình không phải lập trình viên. Mình là người dùng máy tính bình thường. Nhưng nhờ Vibe Coding mà mình đã có nhiều kiến thức hơn về lập trình, hiện tại mình có thể viết tool cho gần như bất cứ điều gì mình muốn. Đó là điều trước đây có nằm mơ cũng không dám ước.
0001.jpg
0002.jpg
@Dr.Son vibe coding để rút ngắn thời gian, giảm chi phí, thấy bạn nói vibe coding hay lắm mà
Bạn không nói ra người ta tưởng bạn dốt. Nói ra rồi người ta lại không còn nghi ngờ gì nữa.
@nvthong1009 ổn, ổn lòi lìa
leeri
TÍCH CỰC
20 ngày
@Dr.Son Ông nói đúng rồi đấy. Mà người ta phân tích cũng không sai đâu. Vibe coding dành cho mấy người không biết lập trình làm mấy trò vui vẻ. Enterprise level thì vứt.
Tôi thì thấy cha đẻ git & linux nói quá đúng. 😃
@Dr.Son Em cũng mới bắt đầu, bác check inbox em hỏi với
Một developer vừa đọc và thầm mỉm cười vui vẻ 😋
Vibe code hoàn toàn thì đúng là ko đc thật, nhưng mình vẫn dùng nó như một thằng "đệ". Giao từng việc nhỏ, trong một kiến trúc tổng thể được thiết kế rõ ràng. Define ra một cái readme chi tiết, khi tạo một tính năng mới, thì các file phải tạo gồm những gì, quẳng vào đâu, đầu ra đầu vào bắt buộc phải tuân thủ như thế nào (nhất là API). Mình vẫn dùng Clean code, DDD, CQRS nên ít khi bị sửa chỗ này hỏng chỗ khác. Cá nhân mình thì mình thấy AI nó lại hay gặp vấn đề ở UI, do yêu cầu tương tác phức tạp, và edge case nhiều.
@haidnacitt Đúng rồi, mình không giao cho nó được, mình phải coi nó như đệ để chỉ nó làm rồi kiểm tra lại 😆 giao cho nó là chết hehe
@haidnacitt Chia thành các task nhỏ và giao cho nó, sau đó kiểm tra và và gộp lại
Câu này đọc từ trên mạng: “trình mình ở đâu, thì trình AI ở đó”. Các bạn dev chắc sẽ dễ hiểu ý của câu này.
@vocweb Hehee chuẩn bạn, mà thật ra nếu tập dần thói quen nghĩ và bắt AI làm cái mình nghĩ thì cũng phần nào đó nâng trình lên 😆
@vocweb Chẳng riêng dev hay IT. Tôi chuyên nghành cơ khí cũng thấy vậy luôn. Khi nó sai, căn vặn vài câu nó lại làm lại và trở nên đúng. AI nó khá lươn lẹo
Mình làm văn phòng, chỉ đủ tầm để bắt AI viết code VBA trong Excel, phục vụ cho nhu cầu công việc (ko liên quan gì tới IT).
Đúng như bài viết đã đề cập, điều cốt lõi là phải biết mình muốn gì, kiểm soát những cái gì, xem xét dự trù các lỗi có thể phát sinh và đặt giới hạn cho AI.
Kiểm soát được thằng đệ AI nên giờ công việc nhàn tênh 😁
@parrot AI code VBA debug hơi cực nghen, cũng sẽ ổn nhưng nhiều khi ngồi debug cực vì VBA thấy bị giới hạn nhiều.

Nhưng quan trọng vẫn là biết mình muốn gì, cần gì :D
Nhóm ngành bên IT (Dev, Database hoặc đơn giản là Desk Help) nếu dùng AI thuần thục và có kiểm soát là 1 lợi thế. Còn bên Lập trình nhúng Vi mạch là câu chuyện hoàn toàn khác: thấu hiểu phần cứng ứng dụng cụ thể và code nó hoạt động như ý là điều rất khó mô tả cho AI, đặc biệt nếu phần cứng có lỗi nào đó (nhiễu môi trường, điều khiển sai tần số làm phần cứng Stress...) thì AI có giúp bằng mắt, kĩ sư kinh nghiệm mò cả tuần còn chưa xong. Chưa kể, cũng như 1 hệ thống lớn cần API thì 1 Project nhỏ Embedded cũng có API nội bộ (custom) chưa bao giờ AI biết đến thì lấy gì nó học lỏm mà sửa. Vậy nên mình tin rằng ít nhất 5-10 năm nữa, mình vẫn còn có giá trị trong ngành / nói ngắn gọn là VẪN ĐƯỢC NGƯỜI TA THUÊ, vẫn đi LÀM THUÊ. 🤣🤣🤣
what-are-embedded-systems.png
@williamcuong282 Riêng về báo cáo, thì AI nó làm còn tốt hơn.
Thêm cái hướng dẫn cho nó
Write an **implementation document** describing:
- Purpose of the change
- New functions, parameters, and return values
- A short "How it works" section
- ECU compatibility (STM32, STM8, ARM, ATmega
- HTML format with header navigation, including embedded css & style ...
@Trí Tuệ Nhân Táo Tràn bộ nhớ nha, VD chip mình sài cho Driver đó có 8 KB Flash. Nghĩa là mình cần tối ưu dòng code nhất, ko viết thừa thãi kiểu thư viện được, viết cái gì mà nó cần chạy rồi thôi. Nó không phải như IT có cả TB, hoặc Sever bao la. Lập trình cấp thấp nó vậy, tràn Flash có thể đề phòng được, còn tràn RAM khi dùng khai báo, biến động, trỏ quá nhiều cũng là nguy cơ khó lường nha. Có những trình biên dịch cũ kĩ quá sẽ khó phát hiện.
@Trí Tuệ Nhân Táo Báo cáo phân tích xử lý phần cứng và phần mềm, là báo cáo tổng thể mình hiểu gì - làm gì - ghi nhớ đc gì cho sau này kế thừa chứ ko là máy móc đc.
@williamcuong282 Bạn train cho fresher code thế nào để không tràn bộ nhớ thì cũng yêu cầu AI như thế thôi.
Preprocessor được và Build-Time Configuration xử lý trước khi build thành file hex mà, đâu phải nó gom vào build chung hết rồi if else trên ram đâu. Compiler nó sẽ tự động remove những đoạn code trong #if không match rồi mới compile mà.
ở đâu ra cái từ “vibe coding” vậy?
Mỗi khi gặp task khó, mình hay dùng Claude Code để:
- Đưa ra đề xuất, cùng với trade-off đi kèm. Claude nó hay đưa ra được những đề xuất mình chưa nghĩ đến bao giờ. Và kể cả những đề xuất mình có nghĩ đến, thì nó luận giải rõ ràng hơn mình nghĩ trong đầu. Nhưng mà những đề xuất nó nói là Recommended, thì mình đôi khi không phải cái phù hợp nhất, vì không phù hợp với business. Trường hợp như này, mìn hay qua thằng Gemini hỏi thêm, hoặc lấy sách ra tra lại.

- Sau khi chốt được phương án, thì mình bảo nó code. Mình hạn chế dùng chế độ auto-accept, vì nếu dùng chế độ này, chỉ 15p sau là nó ném ra lượng code quá lớn, đến mức mình không muốn review. Mấu chốt ở đây là, mình muốn giữ lượng code của từng lần review thật nhỏ, để không bị nản.

Và thường, mình chỉ dùng AI vào buổi sáng, khi đầu óc còn khỏe mạnh, không bị cảm giác "sợ review, chán review". Đến chiều, khi đầu óc lẫn tâm lý đều yếu đi rồi, thì mình tự code tay. Code tay chắc chắn là chậm hơn. Nhưng cảm giác rất chill, giống như dược chữa lành vậy.

Chia sẻ cá nhân một chút, mỗi khi bị buồn chuyện gì đó, mình hay ngồi code tay, để vui lại. Việc này vibe coding không làm được. Đã trầm cảm mà còn phải ngồi review code của AI thì chắc muốn ngất mẹ luôn.
Mong là nhiều anh em software engineer cũng có cảm giác giống mình, hihi.
@maisonhai3 làm gì làm né GPT =)))
Anonymox
TÍCH CỰC
20 ngày
@maisonhai3 vậy chuyển từ việc code thành việc review code rồi
@Anonymox Design & review.
Thật sự khó nếu không có kiến thức và kỹ năng về lập trình, nhưng phải công nhận nhờ Vibe Coding mình đã làm được những thứ tưởng chừng như bất khả thi với 1 cá nhân.

Đây là trang học tiếng anh cho riêng mình đã làm trong 3 tháng: Từ việc lên ý tưởng, vibe coding, tạo nội dung tất cả đều bằng AI.
https://cery.io.vn/
@nvthong1009 bạn liên hệ với cuhiep rồi anh em cùng nhau vibe code app tinhte, chứ dùng web nản lắm ý, diễn đàn công nghệ mà lại cùi vậy
Đối với mấy công ty tập đoàn lớn thì họ rén về bảo mật. Chứ như mình làm Freelancer coding App & Web thì nó lại ngon vl, quy mô doanh nghiệp hoặc cá thể họ chỉ đơn giản cần web bán hàng giới thiệu dịch vụ hay app quản lý bán hàng. Vibe coding thực sự hữu dụng nếu doanh nghiệp biết tận dụng. Thay vì để AI làm toàn bộ thì chia nhỏ mục coding và theo dõi fix lại code đc mà, coi AI là trợ lý thôi.
Vibe code chủ yếu cho dự án cá nhân, nhỏ lẻ thì mới quản lý hay đạt hiệu quả được. Còn kiểu mấy công ty lớn, một dự án nhiều người cùng làm, chơi cái vibe code vô thì người làm người sửa. Viết script test hay phân tích dữ liệu, kiểu chia nhỏ theo module rồi dùng AI thì làm ngon.
Em ko biết mọi người thấy như thế nào. Còn em chia sẻ thực tế như thế này. Em ban đầu là 1 dev sau đó em lên làm PM. Giờ dev project cá nhân là chính. Thì nhờ có sự phát triển của AI ứng dụng trong coding như IDE, extension: Cursor, Claude Code,.. mà trước cho dù có ý tưởng em vẫn ko thể làm được vì yêu cầu nhiều skill khác nhau. Mà em chỉ mạnh 1 cái, nếu tự học để làm được 1 sản phẩm như vậy thì mất rất nhiều thời gian. Bây giờ em đã vibe coding 100% các dự án cá nhân của em. Em chỉ tập trung vào việc lên ý tưởng, đưa công nghệ và yêu cầu chính. Còn lại AI nó sẽ làm giúp em. Đôi khi có bug fix mãi ko đc thì em cố gắng tự debug xong đưa thông tin cho AI nó fix. Em vừa tiết kiệm được rất nhiều thời gian và thực hiện được nhiều ý tưởng của mình thành hiện thực.

Đó là dành cho cá nhân em. Còn đối với công ty em đang làm là 1 công ty IT outsourcing cho thị trường Nhật Bản. Thì trước đó khi KH (ko chuyên technical mà chuyên về tư vấn) bên em muốn làm 1 dự án thì thường bên em đảm nhiệm 100% nhiệm vụ phát triển sản phẩm đó. Bây giờ thì họ để 2 dev bên họ sử dụng Claude Code gói Max 200$ để tự code luôn. Vừa rồi họ tự làm luôn 1 mobile app bằng react native (ngôn ngữ họ chưa từng làm qua). Xong họ đưa cho bên em dể xử lý những vấn đề như build lên testflight hay fix những bug mà họ đã sử dụng AI fix mãi nhưng ko đc. Đây là 1 ví dụ thực tế và vibe coding ảnh hưởng công việc kinh doanh như thế nào. Một chia sẻ nữa là khi nhận project của họ thì vì họ ko chuyên nên cứ để AI code mà ko kiểm soát nhiều. Nên có những file lên đến 4000 dòng code. Em nhận fix bug em cũng đưa AI fix chứ em cũng ko tự fix (100% bug em đc KH yêu cầu em đều dùng AI xử lý và đều fix được). Nên có chuyên môn cao + AI thì quá sướng.

Theo quan điểm cá nhân thì em nghĩ với sự phát triển của AI như hiện tại thì việc ứng dụng AI trong coding dần sẽ là bắt buộc vì nó ảnh hưởng trực tiếp đến tình hình kinh doanh của công ty. Còn cá nhân thì bắt buộc phải nâng cao khả năng ứng dụng AI để ko bị thụt lùi (em cũng hay chia sẻ cho member trong công ty như vậy).

Anh chị em nào đang là dev hay làm ở các công ty outsourcing hay product cho em xin ý kiến với nhé.
@PiPyL96 Em chia sẻ thêm là các sản phẩm cá nhân của em đã bắt đầu có doanh thu dù ko nhiều vì em ko có kinh nghiệm về marketing hay sale ^^
@PiPyL96 bạn thử làm phát demo app tinhte với, nếu ổn thì liên hệ với cuhiep tái sinh lại app tinhte, chứ dùng web trên mobile cũng nản lắm
giờ vibe coding dễ dàng vậy mà chưa ai demo app tinhte thử phát, rồi liên hệ với cuhiep tái sinh lại app tinhte, toàn nói chuyện trên trời dưới đất ko à
@anhhst5 Vibe coding mấy app hay web app có vài chức năng nho nhỏ đơn giản thì dc. Còn dạng như tinhte thì méo dc đâu, ai ko biết gì về lập trình đừng nghĩ vibe coding làm gì cũng dc, lúc cần nâng cấp mở rộng nhiều tính năng thì rất khó 😁
Nói chung nhờ nó để học thêm kiến thức chứ đừng nhờ nó làm thành phẩm cho mình thì mới tiến bộ dc 😁
Mình làm phân tích data nghiên cứu chuyên sâu dùng R dễ dàng với AI dù trước đó chả biết đếch gì về R cả. Bắt nó làm rồi sửa nó riết rồi mình biết code R hồi nào không hay luôn kkk. Mà kết quả phân tích và diễn giải gửi nhóm nghiên cứu ai cũng gật gù ... hữu ích thật sự
@Khoa Monster R là gì vậy bác?
Vừa rồi cty mình làm việc nhờ AI code mình đã làm ra một bộ tools giúp giảm 60% thời gian làm việc luôn. Khá có ích cho mấy việc kiểu vậy. Ban đầu còn tính chi 25k thuê công ty kia làm nữa mà họ chưa muốn nhận.
Tumivn.com
ĐẠI BÀNG
20 ngày
Mình vibe coding cả một trang web hơn 30 ngàn dòng code trong vòng 5 ngày với vibe coding lehoangdung.blog (PHP, Laravel, React) . Vibe coding nghĩa là không mó tay vào code, chứ không phải không có trình để đọc code. Trang này đã ngữ, dùng AI để dịch tự động bài viết, có forum, có các tính năng like, comment đã cấp này kia. Ảnh upload tự resize đủ kiểu, đa ngữ sẵn sàng.

Hoặc vibe coding nguyên con app có thể chạy parallel resize ảnh mang theo cả exif, tạo ra nhiều loại ảnh khác nhau, có thể xử hàng trăm ngàn file chạy xài hết nhân, tạo ra các loại border khác. (Mình viết 4 bản .NET, Java, Python, Golang). Bản trong hình là .NET.

Hoặc vibe coding tạo ra search engine trên text file nằm trên folder để phục vụ việc tạo ra tool cho ai agent có thể tìm thông tin và trả lời câu hỏi thông qua tìm kiếm, cái search engine này chỉ cần làm trong 1 tiếng.

Hoặc vide coding cái trang giống lehoangdung.blog bằng .NET với React hoặc Svelte.

Tạo app trên android, ios trong vòng vài nốt nhạc.

Và đương nhiên bạn cho rằng vibe coding thì code quality không cao. Thì để mình cho ban xem thêm cái hình dưới đây 80% test coverage, từ integration cho tới unit tests cho cái CMS mình vibe coding với golang/react/vite.
Screenshot 2025-10-17 at 23.40.17.jpg
Screenshot 2025-10-17 at 23.33.55.jpg
Screenshot 2025-10-17 at 23.38.43.jpg
Screenshot 2025-10-17 at 23.24.59.jpg
Quan trọng là hiểu nó làm gì, chứ code nó viết ra cho mình mà mình không hiểu thì sau này làm sao bảo trì, technical debt là chuyện đương nhiên.
Tôi cũng không phải lập trình viên, nhưng nhờ vibe coding tôi đã có hẳn một ứng dụng Chat AI cá nhân hoá. Hiện tại tôi đã upload bán ứng dụng này với giá 1 triệu, cũng thu về được khá khá. Vậy vibe coding cũng tốt chứ nhỉ.
Tôi cũng đang có ý định công bố mã nguồn mở cho mọi người sử dụng
AI chatbot platform có hệ thống UI + Backend hoàn chỉnh, dùng FastAPI + NiceGUI + SQLite, có thể chạy độc lập hoặc deploy trên Docker / Hugging Face Space.
Screenshot-20251005-152049-com-android-chrome-SameTaskWebApkActivity.jpg
Screenshot-20251007-164749-com-android-chrome-ChromeTabbedActivity.jpg
Screenshot-20251005-152143-com-android-chrome-SameTaskWebApkActivity.jpg
Chắc bị đần đến mức đưa cả phần mềm phức tạp cho AI làm. Đến leader nó còn biết chia nhỏ khối lượng. Còn trần này trần kia thì do AI được chia ít tài nguyên chứ các ông đưa nó full tài nguyên thì xem nó làm đc những gì

Xu hướng

Bài mới








  • Chịu trách nhiệm nội dung: Trần Mạnh Hiệp
  • © 2025 Công ty Cổ phần MXH Tinh Tế
  • Địa chỉ: 70 Bà Huyện Thanh Quan, P. Xuân Hoà, TPHCM
  • Số điện thoại: 02822460095
  • MST: 0313255119
  • Giấy phép cung cấp dịch vụ MXH số 134/GP-BVHTTDL, Ký ngày: 30/09/2025