RE : [Dolibarr-dev] activité de dolibarr ? - phpco mta

[ozit]

Bonjour, 

Juste pour donner mon humble avis, d'un tout petit contributeur, non codeur,
mais grand/vieil utilisateur :
-j'aime Dolibarr (à la folie)
-j'ai été assez "choqué" de certaines remarques-avis-constats.
-je soutiens avec ce que je peux, les developpeurs actuels et leurs
décisions passées n'ont jamais été contre productives, que je sache.
-j'ai rencontré personnellement les "HEAD" (au salon Linux Expo) à Paris et
que je peux vous affirmer qu'ils sont très gentils et tres ouverts.

Je vais exprimer un souahit, ce n'est pas un ordre : j'aimerai tant que les
questions soient posés simplement, personne n'a jamais été insulté sur la
ML, il se peut que des posts n'aient pas recu de réponses, mais personne
n'est "obligé" de répondre, Dolibarr (merci Rodolphe) est un projet OPEN
SOURCE (lire en 2 fois, pour bien dissocier l'OUVERTURE et le CONTENU).

Voila, hulblement, au revoir et à très bientôt.

Arié

PS : bienvenue aux nouveaux venus, aux anciens qui n'ont pas recu un accueil
adéquat et si certains d'entre nous, nous quittent, qu'ils le fassent savoir
afin que nous les saluont.







-----Message d'origine-----
De : address@hidden
[mailto:address@hidden De la part de Damien
PASQUER
Envoyé : dimanche 7 mai 2006 13:24
À : Discussions sur le developpement de Dolibarr
Objet : Re: [Dolibarr-dev] activité de dolibarr ? - phpcomta


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
>