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.
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.
>
>
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.
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.