Wie dieses Archiv entsteht.
Jeder Beitrag zeigt, was ich gebaut habe, warum ich diesen Weg gewählt habe, welche Alternativen ich verworfen habe und wo die Belege enden.
Nachweise für Labs-Projekte.
Jede Labs-Fallstudie verweist auf einen öffentlichen, unveränderlichen GitHub-Commit. Vor der Veröffentlichung prüfe ich Versionsangaben, Testergebnisse und Implementierungsdetails gegen genau diesen Stand.
Die funktionierende Produktseite bleibt der primäre Projektlink. Das Evidenzprotokoll zeigt, was ich geprüft habe und wo die jeweilige Aussage endet.
Technologievergleiche sind kontextbezogen und keine allgemeine Rangliste. Jede Wahl wird an den tatsächlichen Produktanforderungen und der stärksten realistischen Alternative gemessen. Dabei benenne ich auch die Komplexität oder Grenze, die bewusst bestehen bleibt.
Berufliche Arbeit.
In den beruflichen Fallstudien beschreibe ich Entwicklungsarbeit aus meinen Anstellungsverhältnissen. Unternehmens- und Kundennamen, Konditionen, private Repositories und identifizierende Betriebsdaten lasse ich weg.
Technischen Ablauf, Entscheidungen und Einschränkungen gebe ich sachlich korrekt wieder. Kennzahlen oder Ergebnisse, die sich nur durch vertrauliche Angaben belegen ließen, veröffentliche ich nicht.
Wenn Implementierungsdetails vertraulich bleiben müssen, erkläre ich die Entscheidungsgrenze, ohne nicht veröffentlichbare Belege anzudeuten. Die Begründung bleibt konkret, geschützte Identifikatoren nicht.
Korrekturen.
Wenn eine Angabe falsch oder nicht mehr aktuell ist, schreiben Sie an info@ejupilabs.com. Ich prüfe die Quelle, korrigiere den Beitrag und aktualisiere das Prüfdatum.