Réponse à 2 mails en même temps
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 !
Sans commentaire sur l'ouverture d'esprit
Parfois on a des gens qui répondent à des mails, on a pas l'impression
qu'ils ont lu le mail en question, cela n'aide pas à communiquer et à
vouloir s'intégrer.
>Ton patch n'a pas été intégré parce qu'il ne résoud pas le pb sur le
>long terme et ne pourra fonctionner avec de la compta.
C'est de cela dont je parle lorsque je parle de coder pour rien
>Qui as dit cela ? J'ai dit que "MA" solution de compta expert est en
> cours et est fermée
Non tu dis "codes la tienne, moi je code la mienne", c'est ce que l'on
appelle le developpement collaboratif. Pourquoi coder en double ? la
compta expert sera un module proprio et payant ? Remarque cela
pourrait avec la gpl, puisque c'est un module externe qui n'est pas
LIE mais appelé avec des triggers. Il ne resterait plus qu'a rendre
très difficile l'évolution de la compta 'gratuite' pour pouvoir vendre
la payante, mais avec un module compta l'aura' de dolibbar serait
parfaite, faut que j'arrete la parano, mais j'ai vu tellement de truc
dans le libre par exemple les drivers linuxtant pour les puces modem
conextant par exemple des moteurs de fimrware de box ou routeur . . . .
>Le module "compta phpcompta" est un module qui alimenterait phpcompta
> en réaction de chaque action métier comptable de Dolibarr.
C'est TA vision de ce module pourtant ce n'est pas celui que tu codes,
pourquoi ? MA vision serait un module vers ou ON transfererait les
factures en compta - ce qui est différent, MAIS il faut AVANT gérer
les factures au trajet-court c'est à dire saisie directe, par exemple
il est un peu idiot de faire un devis, une proposition, une facture,
une livraison pour une carte réseau à 5 euros. et il faut savoir
intégrer les factures de téléphone car TOUTES les entreprises ont des
factures de téléphones.
>Dans l'initiative "compta phpcompta" (actuellement sans leader),
>phpcompta peut garder sa propre base, dolibarr aussi. Je ne vois rien
>qui empeche cela. Je le recommanderait meme.
C'est stupide par nature, cela impose d'avoir 2 moteur de bases de
donnée pour faire tourner son applis car erp/crm/compta sont UN seul
logiciel métier. Dans MON cas (qui ne regarde que moi) je
n'intègrerais pas 2 moteurs de base de donnée sur mes machines
(mysql+pgsql). de même je n'intègrerais pas php + rubby, il serait
dans ce cas aussi simple de coder une partie erp simplifié dans
phpcomta on travaillerais directement à avec des documents odt putôt
que pdf.
>En fait le gros du travail pour gérer 90% de la compta est même
>il ne m'en manque pas (en tout cas pas pour gérer 90% de l'activité de
> compta).
gérer 90% c'est inutile, on ne fait pas 90% d'un bilan
> si quelqu'un veut "diriger" le projet interface vers phpcompta mais
> qu'il le fasse
Il y a beaucoup d'incertitudes et seul un fou/inconscient/très_jeune
va prendre le risque de passer des heures à coder un truc dont il ne
maitrise pas un bout (le trigger) car il y a un autre projet derrière,
mené par le même responsable. Pourquoi coder un truc alors qu'il y a
un truc concurent fermé qui est codé par un responsable du projet
même, il y a un risque.
>La aussi elle peuvent etre indépendante du moment qu'elles utilisent
>les triggers.
Pourquoi cette solution; je ne comprends pas pourquoi ce fanatisme à
l'égard des triggers, je dois peut-être teubé et ne pas comprendre
>(A CONDITION d'UTILISER LES TRIGGERS QUI ONT ETE FAIT POUR CELA, C'EST
>LA SEULE CONTRAINTE ET ELLE SUFFIT POUR GERER 90% DE L'ACTIVITE COMPTA
>D'UNE PETITE SOCIETE CLASSIQUE).
Tu diras ça aux impôts que tu gère 90% de l'activité compta, les 10%
restant c'est quoi ? ton module expert ? Pourquoi coder un module non
expert alors ? Sérieusement je vois pas; ou alors il y a tellement de
personnes qui codent sur dollibar qu'elles se marchent dessus et il
faut les partager sur des modules concurents pour occuper la foule.
je suis désolé, mais je suis un cérébral, j'ai besoin de voir la ligne
d'arrivé et le chemin à parcourir avant de partir. Ensuite comme je
dis à mes étudiants, la programmation, c'est 80% de réflexion et 20%
de développement, je trouve que tu pousses trop à courir au code et
pas assez à la reflexion, go go go gogo oui....
>Au revoir CHRISTOPHE.
>Adieu j'espère...
Tu vois, j'ai peur que demain ce soit ce qui me soit répondu. il est
là mon problème, je ne rentre pas dans des querelles anciennes que je
ne connais pas et que je ne maitrise pas, j'essaie de poser mes
soucis, je prends le temps de poser les problèmatiques que je vois sur
le/mon chemin, et la réponse que j'ai c'est "commence à coder cela
suffira pour 90% de la compta," j'ai parler de modules, d'api, de
communication entre module, j'aurais parlé du temps quil faisait, je
n'aurais pas eu une réponse différente. Globalement l'image
'paranoïaque?' que j'ai c'est que les gens sur cette liste s'en moque
un peu de mes soucis du moment que je go go go avec les trigger et je
suis pas du style à go go go droit dedans sans réfléchir.
hervé - sincèrement désolé d'avoir perdu plus d'une 1/2 heure à faire
le premier mail qui n'a visiblement pas été lu ou pas compris et 1/2
heure à faire se second mail qui aura le même impact.
_______________________________________________
Dolibarr-dev mailing list
address@hidden
http://lists.nongnu.org/mailman/listinfo/dolibarr-dev
d.pasquer.vcf