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

[Simon TOSSER]

Que de bruit !
Effectivement il y a quelque problème de communication, mais il a été
fait remarqué, personne n'est payé pour développer dolibarr et chacun
essaye d'avancer un peu quand il a le temps (pour ma part, seul juillet
et aout me laisse du temps pour coder parceque c'est une période creuse
de mon activitée)
Pour ce qui est de l'intégration de phpcompta et dolibarr, plutot que de
procéder à un fort remaniement du code sur l'un des 2 projets pourquoi
ne pas mettre ne place une équie de développement qui coderait
l'interropérabilité, un logiciel qui irait piocher dans les deux base de
donées ?
comme ça si quelqu'un veut coupler dolibarr à opensi, rien ne l'empêche
de coder une passerelle entre dolibarr et opensi ou je ne sais quel
autre autre programme.

Quand à la diplomatie sur cette liste de discussion, certaine personne
(dont je tairais le nom) ne s'exprime sur cette liste que pour casser du
sucre putot que de chercher de réel solution.
Et puis si il y a tant que ça de gens mécontent qui pense savoir mieux
faire rien ne les empêches de créer un fork !

Voila mon petit grain sel
Simon

herve couvelard wrote:
>  Je voudrais également dire à ceux qui critiquent que le
>> manque de diplomatie ne fera pas avancé le projet, et qu'il serait plus
>> judicieux d'apporter des remarques constructives qui font évoluer ce
>> logiciel
>> si prometteur.
>>
>> Nico
> 
> Bonjour,
> 
> Je suis entièrement d'accord avec ce point, MAIS, il vaut mieux des
> critiques que du silence.
> 
> Lorsque j'ai contacté dolibarr, il y a longtemps, personne ne m'a
> répondu, et j'avais codé AVANT une journée pour 'voir', je n'ai pas
> sorti de patch car c'était juste une proff of concept de transformation
> en écriture comptable suivant des modèles de moulinette et un travail de
> compréhension sur la structure dolibarr. je n'ai pas eu de réponse, même
> pas de bonjour, bienvenu, qu'est-ce que tu veux_faire/fais , quel est
> ton expérience etc... Rien que le silence, je me proposais de travailler
> sur la compta (la VRAI avec bilan et tout).
> Devant l'absence de réponse et la structure du code, qui est 'assez
> complexe' [et qui pourrait être simplifiée], j'ai laissé tomber (c'est a
> dire repoussé ultérieurement en me consacrant à autre choses - car
> effectivement les gens ont d'autres  activités, une vie sociale et que
> les journées de travail peuvent faire difficilement plus de 12/15 heures.)
> 
> 6 mois plus tard, une autre personne parle de compta et même topo, on
> lui dit un module expert est en cours (en gros : dégage), puis
> intervient la synergie avec phpcompta que je connais aussi puisque je
> pense/pensais faire un portage mysql. Ensuite le troll mysql/pgsql est
> intervenu (j'ai même marché dedans) et plus rien, devant l'abscence de
> réponse clair en provenance de dolibarr, dany a aussi laissé tombé alors
> que ce n'est pas un branleur dany, il "porte" phpcompta, DONC il y a une
> problématique qu'il serait bon de résoudre[1]. Je n'ai pas la prétention
> d'apporter une réponse dont personne ne veut, juste mon oeil extérieur
> de contributeur frustré et raté.
> 
> J'adore la remarque : apporter un patch, on va l'intégrer.On peut faire
> un patch de 50 lignes pour corriger un bug ou ajouter un lien, une
> fonctionnalité, mais un patch de 2000 lignes pour la comta, comprenant
> la modification de tables sql, créations de nouvelles, la modification
> de certaines structures j'aimerais bien voir cela en fait.[2]
> Si une compta experte est en cours ou trouver le patch pour voir ou cela
> en est ? comment travailler dessus en sachant que notre travail sera
> rejetté car non compatible avec ce qu'il y a en cours.
> Doit on faire une compta experte ou un 'appel extérieur phpcompta', doit
> on passer phpcompta en mysql ? Plein de questions qui restent sans
> réponses. Devant ces incertitudes, nous ne savons pas encore si nous
> désirons intégrer dolibarr/phpcomta dans nos configurations, car même si
> le projet est VIVANT et PRODUCTIF, il nous semble un peu FERME (mais
> peut être est-ce une impression !). Ce n'est pas la fermeture en soit
> qui nous dérange, on s'en fout de ne pouvoir commiter nous même, mais il
> n'y a pas de discours CLAIR sur ce qu'il se fait, ce qui doit se faire,
> comment, avec qui, dans quel ordre. une visons à moyen terme. un projet
> : ou est dolibarr dans 6 mois ?
> 
> Pour ajouter de la compta et/ou une interface phpcompta IL FAUT un cadre
> CLAIR ET DIRECTIF ou tout le monde sache dans quel sens cela se déplace
> pour ne pas travailler pour rien, ou alors (et nous ne le désirons pas)
> il faut prendre le dernier cvs à jour et travailler en interne sur SA
> propre version et intégrer des diffs manuellement au fur et  mesure que
> dolibarr avance: cela s'appelle un FORK sauvage et c'est_mal(t).
> 
> Je/nous avons un peu de travail en retard, donc nous pouvons repousser
> notre décision d'intégration d'un erp/crm/compta et le choix est assez
> large, nous en avons essayé pas mal, des biens et moins bien. Dolibarr
> et phpcompta nous semble les 2 sur la bonne voie, il serait dommage de
> ne pas intégrer ceux-la pour un simple problème de COMMUNICATION.
> 
> Petite précision, nous ne cherchons pas à faire du support technique sur
> les produits que nous intégrons et laisserons le support (probablement
> payant) pour ceux qui le désirent aux responsables des projets.
> 
> Maintenant, je ne m'appelle pas jean-baptiste (donc je n'aime pas
> précher dans le désert) mais il va falloir que nous prenions une
> décision sur quoi intégrer et utiliser (car nous n'avons pas encore
> commencer la compta de l'année, car nous utiliserons le soft que nous
> intégrerons). Nous(je) aimerions beaucoup intégrer les 2 applications
> (nous avons une graphiste qui pourrait travailler sur le 'look'
> phpcompta et/ou faire un module css pour phpcompta pour pouvoir
> l'adapter aux couleurs dolibarr et inversement.
> 
> MAITENANT que j'ai critiqué comme un gros beauf, je vais apporter MON
> idée, il faudrait faire un [module de transfert] (optionnel) qui
> proposerait un lien à coté de chaque facture "intégrer en compta" et qui
> balancerait le traitement sur un [module d'import live] phpcompta.
> l'avantage de cette structure [le passage par 2 modules] c'est
> 1 -dolibarr -  qu'il serait possible de pouvoir l'adapter pour tous les
> autres compta (en clair modifier le module export ou ajouter un filtre]
> pour lier dolibbar avec un autre programme comptable pour ceux qui ont
> déja le leur avec pr ex cabinet comptable).
> 2 - phpcomta - être compatible avec d'autres erp/crm et se servir de ce
> module d'import comme d'un filtre d'import en provenance d'autres
> logiciels de compta pour les migrations et/ou les rapprochement etc...
> 
> Pour faire cela il faut définir 1 API de communication qui sera intégré
> aux 2 softs. Je veux bien participer à l'élaboration d'une telle choses,
> mais il me faut l'aide de 2 personnes un pour dolibarr et une phpcomta
> ET avoir une vision assez clair de l'évolution de dolibarr
> .
> hervé
> 
> [1] Allez voir le modèle de developpement de projet comme inkscape qui
> avance plus vite parce qu'il est plus ouvert. Inkscape vient d'un fork
> sauvage de sodipodi car certains dev majeurs trouvaient que sodipodi
> était trop fermé (un seul commiteur qui ne voulait pas intégrer certains
> changement important dans la structure du projet). Ils ont donc forkr
> avec un modèle plus 'ouvert' et ils sont partis en flèche avec un noyeau
> de 5-10-20 personnes et des electrons autour. Il y a TOUJOURS un réponse
> et des liens/trucs/explications pour aider quelqu'un qui veut
> coder/avancer/débugger.
> 
> [2] Parler de module de compta implique une intervention importante dans
> la structure, car il y a des facture qu'il faut passer directement (sans
> suivre le cheminement (devis-prop-factu-livraison) etc....Par exemple
> une facture de telephone : on peut pas faire 50 opérations pour passer
> la facture du téléphone. Intégrer phpcompta en module implique un
> travail important sur les 2 applications pour pouvoir avoir une base
> commune aux deux et des modules différents pour chaque.
> 
> [3 -non c'était pas prévu] il faut intégrer aussi un  module de paye -
> bien grand mots : mais une fiche de paye et la préparation des
> déclarations sociale, ursaff, assedic, retraite...
> 
> [4 ] je sais coder mais je deteste coder pour rien, c'est à dire
> travailler pour avoir comme réponse, on peut pas l'intégrer car cela ne
> correspond pas à l'évolution de dolibarr...
> 
> [5] PS DANY je t'oublie pas pour mysql, je suis à la bourre pour mes
> trucs....
> 
> 
> 
> _______________________________________________
> Dolibarr-dev mailing list
> address@hidden
> http://lists.nongnu.org/mailman/listinfo/dolibarr-dev
> ---------------------------------------------------------------------------------------
> 
> Wanadoo vous informe que cet  e-mail a ete controle par l'anti-virus
> mail. Aucun virus connu a ce jour par nos services n'a ete detecte.
> 
> 
>