Ce complot mondial des hackathons

Mon ami Liam a récemment jeté un pavé dans la mare avec ce billet au sujet des hackathons et introduisant son nouveau concept de coding in the dark.

Je n’ai pas souvenir d’avoir lu déjà (si vous avez de bonnes ressources, je suis preneur) de point de vue similaire à ce sujet, et une telle vérité sans masque ni hypocrisie:

Let’s face it. Hackathons suck. I’ve been to about a dozen of them, as a developer, as a mentor, as a jury member, and as press. Here’s what I’ve noticed.

Developers just want to code, but they have to pitch a business at the end. Juries just want to meet developers, but they get stuck with some B-School student talking about viral engagement and the mobile revolution. And Sponsors – well, Sponsors, after a weekend of hocking your company, you get the stiff reward of knowing that the 3rd place winner and the runner up for best UX used your API. Congratulations.

Pour avoir participé / suivi / sponsorisé des rendez-vous de la sorte, au bout d’un certain temps je suis arrivé à un constat similaire. Ces hackathons, qui, sur le papier, sont une bonne initiative pleine de bonne volonté et éventuellement de potentiel fun, business, etc. sont à mon sens souvent une perte de temps pour les participants et une bonne intention maladroite de la part des organisateurs.

Les bonnes idées/valeurs sur le papier du hackathon :

  • Se sortir les doigts du c** et taffer pour faire des rencontres et gagner en XP, en apprendre plus sur soi même en équipe et temps limité
  • Valider une idée business, faire adhérer des personnes / adhérer à une idée business et travailler dessus avec des personnes
  • Rencontrer de potentiels co-founders de tous horizons
  • Apprendre : en général et sur soi-même

Et je dois en oublier quelques unes.

Les (plus réelles) vérités de la plupart des hackathons :

  • Des teams bancales (90% de devs ou 90% de biz/produit)
  • Des sites statiques (limite powerpoint) qui ne prouvent rien niveau techno ou produit
  • Du crappy code spaghetti qui a juste fait perdre un week end à des devs et qui ne leur a rien appris
  • Des bizguys persuadés de tenir l’idée du siècle et qui perdurent des mois sur l’idée bancale trouvée du week end (et qui sortent le sempiternel “go viral” pitch)
  • Une horde de rapaces qui gravitent au sein de l’écosystème startup et qui cherchent de nouveaux pigeons à encadrer / mentorer dans leur projet et projets futurs (moyennant finance, parts de boite, etc..)
  • Des serials hackathoniens drogués qui se font leur fix et que l’on retrouvera au prochain sur une idée nouvelle (et peu évolué entre les deux)
  • De la fatigue, du bruit et pas de tant de fun que cela

Et je dois en oublier à nouveau quelques unes.

Et tous les gens qui auront perdu leur week end diront le lundi matin à leurs collègues qu’ils ont taffé sur un truc énorme, avec une team sympa, une organisation en or, des gens très intéressants et intéressés par eux et leurs projets avec qui ils ont gardé contact: et rejoindront ainsi le complot mondial des hackathons..

Bon, ok, je force un peu le trait.. Tous les hackathons ne sont pas tous mauvais, bien entendu :)

Les hackathons sont sur le papier une bonne idée, mais chaque personne doit en amont bien cibler son hackathon en fonction de ce qu’il recherche et de son niveau de connaissance startup / technique, sous peine de ne pas trouver ce qu’il recherche et perdre son temps.

  • Pour les tous novices, un petit hackathon “général” (startup weekend, bemyapp..) est un bon moyen de rentrer dans le bain startup. Pour des bizguys tous frais et des devs troglodytes, c’est l’occasion de se frotter un peu les uns aux autres et de faire connaissance, de voir comment travailler ensembles. Mais ce n’est pas là que vous trouverez (sauf exception) votre prochaine team et idée startup. N’en abusez pas, un ou deux suffisent, après c’est de la pure perte de temps. Sortez différemment.
  • Pour les plus expérimentés et pour les profils plus techno/produit, les hackathons plus “spécifiques/spécialisés” (hackathon sur une techno donnée, sur une API donnée organisés par une boite (Eg: Twitter, Dropbox, Foursquare), sur un framework donné) seront eux l’occasion d’apprendre réellement plus et d’aller plus loin: pour le coup, des possibilités réelles d’embauches sont là à la clé et une bonne émulsion techno / produit au rendez-vous avec des gens moins novices. On rentre plus dans le sujet.. Par contre ça ne sera pas là que vous rencontrerez le plus de variété de profils, et bizguys vous risqueriez de vous ennuyer un peu.
  • Enfin, fuyez comme la peste tous les hackathons mercantiles à la “Meilleur développeur de France” et consorts qui ne seront que perte de temps et d’argent !

Et vous, quelle est votre expérience / ressenti sur les hackathons que vous avez pu faire ? Faites vous partie du complot modial ?

Apprenez à vos associés à coder (un peu)

Petite mise en situation:

- J’ai vendu une super presta aujourd’hui, ça va être top, mais il va y avoir quelques développements à faire!

- Ah bon, quels développements?

- Bah, rien de très compliqué! Grosso-modo, on passe tout le site en temps réel, on rajoute de la sémantique qui détecte et tri le contenu et on fait une jolie interface pour le mobile dynamique et tout.

- ….

- Ah par contre, le client m’a demandé si c’était possible de modifier la couleur et la police du site, c’est possible ça, j’ai pas su lui répondre…

- ….

Si ce genre de discussion vous est déjà arrivé, rassurez-vous, rien n’est perdu. Il est encore temps d’apprendre les rudiments de la programmation et offrir un succédané de culture informatique à votre/vos associé(s)! Continue reading