Giám khảo ETHDenver Hackathon: Làm sao để thi một cuộc thi hackathon thật tốt?
Tuyển chọn TechFlowTuyển chọn TechFlow
Giám khảo ETHDenver Hackathon: Làm sao để thi một cuộc thi hackathon thật tốt?
Học được kiến thức trong hackathon và quen được một nhóm bạn tốt là thành quả lớn nhất.
Chuyên sâu báo cáo Web3Tác giả: ZainanZhou
Giới thiệu tác giả: ZainanZhou là một trong sáu EIP Editor hiện nhiệm, đồng thời là người Trung Quốc đầu tiên trở thành EIP Editor trong cộng đồng Ethereum. Vị trí EIP Editor chịu trách nhiệm xem xét tất cả các đề xuất giao thức EIP gửi đến cộng đồng ETH, đóng vai trò then chốt trong sự phát triển hệ sinh thái Ethereum. Victor Zhou cũng là tác giả của các giao thức như ERC1202, ERC5750, có những đóng góp quan trọng cho các giao thức liên quan đến cơ chế bỏ phiếu và quản trị DAO trên Ethereum.
Là một trong những giám khảo năm nay, tôi cảm thấy rất tiếc khi một số đội xây dựng (Builder) thực sự xuất sắc lại để vuột mất cơ hội chiến thắng chỉ vì thiếu kỹ năng thi đấu. Vì các cuộc thi quốc tế này thường có ít giám khảo người Hoa và cộng đồng tiếng Trung ít thảo luận về kinh nghiệm dự thi, nên tôi muốn chia sẻ đôi điều từ góc nhìn của một giám khảo, mong sẽ giúp ích cho những người tham gia sau này, đồng thời thúc đẩy thêm các trao đổi và tiến bộ trong cộng đồng nói tiếng Trung:
1. Thời gian thuyết trình tại hackathon chỉ có 90 giây, rất ngắn nên cần phải cô đọng. Một dự án tốt nhất chỉ nên tập trung làm nổi bật một hoặc hai điểm sáng về sản phẩm và công nghệ, những phần khác có thể lược bỏ. Một số dự án xuất sắc nhưng làm được nhiều tính năng, khi trình bày lại giống như đọc danh sách dài dòng, khiến ban giám khảo khó nắm bắt điểm quan trọng nhất, rất đáng tiếc;
2. Nếu có demo, nhất định phải trình diễn demo, dù chỉ là 10 giây lướt qua cũng vẫn thể hiện được mức độ hoàn thiện của dự án. Bản thân tôi và nhiều giám khảo khác đều đánh giá cao tiêu chí hoàn thiện. Có những đội rõ ràng đã làm xong demo nhưng vì thời gian ngắn nên chọn không trình bày, khiến ban giám khảo phải chủ động hỏi mới được xem, suýt chút nữa mất cơ hội.
3. Demo có phân biệt giữa demo đã triển khai (deployed demo), demo cục bộ (local demo) và demo thiết kế (design demo), mức độ hoàn thiện khác nhau rõ rệt, dẫn đến điểm số chênh lệch lớn. Vì vậy nếu dự án gần hoàn chỉnh, hãy triển khai lên @vercel hoặc @Netlify để ban giám khảo có thể truy cập trực tiếp sẽ rất hữu ích. Có khả năng triển khai mà không triển khai thì thật sự rất tiếc.
4. Việc chọn đề tài cần chú trọng tính mới mẻ, nếu không mới thì coi như công dã tràng. Hầu hết các giám khảo đều đã từng thấy rất nhiều sản phẩm, dự án và các hackathon trước đây. Những dự án tương tự dễ bị chấm điểm thấp. Khuyên bạn nên khảo sát trước để tránh trùng lặp.
5. Hiệu ứng hình ảnh quan trọng nhưng cũng không quá quan trọng. Quá xấu chắc chắn ảnh hưởng đến cảm quan, mất đi cơ hội gây ấn tượng với giám khảo. Chỉ cần hình ảnh đẹp đến mức giống một sản phẩm thông thường là đủ; vượt trên mức đó thì hình ảnh đẹp hơn cũng không được cộng thêm điểm.
6. Hãy chuẩn bị sẵn sàng trả lời những câu hỏi rất sắc bén từ ban giám khảo, ví dụ như: "Trong hệ thống này, phần nào là tập trung hóa?" Một đội thi bị hỏi câu này đã hoàn toàn bối rối, khiến các giám khảo giảm điểm nghiêm trọng. Trái lại, một đội khác trả lời rất tốt, dù hệ thống có phần tập trung hóa nhưng lại được cộng điểm vì thể hiện sự am hiểu sâu sắc về công nghệ.
7. Chuẩn bị kỹ câu trả lời cho câu hỏi: "Phần nào của dự án được thực hiện trong thời gian thi?" Với EthereumDenver thì điều này cực kỳ quan trọng, việc chạy trước hoặc dùng lại dự án cũ sẽ bị tước tư cách. Từng có đội mặc áo phông in logo đội mình bị hỏi ngay: "Chiếc áo các bạn đang mặc được làm khi nào?"
8. Nắm vững và vận dụng linh hoạt các mẫu có sẵn. Một số mẫu giao diện web có thể nâng cao đáng kể hiệu suất tạo bản mẫu (prototype) và thuận tiện cho việc triển khai, đồng thời hiệu ứng hình ảnh cũng vượt trội so với các dự án làm từ đầu.
9. Là một hackathon về blockchain, khi chọn đề tài cần trả lời được câu hỏi: "Tại sao vấn đề này cần blockchain để giải quyết?" Nhiều dự án làm rất tâm huyết, nhưng lại dùng blockchain cho những vấn đề vốn có thể giải bằng cơ sở dữ liệu. Trường hợp này đã xảy ra vài lần, mỗi khi thấy vậy tôi ngẩng đầu nhìn các giám khảo khác, có thể cảm nhận rất rõ ràng sự hụt hẫng và mất hứng thú của họ.
10. Một lời an ủi nhỏ cuối cùng: kết quả chấm thi hackathon thực ra mang tính ngẫu nhiên khá lớn, việc lỡ mất giải thưởng đôi khi chỉ đơn giản là do vận may chưa tới.
Học được kiến thức mới và kết nối với một nhóm bạn tốt mới là thành quả lớn nhất từ một hackathon.
Chào mừng tham gia cộng đồng chính thức TechFlow
Nhóm Telegram:https://t.me/TechFlowDaily
Tài khoản Twitter chính thức:https://x.com/TechFlowPost
Tài khoản Twitter tiếng Anh:https://x.com/BlockFlow_News
