Bonjour à tous,
Je viens de coder un petit module qui se met en frontal à ContratPlus pour notre workflow. Donc j’ai un retour concret sur cette discussion.
Utilisateur de Dolibarr depuis 2006 sinon et j’en ai installé aussi pas mal à droite à gauche. J’adore Dolibarr. J’ai aussi codouillé en PHP plusieurs fois, dont des sites marchands proprios à remonter, mais c’est pas un langage qui m’intéresse (je dirais même que je déteste le PHP), c’est le résultat qui me botte. Et de ce point de vue, Dolibarr est une réussite totale. Une communauté, des gens qui en vivent, une asso, un leader qui fait le job. J’ai assez d’ancienneté dans le libre pour affirmer que tout ça est une belle chance…
Je suis d’accord avec vous que coté code, ça ne vas pas trop. Et après ? C’est un logiciel qui date du début du siècle, que l’on peut mettre à jour très facilement et qui a plein de qualités. On ne va pas réécrire Dolibarr pour ça. Tout simplement parce que personne n’a le temps de faire ça sans gagner sa vie…
Ce que l’on pourrait améliorer :
- Une mailing list en français pour accélérer les échanges de la première communauté de contribution (les forums sont infernaux à suivre, même avec le RSS). J’écris l’anglais correctement mais ça doit limiter pas mal de monde, une ML en français ne ferait pas de mal.
- Normaliser le nommage dans Dolibarr : tout en anglais et consistant ? Un travail de titan… Pourtant… entre les noms de tables, de classes de fonctions et de variables, à moitié en franglais, je plains les contributeurs étrangers.
- Le MVC… mouis mais pas que… Il faudrait (en théorie) revoir plus que ça. Mais bon…
Comme je ne connaissais rien au code de Dolibarr, j’ai fais au plus efficace : un vrai IDE intuitif (on est obligé d’avoir un IDE sur un gros projet inconnu), que j’utilisais déjà quand je devais taffer en Java : Netbeans mais dans sa version netbeans php 8.2 et on est tout prêt pour tracer avec xdebug. sans aucun setup (rien à voir avec Eclipse) ! Le goodie est qu’en plus on a accès aux tables en interne, comme si c’était des sources. Et comme Dolibarr, l’IDE Netbeans se prend en main en deux secondes…
Finalement, le code source est devenu ma doc puisque la doc n’est pas à jour ou incomplète. Puis un gros travail d’observation (genre les tables avant et après telle ou telle opération car il y a beaucoup de non dits, donc le « avant/après » est le juge de paix).
Ensuite, faut avouer que pour un simple plugin avec un trigger et un peu de calcul, j’en ai bavé… Mais les triggers, les hooks et les autres ouvertures sur le core permettent de faire de bien belles choses… j’en ai bavé pour comprendre comment tourniquait globalement Dolibarr (j’ai du assimiler 10% hihi). Un tel projet ne s’intègre pas en deux jours.
Par contre le rapport production/ temps du développeur est vraiment mauvais. C’est pas nécessairement Dolibarr qui est en cause (vu la taille du projet) mais faut avouer qu’il y est pour quelque chose. Il manque un mooc, une vraie doc pratique, etc… PHP est aussi en cause. Coder avec un tel langage prends du temps. Plus le langage est fragile plus le dev doit être attentionné. Avec certains langages, je code sans debuggeur. Avec PHP, je suis tout le temps en train de tracer. C’est un langage en carton alors je dois être en béton.
Les cotés positifs de Dolibarr sont par contre si nombreux qu’il ne faut pas s’embourber sur tout ça. C’est un logiciel incroyablement modulaire et qui fait un job phénoménal, tout en étant simplissime d’utilisation. Il a su évoluer depuis plus de 15 ans vers un résultat incroyable. Il a des qualités de fond uniques dans le libre. Et enfin, il a une vraie compta. Bref SAGEBP dans ton fondement, Dolibarr vaincra 
Voilà…
Je tiens à signaler aussi que Laurent est réactif et m’a aidé.
Un big up à toute la communauté aussi, ainsi qu’à Régis s’il passe dans le coin.
Amicalement à tous,
Stef (Ile d’Oléron)
