Enttäuschung

IBM: The future of PHP
Soll das alles sein? Ich hoffe nicht. Kurz und schmerzlos:
- Unicode-Support
- Namespaces (auf eine etwas hässlichere Art und Weise)
- SOAP/neue XML-Streams
- Kein Magic Quotes
- Kein Register_Globals
- Kein Register_long_arrays
- Kein Freetype 1 und GD 1 (darunterliegende Bibliotheken werden nicht mehr gepflegt)
- Kein ereg
Wo bleiben:
- echte Funktoren/Funktionszeiger?
- eine ordentliche Klassen-API (STL/Java/.Net-like)? PEAR schön und gut, aber das ist mir etwas zu wenig standardisiert
- Anonyme Funktionen, sowie Closures (JavaScript-like: func = function() { ....} oder C#-Like: funk = () => .... )?
- Extensions (wie sie in JS mit Prototype zum Beispiel eingeführt worden sind oder in C# 3)?
- Threading (Für den Webbereich zwar relativ irrelevant, wäre aber nett zu haben, aber "green Threads" wären schon ausreichend)?
- Das Aufräumen der kompletten API und der Umsortierung aller Befehle in die jeweiligen Namespaces?
Und so weiter und so fort...
Auch die PHP 6-News sind überraschend klein...
(Ich weiß, etwas zum flamen einladend, aber im Chat wurde sich beschwert, dass hier im Forum zuwenig los ist)

Original von TheUndeadable
- Unicode-Support
- Namespaces (auf eine etwas hässlichere Art und Weise)
- SOAP/neue XML-Streams
- Kein Magic Quotes
- Kein Register_Globals
- Kein Register_long_arrays
- Kein Freetype 1 und GD 1 (darunterliegende Bibliotheken werden nicht mehr gepflegt)
- Kein ereg

Das ist wohl das dringendste.
>eine ordentliche Klassen-API (STL/Java/.Net-like)? PEAR schön und gut, aber das ist mir etwas zu wenig standardisiert
PHP inkl. der üblichen Module ist schon irgendwo zwischen z.B. nacktem C# und .Net
Desweiteren hat man die Freiheit eins von 100 PHP-Frameworks zu nutzen. Trotzdem wäre es natürlich schön die meisten Frameworks auf einen gemeinsamen NEnner zu bringen und zu integrieren, weil es eigentlich immer dasselbe ist was dazu kommt: Templates, Datenbankabstraktion, ORM, Authentifikation...
>Threading (Für den Webbereich zwar relativ irrelevant, wäre aber nett zu haben, aber "green Threads" wären schon ausreichend)?
Dito. Wäre schon praktisch wenn man mal was über HTTP abgreift z.B.
Und da eh immer mehrere PHP-Instanzen laufen die sich auf verschiedene Kerne verteilen braucht man auch keine Hardware-Threads.
>Das Aufräumen der kompletten API und der Umsortierung aller Befehle in die jeweiligen Namespaces?
Ja bitte. Inklusive Codekonvertierer sollte doch kein Problem darstellen. Python hat sowas auch schon durchgezogen.

Was mir noch fehlt:
* Einheitliche Namensgebung bei Funktionen
* Ein sauberer Installer für Windows
* Endlich den verflixten HARDCODED C:\Windows\php.ini Bug fixen
* MySQL Support sauber integrieren
* Aufhören auf Windows zu zeigen und die Schuld von sich zu schieben. Der Bug bleibt trotzdem bestehen...

Mir gefällt vor allem die Entscheidung zu den Themen register_globals und Namspaces. Ein weiterer Schritt dahin, dass PHP endlich als Programmiersprache ernst genommen und nicht häufig nur als Anfänger-Skriptsprache verschrieen wird.
Was mir und sicherlich noch einigen anderen hier fehlen dürfte, ist das Freibier, aber das kommt sicher mit PHP 7.
Gruß,
Mats

Original von TheUndeadable
Wo bleiben:
- echte Funktoren/Funktionszeiger?
- eine ordentliche Klassen-API (STL/Java/.Net-like)? PEAR schön und gut, aber das ist mir etwas zu wenig standardisiert
- Anonyme Funktionen, sowie Closures (JavaScript-like: func = function() { ....} oder C#-Like: funk = () => .... )?
- Extensions (wie sie in JS mit Prototype zum Beispiel eingeführt worden sind oder in C# 3)?
- Threading (Für den Webbereich zwar relativ irrelevant, wäre aber nett zu haben, aber "green Threads" wären schon ausreichend)?
- Das Aufräumen der kompletten API und der Umsortierung aller Befehle in die jeweiligen Namespaces?
Und so weiter und so fort...

Hmmm Perl? Perl! Perl - Wozu dann noch php?
OOP in Perl ist natuerlich derzeit noch ein wenig unorthodox, aber mit Perl 6 wird sich da ja richtig viel aendern, wobei natuerlich die Frage ist, wie viele Jahre es bis da noch dauert. xD
Ich bin damals von Perl (nach den ersten ersten Jahren Programmierens) zu PHP gekommen und gehe gerade wieder zurueck. Mit der Entscheidung bin ich mehr als zufrieden.
Mir fehlten anfangs beim Erlernen irgendwie Referenzprojekte und so Kleinkram ala Guestbook war nicht fordernd genug und ich zu jung (13-16, also nun 10-7 Jahre her), um Perl _richtig_ zu lernen. Dann kam PHP und die Einstiegshuerde liegt bei PHP natuerlich extrem niedrig. Imho ist das genau der Grund weshalb PHP so erfolgreich ist (und natuerlich weil es mittlerweile eine Marktmacht im low cost hosting hat).
Will man nun anfangen PHP aufzublasen, kann man die Sprache genauso gut beerdigen, weil man dann ihren Sinn und Nutzen untergraebt. PHP lebt eben davon dass es einfach, frickelig und unvollkommen ist...
Und eben genau die oben von Undeadable angesprochenen Punkte finden sich doch z.B. in Skriptsprachen wie Perl, Ruby oder Python. Ruby und Python wurden eben mit modernen Vorgaben entwickelt, aber hatten immerzu einen anderen Anspruch als beispielsweise PHP. Mein Eindruck ist nun dass Python in der Applikationsentwicklung sehr stark ist, vor allem als Scripting Engine von Programmen (z.B. amaroK), als auch von Spielen, wie z.B. Encountern in MMORPGs (Eve Online nutzt ganz massiv python), waehrend Ruby im Web Marktanteile gewinnt.
Perl ist in einigen Ansaetzen noch rueckstaendiger (Stichwort OOP), hat aber imho eine sinnvolle Planung fuer Perl 6 (wobei natuerlich einige Umstellungen gewohnungsbeduerftig werden ^^). Auf der anderen Seite hat Perl aber CPAN und damit Know-how aus zig Jahren an aktiver Entwicklung und Erweiterung, was meines Wissens nach seinesgleichen sucht.
Nun ist halt die Frage in welche Kerbe PHP schlagen will und mit dem es dann konkurriert... und "Schuster bleib bei deinen Leisten" nach ist es eben am sinnigsten wenn PHP den Einsteiger Markt simpler Webanwendungen weiter fokussiert und sich darauf konzentriert.
Moechte man sich naemlich voll und ganz in Perl(Catalyst)/Ruby(oR)/Python(Zope/Django) einarbeiten ist das eine vollkommen andere Einstiegshuerde als in PHP. Man muss Zusammenhaenge verstehen, Tier-Architektur im Ueberblick behalten, etc.etc... und imho erreicht man derartige Frameworks nicht mit dem Einstiegskonzept das PHP bereit haelt.
Da kann man besser eine ganz neue Sprache schreiben (was in dem Sinne mit Python/Ruby auch geschehen ist), als zu versuchen PHP lexikalisch in Ordnung zu bringen... der Zug ist imho abgefahren.

PHP hat wohl die Marktmacht im "low-cost" Bereich, wie du ihn so schön beschreibst. Aber es spielt auch bedeutend im Business-Bereich mit, da es verbreitete CMS bietet (Typo3, Joomla, Drupal, ezPublish). In dieser Liga haben widerum Ruby und Python keine Chance, denn wenn schon Geld für einen Umstieg gezahlt wird, dann auf was professionelles wie ASP.Net oder Java EE.
Was ist mit Perl? Ich hab halt noch das Klischee im Hinterkopf das Perl+CGI im Webanwendungsbereich eher eine Sache aus dem letzten Jahrtausend ist.

Naja ging mir mehr um "custom" Loesungen, wo, wie du schon schreibst java/.net stark sind. Und da hat Perl auch seine Niche, wenngleich nicht so populaer, aber Probleme als Perl-dev nen Job zu finden hat man wohl derzeit absolut nicht. Bei PHP waere ich mir da net so sicher.
Und nur weil Java/.NET in Enterprise Umgebungen viel eingesetzt werden, heisst es ja nicht, dass es nicht auch Alternativen gibt. Da sind genug Linux/Unix Umgebungen, die auch Skriptsprachen nutzen moechten und gerade im fortgeschrittenen Bereich ist PHP imho einfach net das technische Optimum und wird es auch nie werden.

Original von TheUndeadable
- Kein Magic Quotes
- Kein Register_Globals

ich frage mich welcher depp das entschieden hat. klar ist es aus programmiertechnischer sicht etwas doof sowas zu nutzen, aber ein nicht geringer teil der scripte nutzt es nunmal. und keiner wird lust, zeit und laune haben auf php4/5 funktionierende scripte umzuschreiben das sie auf php6 laufen.
das selbe problem sieht man doch bei der umsetzung von php4 auf 5, die ganzen webspaceanbieter bieten zum grossteil noch php4 als standard an, weil eben die kundenscripte da laufen und wenn bei einer umstallung auf die 5 irgendwelche probeleme auftauchen ist ehh immer der hoster schuld. also haben die absolut kein interesse zu migrieren. das selbe wird mit der 6 passieren.
mein fazit ist das die meisten bei der 5 bleiben werden. viele die die auf die 6 wechseln werden (sicherheits)probleme haben und es im worst case noch nicht mal wissen. und die die es wissen werden sicher nicht alle db querys zu prepared statements (sofern eben nicht vorhanden) umschreiben sondern einfach eine funktion schreiben die alle post,get,request werte mit addslashes versieht.
nur bei neu geschrieben scripten dürfte eventuell eine wirkung eintreten.
und ich freu mich schon fast auf die meldungen bei heise das mal wieder x auf php basierende systeme gehackt wurden und der ruf von php als unsichere sprache wird erfolgreich zementiert.

Original von Kallisti
[...] aber Probleme als Perl-dev nen Job zu finden hat man wohl derzeit absolut nicht. Bei PHP waere ich mir da net so sicher.

Hast du dich denn mal umgesehen?
Ich kenne viele Perl-Programmierer die mittlerweile Unix-Administratoren sind und da halt auch Perl-Skripte schreiben und anpassen können.

Ich moechte ehrlich gesagt gar nicht als Programmierer arbeiten.. Software Design / Projektmanagement koennte ich mir noch vorstellen, aber momentan bin ich im Netzwerkbereich ganz gluecklich.
Habe als ich angefangen hab mich in Catalyst (Perl MVC Framework) einzuarbeiten diverse Stellenausschreibungen zu Gesicht bekommen und der allgemeine Konsens war wohl, dass Leute mit Know-how in dem Bereich haenderingend gesucht werden.
Ist aber natuerlich auch was anderes als der "10 Jahre alte CGI "-Krempel.
Jobs @ perl: jobs.perl.org/
Amazon.com sucht z.B. auch quasi immer Perl Devs. Sucht man hier:
www.amazon.com/b/ref=amb_link_5763542_1?ie=UTF8&node=239362011&pf_rd_m=ATVPDKIKX0DER&pf_rd_s=left-2&pf_rd_r=1QXVD0BJKSAGZF63B9RH&pf_rd_t=101&pf_rd_p=321627601&pf_rd_i=203348011
nach Perl, gibt es allein dort 200 Resultate, 150 im Bereich Software Development...
Wird grad allerdings zunehmend offtopic. xD Ich vermisse Foren bei denen Threads (per default!) forken, wie z.B. im Heise oder Slashdot Kommentarsystem... Das verhindert jegliche Entwicklung eines Threads in verschiedene Richtungen.

Original von Kallisti
Wird grad allerdings zunehmend offtopic. xD Ich vermisse Foren bei denen Threads (per default!) forken, wie z.B. im Heise oder Slashdot Kommentarsystem... Das verhindert jegliche Entwicklung eines Threads in verschiedene Richtungen.

Das funktioniert im wbb2 auch, klick mal unten auf Baumstruktur. Allerdings sind die meisten wbb2 foren per default auf Brettstruktur eingestellt.
sorry für OT

Original von SpeedyGTD

Original von Kallisti
Wird grad allerdings zunehmend offtopic. xD Ich vermisse Foren bei denen Threads (per default!) forken, wie z.B. im Heise oder Slashdot Kommentarsystem... Das verhindert jegliche Entwicklung eines Threads in verschiedene Richtungen.

Das funktioniert im wbb2 auch, klick mal unten auf Baumstruktur. Allerdings sind die meisten wbb2 foren per default auf Brettstruktur eingestellt.
sorry für OT
Deshalb sag ich ja "per default", weil es nur Sinn macht, wenn jeder dabei mitspielt (und ich habe vorhin 2x auf eindrucksvolle Art und Weise bewiesen, dass ich selbst den falschen Button gedrueckt habe, um zu replien. xD).
Und das Textfeld ist hier auf der Seite bei laengeren Diskussionen viel zu schmal. :p

Hi!
Also ich arbeite als PHP-Programmierer bei der Lufthansa Systems, dabei geht es u.A. um ein Werkzeug zur Organisation von Einkäufergruppen. Das ist aber nur ein Beispiel, PHP wird wegen der relativ geringen Entwicklungszeit, der Plattformunabhängigkeit und der allgemein wachsenden Bedeutung von Webapplikationen auch für Unternehmen immer wichtiger. PERL hat sicherlich seine Stärken, aber im Bereich OOP beispielsweise liegen diese meines Erachtens nicht unbedingt. Ausserdem müssen kleine Abstriche bei der Plattformunabhängigkeit und bei der Webentwicklung gemacht werden.
Das wollte ich nur mal im Bezug auf die Jobchancen als PHP-Programmierer gesagt haben
Gruß,
Mats

Original von mats
Hi!
Also ich arbeite als PHP-Programmierer bei der Lufthansa Systems, dabei geht es u.A. um ein Werkzeug zur Organisation von Einkäufergruppen. Das ist aber nur ein Beispiel, PHP wird wegen der relativ geringen Entwicklungszeit, der Plattformunabhängigkeit und der allgemein wachsenden Bedeutung von Webapplikationen auch für Unternehmen immer wichtiger. PERL hat sicherlich seine Stärken, aber im Bereich OOP beispielsweise liegen diese meines Erachtens nicht unbedingt. Ausserdem müssen kleine Abstriche bei der Plattformunabhängigkeit und bei der Webentwicklung gemacht werden.
Das wollte ich nur mal im Bezug auf die Jobchancen als PHP-Programmierer gesagt haben
Gruß,
Mats

Dito. Und auch Microsoft will ja zukünftig ein wenig was an seiner PHP-Integration arbeiten / hat es sogar schon (???).
Was mich freuen würde: PHP.net

Und auch Microsoft will ja zukünftig ein wenig was an seiner PHP-Integration arbeiten / hat es sogar schon (???).

Das neue Expression Web hat eine PHP-Integration mit rudimentärem IntelliSense.
Ansonsten gibt es in der Tat PHP.Net, das auch von MS unterstützt wird/worden ist. Aber keine Ahnung wie es dort mit der Weiterentwicklung aussieht:
channel9.msdn.com/ShowPost.aspx?PostID=48906

They made it possible to take existing PHP code (minus the unmanaged extensions, of course) and compile it to IL. The resulting code is Jitted and run on the managed heap. And it runs faster than the interpreted original. Why? Cuz it's compiled not interpeted.

IMHO eine sehr sinnvolle Sache.
Ich glaube ja auch nicht, dass PHP tot ist oder tot sein wird, nur etwas mehr neue Technologien in Bezug auf die Sprache selbst hätte ich mir schon gewünscht.
Sehe gerade:
Phalanger wird scheinbar weiterentwickelt:
de.wikipedia.org/wiki/Phalanger_(Programmiersprache)

Phalanger can run several major PHP applications unmodified, or nearly unmodified. Examples include phpMyAdmin and phpBB.

Hi!
Dass Phalanger weiterentwickelt wird finde ich echt super, 'you made my day', wie es so schön heisst
Werde es gleich mal wieder hier bei mir aufleben lassen, mal sehen.
Gruß,
Mats

Außerdem kommt noch ein neuer MySQL-Konnektor auf uns zu: dev.mysql.com/downloads/connector/php-mysqlnd/
Es ist ja gerade in Mode 100 verschiedene Datenbankanbindungen zu bieten wenn man sich mal .NET anschaut.

Closures sind drin: http://www.toosweettobesour.com/2008/07/21/php-53-and-closures/