Von wegen tot: So wurde PHP ultra schnell!

[U-Labs YouTube]

Antwort von @n4botz:
Der Konkurrenz-Druck ist eher hoch und alles andere als flach und wird durch Einzug von KI noch weiter verstärkt. Deine aufgezählten Technologien gehören längst zu den Basics und natürlich wird es nur damit schwer einen Job zu finden. Warum sollte ich dich bzw. jemanden mit solchen Basics einstellen, wenn es genügend Entwickler mit mehr auf dem Kasten gibt? Selbst in der Ausbildung zum Mediengestalter gehört jenes Wissen dazu. Wer nicht mit der Zeit geht, der muss mit der Zeit gehen. In der IT-Welt erst recht infolge schnelleren Wandels.

Die eigenen Lösungsansätze bezahlt halt keiner bzw. die Nachfrage danach anders ausschaut. Was nun PHP als solches angeht, war es halt lange ziemliche Grütze und man erst ab PHP 7 die Kurve gekriegt hat. Tod geglaubte leben bekanntlich länger und mittlerweile geht es ja noch einen Schritt weiter, wenn man sich beispielsweise NativePHP anschaut. Fairerweise dazu schreibe, dass es damals auch völlig andere Anforderungen und Bedingungen gab als es heute der Fall ist. Auch deshalb ein stetiger Wandel bei der Wahl von Technologien und Stacks.

[DMW007]

PHP war tatsächlich mal relativ rückständig & verbastelt. So ist es entstanden: PHP sollte 1995 ermöglichen, statische HTML-Seiten um ein paar dynamische Bestandteile (Besucherzähler, Gästebuch und so was) zu erweitern. Das hat sich mit der Zeit stark geändert. Groß & Verbreitet zu sein, ist nicht nur ein Segen. Es kann größere Änderungen komplizierter machen. Daher sollte es bis 2015 dauern, um größere Neuerungen & Reformen umzusetzen. Das ist durchaus an vielen Stellen gelungen. Wie auch GNU/Linux wird PHP heute oft von Leuten verunglimpft, die zuletzt vor 15+ Jahren mit PHP4 angefangen & sich geärgert haben. Das hinkt natürlich, so entsteht ein verzerrtes Bild.

Du kannst allerdings nicht Technik & Kommerz in einen Topf werfen. Wie du schon selbst festgestellt hast, beißt sich das. In der kommerziellen Softwareentwicklung geht es nie um die beste Lösung. Sondern um die billigste, welche gerade noch gut genug ist, um Kunden zu halten & zu gewinnen. Also werden dort irgendwelche Frameworks zusammengeklebt, die keiner versteht. Ist dann ineffizient und man wird gehackt. Aber die meisten Nutzer tolerieren bis akzeptieren das ja, also wenig problematisch.

Aus dieser Schieflage werden wir uns ohne grundlegende Reformen nicht befreien, eben so wenig wie an anderer Stelle. Deswegen befinden wir uns auch in einer Wegwerfgesellschaft: Neu kaufen ist oft günstiger, als Reparieren. So lange der Anreiz Müll zu produzieren da ist, wird sich Reparieren nicht wieder durchsetzen. So ist das mit den Frameworks auch. Würden ineffiziente Webseiten/Webanwendungen sowie Sicherheitsmängel vom Nutzer/Kunde konsequent abgestraft, wäre die Motivation hoch, das zu vermeiden. Damit ist der Schritt zurück in die effiziente Softwareentwicklung vorgezeichnet.

Aktuell befinden wir uns durch den "KI" Hype in einer Ausnahmesituation. Speicher war lange Zeit billig, viel billiger wie effizient programmierende Entwickler. Durch diese Wende könnten wir aus dem Drama zumindest ein Stück wieder raus kommen. Es ist allerdings fraglich, wie nachhaltig.

[U-Labs YouTube]

Antwort von @Bogomil76:
Auch wenn man Compiler wie Kompailer ausspricht, so heisst es kompilieren und nicht compeilieren!

[U-Labs YouTube]

Antwort von @Bogomil76:
Auch wenn man Compiler wie Kompailer ausspricht, so heisst es kompilieren und nicht compeilieren!

[U-Labs YouTube]

Antwort von @siricbabus9522:
Vielen Dank für das Video. War sehr informativ