Ein Entwickler statt eines Teams.
Oberfläche, Server, Infrastruktur, Betrieb – ich mache alles davon, und zwar selbst. Deshalb funktionieren bei mir Projekte, für die du sonst drei Leute koordinieren müsstest: drei Leute, drei Kalender, drei Rechnungen.
Woran man merkt, dass man mich braucht
Wenn zwei davon auf dich zutreffen, sind zwanzig Minuten Gespräch vermutlich gut investiert.
Niemand überblickt das Ganze.
Ein Projekt liegt seit Monaten. Frontend wartet auf Backend, Backend wartet auf Infrastruktur, und dazwischen vergehen Wochen mit Abstimmung.
Die letzten 30 Prozent macht jemand von Hand.
Die gekaufte Standardsoftware passt zu 70 Prozent. Der Rest ist Handarbeit, jede Woche aufs Neue.
Dieselben Daten liegen in drei Systemen.
Keins weiß vom anderen, also wird eine Zahl dreimal getippt und stimmt zweimal nicht.
Es läuft, aber niemand weiß, wie lange noch.
Kein Test, kein Monitoring, kein Weg zurück. Es läuft heute, weil es noch niemand angefasst hat.
Fällt eine Person aus, steht ein Vorgang.
Wie er wirklich funktioniert, steht nirgends – außer in einem Kopf.
Liberoscan
Mein eigenes Produkt. Wenn du sehen willst, wie ich baue, ist das der kürzeste Weg.
Ein Finanzbericht rein, ein fertiges Briefing raus – eine deutsche DATEV-BWA genauso wie ein englischer P&L.
Jede Kennzahl ist belegt: ein Klick auf eine Zahl markiert die Fundstelle im Original-PDF.
Unter zwei Minuten vom Upload bis zum fertigen Briefing.
Läuft auf EU-Infrastruktur, genau wie alles, was ich für Kunden baue.
Was ich mache
Vier Arten, wie es meistens anfängt. Die meisten Projekte sind eine Mischung aus zweien.
Neu bauen.
Von der ersten Zeile bis zum laufenden Betrieb. Anwendungen, interne Werkzeuge, Schnittstellen, Websites.
Übernehmen.
Bestehende Systeme weiterentwickeln, auch wenn der letzte Entwickler weg ist und die Dokumentation fehlt.
Verbinden.
Ich ersetze nicht, was bei dir läuft. Ich baue die Verbindung dazwischen, damit die Zahl genau einmal angefasst wird.
Stabilisieren.
Tests, automatisches Ausrollen, Monitoring, Backups, die geprüft sind. Für alles, was heute nur läuft, weil es noch niemand angefasst hat.
Vier Dinge, an denen du mich messen kannst
Keine Werte. Zusagen, deren Bruch dir auffallen würde.
Du redest mit dem, der es baut.
Kein Vertrieb, der etwas verspricht, und keine Entwicklungsabteilung, die es hinterher anders versteht. Was im Gespräch vereinbart wird, gilt.
Es läuft auch ohne mich weiter.
Automatische Tests, reproduzierbares Ausrollen, Monitoring, geprüfte Backups. Wenn eine Abhängigkeit wegbricht, läuft der Rest. Zurückrollen dauert Minuten.
Du bekommst alles.
Code, Dokumentation, Zugänge, Infrastruktur. Wenn du irgendwann jemand anderen willst, kann der weitermachen. Genau deshalb kannst du mir vertrauen.
Ich sage auch, wenn du mich nicht brauchst.
Wenn es die Software schon fertig gibt, nenne ich dir den Namen, statt sie dir teuer nachzubauen. Eigenentwicklung lohnt sich dort, wo der Standard nicht passt. Nicht überall.
Wie es losgeht
Was ein Projekt kostet, hängt davon ab, was es ist. Beschreib es mir, und du bekommst eine Zahl.
Ein Gespräch
Du beschreibst, was nicht funktioniert. Ich sage dir, ob ich der Richtige bin – und wenn nicht, wer oder was es sonst löst.
Festpreis
Bei mir bekommst du einen Festpreis, abhängig vom Projektumfang. Keine Tagessätze, die am Ende überraschen.
Bleiben in der EU
Gehostet in Europa, mit Auftragsverarbeitungsvertrag. Oder bei dir im Haus, wenn du das willst.
Mit wem du arbeitest
Ich bin Softwareentwickler, seit 13 Jahren. Angefangen 2013 an einer Citation-Engine, die Studenten weltweit benutzen – erst bei Imagine Easy Solutions, dann nach der Übernahme bei Chegg. Danach über sieben Jahre bei orgavision in Berlin: Neuaufbau des Frontends einer Qualitätsmanagement-Plattform mit über 200.000 Nutzern in mehr als 800 Organisationen, gestartet als alleiniger Frontend-Entwickler.
Anfang 2026 habe ich die Liberosa UG gegründet. Der Grund war einfach: Ich wollte die Projekte machen, für die ein Softwarehaus drei Leute bräuchte und die sich für ein Softwarehaus deshalb nicht rechnen. Über den ganzen Stack zu arbeiten ist keine Behauptung aus einem Lebenslauf, sondern das, was ich seit Jahren jeden Tag tue – und der Grund, warum das geht.
TypeScript, React, Next.js · Node.js, PHP, Python · PostgreSQL · Docker, CI/CD, Linux-Server · Anbindung von Hardware und Fremdsystemen · LLM-Integration, wo sie einen Zweck hat
Die Auswahl richtet sich nach dem Problem, nicht nach der Mode. Wenn eine Tabelle reicht, sage ich das auch.
Erzähl mir, woran du arbeitest.
Was für ein Betrieb, was gerade nicht funktioniert, was anders werden soll. Drei Sätze reichen. Ich antworte meist innerhalb eines Werktags – und wenn ich nicht der Richtige dafür bin, sage ich dir das in derselben Antwort.
0/2000