Nous savons que l'essentiel est la participation (réseautage, autonomisation et tout autre bel anglaisisme). Mais comptons. Deux jours de codage intensif du matin à tard le soir représentent environ 30 heures de travail, et le travail d'une équipe de 5 personnes. Si vous n'obtenez pas au moins une sorte de récompense pour cela, alors vous quittez le hackathon au mieux avec un sandwich gratuit dans votre main et avec un code de béquille, qui, bien sûr, vous vous promettez de terminer littéralement ce week-end, c'est-à-dire jamais.
Avec ces pensées séditieuses, nous sommes venus aux développeurs qui étaient des deux côtés des barricades: avons participé à des hackathons et les avons jugés. Et ils leur ont demandé des conseils sur la façon de gagner le hackathon, depuis que vous êtes venu vers lui.
Venez avec votre équipe
Si l'objectif principal est de gagner, venez avec votre équipe. Emmenez des amis ou des collègues avec qui vous avez travaillé et en êtes sûr à 90%. De telles équipes errent d'un hackathon à l'autre, développant leurs idées et créant des projets pour animaux de compagnie. Chacun de ses participants fait sa part de travail et sait comment ne pas casser le code du voisin.
Mais ceux qui se sont rencontrés pour la première fois ont besoin de plus de temps pour discuter des détails. Les personnes qui sont venues à l'événement sont généralement assignées au hasard. Avec une telle équipe, vous pouvez aussi gagner, mais tout dépend des qualités humaines des participants: il y a des gens qui se ferment de tout le monde et qui ne laissent personne entrer. Lorsque les développeurs professionnels se sont réunis dans l'équipe et qu'ils ont rapidement trouvé un langage commun, les chances de gagner sont élevées.
Dmitry Meshkov, membre du jury de Unblock Hackathon: «D'après l'expérience des hackathons précédents, je peux dire que les équipes déjà actives qui viennent chez nous ne prennent pas forcément des prix. Je n'appellerais pas cela le principal avantage. Mais il est important que l'équipe ait des spécialistes de profils différents afin de réfléchir au projet, de le mettre en œuvre de haute qualité et de bien le concevoir. »
Se mettre d'accord sur la répartition des tâches
Distribuez les tâches et notez dans le document qui est responsable de quoi. L'équipe compte un nombre limité de personnes, il n'est donc pas logique d'avoir un manager séparé. Cependant, quelqu'un devrait assumer le rôle de chef d'équipe et s'assurer que tout se déroule comme prévu.
Sergey Tolmachev, membre du jury de Unblock Hackathon: «Au hackathon, la chose la plus importante est de diviser et diviser le travail et le travail, pas de parler des conversations. Les gagnants sont ceux avec un total de plus de personnes qui peuvent rapidement faire leur part et se synchroniser. Il est peut-être encore temps. "
Le soir du premier jour, organisez un stand-up: ce qui a déjà été fait, ce qui ne l'est pas, où il y a des problèmes. Et convenez de l'heure à laquelle tout le monde viendra demain.
Se faire des amis avec les organisateurs pour les comprendre
Le plus souvent possible, contactez les mentors et curateurs des organisateurs qui aident les équipes. Posez des questions sur les technologies, communiquez avec les développeurs de l'API de service. Tout d'abord, cela permet de s'assurer que votre équipe a bien compris les spécifications techniques. Deuxièmement, tous les hackathons n'ont pas de critères clairs pour évaluer les projets. La communication avec les organisateurs permet de comprendre ce qu'ils attendent des participants.
«Parfois, au final, deux mots qui ont récemment fait surface dans la tête du jury sont importants. Ils les entendront sur le terrain du projet - c'est tout, il a gagné », explique Maxim Marashan, participant à plusieurs hackathons de Moscou. - Et vice versa, il y a une équipe à presque chaque hackathon, ce que le jury rapporte: c'est bien que vous l'ayez fait, mais ce n'est pas du tout ce que nous avons demandé. C'est une situation désagréable pour tout le monde, y compris pour le jury. »
Avec l'aide de hackathons, les entreprises recherchent de nouvelles idées, les marketeurs et les propriétaires de produits font donc souvent partie du jury. S'ils sont intéressés par l'un des projets, les organisateurs marqueront une telle équipe.
Sergey Tolmachev: «Cela n'assurera pas nécessairement la victoire, mais peut affecter davantage l'interaction avec les participants - peut-être leur sera-t-il proposé une place dans l'entreprise s'ils ont montré leur expertise dans le travail sur un projet d'entreprise prometteur. Mais il est bon de réaliser qu'une tâche difficile peut être meilleure que de bien faire une tâche simple: une tâche simple pourrait résoudre plus de personnes que difficile. "
Évaluez la composition du jury: les techniciens regardent généralement non seulement la coque externe du projet, mais aussi le côté technique. Ils ouvriront le code et l'étudieront plus attentivement s'ils commencent à douter des gagnants.
Gardez une trace du temps
Dormez suffisamment. Coder toute la nuit signifie pire réflexion le lendemain. De plus, cela détruit les chances d'une belle présentation: le terrain se fera le soir, quand il n'y aura plus de courant.
Même au stade de l'invention d'une idée, discutez de la façon de la présenter sur le terrain. Récemment, les hackathons russes ont commencé à accorder plus d'attention au côté technique, ils se penchent sur le code et l'architecture de la solution. Mais la forme finale du projet est toujours importante. Assurez-vous de répéter la représentation au moins deux fois.
Mikhail Shukshin, vainqueur du Unblock Hackathon et participant aux hackathons de Minsk, Bangalore, Hong Kong et Londres: «La présentation joue un très grand rôle, en particulier dans les hackathons étrangers! Il vaut mieux réfléchir à la façon de le présenter sur le terrain tout en créant une idée. Quand il ne reste qu'une demi-heure pour la présentation, c'est un échec. Bien qu'en Russie, ils regardent traditionnellement davantage la composante technique et affichent également le code comme une présentation. »
Sur le terrain, vous devrez montrer comment fonctionne votre solution, donc une belle enveloppe augmentera les chances de gagner. De plus, en deux jours, il est difficile d'écrire le backend parfait. Les défauts peuvent être masqués par un front-end solide - si, bien sûr, vous avez de la chance et qu'il fait partie de l'équipe.
Sergey Tolmachev: «Si la solution fonctionne non seulement, mais qu'elle est aussi belle, c'est toujours un plus. Si cela semble bon, mais ne fonctionne pas, c'est peu probable. Souvent, travaillant sur une tâche difficile, les gars réussissent à faire beaucoup, mais les mains n'atteignent pas du tout le backend, et ce n'est pas fatal. »
Préparez-vous à l'avance
Il faut survivre non seulement jusqu'au dimanche soir, mais aussi jusqu'au lundi matin - pour aller travailler (malheureusement). Par conséquent, dormez mieux à l'avance. Emportez vos chargeurs, clés USB, installez tous les programmes nécessaires, vérifiez l'Internet mobile. Le chocolat et une pilule de la tête peuvent également être utiles.
Souvent au hackathon, les organisateurs proposent d'utiliser leurs services. Il n'y aura pas de temps pour apprendre des choses primitives, il est donc préférable de se familiariser à l'avance avec les technologies.
Et pensez à ce que le hackathon peut donner, à l'exception du prix - qui sait qui cette fois se tournera vers la chance?
***
En décembre, la plateforme Waves et le quartier binaire
organisent un hackathon où vous pouvez tester tous ces conseils. Nous promettons des tâches compréhensibles, des critères clairs pour l'évaluation des projets et un mentor-conservateur distinct pour chaque équipe - venez!