Et vous, c'était comment aujourd'hui ?

Citation :

C'est sympa que tu t'occupes de ça, faudrait que je m'y penche mais j'ai jamais eu le temps...

Ben ce qui est bien avec ce que j'essaie de faire, c'est que tu n'as a te pencher sur rien, je m'occupe de tout et que je livre un manuel avec

Etant donne que la robotique et l'électronique ne sont pas du tout mon domaine, je risque de pas mal galerer. D'autant plus que ce genre de projet est open source, donc avec une qualite de tuto discutable.

Cependant, avec un Pure Data il est possible de pilote le truc en midi ou carrément avec le telephone (en utilisant un serveur vnc). Ce qui limite les problèmes

Citation :

ce genre de projet est open source, donc avec une qualite de tuto discutable.

WTF ?
Les projets open source ont en general une qualite de doc et de tutos bien superieure aux offres commerciales.
Fais gaffe Deo, a la lecture de ce type commentaire je commence a serieusement m'inquieter pour ton avenir professionel.

Quand je dis discutable c'est que sur la majorite des tutos sur lesquels jsuis tombe pour ce projet de pedale a base de raspberry (ou meme pour d'autres, genre un autoradio, un monitoring d'aquarium, etc) ils expliquent tres bien la partie soft mais cote hard moins bien. Typiquement pour ube stomp box tout est super bien explique pour installer et parametrer les effets voir en rajouter, mais pour relier ca a un panneau de contrôle avec des potards et autre , nada. Que dalle. Rien.

J'utilise l'open source tous les jours que ce soit pour du web, du mobile ou du shell donc je connais la qualité du bouzin. Mais sur d'autres aspects plus "manuels" en parallèle au code je trouve que c'est mal foutu

En Open Source, il y a tout un tas de choses très très bien documentées et expliquées comme il faut, des gens actifs aussi prêt à dispenser leurs connaissances pour peu que le nouveau venu montre un minimum de motivation pour apprendre et ne fasse pas qu'attendre que ça lui tombe tout cuit dans la bouche.
Mais il y a aussi certains côtés ultra relou, comme par ex une série de tutoriels mal foutue, ou leur niveau d'explications qui passe de très détaillé (pour le débutant) à pas du tout, ou pire trop.
Et aussi le fait qu'on passe un temps fou à chercher des infos, quand tu débutes que tu n'as qu'une vague idée de ce que tu veux faire ou peut faire et que tu te retrouves noyé sous une masse d'information, parfois contradictoires et souvent pas adaptée à ton niveau c'est pas évident.

Citation :

Mais il y a aussi certains côtés ultra relou, comme par ex une série de tutoriels mal foutue, ou leur niveau d'explications qui passe de très détaillé (pour le débutant) à pas du tout, ou pire trop.
Et aussi le fait qu'on passe un temps fou à chercher des infos, quand tu débutes que tu n'as qu'une vague idée de ce que tu veux faire ou peut faire et que tu te retrouves noyé sous une masse d'information, parfois contradictoires et souvent pas adaptée à ton niveau c'est pas évident.

Voila c'est ce que j'ai essayé de dire, peut etre maladroitement.

C'est vrai, l'open source c'est un super milieu mais y entrer est pas facile, on se retrouve souvent sur des trucs qui marchent plutôt bien mais finalement assez mal documentés, les devs s'éclatent à faire le logiciel et remettent toujours la documentation à plus tard, pour au final ne jamais l'écrire…
Un article qui résume très bien l'open source est celui là : https://thedailywtf.com/articles/open-sources

Deux raisons à cela : un développeur qui écrit de la doc ne développe pas , et ensuite un code source bien écrit et bien structuré peut en principe se passer de documentation. De plus avec le collaboratif et les projets agiles, le code peut beaucoup changer, et la doc rapidement devenir obsolète et fastidieuse à maintenir. Et puis ne nous plaignons pas : avant l'ère Google / Stackoverflow, soit on n'avait pas de doc du tout, soit un énorme pavé indigeste (genre MSDN)