RE: [Dolibarr-dev] activité de dolibarr ? - phpcom ta

[Vianney ASSOFI]

Salut à tous

Bon, un petit point une semaine après la lancée de ce thread ...

Visiblement les réactions ont été nombreuses et à mon sens, cela tend à
confirmer qu'un "malaise latent" ralentissait l'activité de dolibarr.

Aujourd'hui pour résumer ce que j'ai compris ...

Il reste 3 développeurs actifs dont 2 codent "dans leur coin" (sans que cela
soit péjoratif) - l'un pour ses propres client de téléphonie - l'autre pour
un module qui verra le jour, un jour ou l'autre) et un dernier qui se
coltine toute la liste des ajouts, bugs, etc...

Et le reste, démotivés par cet état de fait ne codent plus soit suite à des
pb de communication (rejet de patch qui ne conviennent pas à "l'éthique" des
initiateurs du projet) soit suite à "pas de réponses".

Bref, aujourd'hui mon sentiment c'est qu'effectivement un malaise persiste
et que "rejeter les gens" n'est pas une bonne solution...

Ce que j'entrevois comme avenir à dolibarr dans le brouillard ambiant c'est
3 options:

1) Soit une reprise en main rapide du suivi des taches, une prise en compte
des demandes (avec au moins une réponse sur la faisabilité, la date
prévisible de mise à dispo d'une nouvelle fonctionnalité, ou bien pas de
date genre 'c'est pas facile, ou trop long, ou incompatible.. bref une
réponse), une remotivation des devs


2) Soit un fork -terme que j'ai appris lors des derniers échanges liés à ce
thread :p (à condition qu'il y ait une chance de survie à un projet
"parallèle" ...

3) Soit carrément un abandon du projet pour ceux qui n'en sont plus
contents, quitte à repartir un "nouveau projet" de zéro ... et dolibarr
continue ainsi avec  ceux qui en sont contents (ou qui espèrent encore une
sursaut de vitalité)

Je ne souhaite pas avoir à faire ce choix, mais en tout cas en ce qui
concerne mes besoins, je préfère effectivement un projet actif qu'un projet
dans lequel je ne vois pas de lumière de sortie de tunnel lorsque je suis
dans un tunnel ...

Autrement dit, soit cela se décante et on avance de manière positive (espoir
quand tu nous tiens ...) soit on attend de voir fleurir quelque chose qui
redonne de l'espoir, c'est l'été, les papillons vont bientôt sortir de leurs
cocons ;)


En tout cas ce que je constate c'est que la polémique ne fait pas avancer le
shmilblick ... et que les "fights" n'apportent pas plus de motivation
lorsqu'un projet "bat de l'aile ..." (ni pour les devs, ni pour les
utilisateurs -betatesteurs, apporteurs d'idée, de commentaires-)


"Cogito esui tou" - je cogite donc j'essuie - (les plâtres) -

Vianney
Ps: (-waaoooo, le latin réinventé) :d



-----Message d'origine-----
De : address@hidden
[mailto:address@hidden De la part de
Laurent Destailleur (Eldy)
Envoyé : dimanche 7 mai 2006 01:16
À : Discussions sur le developpement de Dolibarr
Objet : Re: [Dolibarr-dev] activité de dolibarr ? - phpcomta

Damien PASQUER a écrit :
> Messieurs allons,
> un peu de calme et de bon sens.
> Je suis le développement de Dolibarr depuis les prémisces (genre la 
> vers 0.3 ou 0.4), car j'avais besoin d'un bon ERP/CRM pour la gestion 
> au quotidien de mon entreprise, et même si j'avais à côté une solution 
> commerciale (un EBP si ma mémoire est bonne), j'ai préféré rester sous 
> Dolibarr pour des questions de confort et de pratique.
> Alors simplement, et si je me trompe, Rodolphe ou Eldy corrigez moi, 
> Dolibarr a été conçu historiquement pour un besoin d'un client de 
> Rodolphe,
Vrai, Disons pour les besoins de rodolphe en personne même je crois.
> et il a eu la bonne idée de le placer en GPL.
Méga d'accord.
> Ensuite, au fil du temps, de nombreuses personnes ont été interressé 
> par le projet, et pas mal de monde sont venues aider à améliorer, 
> développer Dolibarr.
> Mais chacun à ses besoins, ses problématiques au quotidien à gérer, et 
> telle ou telle priorité sera gérée suivant le besoin ou l'envie d'un 
> developpeur ou du client de ce dernier.
> A mon sens Laurent a une vision sur le long terme, à savoir arriver à 
> un projet totalement ouvert, totalement interopérable avec possibilité 
> d'import-export.
Vrai.
Ma vision perso est en effet une vision à très long terme car je pense 
que Dolibarr est sur la bonne voie pour faire partie des ERP qui 
s'imposeront à long terme.
>
> Rodolphe bosse sur la partie spécifique d'un client à lui qui je 
> suppose vends de la téléphonie :p
> Simplement, pour donner un exemple, depuis 2003, j'ai testé pas mal 
> d'autres solutions ERP/CRM commerciales (Great Plains/Navision) et 
> open source (Compiere, SequoiaCRM, OpenSI) car telle ou telle 
> fonctionnalité n'existait pas dans Dolibarr.
> N'étant pas dev moi-même, je n'allais pas les coder.
> Mais je suis revenu sur Dolibarr car au fil du temps les 
> fonctionnalités dont j'avais besoin sont arrivés.
> Simplement aujourd'hui, chacun code et gère les choses un peu dans le 
> sens où chacun voit ses besoins, je me rappelle même de Laurent qui au 
> début demandait à Rodolphe pour les commits puis ensuite s'est mis à 
> faire les commit sans demander et mettre à jour les patch directement.
> Pareil pour Regis.
> L'idée d'interopérabilité ou d'intégration avec phpCompta est une 
> super idée,
Suis d'accord. Moi m'aime j'en aurais besoin.
> mais je comprends l'envie des uns et des autres de chouchoutter leurs 
> bébés respectifs, et je conçeois aussi que c'est très bête de 
> disperser les efforts pour arriver à terme peut être au même but.
> (Keske vous pouvez être tétus vous les developpeurs :p)
> Donc simplement, au lieu de s'énerver et de se prendre la tête à 
> savoir et pkoi, et comment, etc... Prenez le temps de discuter 
> tranquillement, de structurer les choses ou alors il faudrait voir 
> avec Rodolphe (car c'est son bébé qd meme) comment lui voit les choses 
> pour peut etre soit fixer des objectifs, soit dire qui fait koi, et 
> qui peut koi.
> Ca sert à rien de se prendre la tête et de s'insulter via la ML, 
> suffit de structurer.
Vrai.
>
> Le problème est simple, personne ne s'affirme comme HEAD du projet, 
> qui valide ou valide pas.
> Et qd le HEAD dis ok, c'est ok. Qd le HEAD dit non. C'est non.
> Et suffit de prendre le temps et de réfléchir pour arriver à ses fins. 
> Donc ca sert à rien d'être pressé non plus.
> L'essentiel c'est d'avancer :p
D'accord à 100%.  Ca fait plaisir un peu de compréhension...


PS: Je vote Damien !

-- 
Laurent Destailleur.
---------------------------------------------------------------
EMail: address@hidden
Web: http://www.destailleur.fr
IM: IRC=Eldy, Jabber=Eldy

AWStats (Author) : http://awstats.sourceforge.net
Dolibarr (Contributor) : http//www.dolibarr.com
CVSChangeLogBuilder (Author) : http://cvschangelogb.sourceforge.net
AWBot (Author) : http://awbot.sourceforge.net



_______________________________________________
Dolibarr-dev mailing list
address@hidden
http://lists.nongnu.org/mailman/listinfo/dolibarr-dev