Bei Dokapi verlassen wir uns seit langem auf die robusten und präzisen Bibliotheken, die von Philip Helger entwickelt wurden, um unsere Peppol-Infrastruktur zu betreiben. Seine Arbeit ist in unseren Projekten so allgegenwärtig geworden, dass jedes Mal, wenn wir gegen eine Wand stoßen, jemand fragt: „Schau nach, ob Philip es schon gelöst hat“ — und die Chancen stehen gut, dass er das oft getan hat.
In einem kürzlichen Interview hatten wir die Gelegenheit, direkt mit dem Mann selbst zu sprechen und mehr über die treibende Kraft hinter seinen produktiven Beiträgen zum Peppol-Ökosystem zu erfahren.
Die Entstehungsgeschichte: Bausteine für einen komplexen Standard
Philip, mit Sitz in Wien, trägt seit über 15 Jahren zur Open-Source-Entwicklung im Zusammenhang mit PEPPOL bei. Wie er es ausdrückt: „OpenPeppol liefert die Spezifikationen, aber nicht den Code.“ Frustriert über das Fehlen einer gemeinsamen technischen Infrastruktur begann er schon früh, wiederverwendbare Bibliotheken zu entwickeln, um die Implementierung zu vereinfachen. Diese Bibliotheken haben sich inzwischen zu einem umfassenden „Lego-Set“ interoperabler Komponenten entwickelt, die von vielen im gesamten Ökosystem verwendet werden.
Trotz ihres Umfangs und Einflusses bleiben die Bibliotheken das Werk eines einzigen, fokussierten Entwicklers. Er schreibt immer noch rund 99% des Codes selbst. Sein disziplinierter und eigensinniger Ansatz beim Programmieren zeigt sich in seinen sorgfältig strukturierten Konfigurationen, die eine konsistente und qualitativ hochwertige Codebasis schaffen. Einige Mitwirkende haben aus Angst, „den Stil zu brechen“, gezögert, einzusteigen.
„Die Leute denken, dass sie es vermasseln werden oder dass sie beurteilt werden. Aber ehrlich gesagt bin ich einfach dankbar für jeden Beitrag „, sagt Philip. Trotzdem können die Tiefe und Modularität des technischen Designs (das manchmal fünf Ebenen umfasst) für neue Mitwirkende einschüchternd sein. Er ermutigt alle Interessierten, einfach Kontakt aufzunehmen und ein Gespräch zu beginnen.
Zu Sicherheit, Governance und Skalierbarkeit
Mit der zunehmenden Akzeptanz von Peppol steigen die regulatorischen und Sicherheitsanforderungen. Philip ist sich darüber im Klaren: Die meisten neuen Sicherheitsmandate beziehen sich eher auf die Unternehmensführung als auf technische Fragen. Er ist hauptsächlich auf der Ebene der Softwarearchitektur tätig und stellt sicher, dass neue Spezifikationen technisch machbar bleiben. „Ich achte immer darauf, dass wir nichts spezifizieren, was unmöglich zu implementieren ist“, betont er.
Unter dem Gesichtspunkt der Skalierbarkeit sind seine Phoss SMP- und AS4-Bibliotheken für viele nach wie vor die bevorzugte Lösung. Über 50% der Produktions-SMPs werden jetzt von seiner Software unterstützt. Das PHOSS SMP eignet sich zwar gut für Systeme mit bis zu 10.000 Teilnehmern, größere Implementierungen stehen jedoch nicht im Vordergrund. Nichtsdestotrotz ist Philip dafür bekannt, kurzfristig schnelle Lösungen bereitzustellen, sodass das Phoss SMP auch in diesen anspruchsvolleren Szenarien funktionsfähig bleibt.
Nachhaltige Skalierung in Open Source
Philip arbeitet als unabhängiger Berater für OpenPepPol und entwickelt seine Open-Source-Tools größtenteils in seiner Freizeit. Dringende Problembehebungen und Funktionsanfragen können durch Sponsoring priorisiert werden, aber der Großteil der Arbeit ist unbezahlt und voller Leidenschaft. Mit Blick auf die Zukunft konzentriert sich Philip darauf, die Qualität aufrechtzuerhalten, die Bibliotheken weiterzuentwickeln und mehr Mitwirkende einzustellen. „Nehmen Sie einfach Kontakt auf“, sagt er. „Lassen Sie uns Ihre Ideen oder Probleme besprechen. Das ist der einfachste Weg, um zu helfen.“
Ein Hinweis zum neuen SML-Vorschlag
Philip äußerte sich auch zu dem Vorschlag, die SML-Infrastruktur von Peppol zu dezentralisieren. Technisch gesehen sieht er die Logik. Dezentralisierung reduziert einzelne Fehlerquellen. Aus Sicht der Regierungsführung ist er jedoch vorsichtig: „Die Verteilung von SMLs könnte dazu führen, dass Jurisdiktionen die Teilnahme einschränken, was dem Geist der Offenheit von Peppol widerspricht.“
Abschließende Gedanken
Bei Dokapi bewundern wir nicht nur die unglaubliche technische Tiefe von Philips Arbeit, sondern auch seine anhaltende Offenheit und Demut. Seine Bibliotheken sind der Kern unserer täglichen Arbeit und haben uns geholfen, im Laufe der Zeit zu skalieren und uns an komplexe Herausforderungen anzupassen.
Wir danken Philip für seine unermüdlichen Beiträge zur Open-Source-Community und ermutigen andere Mitglieder des Peppol-Ökosystems, sich für diese wichtige Arbeit zu engagieren, ihren Beitrag zu leisten und sie zu unterstützen.
