Welche Kenntnisse werden benötigt um Webseiten wie "trivago.de" oder "airbnb.de" zu programmieren?

hast du zeit ohne ende, bist alleinkämpfer und bist der typ "meine skripte sind die besten" dann nimm php, willst du dagegen agil und schnell arbeiten und fertige librarys verwenden und nicht alles selbst bauen, mit einer prof. infrastruktur (zb paketverwaltung/build tools,..) im rücken, am besten noch in einem team das aus mehr als 2 leuten besteht und das geordnet arbeiten soll, so nimm ruby oder node :D

ps: ruby on rails ist keine sprache, das ist ein framework :D

Django (+ Python) gibt's auch noch. Viel schöner als Ruby. :)

hast du zeit ohne ende, bist alleinkämpfer und bist der typ "meine skripte sind die besten" dann nimm php, willst du dagegen agil und schnell arbeiten und fertige librarys verwenden und nicht alles selbst bauen, mit einer prof. infrastruktur (zb paketverwaltung/build tools,..) im rücken, am besten noch in einem team das aus mehr als 2 leuten besteht und das geordnet arbeiten soll, so nimm ruby oder node :D

Also mit anderen Worten, von moderner PHP-Entwicklung hast du keine Ahnung, möchtest aber gerne die von dir favorisierten Technologien promoten und erzählst daher einfach mal irgendwas. 

@mrhashpipeotto Ich werde hier nicht ins Detail gehen daher nur ganz kurz: Paketverwaltung? Composer/Packagist haben sich durchgesetzt. Agil? Offensichtlich hat das nichts mit PHP zu tun. Fertige Librarys? Es gibt inzwischen viele verlässliche, etablierte. Carbon, Monolog, etc. etc. Und warum "Team" und "geordnetes Arbeiten" exklusive Ruby-Features sind werden wir wohl nie erfahren.

PHP hatte zumindest vor ein paar Jahren einen schlechten Ruf, weil man damit ziemlich hässliche Dinge machen konnte, die aber trotzdem aus unverständlichen Gründen manchmal halbwegs funktionieren. Das begründet riesige Blogartikel wie diesen hier:

http://eev.ee/blog/2012/04/09/php-a-fractal-of-bad-design/

Vielleicht denkt mrhashpipetto auch noch so und daher kommt seine Abneigung. 

Ich hab aber schon seit 'ner ganzen Weile nicht mehr mit PHP gearbeitet und weiß nicht, ob sich einige dieser Dinge inzwischen geändert haben. Außerdem denke ich, dass man mit einem Framework im Rücken auch aus PHP mehr rausholen kann. Die Arbeit mit Rapid Development Frameworks z.B. macht wirklich Spaß... der Kommentar von mrhashpipetto ist wirklich komisch, viele der Dinge, die er aufzählt, sind sprachunabhängig. 

Composer/Packagist haben sich durchgesetzt

@knuffi, hahaha der war gut, ja vor allem in der php welt, dann frag mal dort wer "composer" kennt, wenn du 1000 in der php community fragst und einer die frage mit ja beantwoten kann ist es schon viel hahaha,... das ding ist immer noch in der alpha und die 3 1/2 pakete die es dort gibt haben keine chance gegen die infrastuktur die sich node mit npm und ruby mit gem gebaut haben (weil das wird dort von JEDEM genutzt, rein zufällig kenn ich alle drei technologien gut, tausende projekte mit allen gebaut, und arbeite selbst ua auch in modernem php 5.6)

@ceevee, da hat sich nix verändert, in php kann man immer noch dinge machen die eigtl gar nicht möglich sein sollten :D aber ich sage ja nicht das man in php nicht auch "sauber" programmieren kann, mit einem gutem framework im rücken kann man auch dort sauber arbeiten (mach ich ja selbst auch), aber wer nutzt in der php welt ein framework und composer (nein laravel ist müll), diejenigen die sowas kennen und nutzen kann man in der php community an einer hand abzählen... (im gegensagtz dazu wer mit ruby arbeitet der arbeit auch in rails).... php wird nicht grundlos als die programmiersprache für nicht programmierer genannt :D

Ja es stimmt schon, man kann mit PHP viel Unfug treiben. Kann man mit C allerdings auch. ;) Nein klar, die negativen Seiten von PHP kann man nicht schön reden. 

Das Problem, dass in PHP das Rad oft schlecht "neu" erfunden wird, ist auch nicht von der Hand zu weisen.

Es stellst sich aber bei beiden Problemen die Frage der Sichtweise. Will man vermeintliche Problemen von PHP breitreten, stürzt man sich auf so was, schon klar. Aber ob das nun wirklich so sehr PHP-exklusive Probleme sind? Und selbst wenn: Warum sich auf das negative konzentrieren? Man kann einen Traktor als Waffe benutzen, aber es wäre doch reichlich absurd, deshalb nun zu sagen, Traktoren sind schlecht, oder? Man kann mit PHP "gut" programmieren, und man soll mit PHP gut programmieren! Ob nun wirklich eine schlechte Sprache ist PHP weil es vielleicht mehr schlechte Programmierer anzieht als andere Sprachen... ich kann das nicht beurteilen.

PHP entwickelt sich, wenn auch für meinen persönlichen Geschmack zu langsam, weiter. Damit verschwinden dann nach und nach auch einige Problemzonen. Beispiel: mysql-Extension ist schon länger deprecated, in PHP 7 dann aber wirklich nicht mehr verfügbar.

Das es in der PHP-Community zu inhomogene Ansichten gibt steht leider außer Frage. Nur muss man dann aber auch schauen, ob man nicht Birnen mit Äpfeln vergleicht, wenn man PHP mit Ruby on Rails vergleicht. Man kann wohl kaum bestreiten, dass es viele PHP-"Entwickler" mit geringem ähm nennen wir es Wissensstand gibt. Wenn bei Rails anteilig nicht so viele gibt - und ich denke schon, dass der Durchschnittsentwickler dort etwas versierter ist - dann kann man doch auch eine insgesamt höhere Qualität des "Community-Verhaltens" erwarten, oder nicht? PHP ist halt eine "Massensprache".

Ich weiß nicht, wer Frameworks und Composer nutzt, ich tue es. Aber irgendwie beißt sich da die Schlange doch selber in den Schwanz: Was genau kann nun PHP dafür, dass es weit verbreitet und damit attraktiv ist und Anfänger anzieht? Bzw. was sagt das über die Qualität der Sprache aus? Man könnte auch ebenso gut sage, die PHP-Community ist von zweifelhafter Qualität, und dem würde ich auch gar nicht unbedingt widersprechen wollen. Wenn man überlegt, wie jung Composer ist... 

3 1/2 pakete die es dort gibt haben keine chance gegen die infrastuktur die sich node mit npm und ruby mit gem gebaut haben 

Mit 3 meinst du 67 323? :'D https://packagist.org/statistics

NPM ist älter als Composer / Packagist und ja, kann wohl sein, dass es etablierter ist. Aber es gibt auf Packagist eine ganze Menge Packages (s. o.) - daran kann man die Qualität der Sprache nicht festmachen. Composer hat sich durchgesetzt gegenüber Pear / whatever - so war das gemeint. Mir ist es so was von egal was Kevin, 16, lernt seit zwei Monaten in der Schule PHP, mit dieser Sprache anstellt und was nicht. Soll er Composer nutzen oder nicht - mir so was von egal. Ich werde nicht mit ihm arbeiten müssen, so viel steht fest. Again, dass es schlechte PHP-Entwickler gibt ist kein Argument gegen die Sprache. Wenn dir Jemand ein tolles neues Auto schenkt, in dem eine Kiste steht, mit einem Warnschild "Gefährlich!" darauf, du es aufmachst, darinnen ein Feuerzeug, du damit herumspielst und dich verbrennst - ist dann das Auto schuld? Ja der Vergleich ist kein Geniestreich aber auf Schwächen zu schauen und Stärken außer Acht zu lassen ist Scheuklappendenken.

Warum Laravel "Müll" ist, wirst du mir vermutlich nicht verraten.

Weil man cool ist und einen Apache Tomcat nutzt und daher statt PHP Servlets schreibt ;)

Die Frage war aber eher, warum man Java und PHP braucht. ;)

Die Frage ist auch, warum mal wieder HTML (und CSS!) als Programmiersprache bezeichnet wird. Weil man in CSS mit calc was berechnen lassen kann? :D