Chez Dokapi, nous nous appuyons depuis longtemps sur les bibliothèques robustes et précises développées par Philip Helger pour alimenter notre infrastructure Peppol. Son travail est devenu si omniprésent dans nos projets que chaque fois que nous nous heurtons à un mur, on nous demande : « Vérifiez si Philip l'a déjà résolu », et il y a de fortes chances qu'il le fasse souvent.
Lors d'une récente interview, nous avons eu l'occasion de nous entretenir directement avec l'homme lui-même et d'en savoir plus sur la force motrice de ses contributions prolifiques à l'écosystème Peppol.
L'histoire d'origine : les éléments constitutifs d'une norme complexe
Philip, basé à Vienne, contribue au développement open source lié à PEPPOL depuis plus de 15 ans. Comme il le dit, « OpenPEPpol fournit les spécifications, mais pas le code ». Frustré par le manque d'infrastructure technique partagée très tôt, il a commencé à créer des bibliothèques réutilisables pour simplifier la mise en œuvre. Ces bibliothèques ont depuis évolué pour devenir un « ensemble Lego » complet de composants interopérables utilisés par de nombreux acteurs de l'écosystème.
Malgré leur envergure et leur influence, les bibliothèques restent l'œuvre d'un développeur unique et ciblé. Il écrit encore environ 99 % du code lui-même. Son approche disciplinée et opiniâtre du codage est évidente dans ses configurations méticuleusement structurées, qui créent une base de code cohérente et de haute qualité. Certains contributeurs ont exprimé leur réticence à intervenir de peur de « casser le style ».
« Les gens pensent qu'ils vont tout gâcher ou qu'ils vont être jugés. Mais honnêtement, je suis simplement reconnaissant pour toute contribution », déclare Philip. Malgré tout, la profondeur et la modularité de la conception technique (couvrant parfois cinq couches) peuvent être intimidantes pour les nouveaux contributeurs. Il encourage toute personne intéressée à simplement tendre la main et à entamer une conversation.
À propos de la sécurité, de la gouvernance et de l'évolutivité
À mesure que l'adoption de Peppol se développe, les exigences réglementaires et de sécurité augmentent. Philip est clair : la plupart des nouveaux mandats de sécurité sont liés à la gouvernance plutôt qu'à des questions techniques. Il intervient principalement au niveau de l'architecture logicielle, en veillant à ce que les nouvelles spécifications restent techniquement réalisables. « Je m'assure toujours de ne pas spécifier quelque chose d'impossible à mettre en œuvre », souligne-t-il.
Du point de vue de l'évolutivité, ses bibliothèques Phoss SMP et AS4 restent des solutions de choix pour de nombreuses personnes. Plus de 50 % des SMP de production sont désormais alimentés par son logiciel. Bien que le PHOSS SMP soit bien adapté aux systèmes comptant jusqu'à 10 000 participants, les implémentations à plus grande échelle ne constituent pas son objectif principal. Néanmoins, Philip est connu pour fournir des solutions rapides à court terme, permettant au Phoss SMP de rester viable même dans ces scénarios les plus exigeants.
Mise à l'échelle durable dans l'open source
Philip travaille en tant que consultant indépendant pour OpenPEPpol et développe ses outils open source principalement pendant son temps libre. Les corrections urgentes et les demandes de fonctionnalités peuvent être traitées par ordre de priorité grâce au parrainage, mais la plupart du travail n'est pas rémunéré et est motivé par la passion. À l'avenir, Philip se concentre sur le maintien de la qualité, l'évolution des bibliothèques et l'intégration d'un plus grand nombre de contributeurs. « Il suffit de nous contacter », répond-il. « Discutons de vos idées ou de vos problèmes. C'est le moyen le plus simple d'aider. »
Une note sur la nouvelle proposition SML
Philip s'est également prononcé sur la proposition visant à décentraliser l'infrastructure SML de Peppol. Techniquement, il en voit la logique. La décentralisation réduit les points de défaillance uniques. Mais du point de vue de la gouvernance, il se montre prudent : « La distribution de SML pourrait amener les juridictions à limiter la participation, ce qui est contraire à l'esprit d'ouverture de Peppol. »
Réflexions finales
À Dokapi, nous admirons non seulement l'incroyable profondeur technique du travail de Philip, mais également son ouverture et son humilité continues. Ses bibliothèques sont au cœur de notre travail quotidien et nous ont aidés à évoluer et à nous adapter à des défis complexes au fil du temps.
Nous remercions Philip pour ses contributions inlassables à la communauté open source et encourageons les autres membres de l'écosystème Peppol à s'engager, à contribuer et à soutenir ce travail important.
