ihr schlagt ja gerne vor auf j2ee, python, ruby oder perl zu greifen
und php komplett den laufpass zu geben.
ihr müsst euch aber auch mal im klaren darüber sein, was für einen
unreflektierten bullshit ihr erzaehlt und warum php den erfolg hat,
den es hat.
darum habe ich hier mal zu den heissesten php-replacement kandidaten
(mit denen ich auch selber gerne arbeite) meine sicht der dinge
kundgetan....
---------------
zum thema j2ee:
- j2ee gibts nicht mehr, das heisst seit langem "java platform,
enterprise edition" kurz Java EE
- die entwicklung und das deployment von java webapps dauert im
vergleich zu php, python, ruby, perl quälend lange
- die anzahl an enterprise frameworks aller art ist unüberschaubar,
die von nützlichen bibliotheken ohnehin. das bedeutet, dass man bevor
man loslegt, jede einzelne komponente erstmal evaluieren und erlernen
muss. beim nächsten projekt ist das erlernte dann obsolet, da
womöglich eine neuere und bessere komponente verwendet werden muss.
das ist auch ok so, aber bedingt auch eine WESENTLICH höhrere
entwicklungszeit mit sich.
- ernsthafte Java EE architekten beziehen heutzutage bewusst
skriptsprachen in die entwicklung mit ein. da kann aus kostengründen
durchaus PHP dabei sein, da es gute und günstige PHP-Entwickler wie
sand am meer gibt.
- die verwendung von Java EE bedeutet alleine noch keine sicherheit
- es gab bis dato noch keinen Month Of Java Bugs
---------------
zum thema python:
- ich liebe diese sprache, aber eine fully-fledged-webanwendung
würde ich nie im leben damit realisieren. die python-platform ist als
eierlegende-wollmilchsau ausgelegt und entsprechendes durcheinander
herrscht bei den strategien zur implementierungen von webapps.
- die verwendung von python bedeutet alleine noch keine sicherheit
- es gab bis dato noch keinen Month Of Python Bugs
---------------
zum thema ruby:
- nette kleine sprache, die mit Ruby On Rails ein schönes Framework
vorzeigen kann. leider schlägt aber ruby in die gleiche kerbe wie
python und kann sich nicht entscheiden wofür es eigentlich
spezialisiert ist.
- ruby ist noch viel zu langsam
- die ruby-community bewegt sich auf irc.quakenet.org niveau
- die verwendung von ruby bedeutet alleine noch keine sicherheit
- es gab bis dato noch keinen Month Of Ruby Bugs
---------------
zum thema perl:
- ich habe respekt vor der historie und den gestandenen
perl-entwicklern. aber leider ist perl nichts anderes als eine
write-once sprache. ich kenne niemanden, der lust drauf hat, alte
mod_perl basierte skripte weiterzupflegen, weil die zu 90% einfach
nur dahingerotzt sind.
- mod_perl ist tot
- die verwendung von perl bedeutet alleine noch keine sicherheit
- es gab bis dato noch keinen Month Of Perl Bugs
---------------
zum thema php:
- liefert einen ordentlichen batzen an bibliotheken mit, die man aus
dem stand verwenden kann. also nichts mit alles neu evaluieren und
erlernen.
- die entwicklung von php-skripten geht bekanntermasse äusserst
schnell vonstatten. selbst wenn man rein objektorientiert entwickelt.
- php hat diverse gut und weniger gut funktionierende schnittstellen
zu anderen plattformen wie z.b. zu java und .net. gut, das haben
andere sprachen auch, aber man kann leicht die vorteile von php mit
denen anderer plattformen kombinieren.
- php-entwickler sind relativ günstig, auch die guten (bis zu -50%
für einen Senior gegenüber einem Senior Java EE Entwickler)
- php ist einzig und allein für die entwicklung von webapps
ausgelegt und entsprechende wenig balast schleppt die umgebung mit
sich
- php hat den sprung zur objektorientierten sprache geschafft und
man kann auf moderne art und weise entwickeln (mir persönlich fehlen
noch aspekte, aber das wird wohl auch noch kommen).
- php ist mitnichten langsam. es ist zwar i.d.r. langsamer als ein
äquivalentes kompiliertes java programm, aber hat selbst im
unkompiliertem zustand eine sehr gute performance im mittel. das
liegt daran, dass meistens die mitgelieferten funktionen verwendet
werden, die 1. nativ laufen und 2. hinsichtlich des
laufzeitverhaltens jahrelang geprüft sind. wenn ich z.b. eine reihe
von libs mit java verwende, muss ich beten, dass dort nicht
irgendetwas derart schlecht implementiert ist, das meine ganze
anwendung geschwindigkeitstechnisch runterreisst.
- PHP ist nicht unsicherer als jede andere Plattform auch, sie hat
nur eine immens hohe usage, bei der natürlich eine ganze reihe von
bugs auffallen, die anderswo nie aufgedeckt werden.
- zum glück gibt es den Month Of PHP Bugs, meiner meinung nach wird
diese Veranstaltung PHP mehr nützen als schaden.
-----------------
so, das war mein kleiner beitrag zu eurem teilweise echt blödsinnigem
gelabere von wegen "PHP muss weg" und Plattform XYZ ist 1000x besser.
mir persönlich ist das nämlich ziemlich egal was für eine sprache
oder plattform ich verwende, hauptsache sie tut das was sie soll und
das auch gut.
und wenns sein muss, dann kombiniere ich diverse plattformen
miteinander und nutze deren vorteile dann jeweils.
ich würde aber niemals aufgrund von security-meldungen auf
BILD-Zeitungs-Niveau auf PHP verzichten. da müssten dann schon ganz
andere dinge passieren.
was mir noch arg auffällt ist, dass ausschliesslich deutsche
entwickler derart harsch und mit hingabe auf PHP einprügeln. das nur
am rande...
und php komplett den laufpass zu geben.
ihr müsst euch aber auch mal im klaren darüber sein, was für einen
unreflektierten bullshit ihr erzaehlt und warum php den erfolg hat,
den es hat.
darum habe ich hier mal zu den heissesten php-replacement kandidaten
(mit denen ich auch selber gerne arbeite) meine sicht der dinge
kundgetan....
---------------
zum thema j2ee:
- j2ee gibts nicht mehr, das heisst seit langem "java platform,
enterprise edition" kurz Java EE
- die entwicklung und das deployment von java webapps dauert im
vergleich zu php, python, ruby, perl quälend lange
- die anzahl an enterprise frameworks aller art ist unüberschaubar,
die von nützlichen bibliotheken ohnehin. das bedeutet, dass man bevor
man loslegt, jede einzelne komponente erstmal evaluieren und erlernen
muss. beim nächsten projekt ist das erlernte dann obsolet, da
womöglich eine neuere und bessere komponente verwendet werden muss.
das ist auch ok so, aber bedingt auch eine WESENTLICH höhrere
entwicklungszeit mit sich.
- ernsthafte Java EE architekten beziehen heutzutage bewusst
skriptsprachen in die entwicklung mit ein. da kann aus kostengründen
durchaus PHP dabei sein, da es gute und günstige PHP-Entwickler wie
sand am meer gibt.
- die verwendung von Java EE bedeutet alleine noch keine sicherheit
- es gab bis dato noch keinen Month Of Java Bugs
---------------
zum thema python:
- ich liebe diese sprache, aber eine fully-fledged-webanwendung
würde ich nie im leben damit realisieren. die python-platform ist als
eierlegende-wollmilchsau ausgelegt und entsprechendes durcheinander
herrscht bei den strategien zur implementierungen von webapps.
- die verwendung von python bedeutet alleine noch keine sicherheit
- es gab bis dato noch keinen Month Of Python Bugs
---------------
zum thema ruby:
- nette kleine sprache, die mit Ruby On Rails ein schönes Framework
vorzeigen kann. leider schlägt aber ruby in die gleiche kerbe wie
python und kann sich nicht entscheiden wofür es eigentlich
spezialisiert ist.
- ruby ist noch viel zu langsam
- die ruby-community bewegt sich auf irc.quakenet.org niveau
- die verwendung von ruby bedeutet alleine noch keine sicherheit
- es gab bis dato noch keinen Month Of Ruby Bugs
---------------
zum thema perl:
- ich habe respekt vor der historie und den gestandenen
perl-entwicklern. aber leider ist perl nichts anderes als eine
write-once sprache. ich kenne niemanden, der lust drauf hat, alte
mod_perl basierte skripte weiterzupflegen, weil die zu 90% einfach
nur dahingerotzt sind.
- mod_perl ist tot
- die verwendung von perl bedeutet alleine noch keine sicherheit
- es gab bis dato noch keinen Month Of Perl Bugs
---------------
zum thema php:
- liefert einen ordentlichen batzen an bibliotheken mit, die man aus
dem stand verwenden kann. also nichts mit alles neu evaluieren und
erlernen.
- die entwicklung von php-skripten geht bekanntermasse äusserst
schnell vonstatten. selbst wenn man rein objektorientiert entwickelt.
- php hat diverse gut und weniger gut funktionierende schnittstellen
zu anderen plattformen wie z.b. zu java und .net. gut, das haben
andere sprachen auch, aber man kann leicht die vorteile von php mit
denen anderer plattformen kombinieren.
- php-entwickler sind relativ günstig, auch die guten (bis zu -50%
für einen Senior gegenüber einem Senior Java EE Entwickler)
- php ist einzig und allein für die entwicklung von webapps
ausgelegt und entsprechende wenig balast schleppt die umgebung mit
sich
- php hat den sprung zur objektorientierten sprache geschafft und
man kann auf moderne art und weise entwickeln (mir persönlich fehlen
noch aspekte, aber das wird wohl auch noch kommen).
- php ist mitnichten langsam. es ist zwar i.d.r. langsamer als ein
äquivalentes kompiliertes java programm, aber hat selbst im
unkompiliertem zustand eine sehr gute performance im mittel. das
liegt daran, dass meistens die mitgelieferten funktionen verwendet
werden, die 1. nativ laufen und 2. hinsichtlich des
laufzeitverhaltens jahrelang geprüft sind. wenn ich z.b. eine reihe
von libs mit java verwende, muss ich beten, dass dort nicht
irgendetwas derart schlecht implementiert ist, das meine ganze
anwendung geschwindigkeitstechnisch runterreisst.
- PHP ist nicht unsicherer als jede andere Plattform auch, sie hat
nur eine immens hohe usage, bei der natürlich eine ganze reihe von
bugs auffallen, die anderswo nie aufgedeckt werden.
- zum glück gibt es den Month Of PHP Bugs, meiner meinung nach wird
diese Veranstaltung PHP mehr nützen als schaden.
-----------------
so, das war mein kleiner beitrag zu eurem teilweise echt blödsinnigem
gelabere von wegen "PHP muss weg" und Plattform XYZ ist 1000x besser.
mir persönlich ist das nämlich ziemlich egal was für eine sprache
oder plattform ich verwende, hauptsache sie tut das was sie soll und
das auch gut.
und wenns sein muss, dann kombiniere ich diverse plattformen
miteinander und nutze deren vorteile dann jeweils.
ich würde aber niemals aufgrund von security-meldungen auf
BILD-Zeitungs-Niveau auf PHP verzichten. da müssten dann schon ganz
andere dinge passieren.
was mir noch arg auffällt ist, dass ausschliesslich deutsche
entwickler derart harsch und mit hingabe auf PHP einprügeln. das nur
am rande...