Peut-être après tout, ne suis-je pas suffisament “buisnessman” dans l’ame; mais perdre du temps, de l’énergie, et de l’espoir pour aller coder dans une fosse, sur un projet mal défini, pour faire plaisir à un conglomérat au jugement somme-toute relatif, et faire parler… C’est assez limité comme portée formatrice.

Il me semble que le Hackathon est un exemple de plus des “traditions” ou “activité” saine et pensée par des bidouilleurs, reprise, déformée, et utilisée par des organismes aux avantages ambigü pour surfer sur la vague du “Startup vraiment trop nerd” ou pour pouvoir sortir du “On est des oufs, on fait un Hackathon, on est trop des geeks”.

Bref, tout ça pour dire: Encore un concept qui va se flétrir quand les organismes sus-cités se rendront compte que les seuls gros nerds qu’ils choppent, c’est les bébés hipsterz qu’ils imaginent être des foudres de guerre qui viennent s’encanailler dans un manège de fête foraine.

Bien bon article en demeurant.

J’ai par conséquent beaucoup de respect pour l’initiative de Vianney — je dois préciser qu’on a organisé un hackathon ensemble en Mai dernier. ^^

Je n’ai malheureusement jamais eu l’occasion de participer à des Coding Parties, en revanche j’entends bien les règles de la plupart des hackathons sont trop lâches (ou biaisées par les “partenaires”) pour garantir un moment profitable aux développeurs.

Dans l’intention de corriger le tir, nous organisons un hackathon qui aura lieu sur Lyon à la fin du mois, et qui privilégie l’exécution (technique) des équipes, et non leur démonstration (business pitch). Je me permets d’ajouter le lien pour ceux que ça intéresserait: http://fhacktory.com

C’est d’ailleurs pour ces mêmes raisons que j’ai réunis un groupe de copains techos pour organiser à Paris un hackathon pour les DOers:

http://releaseparty.net

Le but étant de casser ce coté compétition (no jury, no bullshit) et mettre en avant la collaboration, le partage, l’expérimentation et surtout la réalisation d’où le nom.

Depuis que je suis à Paris (environ 3.5 ans) j’ai fait pas mal de hackathons, moins récemment mais beaucoup au début. Je compte ceux que je considère productifs sur les doigts d’une main. En fait j’en vois vraiment deux, les deux en 2011 :

- Hack Le Camping : http://hacklecamping.wordpress.com
- Le premier Hack Day Paris : http://hackdayparis.org/2011.html

Je pourrais aussi rajouter Hack The Elections en 2012 : http://checkthis.com/bg5g

Il y a aussi eu de magnifiques ratés, le plus mémorable étant le second Hack Day Paris autour de la télévision connectée (à cause du comportement odieux des représentants de France TV).

J’en retire quelques règles de base :

- moins il y a de thématique, mieux c’est ;
- moins il y a de gros sponsors, mieux c’est ;
- moins il y a de contraintes, mieux c’est.

Et pour le positif, un hackathon devrait :

- être fun – c’est simple, maintenant, si je m’ennuie, je m’en vais ;
- permettre à ses participants d’apprendre quelque chose ;
- si possible produire certains résultats utiles, mais pas forcément dans toutes les équipes.

Personnellement je rêve d’un hackathon *régulier* (mais pas forcément fréquent, par exemple tous les trois mois), sans prix ni juri, où il serait conseillé (mais sans doute pas obligatoire) de travailler sur des projets Open Source. Ça permettrait aux geeks qui planchent déjà dessus de se retrouver et d’échanger des idées, et à ceux qui sont tentés de se lancer avec des gens plus expérimentés pour les aider.

C’est un team building studieux, et à mon sens, ça apporte tous les avantages que peut avoir un TB en entreprise. Après, il ne faut pas trop en abuser non plus, un par an semble pas mal :)

L’objectif du hackathon pour l’entreprise est clair : c’est de récupérer les meilleures idées et les integrer au produit. Alors oui certes tu as des gens du business completement à coté de la plaque qui veulent tout repenser en 48h, et des gens du dev qui s’amusent à utiliser les dernières technologies sans un but précis (ce qui ne donne rien d’utile à l’utilisateur final). Mais on général on fini toujours par etre interpellés par 3 ou 4 projets qui sont vraiments pertinents. Et en general ces projets sont maintenus apres le hackathon et on continue a bosser dessus, avec une bonne gestion de projet et un code propre.