Re: [Dolibarr-dev] activité de dolibarr ? - phpcomta

[Laurent Destailleur (Eldy)]

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