Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

  1. #1
    Chroniqueur Actualités

    Homme Profil pro
    Redacteur
    Inscrit en
    juin 2016
    Messages
    959
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Bénin

    Informations professionnelles :
    Activité : Redacteur
    Secteur : Aéronautique - Marine - Espace - Armement

    Informations forums :
    Inscription : juin 2016
    Messages : 959
    Points : 26 341
    Points
    26 341
    Par défaut Un développeur de PHP propose un langage fortement typé, le P++, avec des fonctionnalités plus avancées
    Un développeur de PHP propose un langage fortement typé, le P++,
    avec des fonctionnalités plus avancées

    Zeev Suraski, un développeur de PHP a proposé il y a quelques jours un langage frère au PHP. Baptisé P++, comme une incrémentation du PHP simple comme cela a été le cas avec le C et le C++, le nouveau langage sera un langage plus strict avec un bagage réduit et des fonctionnalités plus avancées et un langage fortement typé. P++ ne devrait pas être considéré comme un fork de PHP, car, selon lui, cela va ressembler un peu à ce qui a été fait avec strict_types dans PHP 7, mais seulement à une plus grande échelle.

    Selon les contributeurs internes du langage, les raisons qui justifient cette initiative sont multiples, mais il en existe une qui est beaucoup plus importante. En effet, ces derniers ont expliqué qu’il existe deux grandes écoles de pensée dans le monde de PHP. La première aime à peu près le langage PHP dans sa forme actuelle, c’est-à-dire dynamique, rétrocompatible avec un accent mis sur la simplicité. L’autre préfère un langage plus strict, avec un bagage réduit et des fonctionnalités plus avancées ou plus ou moins complexes. Il n'y a pas de « bien » ou de « mal » à ça. Les deux écoles de pensée sont valables et ont un très grand nombre d'adeptes.

    Seulement, selon l’équipe de développement de PHP, il est difficile de concevoir un langage qui s'adresse à la fois à ces deux foules en même temps, ce qui est une source constante de conflits au sein même des contributeurs internes du langage. D’un autre côté, cela peut également être dû au fait que le PHP est fortement critiqué sur sa forme non typée. Ainsi, selon certains, il n'est absolument pas adapté pour créer des applications plus robustes. Pour ces derniers, des applications se font en C++, en Delphi, à la limite en Java, mais absolument pas en langage de script. PHP est un langage de script orienté Web et n'a pas les outils pour faire autre chose.

    Nom : z1.png
Affichages : 78604
Taille : 55,2 Ko

    À ce titre, ils ont expliqué que le PHP commence à avoir des outils pour créer des applications plus sûres (compilation classique, librairie GTK) et ses outils sont très pratiques quand on n'a pas le temps d'apprendre un autre langage. Cependant, le langage qui serait le plus adapté dans ces cas devrait avoir accès aux ressources et fonctions du système. Il doit également posséder un typage fort des variables, sans quoi à chaque opération, l’on est obligé de passer par une interprétation ou une retraduction d'où des pertes de performances inutiles. Ces besoins seront peut-être comblés à l’avenir avec la proposition de P++.

    P++ n'est pas un fork de PHP. La base de code sera identique, elle serait mise à la fois ensemble et développée par les mêmes personnes. La grande majorité du code serait identique. L'équipe a informé que seuls les points de différence spécifiques à chacun des deux langages auront des implémentations différentes. Cela va ressembler un peu à ce qui a été fait avec la directive strict_types dans PHP 7, seulement à une plus grande échelle. Les fichiers binaires seront identiques. Ainsi, si vous installez PHP, vous auriez installé P++ et vice versa. Le même binaire exécutera vos applications PHP et P++ ou combinées PHP/P++.

    Cela ne signifie pas que l’équipe va doubler ses efforts de travail, car la grande majorité du code sera partagée entre le mode PHP et le mode P++, à la fois en code source et à l'exécution. Les structures de données, les sous-systèmes de clés, les extensions, les interfaces de serveur Web, OPcache, et presque tout le reste seront le même code en cours d’exécution, que le fichier en cours d’exécution soit en PHP ou en P++. Les seuls coûts supplémentaires de développement seront les zones de différence spécifiques entre PHP et P++. Il sera également possible de faire chevaucher les deux langages.

    Vous pourriez mélanger et assortir PHP et P++ dans la même application. Selon l’équipe de développement, cela peut sembler étrange au début.
    Néanmoins, il pourrait y avoir à la longue des cas d'utilisation très pratiques pour cela. Pour ceux qui sont familiers avec le C et le C++, c’est un peu la même chose. À présent, notez que l’arrivée de P++ ne signifie pas que PHP n’évoluera plus ou si toutes ses fonctionnalités iront à P++. Cela veut juste dire que les deux langages évolueront séparément. Les nouvelles fonctionnalités plus strictes et liées au type vont probablement aller uniquement à P++, et ne seront disponibles que dans les fichiers P++.

    La partie dynamique qui met l’accent sur la simplicité restera en PHP. Toutefois, des fonctionnalités non liées, telles que l'amélioration des performances du moteur (JIT, par exemple), les développements d'extensions ou de nouvelles fonctionnalités liées à l'async, seront disponibles pour PHP et P ++. D’après les explications fournies par l’équipe, cette approche présente de nombreux avantages. Premièrement, cela donne aux deux camps, une bonne solution à leurs aspirations.

    En d’autres termes, ceux qui préfèrent la nature dynamique de PHP peuvent le conserver, tandis que ceux qui préfèrent un langage plus typé parviendront à l’obtenir sans être soumis à aucune limitation de PHP. L'alternative à cela est un jeu à somme nulle, où le gain d'un groupe est la perte de l'autre, et vice versa. Selon l’équipe, en plus d’être une bonne solution technologique qui va permettre d’apporter un effort minimal à l’ensemble de la communauté, cela pourrait également mettre fin aux sources de discorde qui ont existé au cours des dernières années parmi les développeurs internes du langage.

    Enfin, l’équipe a annoncé que cette initiative présente un certain nombre de défis à relever. De plus, pour l’instant, elle ne dispose d’aucune proposition sur la façon dont elle va marquer un fichier en tant que fichier P++. Il s'agira probablement d'une sorte d'en-tête spécial en haut du fichier, mais rien n'est encore décidé. En outre, elle a annoncé qu’elle peut trouver des moyens pour marquer les espaces de noms en P++, afin que les frameworks n'aient pas à marquer explicitement chaque fichier individuel en tant que P++. Pour en savoir plus sur le sujet, vous pouvez consulter la FAQ mise en place par l’équipe sur le wiki du langage.

    Dans la communauté, certains apprécient cette initiative de l’équipe de développement du langage, mais par contre, d’autres pensent que maintenir deux projets distincts en même temps ne serait pas une chose profitable. « Personnellement, j’aime une approche plus stricte. Je n'aime pas le fait que vous puissiez combiner PHP et P++. Cela ne fera qu'ouvrir la porte à des bases de code encore plus compliquées. Beaucoup d'entre nous veulent avancer avec le langage et cesser d'être retenus en permanence par les problèmes que pose la rétrocompatibilité du langage », a déclaré l’un d’eux.

    « Vu que le PHP a atteint maintenant les 20 ans, je pense qu'il ne serait pas aberrant de proposer une version de PHP qui casserait la rétrocompatibilité pour cause de nouvelles fonctionnalités génialissimes. Bref, il faut préparer les 20 prochaines années et ce n’est pas en traînant les comportements vieux d'il y a 20 ans que ça va se faire », a ajouté un autre.

    Source : Wiki PHP

    Et vous ?

    Quel est votre avis sur le sujet ?
    Selon vous, le P++ est-il une bonne ou mauvaise initiative ? Pourquoi ?
    Êtes-vous déjà satisfaits de PHP tel qu'il est ou souhaiteriez-vous un langage plus typé ?
    Les développeurs de PHP devraient-ils renoncer à la rétrocompatibilité du langage pour proposer un langage plus compétitif selon vous ?
    P++ pourra-t-il tenir les fruits de ses promesses ?

    Voir aussi

    PHP 8 va proposer un compilateur Just In Time qui devrait produire une amélioration des performances en vitesse

    PHP 7.4 devrait être rendu disponible vers la fin de cette année. Voici un aperçu des nouveautés qui pourraient y figurer

    PHP 7.3 est disponible en version stable : un aperçu des nouveautés du langage de programmation côté serveur

    PHP 7.2 est disponible en version stable avec la bibliothèque de cryptographie Sodium et d'autres améliorations et nouvelles fonctionnalités
    Contribuez au club : Corrections, suggestions, critiques, ... : Contactez le service news et Rédigez des actualités

  2. #2
    Modérateur
    Avatar de rawsrc
    Homme Profil pro
    Dev indep
    Inscrit en
    mars 2004
    Messages
    5 585
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 43
    Localisation : France, Bouches du Rhône (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Dev indep

    Informations forums :
    Inscription : mars 2004
    Messages : 5 585
    Points : 15 066
    Points
    15 066
    Billets dans le blog
    9
    Par défaut
    Citation Envoyé par Bill Fassinou Voir le message
    « Vu que le PHP a atteint maintenant les 20 ans, je pense qu'il ne serait pas aberrant de proposer une version de PHP qui casserait la rétrocompatibilité pour cause de nouvelles fonctionnalités génialissimes. Bref, il faut préparer les 20 prochaines années et ce n’est pas en traînant les comportements vieux d'il y a 20 ans que ça va se faire », a ajouté un autre.
    L'autre, c'est moi
    C'est à 99% exactement ma prose tirée d'une autre discussion sur le forum DVP.

    Pour l'évolution du PHP fortement typé, je suis pour à fond. Savoir ce que l'on manipule est un tel confort qu'à mes yeux c'est un must have.
    Depuis la version 7, j'ai converti absolument tous mes codes au typage fort partout où c'était possible. Et cela m'a permis de supprimer des centaines de lignes de code rien que pour s'assurer du type et autre conversion de ce qui était manipulé.
    Bref, même les tests unitaires s'en sont trouvés sacrément réduits.
    La couleur était déjà annoncée avec l'arrivée de PHP 7.4 qui allait permettre de typer les attributs des classes :
    Code php : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    class Foo {
        private string $foo;
        private int $nb;
    }
    # Dans la Création, tout est permis mais tout n'est pas utile...

  3. #3
    Membre habitué
    Homme Profil pro
    Inscrit en
    juin 2012
    Messages
    42
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations forums :
    Inscription : juin 2012
    Messages : 42
    Points : 158
    Points
    158
    Par défaut
    D’un autre côté, cela peut également être dû au fait que le PHP est fortement critiqué sur sa forme non typée. Ainsi, selon certains, il n'est absolument pas adapté pour créer des applications plus robustes.
    Le typage scrict est activable depuis fin 2015 et la sortie de PHP7.0. Si les gens décident de coder comme des cochons, il faut rappeler que rien ne les y oblige.
    Quant aux applications "non robustes", cela fait rire et relève plus de l'ignorance. Il y a de sacrés "monstres" qui tournent sous PHP, parmi les sites les plus visités au monde (dans le domain de l'adulte par exemple )
    Si un développeur ne trouve pas au moins une chose gênante dans son code 6 mois après l'avoir écrit, cela signifie qu'il en est au même niveau qu'il y a 6 mois.

  4. #4
    Membre averti
    Femme Profil pro
    Inscrit en
    juillet 2012
    Messages
    110
    Détails du profil
    Informations personnelles :
    Sexe : Femme
    Localisation : Italie

    Informations forums :
    Inscription : juillet 2012
    Messages : 110
    Points : 369
    Points
    369
    Par défaut
    j'aimerai pouvoir le compiler! Alternative a Golang

  5. #5
    Modérateur
    Avatar de grunk
    Homme Profil pro
    Architecte Web / Android
    Inscrit en
    août 2003
    Messages
    5 560
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 35
    Localisation : France, Côte d'Or (Bourgogne)

    Informations professionnelles :
    Activité : Architecte Web / Android
    Secteur : Industrie

    Informations forums :
    Inscription : août 2003
    Messages : 5 560
    Points : 15 059
    Points
    15 059
    Par défaut
    Plus qu'un autre langage , il faudrait "simplement" sur un PHP 9 ou 10 oser casser des choses, mais pour ça encore faudrait il que tout le monde soit d'accord au sein des contributeur ... et là c'est pas gagné.

    On pourrait imaginer une transition en douceur avec par exemple un PHP 9 qui introduit un type fort complet mais optionnel , en gros on aurait un type par défaut "any" si on ne spécifie pas de type.
    Puis un PHP 10 qui impose le typage fort, qui supprime toutes les api procédural, qui normalise les paramètres , etc ...

    PHP à très fortement progresser en performance , il faut maintenant arriver à évincer les petits défauts connus de tout le monde.

    Quoi qu'il en soit il ne sera jamais possible de faire une transition brutale en quelques mois. Ça va prendre du temps.
    Pry Framework php5 | N'oubliez pas de consulter les FAQ Java et les cours et tutoriels Java

  6. #6
    Membre à l'essai
    Profil pro
    Inscrit en
    juillet 2010
    Messages
    9
    Détails du profil
    Informations personnelles :
    Localisation : France, Ille et Vilaine (Bretagne)

    Informations forums :
    Inscription : juillet 2010
    Messages : 9
    Points : 14
    Points
    14
    Par défaut
    Je constate que la grande majorité des personnes qui souhaitent que PHP soit "full-strict" manquent cruellement de pragmatisme et doivent se placer bien haut sur la montagne de Dunning-Kruger

    On sait faire de très belles choses sans typage strict, ni même POO. Un peu d’ouverture et d'humilité que diable (même si j'aime le typage fort).

  7. #7
    Membre habitué
    Homme Profil pro
    Inscrit en
    juin 2012
    Messages
    42
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations forums :
    Inscription : juin 2012
    Messages : 42
    Points : 158
    Points
    158
    Par défaut
    Citation Envoyé par bouchery Voir le message
    Je constate que la grande majorité des personnes qui souhaitent que PHP soit "full-strict" manquent cruellement de pragmatisme et doivent se placer bien haut sur la montagne de Dunning-Kruger .
    Parce que tu te considères humble en disant cela peut-être?

    Citation Envoyé par bouchery Voir le message
    On sait faire de très belles choses sans typage strict, ni même POO. Un peu d’ouverture et d'humilité que diable (même si j'aime le typage fort).
    Mais personne ne dit le contraire.
    C'est juste que le typage strict permet d'être moins verbeux et de ne pas passer trop de temps à rajouter du code pour contrôler le type de données. Il y a aussi une forte notion de sécurité... et de pragmatisme.
    Si un développeur ne trouve pas au moins une chose gênante dans son code 6 mois après l'avoir écrit, cela signifie qu'il en est au même niveau qu'il y a 6 mois.

  8. #8
    Membre expert
    Homme Profil pro
    Développeur informatique
    Inscrit en
    avril 2017
    Messages
    822
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Développeur informatique

    Informations forums :
    Inscription : avril 2017
    Messages : 822
    Points : 3 558
    Points
    3 558
    Par défaut
    Citation Envoyé par bouchery Voir le message
    Je constate que la grande majorité des personnes qui souhaitent que PHP soit "full-strict" manquent cruellement de pragmatisme et doivent se placer bien haut sur la montagne de Dunning-Kruger
    "L’effet Dunning-Kruger ... est un biais cognitif selon lequel les moins qualifiés dans un domaine surestiment leur compétence."

    Donc les gens demandent qu'un compilateur les aide à vérifier le typage de leur code parce qu'ils se sur-estiment... Ca me parait logique

  9. #9
    Membre expert Avatar de CosmoKnacki
    Homme Profil pro
    Justicier interdimensionnel
    Inscrit en
    mars 2009
    Messages
    1 786
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Charente Maritime (Poitou Charente)

    Informations professionnelles :
    Activité : Justicier interdimensionnel

    Informations forums :
    Inscription : mars 2009
    Messages : 1 786
    Points : 3 749
    Points
    3 749
    Par défaut
    • Vous devenez cet arbre
    • vous êtes un arbre
    • et grâce à votre imagination vous persever le bleu du ciel
    • les petits craquements
    • le chant des oiseaux
    • les nuages


    Grâce à votre volonté vous sentez cette sève qui monte en vous, vous ne pensez plus à Dieu.

    Vous devenez cet arbre,
    Vous êtes un arbre.
    Brachygobius xanthozonus
    Ctenobrycon Gymnocorymbus

  10. #10
    Membre confirmé
    Profil pro
    retraité
    Inscrit en
    décembre 2010
    Messages
    276
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations professionnelles :
    Activité : retraité

    Informations forums :
    Inscription : décembre 2010
    Messages : 276
    Points : 566
    Points
    566
    Par défaut
    Ben voilà ça progresse, tout ceux qui veulent du typage dynamique viennent lentement mais surement vers un typage statique.

    Aller encore un effort et vous arriverez sur la norme C++26, et là vous verrez la lumière

    Bon vous pouvez essayer C++17 aussi, et là vous verrez que votre application back-end ira beaucoup plus vite, moins de mémoire nécessaire, moins d'énergie aussi, que du bien

  11. #11
    Membre à l'essai
    Profil pro
    Inscrit en
    juillet 2010
    Messages
    9
    Détails du profil
    Informations personnelles :
    Localisation : France, Ille et Vilaine (Bretagne)

    Informations forums :
    Inscription : juillet 2010
    Messages : 9
    Points : 14
    Points
    14
    Par défaut
    Désolé pour mon commentaire précédent, j'ai manqué de clarté dans ce que je voulais exprimer.

  12. #12
    Modérateur
    Avatar de grunk
    Homme Profil pro
    Architecte Web / Android
    Inscrit en
    août 2003
    Messages
    5 560
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 35
    Localisation : France, Côte d'Or (Bourgogne)

    Informations professionnelles :
    Activité : Architecte Web / Android
    Secteur : Industrie

    Informations forums :
    Inscription : août 2003
    Messages : 5 560
    Points : 15 059
    Points
    15 059
    Par défaut
    Citation Envoyé par archqt Voir le message
    Ben voilà ça progresse, tout ceux qui veulent du typage dynamique viennent lentement mais surement vers un typage statique.

    Aller encore un effort et vous arriverez sur la norme C++26, et là vous verrez la lumière

    Bon vous pouvez essayer C++17 aussi, et là vous verrez que votre application back-end ira beaucoup plus vite, moins de mémoire nécessaire, moins d'énergie aussi, que du bien
    On verra aussi qu'il nous faut beaucoup plus de temps pour l'écrire et que c'est beaucoup plus difficile à debugger.
    Et entre nous le nombre de backend qui ont vraiment besoin de la puissance de C++ doivent pas être nombreux.

    Je maintient 2 API , une en C++ et une autre en PHP , et y'a pas photo quant au confort de développement coté PHP.
    Pry Framework php5 | N'oubliez pas de consulter les FAQ Java et les cours et tutoriels Java

  13. #13
    Modérateur
    Avatar de rawsrc
    Homme Profil pro
    Dev indep
    Inscrit en
    mars 2004
    Messages
    5 585
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 43
    Localisation : France, Bouches du Rhône (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Dev indep

    Informations forums :
    Inscription : mars 2004
    Messages : 5 585
    Points : 15 066
    Points
    15 066
    Billets dans le blog
    9
    Par défaut
    @archqt

    Oh le gros troll en béquilles que voilà
    Ce n'est pas parce que la technologie est interprétée qu'on doit se passer de la possibilité de typer ses variables.
    Il y a quand même une gigantesque différence entre l'interprété et le compilé.

    Facebook avait essayé d'avoir une partie de son site en version compilée et après moult essais a dû faire machine arrière, les contraintes étaient trop fortes pour du web (HipHop).
    Ils se sont rabattus sur une autre approche HHVM qui est un compilateur JIT qui offre des possibilités d'optimisations que le compilé ne peut pas faire. Et du coup les perfs se sont drastiquement améliorées.

    Le compilé n'est pas forcément le plus véloce dans tous les cas de figures.
    # Dans la Création, tout est permis mais tout n'est pas utile...

  14. #14
    Membre à l'essai Avatar de Jonathan muswil
    Homme Profil pro
    informatitien
    Inscrit en
    juillet 2018
    Messages
    19
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 22
    Localisation : Congo-Kinshasa

    Informations professionnelles :
    Activité : informatitien

    Informations forums :
    Inscription : juillet 2018
    Messages : 19
    Points : 13
    Points
    13
    Par défaut
    Mais personne ne dit le contraire.
    C'est juste que le typage strict permet d'être moins verbeux et de ne pas passer trop de temps à rajouter du code pour contrôler le type de données. Il y a aussi une forte notion de sécurité... et de pragmatisme.

  15. #15
    Membre expert
    Homme Profil pro
    Développeur informatique
    Inscrit en
    avril 2017
    Messages
    822
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Développeur informatique

    Informations forums :
    Inscription : avril 2017
    Messages : 822
    Points : 3 558
    Points
    3 558
    Par défaut
    Citation Envoyé par rawsrc Voir le message
    un compilateur JIT qui offre des possibilités d'optimisations que le compilé ne peut pas faire
    ...
    Le compilé n'est pas forcément le plus véloce dans tous les cas de figures.
    Tu as des exemples ou explications qui montrent ça ?
    Perso, j'utilise régulièrement les deux (compilation classique et JIT). Le JIT est généralement très satisfaisant mais je n'ai jamais observé de situation où il était signicativement plus véloce que le compilé.

  16. #16
    Modérateur
    Avatar de rawsrc
    Homme Profil pro
    Dev indep
    Inscrit en
    mars 2004
    Messages
    5 585
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 43
    Localisation : France, Bouches du Rhône (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Dev indep

    Informations forums :
    Inscription : mars 2004
    Messages : 5 585
    Points : 15 066
    Points
    15 066
    Billets dans le blog
    9
    Par défaut
    Tu vas trouver quelques slides sur le net assez techniques, il y en a un interne à FB qui te montre quand le JIT a surpassé le compilé : https://hhvm.com/blog/875/wow-hhvm-i...nt-run-my-code. Après il faut je pense prendre le tout dans le sens : chaîne de traitement. Le gros avantage du JIT c'est que tu évites le temps de la compilation pur et dur et surtout tu gardes la possibilité de modifier ton code simplement.
    Après j'avais lu, il y a un certain temps que quand FB avait lancé le projet en interne du compilateur HPHPc pour PHP (je crois vers 2008), FB générait déjà à l'époque pas loin de 400 milliards de pages PHP par mois.

    Bref, toute l'infrastructure de FB a basculé sur l'approche JIT en arrêtant la compilation donc c'est qu'il y forcément un gros avantage.
    # Dans la Création, tout est permis mais tout n'est pas utile...

  17. #17
    Membre expert
    Homme Profil pro
    Développeur informatique
    Inscrit en
    avril 2017
    Messages
    822
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Développeur informatique

    Informations forums :
    Inscription : avril 2017
    Messages : 822
    Points : 3 558
    Points
    3 558
    Par défaut
    "HipHop for PHP (HPHPc) is a discontinued PHP transpiler created by Facebook. By using HPHPc as a source-to-source compiler, PHP code is translated into C++, compiled into a binary and run as an executable." (https://en.wikipedia.org/wiki/HipHop_for_PHP).

    Ah oui d'accord. Je pense qu'on ne parle pas du tout de la même chose alors. Pour moi, la compilation classique c'est de compiler un binaire une fois pour toute. Pas de transpiler PHP vers C++ puis compiler puis exécuter, le tout à chaque requête ou défaut de cache... Effectivement, je veux bien croire que le JIT soit plus performant dans ce cas.

  18. #18
    Membre éclairé Avatar de Matthieu76
    Homme Profil pro
    Consultant informatique
    Inscrit en
    mars 2013
    Messages
    565
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Hauts de Seine (Île de France)

    Informations professionnelles :
    Activité : Consultant informatique
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : mars 2013
    Messages : 565
    Points : 871
    Points
    871
    Par défaut Je sais, je suis relou !
    Citation Envoyé par rawsrc Voir le message
    Pour l'évolution du PHP fortement typé, je suis pour à fond. Savoir ce que l'on manipule est un tel confort qu'à mes yeux c'est un must have.
    Depuis la version 7, j'ai converti absolument tous mes codes au typage fort partout où c'était possible. Et cela m'a permis de supprimer des centaines de lignes de code rien que pour s'assurer du type et autre conversion de ce qui était manipulé.
    Bref, même les tests unitaires s'en sont trouvés sacrément réduits.
    Pourquoi ne pas directement utiliser un language fortement typé et moderne tel que C# ou Java ?

  19. #19
    Membre confirmé
    Homme Profil pro
    Étudiant
    Inscrit en
    juillet 2011
    Messages
    268
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 28
    Localisation : France, Ain (Rhône Alpes)

    Informations professionnelles :
    Activité : Étudiant

    Informations forums :
    Inscription : juillet 2011
    Messages : 268
    Points : 451
    Points
    451
    Par défaut
    Je n'ai pas forcément d'avis sur la question (pas forcément le recul ni les compétences nécessaires pour juger les avantages/inconvénients défendus par les uns et les autres), mais je trouve pertinent de partager cette conférence récente du créateur du langage :



    Il montre assez bien (je trouve) à quel besoin PHP a répondu quand il a été inventé, ça permet ainsi de comprendre d'où viennent les "faiblesses ou bizarreries" de PHP, mais aussi vers quels horizons se dirigent le langage à l'avenir et la prétention (ou non) de ce dernier sur tel ou tel sujet particulier.

  20. #20
    Modérateur
    Avatar de grunk
    Homme Profil pro
    Architecte Web / Android
    Inscrit en
    août 2003
    Messages
    5 560
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 35
    Localisation : France, Côte d'Or (Bourgogne)

    Informations professionnelles :
    Activité : Architecte Web / Android
    Secteur : Industrie

    Informations forums :
    Inscription : août 2003
    Messages : 5 560
    Points : 15 059
    Points
    15 059
    Par défaut
    Citation Envoyé par Matthieu76 Voir le message
    Pourquoi ne pas directement utiliser un language fortement typé et moderne tel que C# ou Java ?
    Parce que l'offre d'hébergement pour autre chose que PHP est ridicule par exemple ?
    Parce qu'il/elle bosse dans un environnement PHP et que ca n'aurait pas sens de travailler avec autre chose ?

    Et entre nous, les solutions C# ou Java pour le web sont plus réputées pour leur lourdeur de mise en oeuvre et de fonctionnement qu'autre chose.
    Pry Framework php5 | N'oubliez pas de consulter les FAQ Java et les cours et tutoriels Java

Discussions similaires

  1. Les outils vraiment utiles pour les développeurs PHP
    Par RideKick dans le forum EDI, CMS, Outils, Scripts et API
    Réponses: 5
    Dernier message: 14/06/2017, 19h10
  2. Les classes et librairies vraiment utiles pour les développeurs PHP
    Par RideKick dans le forum Bibliothèques et frameworks
    Réponses: 4
    Dernier message: 05/10/2010, 11h51
  3. Les développeurs PHP préfèrent les bureaux Windows aux bureaux Linux
    Par RideKick dans le forum EDI, CMS, Outils, Scripts et API
    Réponses: 42
    Dernier message: 25/02/2010, 03h15
  4. Réponses: 0
    Dernier message: 19/02/2010, 09h21
  5. Intel annonce l'arrivée d'un Atom App Store pour les développeurs
    Par Katleen Erna dans le forum Actualités
    Réponses: 0
    Dernier message: 08/12/2009, 06h07

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo