Fari Software GmbH

Wenn bestehende Software instabil, langsam oder schwer beherrschbar wird, helfe ich beim Verstehen, Eingrenzen und Lösen.

Ich unterstütze Teams bei Abstürzen, Performanceproblemen, schwer verständlichem Altcode und gewachsener technischer Komplexität — vor allem in C++, Python und systemnahen Umgebungen.

Technisches Problem besprechen Typische Problemsituationen

Kommt Ihnen das bekannt vor?

Bestehende Systeme machen selten auf spektakuläre Weise Probleme. Meist wird es schleichend schwieriger: Änderungen dauern länger, Fehler sind schwer einzugrenzen, und niemand ist sich mehr wirklich sicher, wo die eigentliche Ursache liegt.

  • Abstürze oder sporadisches Fehlverhalten, das niemand sauber erklären kann.
  • Performance-Probleme ohne klare Ursache.
  • Gewachsener Code, den niemand mehr wirklich sicher durchdringt.
  • Technische Schulden, die Änderungen unnötig riskant und langsam machen.
  • Manuelle oder fragile Test- und Deployment-Abläufe.
  • Unter Zeitdruck entstandene Systeme, bei denen heute Klarheit und Beherrschbarkeit fehlen.

Genau in solchen Situationen unterstütze ich Teams dabei, wieder Klarheit und technische Handlungsfähigkeit zu gewinnen.

Wobei ich konkret helfe

Keine allgemeinen Entwicklungsleistungen für alles, sondern gezielte Unterstützung bei schwierigen technischen Problemen in bestehenden Systemen.

Debugging & Root-Cause-Analyse

Bei Abstürzen, sporadischem Fehlverhalten, Speicherproblemen, Race Conditions oder anderen schwer erklärbaren Fehlern.

Performance-Analyse & Optimierung

Wenn Systeme zu langsam, instabil oder unter Last schwer beherrschbar werden.

Stabilisierung & gezielte Modernisierung

Bei gewachsenen Systemen mit Altcode, technischer Verschuldung, fehlender Klarheit oder hoher Unsicherheit bei Änderungen.

Testautomatisierung & technische Entlastung

Wenn Teams noch zu viel manuell testen, deployen oder operativ absichern müssen.

Wie ich arbeite

Ich komme nicht für Folien, Moderation oder Symbolpolitik. Ich komme, wenn ein technisches Problem verstanden und gelöst werden muss.

  • ✓ Schnelle eigenständige Einarbeitung in bestehende Systeme
  • ✓ Analyse der eigentlichen Ursache statt Symptombehandlung
  • ✓ Pragmatische Verbesserungen mit Blick auf Wartbarkeit und Nutzen
  • ✓ Direkte Zusammenarbeit mit einem kleinen, klar verantwortlichen Kernteam
  • ✓ Geringer Abstimmungs- und Betreuungsaufwand auf Kundenseite

Für wen das passt

  • ✓ Teams, die ein bestehendes technisches System weiterentwickeln, stabilisieren oder retten müssen
  • ✓ Teams mit klaren Ansprechpartnern und kurzen Entscheidungswegen
  • ✓ Situationen, in denen schnelle technische Unterstützung gesucht wird
  • ✓ Kontexte, in denen ein Problem gelöst werden soll statt es monatelang zu diskutieren

Weniger passend, wenn gesucht wird:

  • — Reine Greenfield-Produktentwicklung ohne Bestandssystem
  • — Primär politische Architektur- oder Stakeholder-Rollen
  • — Langfristige Dauerbesetzung ohne klaren technischen Engpass
  • — Moderation statt technischer Problemlösung

Formen der Zusammenarbeit

Je nach Situation kann ich auf unterschiedliche Weise unterstützen — von einer ersten technischen Einschätzung bis zum direkten Einstieg ins System.

Einstieg

Technische Ersteinschätzung

Für konkrete Probleme, bei denen zunächst Klarheit gebraucht wird: Was ist wahrscheinlich das eigentliche Problem? Wie sollte man sinnvoll vorgehen? Lohnt sich ein tieferer Einstieg?

— Unklare technische Probleme

— Erste Einordnung vor größerem Aufwand

— Erfahrener technischer Blick von außen

Diagnose

Analyse & Handlungsempfehlung

Strukturierte Analyse eines bestehenden Problems mit technischer Einschätzung, Priorisierung und konkreten nächsten Schritten für das Team.

— Komplexere technische Situationen

— Gewachsene Systeme mit mehreren möglichen Ursachen

— Orientierung und strukturierter Einstieg

Direkteinsatz

Direkte technische Unterstützung

Hands-on-Einstieg in bestehende Systeme zur Analyse, Stabilisierung, Optimierung oder gezielten Modernisierung — remote oder bei Bedarf vor Ort.

— Akute technische Engpässe

— Konkrete Probleme mit Umsetzungsbedarf

— Nicht nur reden — arbeiten

Welche Form sinnvoll ist, hängt von Problem, Dringlichkeit und vorhandener Systemkenntnis im Team ab. Kurz schildern, worum es geht →

Matthias Spiller

Softwareentwickler · Fari Software GmbH

Automotive Halbleiter BioTech Logistik

Ich bin Softwareentwickler mit über 20 Jahren Erfahrung in komplexen technischen Systemen. Meist werde ich dann hinzugezogen, wenn ein bestehendes System instabil ist, Performanceprobleme macht oder im Team niemand mehr sicher sagen kann, wo das eigentliche Problem liegt.

Ich arbeite hands-on. Ich schreibe Code, debugge, messe und optimiere selbst — ich schreibe keine Konzeptpapiere.

Ich habe unter anderem in Automotive, Halbleiter, BioTech und Logistik gearbeitet, vor allem in technisch anspruchsvollen Bestandssystemen mit hohem Klärungs- und Lösungsbedarf.

Fari Software ist meine GmbH. „Fari" kommt aus dem Esperanto und bedeutet: etwas tun, etwas schaffen. Genau darum geht es auch in meiner Arbeit.

Lassen Sie uns sprechen.

Sie haben ein konkretes technisches Problem oder möchten einschätzen, ob ich dafür der Richtige bin? Schreiben Sie mir kurz — in der Regel antworte ich innerhalb von 24 Stunden mit einer ersten Einschätzung.

matthias@fari-software.de

Kein Formular-Overhead. Keine Warteliste. Nur eine direkte E-Mail.