Ce que j’ai appris en participant aux hackathons GenAI au cours des 6 derniers mois
mais leur fréquence et leur accessibilité ont certainement beaucoup augmenté ces derniers temps. Auparavant, ils étaient principalement réservés aux problèmes d’apprentissage automatique prédictif (pensez Kaggle), mais maintenant, du moins à mon avis, l’accent s’est davantage déplacé vers la construction de prototypes utilisables. Le codage est toujours important, mais la barrière à l’entrée est plus faible, ce qui signifie que davantage de personnes peuvent participer. C’est une bonne chose tant pour les participants que pour les entreprises, car cela ouvre de nombreuses nouvelles façons d’utiliser leurs outils.
Pour en tirer le meilleur parti, j’ai passé les six derniers mois à participer à différents hackathons organisés par Gradio, Kaggle, Gemini, OpenAI, etc. J’ai eu toutes sortes de résultats : des classements parmi les 3 premiers dans quelques-uns, des prix de consolation dans d’autres, des résultats toujours en attente, quelques-uns où je n’ai même pas réussi à passer le cut, et quelques-uns où je n’ai pas pu terminer à temps pour soumettre. Mais quel que soit le résultat, chaque hackathon a été une formidable expérience d’apprentissage et dans cet article, je partage certaines de mes réflexions et ce que je retiens de ce voyage, sans ordre particulier.
1. Chaque idée commence petit
Une idée est fragile au début. Il faut l’entretenir et il lui faut du temps pour se développer. Au début, les idées peuvent paraître confuses, trop vastes et probablement trop simples. Cependant, à mesure que vous passez plus de temps et que vous les parcourez, vous les verrez converger lentement vers quelque chose de significatif et de réalisable.
J’ai toujours pensé qu’il y avait un a-ha ! moment et vous obtenez des idées grâce à une certaine inspiration. En réalité, il faut beaucoup d’efforts pour passer d’une forme basique à quelque chose qui puisse être travaillé et c’est là toute la beauté de l’idéation. Le plus souvent, le produit final est très différent du premier croquis et honnêtement, j’apprécie encore plus cette phase d’idéation que la soumission, car c’est à ce moment-là que la créativité prend vie.
Cette phase me rappelle la Modèle Double Diamant de la Conseil de conception qui montre deux étapes du processus de conception :
- Le premier diamant : Découvrir → Définir (comprendre le problème)
- Le deuxième diamant : Développer → Livrer (créer et affiner des solutions)
2. La règle des 80/20
Dans l’excitation de la soumission, il est facile de se lancer directement dans le codage. Je l’ai fait moi-même. Un jour, je me suis précipité avec une idée qui me paraissait excitante, pour finalement réaliser à mi-chemin qu’elle n’était pas réaliste et ne correspondait même pas au thème. Comme il s’agissait d’un hackathon le week-end, j’avais déjà perdu un temps crucial.
Ce que j’ai appris est simple : passez 80 % de votre temps à réfléchir et à valider votre idée, donc le la construction ne prend que 20 %. Cela vous évite beaucoup d’efforts inutiles et de retouches douloureuses.
3. Restez simple, ne compliquez pas trop
Comme Dieter Béliers le designer visionnaire, a déclaré :
Ajouter plus de fonctionnalités à votre application peut être formidable, et des fonctionnalités utiles peuvent permettre à votre produit de se démarquer, mais parfois nous allons trop loin, en empilons trop, et le produit finit par distraire l’utilisateur au lieu de l’aider. Il existe également un terme pour cela appelé Fonctionnalité ballonnement.
Prenez, par exemple, la télécommande traditionnelle du téléviseur. Il y a tellement de boutons et nous n’en utilisons même pas la moitié. Je veux dire, pourquoi inclure des éléments qui ne sont pas utilisables et qui prennent autant de place ? Au lieu de cela, conserver uniquement les boutons les plus utilisés et essentiels peut réduire l’encombrement et rendre la télécommande beaucoup plus utile.
Le tweet ci-dessous résume bien mes propres pensées d’une manière très subtile. Bien qu’il soit plus facile de créer des fonctionnalités aujourd’hui, grâce à l’assistance de l’IA, assurez-vous d’utiliser cette aide pour créer quelque chose de significatif au lieu de simplement le faire.
4. Ne négligez pas le code
Assembler du code aujourd’hui est plus facile que jamais. Avec les agents de codage, vous pouvez créer rapidement une application fonctionnelle, mais écrire du code propre, lisible et sûr reste une compétence. Si vous souhaitez transformer votre projet de hackathon en quelque chose de prêt pour la production, vous devez réviser votre code vous-même. J’ai vu des gens coder en dur des clés API ou ignorer les pratiques de sécurité de base juste pour fais que ça marche. C’est bien pour une démo rapide, mais dangereux au-delà, comme le montre l’exemple viral ci-dessous.
Matt Palmer de Replit a écrit un excellent blog traitant précisément de ce problème. Dans son article sur Codage Vibe sécurisé, il a capturé les problèmes de sécurité liés au codage d’ambiance moderne. Cela vaut vraiment la peine d’être lu.
Matt partage une liste de contrôle de sécurité pratique et plusieurs bonnes pratiques pour aider à assurer la sécurité des projets de hackathon. Par exemple, il souligne la nécessité de maintenir les dépendances à jour, car la plupart des vulnérabilités proviennent de bibliothèques obsolètes. Il insiste également sur la gestion appropriée des erreurs afin d’éviter d’exposer des détails sensibles dans les messages d’erreur. Les cookies doivent être sécurisés et pour les téléchargements de fichiers, il recommande de valider les types et les tailles de fichiers et de rechercher tout contenu malveillant. Enfin, il conseille de mettre en œuvre une limitation de débit sur tous les points de terminaison de l’API, notamment ceux liés à l’authentification. La figure ci-dessous est adaptée de son blog lui-même.
5. Pensez comme un spécialiste du produit
Aujourd’hui, la plupart des hackathons ne demandent pas seulement un prototype fonctionnel. Ils attendent également une description du projet et une courte vidéo de démonstration qui semble professionnelle. Cela signifie que vous devez vous concentrer sur tous les aspects de votre projet, de l’idéation à la présentation finale, un peu comme un responsable produit.. Le codage est important, mais ce n’est pas la seule considération. Votre cas d’utilisation et la manière dont votre projet génère de la valeur sont tout aussi importants. Vous définissez non seulement le problème, mais vous réfléchissez également au parcours utilisateur et à la manière dont votre produit répond à ce besoin spécifique.
Par exemple, le Défi d’impact Gemma 3nqui a été mis en ligne sur Kaggle plus tôt cette année, exigeait que les participants incluent une démo vidéo, une rédaction technique, un référentiel public avec le code et une démo en direct du projet hébergé dans le cadre de leur soumission. Et croyez-moi, créer des vidéos de qualité professionnelle n’est pas facile.
C’est pourquoi il est essentiel de prévoir du temps pour la présentation. J’enregistre généralement des vidéos, les monte, ajoute des sous-titres et fais même une voix off. Cela demande des efforts, mais si vous avez travaillé dur sur votre idée, il est tout aussi important de bien la montrer que de la construire. Voici la tentative de mon équipe de créer la présentation vidéo du Gemma 3n Impact Challenge.
6. Cherchez l’inspiration autour de vous
Les meilleurs projets de hackathon résolvent de vrais problèmes. Commencez par observer les problèmes réels autour de vous et demandez-vous quelle fonctionnalité vous avez toujours voulue et qui n’existait pas encore.
Dans ces hackathons, votre premier utilisateurs sont les juges, il est donc utile de penser de leur point de vue. Par exemple, j’ai participé au Meta Kaggle Hackathon de cette année, où Kaggle a fourni 15 années de données à la communauté pour analyser et découvrir des tendances et des informations qui pourraient être utiles. Pour ce défi, j’ai abordé les données du point de vue de Kaggle et j’ai essayé de comprendre quels signaux sont les plus importants pour la croissance de leur communauté et si les efforts récents de Kaggle contribuaient à raviver l’engagement.
Ma proposition, qui a remporté le deuxième prix, s’est concentrée sur les raisons pour lesquelles de nombreux membres de la communauté restent silencieux après leur adhésion et sur ce qui peut être fait pour les réactiver.? Je pense que cela répond à un véritable problème non seulement pour Kaggle mais pour de nombreuses autres communautés technologiques, et je suis heureux que cela ait trouvé un écho auprès des juges.
Les réseaux sociaux constituent également une grande source d’inspiration. Sur des plateformes comme X ou Reddit, les gens expriment très clairement ce qui les frustre. Même s’il y a beaucoup de bruit, si nous parvenons à passer au crible les signaux, nous pouvons avoir des idées qui pourraient être transformées en solutions efficaces. Lorsque vous vous concentrez sur la résolution d’un problème réel et spécifique, la solution finit souvent par aider un public beaucoup plus large.
7. Créez une banque d’idées
La meilleure façon d’avoir une bonne idée est d’en avoir beaucoup.
— Linus Pauling
Les idées n’attendent pas les hackathons et les inspirations peuvent surgir à tout moment. Alors au lieu de les laisser filer, créez une banque d’idées simple pour les capturer. Il n’est pas nécessaire que ce soit sophistiqué. Une simple application de notes, une page Notion ou même une feuille de calcul fonctionnent tout aussi bien. Le but est de stocker chaque étincelle afin que lorsqu’un hackathon arrive, vous ne repartiez pas de zéro.
Il est également important d’organiser régulièrement vos idées. Comme le souligne David Allen dans ses écrits sur capturer les bonnes idéesil ne suffit pas d’avoir les outils ; il faut aussi prendre l’habitude de les organiser plus tard. Il note : « Si vous laissez des e-mails non traités dans votre boîte de réception ou des notes papier empilées quelque part dans une mallette ou un bloc-notes, tout le processus est mis en échec et votre motivation à continuer disparaîtra. »
En développant cette habitude, vous disposerez déjà d’un pool d’idées prêtes à être affinées, adaptées et développées.
8. Choisir les bons hackathons auxquels participer
Même si les hackathons sont amusants, il est tout aussi important de savoir lesquels éviter. Au début, je me suis inscrit à presque tous les événements que je rencontrais. À un moment donné, j’ai fini par faire quatre hackathons consécutifs, deux d’une durée de deux mois chacun et deux sprints le week-end. C’était excitant, mais épuisant, et je me suis vite épuisé.
Désormais, je suis plus sélectif quant à l’endroit où j’investis mon temps et mon énergie. Choisir les bons hackathons signifie que vous pouvez mieux vous concentrer, construire des projets plus solides et réellement profiter du processus au lieu de vous enfoncer dans le sol.
9. Partagez votre travail avec le monde
Créer une application fonctionnelle demande de réels efforts, alors chaque fois que vous le pouvez, partagez-la avec la communauté et il n’y a pas de meilleur endroit que X pour le faire. Présentez votre projet au monde, qu’il gagne ou non. Vous ne savez jamais qui pourrait le trouver utile ou à qui cela pourrait résoudre le problème. Partager ouvertement vous aide également à obtenir des commentaires afin que vous puissiez continuer à améliorer votre idée. Qui sait, vous pourriez même finir par faire équipe avec quelqu’un pour votre prochain hackathon.
Réflexions finales et recherche de votre prochain hackathon
Participer à ces hackathons GenAI me rappelle les concours de machine learning sur Kaggle. Au début, tout semble accablant, mais progressivement, vous développez un ensemble de bonnes pratiques et une boîte à outils fiable sur laquelle vous pouvez vous appuyer et vous adapter rapidement. Au fil du temps, j’ai construit une boîte à outils personnelle qui rassemble les éléments de base et les leçons de chaque compétition à laquelle j’ai participé.
Alors, où chercher les nouvelles annonces de hackathon ? Le meilleur endroit est sans aucun doute X et suivre les bonnes personnes et communautés peut vous aider à les trouver facilement. A part ça, des plateformes comme Kaggle , Devpost et dev.to sont également d’excellents endroits pour rechercher les événements à venir.
Si vous êtes arrivé jusqu’ici, je suis vraiment content que vous l’ayez fait. J’espère que vous avez reçu votre dose quotidienne de motivation et que vous êtes prêt pour du piratage. Tous mes vœux!
Crédits images
Image en vedette : Le double diamantpar le Conseil du design — sous licence CC BY 4.0.
You may also like
