Se préparer ne signifie pas terminer le projet avant l’événement. Il s’agit de réduire les difficultés évitables pour consacrer le temps disponible à la collaboration. Ce guide convient à un atelier, un sprint ou un hackathon. Le format du challenge ETH Tunis reste à confirmer.
Venir avec une question concrète
Choisissez un sujet à explorer : vérifier un enregistrement, améliorer un parcours d’inscription ou organiser une décision commune. Décrivez le problème et la personne concernée. Laissez vos futurs coéquipiers remettre en question votre première idée.
Définissez la plus petite démonstration qui vous permettra d’apprendre. Une action complète pour une personne sera souvent plus utile que plusieurs écrans inachevés. Gardez les fonctionnalités facultatives dans une liste séparée.
Préparer l’environnement de travail
Vérifiez votre ordinateur, votre chargeur et votre environnement avant de venir. Assurez-vous de pouvoir lancer une application simple et partager le code. Suivez la documentation actuelle des outils choisis.
Si un atelier publie des prérequis, suivez-les et signalez les difficultés d’installation en amont. Les besoins varient entre un exercice dans le navigateur et une session de développement de contrats.
- Ordinateur fonctionnel, chargeur et notes de projet accessibles.
- Projet versionné et instructions d’installation claires.
- Comptes de test distincts et données fictives.
- Objectif d’apprentissage et blocages décrits simplement.
Définir un accord de travail simple
Accordez-vous dès le début sur la démonstration et sur la responsabilité de chaque partie. Une personne peut se concentrer sur l’interface, une autre sur le contrat et une autre sur les tests et la présentation. Les rôles peuvent être partagés, mais chaque tâche doit avoir une prochaine action claire.
Décidez comment intégrer les changements et à quel rythme montrer les progrès. Gardez une liste visible des fonctions opérationnelles et des questions ouvertes. Si une dépendance bloque, réduisez la démonstration ou utilisez une simulation clairement indiquée.
Garder du temps pour intégrer et expliquer
N’attendez pas la dernière heure pour exécuter le parcours complet. Reliez rapidement interface et contrat, même avec un périmètre réduit. Stabilisez une démonstration avant d’ajouter des fonctions facultatives.
Prévoyez un enregistrement ou des captures en cas de problème de connexion, en précisant leur nature. Un support enregistré aide à présenter le projet ; il ne doit pas être annoncé comme une action en direct.
Terminer par une transmission honnête
Expliquez le problème, montrez le résultat et indiquez ce qui reste inachevé. Documentez installation, tests et limites dans le dépôt. Créditez bibliothèques, coéquipiers et contributions.
Après l’événement, choisissez une suite : corriger une difficulté d’usage, recueillir un retour ou approfondir une question technique. Le projet n’a pas besoin de devenir une entreprise pour être utile. Apprendre et créer une collaboration sont aussi des résultats.
Ressources pour aller plus loin
Sources et documentation à consulter pour poursuivre l’apprentissage. Leur présence ne constitue pas un partenariat.
Une idée à partager ?
Proposez un atelier, partagez votre projet ou dites-nous comment vous souhaitez participer.
Contribuer à ETH Tunis