Avoir du bon code c’est important pour faire du libre, mais savoir communiquer correctement et courtoisement avec les développeurs (ne pas se prendre pour quelqu’un de meilleurs qu’eux, par exemple, que sais tu des contraintes de temps qu’ils avaient pour développer ce projet ?) c’est probablement encore plus important.

Mais je ne parlai pas non plus que d’ergonomie.

Concernant les articles « religion » que je sache, je ne suis pas le seul à avoir un blog technique et ne pas faire que des articles dessus.
D’ailleurs l’article le plus visité sur ce blog n’est absolument pas technique puisque c’est un article photo.

J’y perçoit régulièrement de la prétention sachant que tes codes ou solutions ne sont certainement pas exempts de défauts.

Je pourrais te retourner l’argument « Ne mettez pas n’importe quoi en ligne ». Par exemple, si de ton point de vue tr.im n’aurait pas dû mettre son code open source, alors tu n’aurais jamais du mettre refStats en ligne qui est une catastrophe du point de vue design (~ subjectif, ok) et comporte foultitude de bugs point de vue dév.

Il existe de grosses lacunes sur ton application, surprenantes voire risibles pour quelqu’un prônant le DRY, les test unitaires, et autres termes cools qui en jettent…

Démo : va sur refSTats, ne remplis pas les champs de login et envoie le formulaire. Conclusion ? Ré-envoie le formulaire toujours sans rien remplir. Conclusion ? Sur quelque chose d’aussi basique que ça, cela démontre que le professionnalisme que tu essaies de mettre en avant sur ton blog est à des années lumières de la réalité (en l’occurence celle que je perçois). En tous cas, ça ne prend pas avec moi, qui suis loin d’être un cador du code et qui n’en ai pas la prétention.

De plus, je ne vois pas l’intérêt que tu as de poster des articles sur la religion dans un blog (certes le tien) qui parle de code.

Voilà, réponse souhaitée merci !

« Let’s work on getting better code »

Et puis cette mauvaise image n’est que temporaire : on peut imaginer que dans deux ou trois jours le problème sera entièrement réglé, cela grâce uniquement à l’ouverture du code. Après, tout dépend de ce que tu préfères : du code moche non améliorable ou du code moche améliorable par qui le souhaite . En tant que développeur, je préfère de loin le deuxième cas.

Alors ok pour avoir une application pas forcément parfaite. Aucune ne l’est de toute façon.
Mais je pense que dans des cas trop extrêmes (comme celui-ci), cela ne pousse justement pas les gens à participer au projet.
Au contraire, cela en donne une mauvaise image auprès des développeurs. Pour un service utilisé uniquement par des geeks, c’est particulièrement dommage.