dolibarr-dev
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

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


From: Damien PASQUER
Subject: Re: [Dolibarr-dev] activité de dolibarr ? - phpcomta
Date: Sun, 07 May 2006 13:24:21 +0200
User-agent: Thunderbird 1.5.0.2 (Windows/20060308)


Christophe Battarel wrote:
Bonjour à tous,

Bonjour Christophe !
Suite à la lecture des différents posts, je me réveille et profite de cette belle journée pour reprendre la discussion. J'avais fait un post dès le début du thread phpcompta/dolibarr pour vous informer du développement que j'avais réalisé pour ma petite entreprise d'un module de compta pour dolibarr et ma volonté de le partager.
Je vais cet après-midi :
1) finaliser ce module pour qu'il soit facilement intégrable par tous ceux qui le souhaitent. 2) poster toutes les modifs que j'ai faites sur dolibarr (gestion des triggers) pour que ce module fonctionne. 3) poster toutes les corrections de bugs que j'ai faites sur les modules "standards" de dolibarr pour lesquels j'ai communiqué sans avoir eu de réponse (ex : fiches d'intervention pdf ne marche toujours pas en 2.01 alors que j'ai signalé le bug et le moyen de le résoudre à Rodolphe il y a environ un an) ou pour lesquels je n'ai pas communiqué. 4) publier une liste des améliorations à apporter à dolibarr et à mon module de compta et proposer à ceux que cela intéresse d'y participer.

Envois tout directement sur la mailling list.
Regarde mon super patch très moche pour la gestion des CGV sur les propales. Je sais qu'il ne sera surement pas intégré (code très moche) , mais il peut servir à certains. L'intérêt est que les correctifs, fonctionnalités supplémentaires intéressante pourront être intégré en attendant la 'réorganisation' future.

Tout cela pour les raisons suivantes :
    1) dolibarr est un bon produit
C'est clair!

2) j'ai l'impression de ne pas être le seul à attendre que soit développé le module compta expert, ou tout du moins qu'on nous informe de quoi il sera constitué, son état d'avancement, et sa date de dispo, alors que le module que j'ai développé pour ma petite entreprise l'a été en quelques semaines, et ce en dehors du montage de ma société avec mon associé, de la gestion de nos clients et de leurs projets... 3) autant essayer de faire avancer le schmilblick; chacun est assez grand pour décider s'il veut attendre un module expert complet ou utiliser et contribuer à l'amélioration d'un module non terminé mais ouvert aux bonnes volontés. 4) le logiciel libre est fait d'initiatives de ce genre, et est à mon sens destiné au plus grand nombre. Même si je conçois qu'un concepteur considère qu'un logiciel est son "bébé", la philosophie du logiciel libre fait que chaque personne qui veut améliorer ce logiciel doit pouvoir le faire sans se sentir brimé ou ignoré, et surtout pouvoir en faire profiter les autres.

Justement! Poste sur la ML. Le problème général qui n'en ai pas un est juste une histoire de mésentente et de définition des rôles de chacun.

Je n'ai pas pour objectif premier de forker dolibarr, mon objectif est de rassembler les gens qui veulent faire avancer ce projet dans la joie et la bonne humeur, et les actuels "gourous" de dolibarr seront les bienvenus. Bref j'aimerais créer une communauté de développeurs et d'utilisateurs qui soient moteurs pour faire avancer ce projet.
Voir problème d'organisation ci-dessus qui se réglera de lui-même sous peu je pense.

Et je ne revendique aucune place de grand chef dans cette communauté, car en plus je n'aurais pas forcément beaucoup de temps à y consacrer, comme vous tous j'imagine. Je referai un post cet apm ou ce soir pour vous dire où trouver les sources de mon module de compta et des corrections que j'ai apportées.
A+
Tof

Bonne après-midi !

Vianney ASSOFI a écrit :
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 !



--
Christophe Battarel
Responsable Technique

IRIS - altairis
1227 Grande Rue
38660 Le Touvet

address@hidden
------------------------------------------------------------------------

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

Attachment: d.pasquer.vcf
Description: Vcard


reply via email to

[Prev in Thread] Current Thread [Next in Thread]