Compte créé
Les tests unitaires, j'en suis convaincu et j'essaie de faire un équivalent en firmware (beaucoup moins évident) lorsqu'on développe un nouveau module, on fait un programme de test du module. Sinon mon cheval de bataille, ça a été tout un moment SVN, et c'est un échec pour la plupart. Moi je passe à du décentralisé (bazaar, ou mercurial ou GIT) et là je ne pense même pas un jour l'expliquer. D'ailleurs, si tu veux tu peux utiliser le svn de tuxisalive pour ton développement si ça t'intéresse.
Un truc qui m'intéresse, puisque tu est en plein dans l'api et l'utilisation de tux, ça te semble logique l'architecture de l'api et la communication daemon/api? Mais j'ai pas d'expérience en tcp/ip, ni grand chose côté PC, j'ai commencé un peu de lecture sur l'OO et je trouve ça passionnant. Mais je ne retrouve pas grand chose de structuré dans l'API, mais comme je n'y connais rien, ça serait bien d'avoir l'avis d'autres.
Compte créé
Les tests unitaires, j'en suis convaincu et j'essaie de faire un équivalent en firmware (beaucoup moins évident) lorsqu'on développe un nouveau module, on fait un programme de test du module. Sinon mon cheval de bataille, ça a été tout un moment SVN, et c'est un échec pour la plupart. Moi je passe à du décentralisé (bazaar, ou mercurial ou GIT) et là je ne pense même pas un jour l'expliquer. D'ailleurs, si tu veux tu peux utiliser le svn de tuxisalive pour ton développement si ça t'intéresse.
Un truc qui m'intéresse, puisque tu est en plein dans l'api et l'utilisation de tux, ça te semble logique l'architecture de l'api et la communication daemon/api? Mais j'ai pas d'expérience en tcp/ip, ni grand chose côté PC, j'ai commencé un peu de lecture sur l'OO et je trouve ça passionnant. Mais je ne retrouve pas grand chose de structuré dans l'API, mais comme je n'y connais rien, ça serait bien d'avoir l'avis d'autres.