PparKing suchte einen Laravel-Experten, der ihre bestehende Anwendung im Rahmen eines monatlichen Retainer-Vertrags warten und erweitern konnte. Ziel war eine kontinuierliche Entwicklung, Fehlerbehebungen und die Implementierung neuer Funktionen.
Das Legacy-System litt unter erheblichen Performance-Engpässen. Die Architektur basierte auf direkten Dateisystemoperationen für die Bildverarbeitung – ein grundsätzlich ineffizienter Ansatz, der zu beträchtlichen Verarbeitungsverzögerungen führte.
Im Verlauf des Retainer-Vertrags identifizierten wir kritische Einschränkungen in Laravel Nova – dem ursprünglich eingesetzten Admin-Panel-Framework. Diese Einschränkungen veranlassten uns zu einer Migration auf FilamentPHP, unseren bevorzugten Admin Panel Builder. Daraufhin haben wir die Anwendung unter Nutzung der bestehenden Datenbankinfrastruktur neu aufgebaut, was drei wesentliche Verbesserungen brachte:
Erhöhte betriebliche Flexibilität
Messbar schnellere Verarbeitungsgeschwindigkeiten
Die Möglichkeit, massgeschneiderte Ansichten, Bildschirme und Benutzeroberflächen zu entwickeln, um den Betrieb zu erleichtern
Dieser architektonische Wechsel von Laravel Nova zu FilamentPHP ermöglichte letztlich einen direkten Kundenportalzugang und erweiterte Self-Service-Funktionen für Endnutzer.
Wichtig!
Unser Prozess zur Codebase-Bewertung
Bei der Übernahme bestehender Codebasen halten wir uns an ein striktes Evaluierungsprotokoll. Zunächst benötigen wir vollständigen Zugang zum Projektquellcode und sind bereit, Geheimhaltungsvereinbarungen zur Gewährleistung der Vertraulichkeit zu unterzeichnen.
Falls ein vorab Zugang nicht möglich ist, vereinbaren wir vertraglich die Möglichkeit einer sofortigen Projektbeendigung, da bestimmte Codebasen aufgrund mangelhafter Codequalität oder inhärenter Sicherheitslücken, die betriebliche Risiken darstellen, nicht wartbar sind.
Unsere Bewertung prüft, ob die Codebase-Architektur eine Weiterentwicklung unterstützt und ob ein erfolgreicher Wissenstransfer möglich ist.
Dies umfasst die Rekonstruktion der Designentscheidungen des ursprünglichen Entwicklers, die Beurteilung der Codeverständlichkeit, die Bewertung der architektonischen Kohärenz sowie die Überprüfung, ob die bestehende Struktur die erforderlichen Funktionserweiterungen und Modifikationen aufnehmen kann.
Unser Engagement-Modell priorisiert die Autonomie unserer Kunden. Wir vermeiden bewusst Vendor Lock-in durch proprietäre Abhängigkeiten oder intransparente Implementierungen. Die zweijährige Retainer-Vereinbarung ermöglichte eine kontinuierliche Funktionsentwicklung bei gleichzeitiger Beibehaltung von transparentem, erweiterbarem Code, den PparKing unabhängig warten oder an andere Anbieter übergeben kann.