Bởi Steve Ngok, Giám đốc Chiến lược, DoraHacks

Tôi vừa trở về Singapore từ Mỹ và nhận thấy rất nhiều điều đã thay đổi so với năm ngoái. Tiến bộ, tôi sẽ nói như vậy. Khi nói đến các sự kiện dành cho nhà phát triển, Singapore đang ngày càng gần gũi hơn với San Francisco. Nhiều gã khổng lồ công nghệ hàng đầu và các công ty AI đang thiết lập văn phòng ở đây, mở rộng đội ngũ của họ và tích cực tổ chức các sự kiện dành cho nhà phát triển để mở rộng sự hiện diện của họ ở châu Á.

Khi tôi đang trò chuyện với một người bạn mới từ văn phòng OpenAI ở Singapore về các hackathon gần đây mà tôi đã tổ chức và tham dự, anh ấy đã hỏi tôi: "Không khí tại những hackathon này gần đây như thế nào?"

Tôi đã dừng lại suy nghĩ trong một khoảnh khắc.

I. Vibe Coding là gì?

Tại DoraHacks (dorahacks.io), sứ mệnh của tôi là thiết kế, ra mắt và tổ chức các hackathon cùng các đối tác. Kể từ khi các mô hình ngôn ngữ lớn xuất hiện và các công cụ dành cho nhà phát triển liên tục thay đổi, vibe coding đã trở thành chủ đề trung tâm trong công việc của tôi.

Nếu bạn chưa nghe đến vibe coding, thì đây là thuật ngữ “hot” nhất trong cộng đồng nhà phát triển vào năm 2025, và có lẽ đến năm 2026 vẫn vậy.

Hỏi AI đi, nó sẽ nói với bạn rằng: vibe coding là tạo sản phẩm mà không cần tự viết code. Thay vào đó, bạn dùng LLM và các công cụ phát triển nâng cao—chỉ cần nhập các hướng dẫn đơn giản, các tác nhân sẽ tự thiết kế và phát triển sản phẩm cho bạn.

Nhưng khi tách rời thuật ngữ ra và nhìn lại trải nghiệm gần đây, tôi tin rằng vibe coding là một quá trình sáng tạo—trong đó vibe đến trước, rồi mới đến code.

“Vibe” là gu thẩm mỹ, trực giác và kinh nghiệm của người sáng tạo.

Vibe coding là sự hiện thực hóa gu thẩm mỹ và sở thích, sự vận hành của trực giác và kinh nghiệm—cho phép các tác nhân tốc độ cao giúp tạo nên sản phẩm và lặp nhanh dưới sự chỉ đạo của người sáng tạo.

II. Hackathon trong kỷ nguyên hậu-Vibe-Coding

Nếu bạn đang đọc đến đây, tôi sẽ cho rằng bạn đã quen với các thiết lập hackathon truyền thống.

Trong kỷ nguyên hậu-vibe-coding, hackathon có các định dạng mới, định nghĩa mới và mục đích mới.

Với vibe coding, bạn có thể cung cấp các sản phẩm chạy được với tốc độ đáng kinh ngạc. Đầu ra hackathon đã phát triển từ sản phẩm tối thiểu (MVP) sang các sản phẩm giàu tính năng, dễ dùng cao.

Vì vậy, thiết kế hackathon và các quy tắc trở nên đặc biệt quan trọng.

Các quy tắc truyền thống cấm việc phụ thuộc quá mức vào AI.

Giờ đây, kỳ vọng là hãy đón nhận AI—càng dùng thành thạo thì càng tốt.

Các khoản thưởng truyền thống yêu cầu bạn tạo ra một thứ gì đó cụ thể, nhưng có thể hơi nhàm chán.

Những thử thách mới có thể là: “Xây dựng một công cụ mà người ta không thể không chia sẻ” hoặc “Xây dựng thứ mà bạn thực sự sẽ dùng mỗi ngày.”

Hackathon truyền thống thường có khung thời gian 48–72 giờ.

Hackathon theo vibe có thể kéo dài 6–24 giờ, được tổ chức theo hàng tuần hoặc hàng tháng. Chấp nhận thất bại. Được phép trông như đồ chơi. Được phép mới làm dang dở.

Chấm điểm truyền thống tập trung vào mức độ hoàn chỉnh của sản phẩm và tiềm năng giá trị.

Tiêu chí mới: Liệu có ai đó thực sự sẽ dùng sản phẩm của bạn trong hơn 3 phút không? Liệu họ có chia sẻ nó với người khác không?

III. Ai nên tổ chức hackathon Vibe Coding?

Khi có vibe coding đi cùng, hackathon nên trở thành một “văn hóa”: đổi mới nhanh, lặp nhanh, liên tục rèn luyện khả năng phán đoán, thẩm mỹ và trực giác.

Mã nguồn không còn khan hiếm nữa. Người có “vibe” giờ là nguồn tài nguyên khan hiếm mới.

Vậy ai nên đứng ra tổ chức những hackathon này? Dưới đây là một vài ví dụ cho bạn (AWS/Amazon Developer Tools [https://dorahacks.io/hackathon/awsvibecoding/detail] và blockchain layer-2 Stacks [https://dorahacks.io/hackathon/stacks-vibe-coding/detail]). Nhìn chung, có ba nhóm “người chơi” phù hợp nhất:

1. Các công ty công cụ dành cho nhà phát triển

Nếu bạn đang xây dựng các công cụ mà nhà phát triển dùng để tạo ra sản phẩm, thì bạn nên tổ chức hackathon liên tục. Hackathon của bạn sẽ trưng bày những gì có thể làm với stack của bạn, xây dựng cộng đồng và khám phá những power user.

  • OpenAI nên tổ chức các hackathon tập trung vào Codex, thúc đẩy nhà phát triển khám phá lập trình “native AI”

  • Microsoft có thể tổ chức các hackathon Azure AI và GitHub Copilot nhờ hệ sinh thái tích hợp của họ

  • NVIDIA nên tổ chức hackathon xoay quanh các công cụ tăng tốc bằng GPU và các API suy luận như NIM và NeMo

  • Cloudflare có thể tổ chức hackathon với Workers và điện toán biên (edge), thách thức nhà phát triển xây các ứng dụng nhanh và phân phối toàn cầu

  • Anthropic cùng Claude Code, Cursor với trình soạn thảo AI của họ, Vercel với v0 và Next.js... danh sách còn tiếp

Mỗi công ty công cụ cho nhà phát triển nên tự hỏi: “Chúng tôi đã tổ chức đủ nhiều hackathon chưa?”

2. Các công ty có use case theo chiều dọc

Doanh nghiệp có các vấn đề thực tế và dữ liệu độc quyền là “mỏ vàng” cho các thử thách hackathon. Họ mang đến:

  • Các tình huống chân thực mà không thể chỉ cần lên Google là ra

  • Dữ liệu thực (ẩn danh khi cần)

  • Các chỉ số thành công rõ ràng

  • Có khả năng áp dụng các giải pháp chiến thắng

Mục tiêu của họ: đổi mới nội bộ (giải quyết những vấn đề tưởng như không thể, cải thiện hiệu quả theo cách mà trước đây không làm được) và tìm kiếm nhân tài (phát hiện những người xây dựng “hiểu được ý”).

3. Bộ đôi mạnh mẽ: Công cụ + Doanh nghiệp

Các công ty công cụ dành cho nhà phát triển thường có nhiều khách hàng doanh nghiệp lớn. Vậy sao không đồng tổ chức?

Hãy tưởng tượng AWS bắt tay DBS Bank để tổ chức một cuộc thi hackathon fintech. Hoặc Microsoft và một công ty y tế đồng tổ chức một thử thách về AI y sinh. Công ty công cụ mang nền tảng và cộng đồng nhà phát triển; doanh nghiệp mang bối cảnh thực tế và những vấn đề đáng để giải quyết.

Những quan hệ đối tác này tạo ra các hackathon vừa thú vị về mặt kỹ thuật vừa có ý nghĩa thương mại.

IV. Họ nên chạy bao lâu một lần?

Câu trả lời ngắn gọn: Bất cứ khi nào, Bất cứ đâu; Suốt thời gian, Ở mọi nơi.

Tư duy truyền thống cho rằng hackathon là các sự kiện lớn và tốn kém mà bạn chỉ tổ chức một hoặc hai lần mỗi năm. Mô hình đó đã lỗi thời.

Trong kỷ nguyên vibe coding, hackathon nên là:

  • Tần suất cao: Hàng tuần hoặc hàng tháng, không phải hằng năm

  • Nhẹ nhàng: 6–24 giờ, không phải 48–72 giờ

  • Luôn hoạt động: Chạy liên tục xuyên các múi giờ và cộng đồng

Nút thắt trước đây là hậu cần, chi phí và sự phối hợp. Nhưng với đúng công cụ, nút thắt đó sẽ biến mất.

DoraHacks (dorahacks.io) giúp các công ty phát triển công cụ cho nhà phát triển và các doanh nghiệp đạt được “hackathons ở khắp nơi, mọi lúc” thông qua hạ tầng hackathon được tự động hóa và bộ công cụ DevRel. Quản lý bài nộp, quy trình chấm giải, phân phối giải thưởng, tương tác cộng đồng—đều được tối ưu hóa để bạn tập trung vào những người xây dựng, không phải vận hành.

Những công ty đón nhận điều này sẽ xây dựng hệ sinh thái nhà phát triển mạnh nhất. Còn các công ty chỉ bám vào hackathon theo năm sẽ tụt lại phía sau.

Vậy khi nào bạn có thể mong đợi hackathon vibe coding “đỉnh” tiếp theo do chính bạn tự tổ chức?

Về DoraHacks

DoraHacks (dorahacks.io) là cộng đồng hackathon toàn cầu hàng đầu và nền tảng khuyến khích nhà phát triển mã nguồn mở. DoraHacks cung cấp bộ công cụ cho bất kỳ ai để tổ chức hackathon và cấp vốn cho các startup hệ sinh thái giai đoạn đầu.

DoraHacks tạo ra một phong trào hacker toàn cầu trong Web3, AI, Điện toán Lượng tử và Công nghệ Không gian. Đến nay, hơn 30.000 đội startup từ cộng đồng DoraHacks đã nhận được hơn 92 triệu USD tài trợ, và một lượng lớn các cộng đồng mã nguồn mở, công ty và hệ sinh thái công nghệ đang tích cực sử dụng DoraHacks cùng các năng lực BUIDL AI của họ để tổ chức hackathon và cấp vốn cho các sáng kiến mã nguồn mở.

  • Website: https://dorahacks.io/

  • Twitter: https://twitter.com/DoraHacks

  • Discord: https://discord.gg/gKT5DsWwQ5

  • Telegram: https://t.me/dorahacksofficial

  • Binance Live: https://www.binance.com/en/live/u/24985985

  • Youtube: https://www.youtube.com/c/DoraHacksGlobal