Entwickler schlägt PHP und MySQL für Web-App vor — veraltet oder völlig in Ordnung?

Ihre Bekannten denken wahrscheinlich an Spaghetti-Code aus alten PHP-Zeiten von vor 15 Jahren. Moderne PHP-Versionen sind typsicher, extrem performant und absolut unternehmenstauglich testbar. Achten Sie nur darauf, dass er nicht einfach Vanilla-PHP ohne Struktur runterschreibt, sondern eine bekannte MVC-Architektur nutzt.

Halten Sie im Vertrag Folgendes schriftlich fest: 1) Der Code liegt in einem professionellen Git-Repository und alle Rechte gehören Ihnen, 2) Die Datenbanktabellen sind sauber relational aufgesetzt, 3) Detaillierte Dokumentation zu Setup und Datenstruktur wird mitgeliefert. Nicht die Programmiersprache bringt ein System zum Erliegen, sondern wenn genau diese Punkte fehlen.

PHP an sich ist völlig okay, aber die Arbeitsweise des Entwicklers ist entscheidend. Wenn er versucht, Ihnen ein 10 Jahre altes, selbstgebasteltes Skript unterzuschieben, ist das ein riesiges Risiko. Kein moderner Coder will sowas anfassen und Sie zahlen sich später bei 80 GBP Stundenlohn dumm und dusselig für Anpassungen.

Wir haben vor 4 Jahren genau so ein Lagerverwaltungspanel mit PHP und MySQL umsetzen lassen. Serverkosten keine 15 Pfund im Monat. Läuft wie ein Uhrwerk nicht ein Absturz bisher. Lasst euch nicht von Tech-Trends verrückt machen und schont euer Budget.

Korrektur: Ich hatte die Zahl falsch im Kopf, sie war etwas niedriger.

entwickler hypen halt gern jeden neuen kram. wenns euren zweck erfüllt, schnell lädt und der server billig ist ist die tech echt zweitrangig. hauptsache der typ taucht nach der übergabe nicht plötzlich ab.

Während man in UK für Nischensprachen bei Freelancern locker 60-90 GBP die Stunde zahlt, kriegt man fähige PHP-Entwickler oft schon für 40-65 GBP. Wenn man später mal neue Module braucht, spart das dem Betrieb richtig Geld.

Der Projekterfolg steht und fällt nicht mit der Programmiersprache, sondern mit einer sauberen Geschäftsprozessanalyse. Wenn Ihre Workflows präzise definiert sind, Datensicherheitsstandards eingehalten werden und funktionierende Backups laufen, sind PHP und MySQL absolut ausreichend.

aber wie sieht es aus, falls man das Ganze später an eine mobile App anbinden will – steht PHP dem im Weg oder müsste man dann alles neu schreiben?

Edit: Ich habe ein paar Tippfehler korrigiert.

Richtig. Wenn man versucht, alles gleichzeitig zu ändern, etabliert sich nichts richtig.

Aus Erfahrung weiß ich das.

Bei uns ist es genauso.

Das wusste ich nicht.

Ich fasse kurz zusammen, was bisher gesagt wurde. Wenn du das nicht von Anfang an schriftlich festhältst, gibt es später Streit.

Nur als Notiz, könnte nützlich sein.

Ich stimme zu, möchte das sogar besonders betonen. Wenn keine Abnahmekriterien definiert sind, ist der Abschlusszeitpunkt des Projekts diskussionswürdig.

Der Zahlungsplan sollte an die Projektphasen gekoppelt sein, nicht an den Kalender. Viel Erfolg.

Man sollte der Reihe nach vorgehen. Je schwerer es ist, eine Entscheidung rückgängig zu machen, desto langsamer solltet ihr sie treffen.

Wenn deine Situation anders ist, ändert sich das natürlich.

Da hast du recht. Ein Change-Request-Prozess verlangsamt die Arbeit nicht sondern beschleunigt sie.

Das ist meine Meinung, ich behaupte nicht, dass es absolut richtig ist.

Letztes Jahr haben wir fast genau dasselbe erlebt. Das Teuerste an übernommenen Systemen sind unbekannte Abhängigkeiten.

Korrigiert mich, falls ich falsch liege.

Du hast recht, ich bin denselben Weg gegangen. Wenn wir ohne Messung entscheiden, landen wir immer wieder am selben Punkt.

Wenn ihr das Ergebnis hier postet, hilft es auch anderen.

Meine Frage ist geklärt vielen Dank.