PHP ist der Toyota Corolla der Programmierwelt

• PHP und JavaScript haben sich seit ihrem Erscheinen im Jahr 1995 zu den beiden Hauptsäulen des Webs entwickelt und haben ihr Ökosystem trotz früherer Konstruktionsfehler und Spott weiter ausgebaut.
• Beide Sprachen wurden 1997 standardisiert und erlebten durch die jeweilige Unterstützung von Facebook sowie Google/Microsoft in den 2010er-Jahren einen Wiederaufschwung.
• PHP wurde trotz der Bezeichnung „fraktal schlechte Architektur“, einer eigentümlichen Syntax und vieler Schwächen über lange Zeit geringgeschätzt, obwohl 70–80 % der Websites weltweit mit PHP betrieben werden.
• Als Kern des LAMP-Stacks ist es überall leicht zu finden, kostengünstig und hat sich zu einer robusten Sprache mit modernen Funktionen (OOP, FP, Paketmanager, Tests usw.) entwickelt.
• In jüngster Zeit sucht die Sprache mit dem Auftreten von Go-basierten Runtimes wie FrankenPHP sowie durch kontinuierliche Sicherheitsverbesserungen und gemeinschaftlich getriebene Weiterentwicklung eine Zukunft.

---

Das Wachstum von PHP und Webprogrammierung

• 1995 wurde von einem nahezu unbekannten Softwareentwickler die erste Version von PHP vorgestellt, die die Möglichkeiten der Webanwendungsentwicklung erweiterte.
• Durch eine schrittweise Standardisierung und die Einführung von OOP (Objektorientierte Programmierung) entwickelte es sich zu einer vollwertigen Sprache.
• Dennoch wurde es über Jahrzehnte wegen einer eigenwilligen Syntax und Laufzeitmodell, häufigen Sicherheitsproblemen sowie zahlreicher Frameworks zum Ziel von Kritik unter „ernsthaften“ Programmierern.
• Trotz allem entwickelt PHP sich dank der Stärke der Community und der Unterstützung großer IT-Unternehmen stetig weiter und erweitert sein riesiges Ökosystem.

Parallele Entwicklungsgeschichte von PHP und JavaScript

• 1995 wurden PHP und JavaScript von Rasmus Lerdorf (“Personal Home Page Tools") und Brendan Eich (Netscape) vorgestellt.
• Beide Sprachen wurden anfangs wegen grober Design- und Syntaxfehler als „erwachsene“ Programmierer oft kritisiert.
• 1997 erfolgte die Standardisierung über PHP/FI 2 bzw. ECMA-262.
• In den 2010er-Jahren erlebten sie einen großen Schub durch die Unterstützung von Big Tech wie Facebook, Google, Microsoft.
• Stand 2025 tauchen neue auf Go basierende Runtimes (FrankenPHP, TypeScript Native) auf, die die Sprache neu aufstellen.

Das Paradox der von allen verachteten, von allen genutzten Sprache

• C, Java, Python, Perl und andere Sprachen haben eigene Spitznamen.
  • C: „Portable Assembly“
  • Java: „Einmal schreiben, überall debuggen“
  • Python: „ausführbarer Pseudocode“
  • JavaScript: „in 10 Tagen geschriebene Sprache“
  • Perl: „Duct Tape des Internets“
• PHP weist trotz negativer Spitznamen wie „fraktal schlechte Architektur“ oder „Pretty Horrific Programming“ die Leistung auf, 70–80 % des weltweiten Webs zu betreiben.

PHP: der „Toyota Corolla der Programmierwelt“

• Günstig, überall leicht einsetzbar und Symbol der LAMP (Linux, Apache, MySQL, PHP)-Kombination.
• Heute ist PHP ein vollwertiges Open-Source-Projekt mit fortschrittlichen OOP-Funktionen (Traits, Property Hooks, Namespaces, Properties, Enums) und funktionalen Programmierfunktionen (Closures, Capture Lists, Arrow Functions).
• Der bald kommende Pipe-Operator, schnelle Typprüfung, umfangreiche Standardbibliothek sowie ein leistungsstarker Open-Source-Paketmanager (Composer), Packagist und ein hervorragendes Test-Framework, PHPUnit, machen PHP modern und leistungsfähig.
• Auch Leistung und Kompilierungsgeschwindigkeit sind ausgezeichnet; zusammen mit der dedizierten IDE von JetBrains, einem eigenen Maskottchen und einer aktiven Community verfügt PHP über ein lebendiges eigenes Ökosystem.

Vergangene Probleme und Wandel der Wahrnehmung

• Der goto-Operator, ungewöhnliche Variablennamen und andere frühere Nachteile existieren weiterhin, doch in den letzten zehn Jahren gab es beharrliche Verbesserungen durch regelmäßige Veröffentlichungen, das Beseitigen von Sicherheitslücken und die Bereinigung veralteter APIs.
  • Anfang der 2000er gab es ein negatives Image durch Sicherheitslücken und die Kampagne „I Hate PHP“.
  • In den letzten zehn Jahren führten regelmäßige Releases (jeweils im November), Sicherheitsverbesserungen und API-Modernisierung zu stärkerer sprachlicher Reife und Zuverlässigkeit.
• Programmierer, die PHP früher verachteten, stehen nun vor dem Punkt, die jüngsten Entwicklungen anzuerkennen.
• Vertretbare Sicherheitsprobleme wie SQL-Injektion bleiben weiterhin Bereiche, die besondere Aufmerksamkeit erfordern.

Community und Ökosystem

• Mit offiziellen Organisationen wie der PHP Foundation sowie gestärkter Branchenunterstützung wurde die Struktur ausgebaut; abgesehen von JetBrains gibt PHP im Vergleich zu anderen Bereichen eine relativ unabhängige Community-Kultur und bleibt außerhalb des Einflusses großer Tech-Konzerne.
• In der Sprachrangliste lag PHP 2004 auf Platz 3, liegt heute aber in mehreren Metriken zwischen Platz 7 und 15.
  • In Ranglisten wie TIOBE, IEEE, PYPL gibt es zwar einen Abwärtstrend, doch in einigen, etwa RedMonk, liegt PHP weiterhin im oberen Bereich, was zeigt, dass der Rückgang nicht so groß ist wie oft befürchtet.

Evolution der Engine: FrankenPHP

• Jahrzehntelang war die Zend Engine die Standard-Engine von PHP; mit der Einführung der neuen offiziellen Runtime FrankenPHP wurde die Unterstützung für Container-Umgebungen deutlich verbessert.
• FrankenPHP bietet eine 100 %ige Kompatibilität zur bestehenden Codebasis und unterstützt zugleich einfache Containerisierung sowie ein neues Ausführungsmodell, wodurch es eine Schlüsselrolle bei der zukunftsorientierten Entwicklung von PHP übernimmt.

Die Zukunft und Wahrnehmung von PHP

• PHP mag weiterhin als „nicht ernsthafte“ Sprache gelten, doch seine praktische Wirkung, die Millionen von Websites und Anwendungen trägt, und eine lebendige Community bleiben bestehen.
  • Es gibt weiterhin Stigmen wie „ein Produkt zufälliger Entwürfe“ oder „eine Sprache, die in wissenschaftlichen Arbeiten kaum auftaucht“.
• Wie Rasmus Lerdorf betonte, bestätigt sich PHP als Sprache, die auf freiwilliger Beteiligung und dem Wachstum der Community basiert.
• Es wurde als ein „Bazar“-Modell im Open-Source-Sinn registriert, das durch das Loslassen von Kontrolle und die Zusammenarbeit vieler Menschen gewachsen ist.

Fazit

• PHP ist eine nicht zu unterschätzende, „Toyota Corolla“ des Webökosystems.
• Trotz Humor und Kritik bildet es in Wahrheit eine robuste Programmiersprache, die das Rückgrat des weltweiten Webs ist.
• Niedrige Kosten, leichte Einstiegshürde und ein reiches Ökosystem machen einen einfachen ersten Schritt für junge Entwickler möglich.
• In Zukunft bleibt ein Entwicklungspotenzial bestehen durch die Kombination aus Community und neuen Technologietrends.

[bobqoq]

Einfach ausgedrückt: die Sprache, die Geld bringt.

[anonymous1024]

Als aktiver PHP-Entwickler fällt es mir schwer zu verstehen, warum man PHP so stark herabsetzt.
Alle sagen, PHP sei billig, leicht aufzubauen, für den langfristigen Einsatz ungeeignet und unsicher.
Dieser Denkweise liegt jedoch ein völlig veralteter Gedanke zugrunde, und ich möchte ihnen mit Überzeugung gerne sagen: „Ihr seid Idioten.“
Das PHP von heute ist eine sehr moderne Sprache. Auch wenn du jetzt ein langfristiges Projekt startest, kannst du Module bauen, die überall verwendet und in jeder Website wiederverwendet werden können – genau das zeigen die modernen PHP-Frameworks.
Auch wenn es nicht brandneu ist: PHP ab Version 8 hat die Sicherheit deutlich verbessert, und es kündigt jährlich Versionsupdates an. Als Beispiel führt Laravel ebenfalls jedes Jahr Version-Updates durch.
Denjenigen, die sagen, PHP sei unsicher, kann man sagen, dass in Java oder anderen Backend-Sprachen zahlreiche Risiko-Berichte entdeckt werden und noch heute große Sicherheitsprobleme auftreten.
Ein Beispiel dafür ist Südkorea: Der Staat nutzt Java-basierte JSPs, doch Sicherheitsprobleme treten dort jedes Jahr auf.

Fazit: PHP ist nicht dumm, schwach oder billig.
Diejenigen, die PHP falsch benutzen, sind dumm, schwach und billig.

[nemorize]

Na?

1. Günstig, für jeden leicht zugänglich und einfach zu nutzen.

2. Obwohl es ein Kleinwagen ist, ist er ziemlich geräumig und wirkt, als lasse sich vieles davon unterbringen.

3. Die Optik ist ebenfalls ganz schick.

4. Der Verbrauch ist jedoch schlecht, sodass es langfristig nicht so günstig ist wie gedacht.

5. Versucht man dann, etwas hineinzupacken, ist es wegen der Motorleistung und anderer Punkte nicht so einfach, ihn nach Belieben zu fahren.

6. Zwar genießt man die hübsche Optik, nutzt ihn kurz als Campingwagen und bastelt hier und da am Innenleben herum, am Ende fährt man ihn aber meist nur irgendwie herum.

7. Sogar mit einem Kipp-Risiko.

8. Günstig, für jeden leicht zugänglich und einfach zu nutzen.

9. Bei PHP kann man Web, CLI, Workloads und viele andere Zwecke bedienen.

10. Die Struktur kann ebenfalls ganz ansprechend aufgebaut werden, aber

11. wird es schnell zu Spaghetti-Code, und mit steigender PHP-Version wird es zunehmend komplexer, wodurch die Wartungskosten höher sind als gedacht.

12. Wenn man es für mehrere Zwecke einsetzen will, ist es für CLI zu schwergewichtig und außerhalb des Web-Bereichs schwer zu nutzen.

13. Auch sauber strukturierte Frameworks wie Laravel und Symfony sind nur kurzzeitig so; der Reiz, alles einfach draufzuhauen und Spaghetti daraus zu machen, ist wirklich schwer zu widerstehen.

14. Eine Sprache, bei der man immer wieder Sicherheitsbedrohungen fürchten muss bzw. dafür in Sorge genommen werden muss.

[egirlasm]

Kein Kia Morning oder Spark, oder? Kein Geld, aber fahren wollen, haha. Ich habe am Anfang auch mit PHP angefangen, nutze es aber heute kaum noch. Bei Laravel und ähnlichen Frameworks frage ich mich, warum man in kleinen Projekten so viel OOP einsetzen sollte. Es ist einfach purer Wildwuchs. Und ohne Framework landet man bei wildem, unsauberem Code von verschiedenen Leuten: xx.php, xx1.php usw., haha.

[t7vonn]

Vergleicht man es mit einem heimischen Auto, welches wäre es dann?

[ephesian]

Porter?

[helloppfm]

Es ist riskant, aber nichts ist besser als das.
Auch ich finde, dass „Porter“ passend ist.

[GN⁺]

Hacker News Kommentar

• Java ist wie eine Corolla. Es wirkt absichtlich unspektakulär, ist im Vergleich zu Wettbewerbern wie dem Mazda3 weniger stilvoll und fühlt sich eher wie ein Fahrzeug an, das nur dafür da ist, von A nach B zu fahren. PHP ist in der Programmierwelt wie ein Hyundai Elantra. In der Vergangenheit war die Einstiegshürde gering, deshalb benutzten ihn alle, doch es war über lange Zeit ein Running Gag wegen Designproblemen und mangelnder Zuverlässigkeit. Wie beim Elantra ist es aber stark weiterentwickelt worden und jetzt ziemlich gut.
  • Die heutige Wahrnehmung der Corolla ist heute völlig anders. Seit 2023 ist bei der Basisausstattung die Autopilot-Unterstützung serienmäßig enthalten, und sie ist teils sogar besser als die beste Mazda-Variante. Die Corolla ist das einzige Auto, das beim automatischen Vollbremsen mit vollständigem Stopp aus 62 Meilen erfolgreich war.
  • Die Analogie ist wirklich gut, aber die Beispiele sind etwas unglücklich. Der Mazda3 wirkt eher wie „einfaches Setup, günstig, funktioniert“, besonders im Jahr 2025. Mir fällt außerdem kaum eine Phase ein, in der die Corolla wirklich unzuverlässig war. Mein älterer Verwandter hat auch immer stolz gesagt, sein echter Neuwagen von 1969 sei seine erste neue Corolla gewesen. Das hat den Weg für den japanischen Autoboom der 1980er geebnet.
  • Java ist heute ziemlich gut. Typinferenz, Fiber, Text-Blocks, Records und viele weitere Funktionen wurden stark verbessert. Wenn man nur an Java 8 denkt, ist es noch kein so schlechtes Argument, aber moderne Java-Umgebungen machen heute nicht mehr einen schlechten Eindruck.
  • Die Metapher ist wirklich großartig. Ich frage mich, mit welchem Auto Python vergleichbar wäre. Das wäre nützlich für mich, wenn ich irgendwann ein Auto kaufen will.
  • Java ist eigentlich näher an Honda. Es ist so weit verbreitet, dass man es überall sehen kann, und dadurch wirkt es oft langweilig-gleichförmig und verlässlich. Es gab viele Versuche, es zu ersetzen oder abzuschaffen, aber es hält sich trotzdem hartnäckig.
• Der Erfolg von PHP lag an genau einem Punkt: der extrem einfachen Bereitstellung. Programmierer unterschätzen das oft, aber als ich in die Webentwicklung einstieg, war es für mich ein Wow-Moment, in der Lage zu sein, in wenigen Minuten in den Livebetrieb zu gehen. Es fühlte sich eher wie ein Fahrrad an. Günstig, ohne Führerschein, für jeden auffahrbar und ohne komplizierte Abläufe blitzschnell nutzbar. Obwohl ich PHP über zehn Jahre lang nicht benutzt habe, war es damals eine neue Erfahrung, die mich richtig mitgezogen hat.
  • Es gibt viel Spott über PHP im Internet, und der Satz „Jeder Dummkopf kann PHP nutzen – tatsächlich haben viele Dummköpfe das getan“ war prägend für mich. Aber niedrige Einstiegshürden sind eher etwas Positives. Ich denke, je mehr Menschen programmieren können, desto besser, und wenn PHP das unterstützt, sollte man das eher begrüßen.
  • Eine reibungslose Null-Reibungs-Erfahrung ist selbst ein Quantensprung. Wenn man etwas wirklich Bedeutendes absurd einfach erledigen kann, sei es ein Spezialtool oder ein Massenprodukt, nimmt man ihm auch bei vorhandenen Nachteilen leichter die Härte auf. Da kommt die bekannte Philosophie „Mach nur eine Sache gut“ wieder in den Sinn.
  • Als ich früher mit Perl-CGI-Skripten arbeitete, war FTP-Upload, Ausführungsrechte setzen und Dateiberechtigungen immer wieder Stolpersteine. PHP war aber im Webserver eingebettet, daher fielen diese Prozesse weg; oft lief es direkt ohne ständiges Hin-und-Her mit einem Webadministrator.
• PHP ist schwer in einem Satz zu beschreiben. In den späten 1990er Jahren wurde es beim Wechsel von mod_perl eingesetzt, weil man damit dynamische Daten in statische Seiten einfach einfügen konnte. Als ich keine Erfahrung im Aufbau großer Sites hatte, war es für mich eine Kette von Trial-and-Error. Aber die Sprache selbst war wirklich schlecht. Wie das bekannte Sprichwort sagt: „Ein schlechter Handwerker macht das Werkzeug verantwortlich.“ Man kann sich einfach einen Schraubenzieher mit zwei Griffen und drei zufälligen Spitzen vorstellen. Vielleicht nutzt man ihn, aber wenn jemand ihn liebt, wirkt es verdächtig. Denn direkt daneben liegt ein besserer kostenloser Snap-On. PHP ist für kleine serverseitige Funktionen okay, aber dann werden riesige, spinnenartige Konstrukte aufgebaut, und wenn man das sieht, heißt es: „Sieh mal, mit diesem Werkzeug geht das auch!“ Dann bricht davon nach einiger Zeit ein Teil ein. Das fühlt sich nicht vertrauenswürdig an. Es wurde ein wenig besser, bleibt aber immer noch ein ziemlich ungewöhnliches Werkzeug.
  • Kurz gesagt: PHP ist ein Fraktal schlechten Designs.
• Andere Sprachen haben PHP inzwischen eingeholt. Als Sprachansätze, bei denen man direkt HTML mit Code mischen konnte, waren damals vor allem serverseitiges JavaScript, ColdFusion und ASP – alles proprietär – relevant. PHP war das Erste, das Open Source war, und auf brauchbarem Niveau blieb es 2001 die erste Wahl für Web-App-Entwicklung. Im Vergleich zu cgi-bin war es ohne Build schneller und mit besserer Ressourcenverwaltung, wodurch Hosting-Anbieter günstiges PHP-Hosting anbieten konnten und Open-Source-Produkte wie WordPress die Welt verändern konnten. Doch bald zeigte sich eine Grenze: Gute Web-Apps brauchen ein Framework, das je nach Eingaben verschiedene Seiten routet. Beispielsweise muss bei Formularfehlern eine Erfolgsseite oder wieder eine Fehlermeldung angezeigt werden. Das lässt sich in PHP mit Disziplin machen, aber sobald man einen neuen Router baut, wird die Trennung in eine Vorlagensprache für Views fast selbstverständlich. Seit Ruby on Rails hat jede Sprache Frameworks, die so bequem sind wie PHP und ein gewisses Maß an Disziplin verlangen.
  • Der einzige Grund, warum ich PHP damals einsetzte, war, dass ich Code direkt in HTML schreiben konnte. Als ich in den frühen 2000ern das include in PHP kennenlernte, fühlte es sich wie das fehlende Puzzleteil an. Ich musste Header, Navigation und Footer nicht mehr auf dutzende Seiten manuell abgleichen. Bis Rails kam, hatte ich nie eine wirklich ordentliche Web-App gebaut. Durch Rails-Struktur und Konventionen war der Einstieg deutlich einfacher, und die komplexe PHP-Programmierung war in der Praxis fast Spaghetti und damit für Lernende schwer nachzuvollziehen.
• Ich habe PHP über 20 Jahre verwendet und im Backend ist es immer meine Top-Sprache gewesen. Ich bin kein Server-Ingenieur, aber PHP ist schnell, gut unterstützt und mit Know-how können robuste, sichere und leistungsstarke Server gebaut werden. Dennoch mag ich die Sprache selbst nicht besonders. Trotzdem glaube ich, dass sie als wichtige Backend-Sprache noch mindestens 50 Jahre relevant bleibt. Ich nenne das mein persönliches „Aqarium-Diagramm“, das alles erklärt: Graph-Link
  • Ich habe PHP ebenfalls über 20 Jahre genutzt und finde es immer noch in Ordnung. Heute bevorzuge ich TypeScript, arbeite aber gelegentlich mit PHP-Skripten. Die eingebauten Features sind nach wie vor brauchbar.
  • Ich frage mich, woher diese Graph-Daten kommen. Dass Scala bei 4,6 % steht und Python bei 1,2 % liegt, passt nicht zu meiner Erwartung. Vielleicht fühlt sich die Praxis in der Industrie einfach anders an.
  • Meiner Ansicht nach ergibt sich dieser Graph im Wesentlichen durch den dominanten Marktanteil von WordPress (43 %), Joomla (2 %) und Drupal (1 %), also alles PHP-basierte CMS.
• Der Autor hat zwar gut erklärt, dass die schlechten Designentscheidungen von 2009 stark verbessert wurden, aber ich habe das Gefühl, er begründet nicht überzeugend, warum man 2025 bewusst mit PHP neu starten sollte. Er macht keinen klaren Punkt, in dem PHP anderen Sprachen klar überlegen wäre. Die genannten Features sind fast alle nur auf ähnlichem Niveau wie bei anderen Sprachen, so dass nichts wirklich Deutlich-Besseres heraussticht.
  • Der eine klare Vorteil von PHP ist die „shared nothing“-Architektur. Zum Beispiel bleibt bei Python-Umgebungen wie fastapi Daten im Speicher zwischen Requests bestehen. Dadurch kann man kurzfristig schneller reagieren, aber späte Ergebnisvorhersagen werden schwieriger und Debugging ebenfalls. PHP hingegen hinterlässt zwischen Requests nichts; Daten, die man behalten will, müssen zwingend extern abgelegt werden, womit solche Bugs prinzipiell verhindert werden. Je mehr Code man schreibt, desto größer wird dieser Vorteil.
  • Die Vorteile von PHP sind dann wie heute wie früher: 1) Besonders einfache und schnelle Bereitstellung, vor allem im Shared Hosting 2) Keine Daten zwischen Requests, wodurch Nebenläufigkeit und Parallelität Vorteile haben können. 3) Es kann direkt mit HTML gemischt werden und benötigt keine separate Templatesprache. Der dritte Punkt ist nicht für alle ein Vorteil; viele Frameworks bevorzugen separate Templatesprachen, aber manchmal ist es extrem praktisch.
  • Als Vergleich würden Python, Ruby und JavaScript auftauchen, aber neben „shared nothing“ gibt es ein reiferes Open Source-Ökosystem und Community sowie ein einheitliches Paketmanagement und insgesamt bessere Performance (vielleicht nicht so schnell wie JavaScript). Andere Sprachen können einzelne Kriterien besser erfüllen, aber alle genannten erfüllt PHP für mich.
  • Mit bestehendem Code-Bestand kann es möglicherweise eine gute Basis für vibe coding sein.
  • Der Autor beschreibt nicht ausreichend, wie weit PHP seit 2009 tatsächlich weiterentwickelt wurde. Viele Argumente lauten nur „nicht den alten Weg nehmen, den neuen nehmen“, wodurch man beim Stolpern in alte Muster leicht in Fallen tappt. Gute Standardwerte sind entscheidend – genau diese Komponente wird vernachlässigt.
• Der Artikel ist zu stark auf die PHP-Hater fokussiert und verliert dadurch an Überzeugungskraft, warum man 2025 überhaupt auf PHP setzen sollte. Ich habe PHP kaum verwendet, hätte aber gerne konkretere Gründe gesehen, warum die Sprache wirklich relevant ist. Die vorgebrachten Gründe treffen mich nicht stark.
  • PHP-Entwickler sind leichter zu finden und günstiger, daher ist das für viele Unternehmen schon ein entscheidender Faktor.
• Meine erste Begegnung mit PHP war ziemlich lustig, und ich glaube, sie hat meine Karriere entscheidend geprägt. Im letzten Semester meines Studiums musste ich gleichzeitig mehrere wichtige Kurse belegen, was extrem anstrengend war. Einer davon war ein Webentwicklungskurs mit der Aufgabe, eine E-Commerce-Site zu bauen. Es gab mehrere Ansätze, und vor allem die einfache Bereitstellung in PHP war ein großer Vorteil. Am Ende sollten wir aber alle mit vanilla JS arbeiten, und ich konnte JS korrekt nicht deployen. Gleiches gilt für viele Mitstudierende. Am Bewertungsmaßstab sah man: 20 % Code-Bewertung, der Rest war vor allem Seitendesign oder erfolgreiche Inbetriebnahme innerhalb der Deadline. Ich war mit PHP sicher, dass es laufen würde, verzichtete deshalb auf Code-Komplexität und fokussierte auf einen erfolgreichen Deploy, sodass ich ein B- bekam. Die meisten Studenten fielen durch, weil sie ihre Aufgabe nicht einmal deployen konnten. Mir geht es darum, mit modernem PHP zu arbeiten, aber ich weiß nicht, wo ich anfangen soll oder welche Ökosysteme es gibt. Viele betrachten PHP immer noch als unattraktiv und unsicher.
  • In der Praxis wird viel mit Laravel oder Symfony gearbeitet.
• Bis ich in andere Bereiche gewechselt bin, habe ich mit PHP ziemlich viel Geld verdient. Ich hatte in 20 Jahren Karriere nie einen Moment ohne Arbeit. Viele Personen, die auf andere Sprachen gesetzt haben, hatten oft mehr Schwierigkeiten, konstant zu arbeiten.
• Ich kann das nicht teilen. PHP ist wie ein Ford Escort (man muss ihm regelmäßig Aufmerksamkeit schenken, Sicherheitslücken sind häufiger, aber zu fahren ist es einfach und unkompliziert). Die Corolla ist wirklich deutlich zuverlässiger, konsistenter und deutlich sicherer. (Aus Sicht derjenigen, die mit mehreren Fahrzeugen und Sprachen gearbeitet haben, ist PHP einfach die schlechtere Wahl.)