Amer Constat - Version imprimable +- Forum KNX francophone / English KNX forum (https://www.knx-fr.com) +-- Forum : Français (https://www.knx-fr.com/forumdisplay.php?fid=3) +--- Forum : Archives eib-domotique (https://www.knx-fr.com/forumdisplay.php?fid=8) +--- Sujet : Amer Constat (/showthread.php?tid=213) |
Amer Constat - mickg - 13/10/2007 N'étant pas programmeur, je trouve super le travail de certain pour développer des solutions de supervision. Par contre je trouve très dommageable que chacun développe une solution dans son coin basée sur de l'Open Source. On en revient au même problème que toutes les solutions soft du monde libre : une multiplicité des offres à peine abouties. J'ai du mal à comprendre qu'un regroupement de compétence ne se réalise pas naturellement pour travailler sur un beau projet commun et pleinement abouti. Amer Constat - minusk - 13/10/2007 je pense que c'est du au faites que chacun ne peu y consacrer autant de temps ce qui fait qu'en creant son propre projet, on peu y travailler a son rythme, chose qui est plus diffifcile sur le cas que tu souhaiterai Le 13/10/07, mickg <mickael.gautier@wanadoo.fr> a écrit : > > > N'étant pas programmeur, je trouve super le travail de certain pour > développer des solutions de supervision. > > Par contre je trouve très dommageable que chacun développe une > solution dans son coin basée sur de l'Open Source. > > On en revient au même problème que toutes les solutions soft du monde > libre : une multiplicité des offres à peine abouties. > > J'ai du mal à comprendre qu'un regroupement de compétence ne se > réalise pas naturellement pour travailler sur un beau projet commun et > pleinement abouti. > > Amer Constat - jef2000 - 13/10/2007 Justement, avec de l'opensource, rien n'empèche que des personnes différentes contribuent avec une intensité différente (selon leurs disponibilités) à un même projet. Ce qui me parait plus compliqué, c'est de débarquer sur un projet existant et aller expliquer aux créateurs du projet qu'il faudrait faire les choses autrement pour s'adapter à ta propre vision du système. Si un développeur trouve un projet existant qui correspond à sa vision de l'architecture du système, pas de problème, mais si rien ne correspond exactement, il décidera probablement d'y aller de sa propre initiative de manière à avoir toute la liberté nécessaire dans sa conception du système. C'est ce qui est arrivé dans mon cas, comme je n'ai rien trouvé qui satisfasse les contraintes que je m'étais fixées, j'ai démarré mon propre projet. Ce qui ne signifie pas que je ne suis pas prêt à faire de la place à d'autre développeurs. Je veux juste garder les rênes pour m'assurer que le résultat satisfasse mes attentes. On 13 oct, 13:46, minusk <min...@gmail.com> wrote: > je pense que c'est du au faites que chacun ne peu y consacrer autant de > temps ce qui fait qu'en creant son propre projet, on peu y travailler a son > rythme, chose qui est plus diffifcile sur le cas que tu souhaiterai > > Le 13/10/07, mickg <mickael.gaut...@wanadoo.fr> a écrit : > > > > > N'étant pas programmeur, je trouve super le travail de certain pour > > développer des solutions de supervision. > > > Par contre je trouve très dommageable que chacun développe une > > solution dans son coin basée sur de l'Open Source. > > > On en revient au même problème que toutes les solutions soft du monde > > libre : une multiplicité des offres à peine abouties. > > > J'ai du mal à comprendre qu'un regroupement de compétence ne se > > réalise pas naturellement pour travailler sur un beau projet commun et > > pleinement abouti. Amer Constat - Geb07 - 15/10/2007 On 13 oct, 23:57, jef2000 <jef2...@ouaye.net> wrote: > C'est ce qui est arrivé dans mon cas, comme je n'ai rien trouvé qui > satisfasse les contraintes que je m'étais fixées, j'ai démarré mon > propre projet. Ce qui ne signifie pas que je ne suis pas prêt à faire > de la place à d'autre développeurs. Je veux juste garder les rênes > pour m'assurer que le résultat satisfasse mes attentes. > Il suffirait pour cela que le cahier des charges soit élaboré en commun, je pense plutôt que le plus délicat est le temps que chacun peut y consacrer. Dans un travail en groupe, pour bien coordonner le projet, il faut que toutes les personnes travaillent au même rythme, en effet, si un développeur du projet commun n'a pas le temps d'écrire les routines ou librairies que d'autrent attendent pour continuer leur développement, cela peut nuire grandement à la réussite du projet. |