PHP-Freelancer für die Systeme, die schon Geld verdienen.

Abgerechnet wird nach Tagessatz oder zum Festpreis nach Zuschnitt; die Größenordnung nenne ich im Erstgespräch, sobald Umfang und Zeitraum klar sind. Für abgegrenzte Vorhaben stehen Startpreise auf den Seiten: der Kompatibilitätsbefund zum PHP-Upgrade ab 1.250 Euro, die Bestandsaufnahme einer Projektübernahme für 950 Euro. Beides wird angerechnet, wenn Sie danach die Umsetzung beauftragen.

Bei mir sprechen Sie mit der Person, die Ihren Code anfasst, vom ersten Gespräch bis zur Übergabe. Keine Vermittlung, kein Projektleiter dazwischen, kein Wechsel des Entwicklers nach drei Monaten. Bei gewachsenem Code ist genau das der Punkt: Das Verständnis für ein System entsteht langsam und geht bei jedem Personalwechsel verloren.

Ja, das ist einer der häufigsten Fälle. Es gibt keine Dokumentation, keine Tests und niemanden mehr zu fragen. Der erste Schritt ist dann keine Änderung, sondern eine Bestandsaufnahme: was das System wirklich tut, wo die Risiken liegen, in welcher Reihenfolge sie behoben gehören. Dafür gibt es ein eigenes Angebot mit Festpreis unter PHP-Projektübernahme.

Beides, je nachdem, wie Sie aufgestellt sind. Wenn Ihr Team steht, steige ich dort ein, wo PHP- und Legacy-Erfahrung fehlt: in Ihren Sprints, mit Pairing und Reviews. Wenn intern Zeit oder Leute fehlen, übernehme ich ein abgegrenztes Vorhaben von der Klärung bis zur Produktion. In beiden Fällen bleiben Code, Zugänge und Wissen bei Ihnen.

PHP von 5.x bis zu den aktuellen 8er-Versionen; ich bin Zend Certified Engineer für PHP 5.3 und Zend Framework, kenne die Ausgangswelt alter Systeme also aus eigener Arbeit. Bei den Frameworks: Symfony, Laravel, Zend/Laminas und Slim, dazu die Sonderfälle ganz ohne Framework, die in alten Systemen häufiger sind, als man denkt.

Nein. Für ein neues Theme, Design-Anpassungen oder reine Ticketabarbeitung bin ich nicht die richtige Wahl, und das sage ich lieber vorher als hinterher. Mein Fach sind gewachsene PHP-Systeme, an denen etwas hängt: Shops, Plattformen, Branchenlösungen, interne Kernsysteme. Auch ein Onlineshop als eigenes Vorhaben gehört dazu, ein Theme nicht.

Fast nie, und ich habe die Gründe in einem eigenen Artikel aufgeschrieben. Ein kompletter Neubau verliert die ungeschriebenen Regeln, die im alten Code stecken, und muss jahrelang gegen ein System anlaufen, das sich weiterbewegt. Der verlässlichere Weg ist schrittweise: Der Bestand läuft weiter, neue Teile lösen ihn Stück für Stück ab, und jeder Schritt ist einzeln zurückdrehbar.

Ich, und zwar mit System. Ich arbeite spec-driven: Anforderungen werden präzise beschrieben, bevor Code entsteht, und jede Änderung läuft durch statische Analyse, Tests und Review, bevor sie in Ihr Repository kommt. Die Werkzeuge bringen Tempo, die Qualitätssicherung bleibt dieselbe wie bei Handarbeit. Verantwortlich für das Ergebnis bin ich, nicht das Werkzeug.