Comment exceller lors d'un hackathon ETHDenver ? Le jury donne ses conseils
TechFlow SélectionTechFlow Sélection
Comment exceller lors d'un hackathon ETHDenver ? Le jury donne ses conseils
Apprendre de nouvelles choses lors d'un hackathon et y faire de nouveaux amis est la plus grande récompense.
Dédié à des analyses Web3 approfondiesRédaction : ZainanZhou
À propos de l'auteur : ZainanZhou est l'un des six rédacteurs actuels d'EIP et le premier éditeur chinois d'EIP au sein de la communauté Ethereum. Les éditeurs d'EIP sont chargés d'examiner tous les protocoles EIP soumis à la communauté ETH, un rôle crucial pour le développement de l'écosystème Ethereum. Victor Zhou est également l'auteur des protocoles ERC1202 et ERC5750, ayant apporté une contribution majeure aux protocoles de gouvernance par vote DAO sur Ethereum.
En tant que juge cette année, je ressens profondément que certains participants étaient très talentueux mais ont manqué la victoire en raison de lacunes dans leurs techniques de présentation, ce qui est regrettable. Étant donné qu'il y a peu de juges chinois dans ces compétitions internationales et que la communauté sinophone discute rarement des expériences de participation, je souhaite partager quelques réflexions personnelles depuis le point de vue d’un juge afin d’aider les futurs participants, et encourager davantage d’échanges constructifs au sein de la communauté francophone :
1. La présentation lors d'un hackathon ne dure que 90 secondes, ce qui est extrêmement court ; elle doit donc être concise. Il vaut mieux concentrer la présentation sur un ou deux points clés du produit ou de la technologie, et omettre le reste. Certains projets excellents incluent de nombreuses fonctionnalités, mais leur présentation devient alors une simple énumération, rendant difficile pour les juges d'identifier les éléments essentiels — c’est vraiment dommage.
2. S’il existe un démonstrateur (demo), il faut absolument le montrer, même si ce n’est que pendant 10 secondes en passant rapidement dessus. Cela permet de montrer le niveau d’avancement du projet. Personnellement, comme d’autres juges, nous accordons beaucoup d’importance au degré de complétion. Certains projets sont bien avancés mais choisissent de ne pas faire de démo à cause du manque de temps, obligeant les juges à demander activement une démonstration — risquant ainsi de rater une opportunité.
3. Il existe différentes catégories de démos : démo déployée, démo locale et démo conceptuelle, chacune reflétant un niveau d'avancement différent, ce qui influence fortement la notation. Si le projet est presque terminé, déployez-le sur @vercel ou @Netlify pour permettre aux juges d’y accéder facilement — c’est très utile. Ne pas déployer alors que cela était possible est vraiment regrettable.
4. Le choix du sujet doit privilégier l’originalité : sans originalité, tout effort est vain. La plupart des juges ont déjà vu de nombreux produits, projets et hackathons antérieurs. Un projet similaire à d'autres sera facilement mal noté. Il est recommandé de faire une recherche préalable pour éviter les doublons.
5. L’apparence visuelle est à la fois importante et secondaire : si elle est trop médiocre, cela nuit à l’impression générale et fait perdre l’opportunité d’impressionner les juges. Une qualité visuelle suffisante consiste à atteindre un niveau comparable à celui d’un produit ordinaire. Au-delà de cela, une amélioration supplémentaire n’apporte généralement aucun bonus.
6. Soyez prêts à répondre à certaines questions très directes des juges, par exemple : « Quelle partie de ce système est centralisée ? ». Une équipe a été désarçonnée par cette question, entraînant une baisse significative de sa note. En revanche, une autre équipe y a répondu brillamment : bien qu’il existe une part de centralisation, leur compréhension approfondie de la technologie leur a valu des points supplémentaires.
7. Préparez soigneusement la réponse à la question : « Quelles parties de ce projet ont été réalisées durant la période du concours ? ». Pour EthereumDenver, ce point est crucial : commencer avant le début officiel ou présenter un ancien projet peut entraîner une disqualification. Une équipe portait un T-shirt avec leur logo, et a été interrogée : « Quand avez-vous fabriqué vos T-shirts ? ».
8. Utilisez intelligemment les modèles existants. Certains modèles web frontend peuvent considérablement améliorer l’efficacité du prototype et faciliter son déploiement, tout en offrant un rendu visuel bien supérieur à celui d’un projet entièrement construit à partir de zéro.
9. Dans le cadre d’un hackathon blockchain, choisissez un sujet en étant capable de répondre à la question : « Pourquoi ce problème nécessite-t-il une solution basée sur la blockchain ? ». De nombreux projets sont bien réalisés, mais se trompent dès le départ en utilisant la blockchain là où une simple base de données suffirait. Cette erreur s’est déjà produite plusieurs fois. Quand cela arrive, je regarde les autres juges : on sent immédiatement et nettement leur perte d’intérêt.
10. Un petit mot réconfortant enfin : le résultat d’un hackathon comporte une part importante de hasard. Parfois, rater le prix n’est dû qu’à un simple coup de malchance.
Apprendre de nouvelles connaissances lors d’un hackathon et rencontrer de nouveaux amis restent la plus grande récompense.
Bienvenue dans la communauté officielle TechFlow
Groupe Telegram :https://t.me/TechFlowDaily
Compte Twitter officiel :https://x.com/TechFlowPost
Compte Twitter anglais :https://x.com/BlockFlow_News
