Discussion :

[Thes32]

Naissance d'un fork de PHP
Fondé sur la version 5.3.6 du langage et lancé par un développeur allemand


Le développeur allemand Robert Eisele vient d’annoncer sur son blog la naissance d'un fork du langage PHP.

Le code source de ce fork, librement disponible sur GitHub, contient plusieurs optimisations et contributions issues de cette même personne (et de son extension Infusion), développées durant les 3 dernières années.

Cette nouvelle suscite beaucoup des réactions au sein de la communauté PHP et relance de plus belle le débat sur les contributions au projet PHP original, où la prise de décision est dominée par une core-team jugée très conservatrice sur la rétrocompatibilité par les voix qui s’élèvent régulièrement pour réprouver ses agissements.

Parmi les contributions les plus notables de ce fork : l'activation de l'UTF-8 par défaut et l'intégration d'une syntaxe courte pour la création des tableaux et tableaux associatifs.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

$arr = [1, 2, [5 => "foo", 3.14159], 9];

Ce fork (qui n'a pas encore de nom) offre par ailleurs des possibilités de configurations avancées. Il est possible de définir ou supprimer des constantes et variables globales, de renommer et supprimer des fonctions et classes à partir du fichier php.ini.


Le code source du fork est disponible sur cette page

Et vous ?

Pensez-vous que les fonctionnalités et améliorations de ce fork seront un jour incluses à la branche officielle de PHP ?
Ou, allons-nous assister à la naissance d'un fork indépendant du langage ?
Faut-il d'après vous forker PHP ? Pour quelles raisons ?

Source : Annonce sur le blog de Robert Eisele


Co-écrit avec Idelways

[Doksuri]

Moi je trouve que c'est une bonne chose...surtout si php accepte ses modifs...
je serais super content de savoir que j'ai participe a l'amelioration d'un language/os/autre

Peut-etre que d'autres personnes avaient du code de cote, mais qu'ils n'osaient pas le publier, et qu'il en profiteront pour lui emboiter le pas...

Si ca permet d'ameliorer PHP, je suis sur qu'elles seront prises en compte.

[revlis]

Personnellement, j'aimerais bien que PHP se divise en 2 sous projets.
La version actuelle qui, au nom de la rétrocompatibilité bloque le développement de nombreuses fonctionnalités.
Et l'autre version qui fait table raz des erreurs de jeunesse du langage et progresse sans se soucier de l'application développée en php3.

[isra17]

Personnellement, j'aimerais bien que PHP se divise en 2 sous projets.
La version actuelle qui, au nom de la rétrocompatibilité bloque le développement de nombreuses fonctionnalités.
Et l'autre version qui fait table raz des erreurs de jeunesse du langage et progresse sans se soucier de l'application développée en php3.

Et on pourrait appeler ces versions: PHP 5 et PHP 6 respectivement

[Nek.dev]

Lancer un bon gros dèbat partout sur le net pour faire bouger la team aurait été mieux.
Bonne idée mais attention à la fragmentation... php n'est déjà pas un exemple dans le domaine.
Ceci dit l'affaire fera peut être bouger php6.. bonne nouvelle!

[salve34]

Pensez-vous que les fonctionnalités et améliorations de ce fork seront un jour incluses à la branche officielle de PHP ?

En tout cas je l'espère car je trouve vachement sympa la syntaxe courte pour la création des tableaux et tableaux associatifs

Faut-il d'après vous forker PHP ?

Je ne vois pas trop l'intérêt pour les forks d'un logiciel issu du "libre" pour moi cela se justifie plus pour les logiciels propriétaires.

[Julien Bodin]

Je ne vois pas trop l'intérêt pour les forks d'un logiciel issu du "libre" pour moi cela se justifie plus pour les logiciels propriétaires.

Forker un logiciel propriétaire ?
On fait comment ? (vraie question)

[zeyr2mejetrem]

Et on pourrait appeler ces versions: PHP 5 et PHP 6 respectivement

+1. Fallait s'y attendre.
La sortie de PHP6 se fait tellement attendre que beaucoup d'oiseaux de mauvais augure y voit "le début de la fin" de PHP.

J'espère que la communauté verra ce fork comme un effet de sa procrastination et qu'elle décidera d'accélerer la sortie de PHP6.

En effet de nombreuses fonctions manquent à PHP. Notamment la reconnaissance d'UTF-8

[Uther]

Faut-il d'après vous forker PHP ? Pour quelles raisons ?

Non c'est trop tard. Pour en faire quelque chose de propre, il mieux vaut repartir de zéro.

Je ne vois pas trop l'intérêt pour les forks d'un logiciel issu du "libre" pour moi cela se justifie plus pour les logiciels propriétaires.

Forker un logiciel propriétaire ?
On fait comment ? (vraie question)

Tu prends ta plus belle plume et écris une lettre demandant au propriétaire de bien vouloir te fournir son code source ainsi que le droit de produire avec son travail une version concurrente de son logiciel, sur laquelle il n'aura aucune maitrise.
Ensuite tu allumes 1 cierge et tu pries très fort.

[salve34]

Forker un logiciel propriétaire ?
On fait comment ? (vraie question)

Ok j'ai merdé. Je le reconnais

Je tournerais mon pouce 7 fois sur la roulette de ma souris avant de poster la prochaine fois.

[roduce]

Non c'est trop tard. Pour en faire quelque chose de propre, il mieux vaut repartir de zéro.

Autant je suis d'accord que la rétrocompatibilité avec php3, je m'en moque autant que de ma première boule de souris, mais reparti à zéro c'est risqué de perdre la rétrocomp sur php5 également non ?
Quand on voit que pas mal de serveur en entreprise sont quelques fois coincés en php 5.2.9 et qu'on ne peut y utiliser des fonctions 5.3 (date add par exemple simple) que dire d'un TOUT nouveau core php???

[octal]

Bof ... rajout de nouvelle possibilité de création de tableau aassociatifs ...
bref ... ça sent encore l'usine à gaz tout ça.

Plutôt que de prendre PHP et en supprimer toute la syntaxe bizarre responsable de 60% des erreurs, on en rajoute encore et encore ... génial!

[gilwath]

Plutôt que de prendre PHP et en supprimer toute la syntaxe bizarre responsable de 60% des erreurs, on en rajoute encore et encore ... génial!

J'ai envie de dire que la syntaxe bizarre c'est ça qui fait de php : php. Php c'est pas java et j'ai envie de dire que dans n'importe quelle langage, peut importe la syntaxe si tu es un mauvais développeur ton code seras jamais optimisé. C'est un faux débat qui n'a pas lieu d'être. Supprimer ce qui fait la force de php je trouve ça stupide. Par contre là où l'on pourrais critiquer c'est les noms des fonctions du core qui n'ont pas vraiment de norme ... .

[transgohan]

Autant je suis d'accord que la rétrocompatibilité avec php3, je m'en moque autant que de ma première boule de souris, mais reparti à zéro c'est risqué de perdre la rétrocomp sur php5 également non ?
Quand on voit que pas mal de serveur en entreprise sont quelques fois coincés en php 5.2.9 et qu'on ne peut y utiliser des fonctions 5.3 (date add par exemple simple) que dire d'un TOUT nouveau core php???

5.2.9 c'est dans le meilleur des cas... Je suis actuellement sur le développement d'applications à destination de serveur en 5.0.5....

[Causa Sui]

Une notation littérale pour les tableaux est une chose que j'attends depuis que j'ai commencé à utiliser PHP3. La situation des tableaux en PHP est très bizarre*: c'est le seul type natif qui n'est pas utilisable via un littéral (comme les nombres ou les chaînes) ni via l'instanciation classique (new) ; à la place, on retrouve une construction du langage (car array() n'est pas réellement une fonction). Bref, une amélioration de ce côté là serait la bienvenue…

[kdmbella]

Pensez-vous que les fonctionnalités et améliorations de ce fork seront un jour incluses à la branche officielle de PHP ?
Ou, allons-nous assister à la naissance d'un fork indépendant du langage ?
Faut-il d'après vous forker PHP ? Pour quelles raisons ?

1- possible si c'est le souhait de la majorité des développeurs
2- il est aussi possible qu'on assiste a un fork indépendant étant donné de la core team n'est pas "très ouverte a certaine modification du langage"
3- on peut forker php vu qu'il est open source; pour quelle raison: faire des expérience perso ou y apporter des modifications majeures surtout si "la core team" n'est pas du même avis que vous

[berceker united]

Le coup de la manipulation sur les tableau autant que j'en parle à mon cheval. La gymnastique de la syntaxes PHP n'est pas primordial. Si un Fork devait exister c'est pas sur ce genre de chose que je me se serait intéressé. Même si c'est pas le but de PHP mais que ce dernier soit plus stricte au niveau du typage, plus de fonctionnalité coté objet, Retirer les fonction alias et les fonctions dinosaure.
Un PHP avec la branche actuel et une branche avec PHP stricte.

[gilwath]

Le coup de la manipulation sur les tableau autant que j'en parle à mon cheval. La gymnastique de la syntaxes PHP n'est pas primordial. Si un Fork devait exister c'est pas sur ce genre de chose que je me se serait intéressé. Même si c'est pas le but de PHP mais que ce dernier soit plus stricte au niveau du typage, plus de fonctionnalité coté objet, Retirer les fonction alias et les fonctions dinosaure.
Un PHP avec la branche actuel et une branche avec PHP stricte.

Faut lire un peu le blog, c'est pas qu'un fork pour une histoire de tableau XD

[stealth35]

surtout que cette notation d'array est dans la RFC : https://wiki.php.net/rfc/shortsyntaxforarrays (avec les patchs)

[berceker united]

Faut lire un peu le blog, c'est pas qu'un fork pour une histoire de tableau XD

Oui, j'avais compris que ce n'était que pour les tableaux. Le reste, reste quand même du même genre. Néanmoins, je retiens l'amélioration des performances mais surtout l'audace du bonhomme pour travailler sur ce point.
Personnellement, je trouve qu'il y a un flou total entre ceux qui maintienne PHP et les utilisateurs. De plus, l'avenir très incertain de PHP me font craindre le pire. Alors pendant que certains disent que "PHP est mort parce .NET (ou autre) c'est mieux" , c'est toujours une bonne chose de voir ces projets arriver.
"Qu'on on pense être seul au dessus de la plus haute montagne, il faut toujours penser qu'il y a un nuage qui en cache une plus haute."
- Signé moi