IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
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

Langage PHP Discussion :

« PHP est destiné à mourir » pour un développeur


Sujet :

Langage PHP

  1. #1
    Chroniqueur Actualités

    Homme Profil pro
    Administrateur de base de données
    Inscrit en
    mars 2013
    Messages
    6 373
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Canada

    Informations professionnelles :
    Activité : Administrateur de base de données

    Informations forums :
    Inscription : mars 2013
    Messages : 6 373
    Points : 154 903
    Points
    154 903
    Par défaut « PHP est destiné à mourir » pour un développeur
    « PHP est destiné à mourir » pour un développeur,
    Les faiblesses du langage vont-elles le conduire vers sa fin ?

    Après plus d’une décennie d’expérience dans la programmation PHP, un développeur du nom de « Gunslinger » estime que les codes PHP ne pourront pas fonctionner éternellement.

    Selon lui, ce modèle de programmation, notamment récupérer les données d’entrée, les traiter puis afficher la sortie est destiné à mourir. Il évoque par ailleurs les sites comme phpsadness.com qui exposent les incohérences linguistiques de PHP de « façon amusante ».

    Pourtant, il reconnaît que le langage est difficile à battre dans la lecture de la base de données, l’application d’une logique ou le formatage de celle-ci, puis l’affichage d’un résultat au milieu de balises HTML. Mais la plupart des problèmes soulevés par la technique ont déjà été résolus et le reste est abordé avec des outils plus intelligents et plus modernes. Lorsque cela sera fait, PHP devrait être relégué au passé.

    Pour lui, les applications complexes devraient se passer de PHP. Plus la complexité croît, plus les lignes de code s’agrandissent. S’adressant aux utilisateurs expérimentés de PHP 5.x, il fait remarquer qu’ils auront inévitablement besoin d’exécuter du code en arrière-plan. La demande pourrait atteindre un niveau de complexité tel qu’attendre une requête HTTP pour pouvoir faire quelque chose ne sera plus suffisant. Il faudrait alors par exemple prévoir un traitement des commandes en attente, ou encore mettre les informations dans le cache pour rendre un peu plus rapides les réponses HTTP. Une liste d’exemples de choses à prévoir qui n’en finit pas.

    Le cauchemar devient encore plus effrayant lorsqu’il faut créer un daemon ou un processus qui ne meurt pas. Deux exemples seraient d’établir et maintenir une connexion WebSockets ou créer le composant producteur dans une implémentation producteur-consommateur.

    « PHP vous abandonnera », déclare-t-il. D’abord à cause des fuites de mémoire, car le langage ne s’est jamais soucié de libérer de la mémoire non utilisée parce que tout est libéré à la fin de l’exécution du code. Dans le cadre d’un processus en continu, cela conduirait à l’augmentation de la taille de la mémoire allouée (ce qui revient à une perte de mémoire) jusqu’à ce que la valeur memory_limit de PHP soit atteinte et que le processus soit interrompu sans aucune autre forme de procès.

    De plus, selon lui, PHP est plein d'erreurs cryptiques, difficiles à déboguer ou impossibles à reproduire. En guise d’exemple il parle d’une erreur que les utilisateurs aguerris de PHP ont déjà dû rencontrer :

    Fatal error: Exception thrown without a stack frame in Unknown on line 0
    Que traduit cette erreur ? Il affirme n’en avoir aucune idée et n’arrive même pas à trouver « la ligne # 0 dans un fichier PHP inconnu. Personne ne saurait dire ce qui provoque cette erreur. Toutefois, je peux vous donner les préconditions qui y conduiraient : des processus en cours en permanence, en collaboration avec une base de données d’une taille de l’ordre du giga-octet, sous forte charge/traitement, dans un environnement de production ».

    Tous ces problèmes poussent Gunslinger à prédire la mort de PHP.

    Source : blog Gunslinger

    Et vous ?

    Que pensez-vous de cette analyse ? Partagez-vous son point de vue ?

    Pensez-vous que PHP soit destiné à mourir ?
    Contribuez au club : Corrections, suggestions, critiques, ... : Contactez le service news et Rédigez des actualités

  2. #2
    Membre régulier
    Inscrit en
    mars 2006
    Messages
    126
    Détails du profil
    Informations forums :
    Inscription : mars 2006
    Messages : 126
    Points : 103
    Points
    103
    Par défaut
    C'est super facile de dire : "PHP c'est de la m..."
    Mais je ne vois nulle part où il mentionne une solution de rechange..
    Tant qu'il n'y aura pas de remplaçant, PHP n'est pas prêt de mourir..

  3. #3
    Membre éclairé Avatar de Grabeuh
    Homme Profil pro
    Développeur Web
    Inscrit en
    février 2009
    Messages
    114
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Rhône (Rhône Alpes)

    Informations professionnelles :
    Activité : Développeur Web
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : février 2009
    Messages : 114
    Points : 652
    Points
    652
    Par défaut
    Ah, l'article à troll du vendredi

    3 choses :

    1) la personne qui a écrit ce post de blog ne doit pas connaitre http://php.net/manual/fr/book.pthreads.php

    2) je pense que Frédéric Hardy (qui est loin d'être une brèle dans la communauté PHP francophone) a suffisamment répondu dans ce post de blog là : http://blog.mageekbox.net/?post/2013...ci-les-faits-2

    3) comme dit dans un précédent topic sur ce forum, la communauté PHP se débrouille toujours lorsqu'elle ne dispose pas de certains outils, et finit toujours par arriver à un résultat qui fonctionne.
    On a pas de threads directement dans le langage ni de pools de connexions persistantes à des bases de données ?
    Tant pis, on fait sans. On créera des daemons et autres workers qui communiqueront entre eux avec ZeroMQ pour remplir cette tâche.

  4. #4
    Membre régulier Avatar de Merfolk
    Profil pro
    Inscrit en
    juillet 2003
    Messages
    170
    Détails du profil
    Informations personnelles :
    Âge : 41
    Localisation : France

    Informations forums :
    Inscription : juillet 2003
    Messages : 170
    Points : 113
    Points
    113
    Par défaut
    bonjour,

    je suis développeur php (pro) depuis 7 ans : je ne suis pas d'accord

    - c'est mondialement répandu, le plus utilisé / - "simple" - "gratuit" - "efficace", des milliers d'hébergeurs etc.. rien que pour cette raison, on a encore probablement toute notre vie devant nous avant que php ne trouve un remplaçant indiscutable

    - php fonctionne très bien pour des petits sites, des sites de moyennes taille, tout ce qui est "blog" et des "boutiques"... tout ceci, ça existe, et ça existera toujours, de plus en plus même. Et ça représente énormément de "buisness" derrière. N'en déplaise à l'auteur. Tout le monde n'a pas la volumétrie de sites type "amazon" / "facebook"...avec des besoins d'importer 1 000 000 d'articles par heures ou autres.

    - php est utilisable également pour des grand sites. Regardez http://www.ojd-internet.com/chiffres-internet, une bonne partie de ces sites, sont en php, et fonctionnement parfaitement. D'ici à ce que le quidam lambda dispose d'un site aussi riche & fréquenté, il y a une marge de manœuvre immensurable

    - Il ne faut pas mélanger ce qui backoffice / front / tâches en cron. (php étant utilisable dans les 3)

    - avant de partir dans le web, je travaillais sur un gros logiciel "erp" en c++
    Aujourd’hui, je ne vois rien qui empêcherait de concevoir un backoffice équivalent à 99,9% , en pur php, fiable & stable.
    Il ne faut pas oublier que le coeur de bcp de logiciels c'est : multitude de petits écrans de saisie + quelques "gros" récap... avec php on peut parfaitement faire toute la partie saisie... et "précalculer" par exemple, pour des grosses pages complexes (genre calendrier /stats des ventes / de l'année etc.).
    Chasseur de bug en activité
    L'erreur est humaine, mais pour vraiment foutre le bordel, on a besoin d'un ordinateur

  5. #5
    Membre averti
    Profil pro
    Développeur indépendant
    Inscrit en
    août 2004
    Messages
    347
    Détails du profil
    Informations personnelles :
    Âge : 52
    Localisation : France

    Informations professionnelles :
    Activité : Développeur indépendant
    Secteur : Transports

    Informations forums :
    Inscription : août 2004
    Messages : 347
    Points : 436
    Points
    436
    Par défaut c'est son point de vue, et rien de plus
    oui, rien de plus, souvenez vous de ceux qui nous annonçaient la fin du monde..
    et qui continuent irrégulièrement à foutre la trouille à tout le monde.(enfin pas tout le monde quand même, moi ca me met en colére..)

    sérieusement, c'est qui d'abord ce quidam..??
    ensuite, ses 'réflexions' prouvent qu'il est incapable d'imaginer penser autrement que le tout prédigéré pondu par les programmeurs des grands éditeurs.
    on peut pas faire de threads persistants?? et ben on les chaine, pour qu'ils traitent une partie du boulot et passent la main au suivant, ça libère la mémoire à chaque fois et voila. de plus, ça garantit, en segmentant le travail, que même si un éventuel hypothétique plantage arrivait, le cron de vérification des taches pourrait reprendre à la dernière étape..
    ha, cerise sur le gâteau, on peut même penser le travail a traiter pour lancer plusieurs threads en même temps, sur le même, ou sur differents serveurs.. mais pour ca, faut penser..
    think differerent.. tiens, j'en prendrais presque le slogan d'apple..

    ha, tiens, le "programmeur" en question, ca serait pas tout simplement un commercial de crosoft..?? c'est leur spécialité de lancer des trolls comme ca..

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

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

    Informations forums :
    Inscription : août 2003
    Messages : 6 388
    Points : 18 571
    Points
    18 571
    Par défaut
    Mais la plupart des problèmes soulevés par la technique ont déjà été résolus et le reste est abordé avec des outils plus intelligents et plus modernes.
    Donc un langage n'a lieu d'être que si il répond à une problématique nouvelle ou alors qu'il résoud les problème existant d'une meilleure façon. Du coup y'a un paquet de langage qui vont y passer aussi ^^

    Plus la complexité croît, plus les lignes de code s’agrandissent.
    Si il me propose un langage ou la taille du code est inversement proportionnel à la complexité du problème à résoudre , je promet je m'y met demain, quoi que ca risque d'être compliqué de faire un hello world ...

    S’adressant aux utilisateurs expérimentés de PHP 5.x, il fait remarquer qu’ils auront inévitablement besoin d’exécuter du code en arrière-plan. La demande pourrait atteindre un niveau de complexité tel qu’attendre une requête HTTP pour pouvoir faire quelque chose ne sera plus suffisant. Il faudrait alors par exemple prévoir un traitement des commandes en attente, ou encore mettre les informations dans le cache pour rendre un peu plus rapides les réponses HTTP. Une liste d’exemples de choses à prévoir qui n’en finit pas.

    Le cauchemar devient encore plus effrayant lorsqu’il faut créer un daemon ou un processus qui ne meurt pas. Deux exemples seraient d’établir et maintenir une connexion WebSockets ou créer le composant producteur dans une implémentation producteur-consommateur.
    Le bon développeur c'est celui qui sait quelle sont les limites de son langage et quand il est nécessaire de passer la main à un autre programme. Ca me choque pas de voir un site php qui va aller lancer des routine c++ (par exemple) parce que c'est plus simple/plus performant de le faire ainsi.

    Rendez vous est pris dans 5 ou 10 ans pour en rediscuter
    Pry Framework php5 | N'oubliez pas de consulter les FAQ Java et les cours et tutoriels Java

  7. #7
    Inactif  


    Homme Profil pro
    Inscrit en
    novembre 2008
    Messages
    5 295
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 45
    Localisation : France, Rhône (Rhône Alpes)

    Informations professionnelles :
    Secteur : Santé

    Informations forums :
    Inscription : novembre 2008
    Messages : 5 295
    Points : 15 633
    Points
    15 633
    Par défaut
    Citation Envoyé par Hesiode Voir le message
    Tant qu'il n'y aura pas de remplaçant, PHP n'est pas prêt de mourir..
    Facile : le C++ !
    (bon, ok, troll du vendredi...)

  8. #8
    Expert confirmé Avatar de Zefling
    Homme Profil pro
    Développeur Web
    Inscrit en
    avril 2007
    Messages
    1 118
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Puy de Dôme (Auvergne)

    Informations professionnelles :
    Activité : Développeur Web
    Secteur : High Tech - Multimédia et Internet

    Informations forums :
    Inscription : avril 2007
    Messages : 1 118
    Points : 4 331
    Points
    4 331
    Par défaut
    On n'avait pas eu un discours similaire pour JS il y a quelques années ?

  9. #9
    Membre à l'essai
    Homme Profil pro
    Inscrit en
    avril 2012
    Messages
    10
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations forums :
    Inscription : avril 2012
    Messages : 10
    Points : 10
    Points
    10
    Par défaut
    Citation Envoyé par Merfolk Voir le message
    Aujourd’hui, je ne vois rien qui empêcherait de concevoir un backoffice équivalent à 99,9% , en pur php, fiable & stable.
    J'ai un peu développé en PHP il y a 10 ans, donc je ne connais rien à ce langage.
    Mais est ce qu'on peut faire en PHP pur un back office dont les infos des fenêtres se mettent à jour instantanement (qui écoute sur un tube par ex ou qui se fait appeler)? Je ne parle pas d'ajax qui push toutes les 2 secondes pour rafraichir le navigateur.

  10. #10
    Expert éminent
    Avatar de Benjamin Delespierre
    Profil pro
    Développeur Web
    Inscrit en
    février 2010
    Messages
    3 929
    Détails du profil
    Informations personnelles :
    Âge : 34
    Localisation : France, Alpes Maritimes (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Développeur Web
    Secteur : High Tech - Opérateur de télécommunications

    Informations forums :
    Inscription : février 2010
    Messages : 3 929
    Points : 7 759
    Points
    7 759
    Par défaut
    « PHP vous abandonnera », déclare-t-il. D’abord à cause des fuites de mémoire, car le langage ne s’est jamais soucié de libérer de la mémoire non utilisée parce que tout est libéré à la fin de l’exécution du code. Dans le cadre d’un processus en continu, cela conduirait à l’augmentation de la taille de la mémoire allouée (ce qui revient à une perte de mémoire) jusqu’à ce que la valeur memory_limit de PHP soit atteinte et que le processus soit interrompu sans aucune autre forme de procès.
    C'est faux depuis PHP 5.3 qui dispose d'un garbage collector. D'ailleurs vous seriez bien mal avisé de créer un daemon avec une version antérieure...

  11. #11
    Membre régulier
    Inscrit en
    octobre 2006
    Messages
    123
    Détails du profil
    Informations forums :
    Inscription : octobre 2006
    Messages : 123
    Points : 76
    Points
    76
    Par défaut
    Il faudrait déjà se rappeler la base de création du langage puis le contexte ! Un langage simple, dynamique mais surtout court, un process au lifetime court adapté au web, sans persistence hormis session, code métier court !

    Je ne comprend pas quand on me demande de réaliser de gros traitements en php, le langage n'est pas fait pour supporter ce type de traitement, le contexte n'est pas le même, d'autres me diront peut être et le CLI tu connais ? Oui et c'est pas optimal non plus, bonjour les fuites, ou j'ai pas su faire malgré le GC bref on as créer d'autres langages pour ce type de traitement, python fonctionne très bien et adapté pour de la prog système, reseau.. (thread,process,signal,socket...) sans architecture tierce c'est compliqué oui

  12. #12
    Membre éprouvé
    Profil pro
    Inscrit en
    juillet 2010
    Messages
    657
    Détails du profil
    Informations personnelles :
    Localisation : France, Paris (Île de France)

    Informations forums :
    Inscription : juillet 2010
    Messages : 657
    Points : 1 230
    Points
    1 230
    Par défaut
    Citation Envoyé par CocoDesBois Voir le message
    J'ai un peu développé en PHP il y a 10 ans, donc je ne connais rien à ce langage.
    Mais est ce qu'on peut faire en PHP pur un back office dont les infos des fenêtres se mettent à jour instantanement (qui écoute sur un tube par ex ou qui se fait appeler)? Je ne parle pas d'ajax qui push toutes les 2 secondes pour rafraichir le navigateur.
    PHP n'est pas fait pour tout , mais ce qu'il fait , il le fait relativement bien. PHP reste un langage pour créer des web apps et quelques scripts , la ou les autres solutions sont plus "generalistes". j'ai vu des projets écrits 100% en python (même le serveur , les bus de messageries ,etc ... ).

    En même temps il est bien plus facile de créer une app de moyenne taille avec .net , python/django/flask , ruby/rails/sinatra voir js/node qu'en pure PHP , c'est clair ... le problème pour certains c'est l'investissement de départ.

    Honnêtement , avec tout le code PHP déployé de par le monde , je ne me fais pas de soucis pour PHP , qui évoluera de toute façon. Plutot que de crier "PHP must die" , ferait mieux d'écrire un billet sur comment on peut l'améliorer.

    je pense par exemple à l'abandon du templating par défaut.
    ainsi au lieu d'ouvrir un tag <?php pour écrire du php , un fichier php serait un fichier script par défaut sans sortie automatique, l'utilisateur devant utiliser un tag de sortie ?> si il veut écrire du HTML ou autre, cela serait une bonne idée.

    De plus , l'abandon du $ serait une bonne chose , ya plus rien qui justifie encore ça en 2013.

    Enfin le nettoyage de toute les fonctions à _ , et la création d'une API objet stricte. Les utilisateurs pourront toujours utiliser des méthodes statiques pour appeler leurs fonctions favorites : Reg::match() , ou Array::sort() ...

  13. #13
    Membre régulier
    Homme Profil pro
    Analyste développement logiciel
    Inscrit en
    novembre 2012
    Messages
    13
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Belgique

    Informations professionnelles :
    Activité : Analyste développement logiciel
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : novembre 2012
    Messages : 13
    Points : 80
    Points
    80
    Par défaut
    Que pensez-vous de cette analyse ? Partagez-vous son point de vue ?
    Que PHP ait de grosses lacunes, n'est une surprise pour personne. Au moins une fois par semaine, je râle sur son manque de rigueur et, parfois, les priorités des développeurs de PHP semblent impénétrables.
    Néanmoins le langage a aussi d'énormes qualités dans son domaine et est dans de très bonnes mains, j'ai vraiment confiance dans leur façon de mener la barque PHP dans le futur.
    Je me demande si une véritable cassure façon Python 3 ne serait pas profitable pour nettoyer certains héritages du passé un peu lourds. Mais c'est un jeu très dangereux, d'ailleurs j'ai l'impression que Python en a perdu des plumes (si j'ose dire )

    Pensez-vous que PHP soit destiné à mourir ?
    Si j'ai bien compris, "PHP est destiné à mourir", est un jeu de mot pour dire qu'il doit se terminer pour libérer la mémoire et qu'il ne peut pas tourner en continu. Sinon PHP a encore de longues et belles années devant lui, et ce, même avec les changements que HTML5 va provoquer dans les paradigmes de programmation.

  14. #14
    Expert éminent sénior Avatar de Uther
    Homme Profil pro
    Inscrit en
    avril 2002
    Messages
    4 295
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Pyrénées Orientales (Languedoc Roussillon)

    Informations forums :
    Inscription : avril 2002
    Messages : 4 295
    Points : 12 931
    Points
    12 931
    Par défaut
    Citation Envoyé par Zefling Voir le message
    On n'avait pas eu un discours similaire pour JS il y a quelques années ?
    Et je pense que c'est tout a fait logique car ils souffrent à peu près du même défaut : ce sont des langages faciles et très peu stricts, qui ont été conçus pour de problématiques simple. Ils ont été massivement appris par les débutants, très souvent en autodidacte et qui on voulu l'adapter au fur et à mesure à des problèmes toujours plus complexes. Le Basic rentre aussi tout à fait dans cette famille de langages.

    Il en résulte des langages qui peuvent, il est vrai, presque tout faire, mais, au prix de beaucoup de bidouillages qui conduisent souvent a pas mal d'inconsistances.

  15. #15
    Membre habitué
    Homme Profil pro
    Développeur Web
    Inscrit en
    avril 2012
    Messages
    46
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Hauts de Seine (Île de France)

    Informations professionnelles :
    Activité : Développeur Web

    Informations forums :
    Inscription : avril 2012
    Messages : 46
    Points : 137
    Points
    137
    Par défaut
    Tous les autres langages que PHP sont destinés à mourrir.
    Je suis développeur, vous pourrez faire une news sur mon post vendredi prochain.

    PS : En effet, en lisant l'article en question en Anglais c'est beaucoup moins trollesque que ce qu'on pourrait penser, et le jeu de mot "PHP is meant to die" est tout à fait pertinent. Pour un processus destiné à tourner H24 PHP n'est clairement pas adapté (il n'est tout simplement pas fait pour ça).

  16. #16
    Membre averti Avatar de Atem18
    Homme Profil pro
    Administrateur systèmes et réseaux
    Inscrit en
    octobre 2012
    Messages
    91
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Moselle (Lorraine)

    Informations professionnelles :
    Activité : Administrateur systèmes et réseaux

    Informations forums :
    Inscription : octobre 2012
    Messages : 91
    Points : 326
    Points
    326
    Par défaut
    J'aimerais troller, mais d'autres le font bien mieux à ma place. De plus, aimant le Python, mon point de vue est forcement biaisé.

    Une des rares choses que je reproche au PHP, c'est son manque de lisibilité au premier coup d'oeil, par rapport au Python. Sinon pour le reste, si des gens sont heureux avec, tant mieux pour eux.

    Je finirais en disant que PHP est imbuvable sans framework. Donc PHP, oui, mais avec Symphony et consorts.

  17. #17
    Invité
    Invité(e)
    Par défaut
    Citation Envoyé par Uther Voir le message
    Et je pense que c'est tout a fait logique car ils souffrent à peu près du même défaut : ce sont des langages faciles et très peu stricts
    Encore une fois, JS n'est pas un langage facile, loin de là. L'orientation prototype ou sa gestion des scopes par exemple sont très mal compris par la plupart des développeurs JS.
    La réputation qu'a JS d'être facile est ce qui mène les développeurs à ne pas se donner la peine de le comprendre et à se plaindre après que le comportement de leur programme n'est pas celui voulu.

  18. #18
    Membre éclairé
    Profil pro
    Inscrit en
    mars 2012
    Messages
    337
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : mars 2012
    Messages : 337
    Points : 711
    Points
    711
    Par défaut
    Hum mouais, absolument pas d'accord avec l'article. Pour moi PHP est très loin de sa fin.

    D'ailleurs ce genre de discours on a les même avec javascript. Comme quoi c'est un langage pourri avec moultitude de faiblesse.

    Mais bon comme javascript, ces faiblesses peuvent être compensé par les framework (le cache par exemple)

    En plus ce qu'il oublie c'est que PHP est le langage de conception le plus simple pour faire un site internet et je suis désolé mais pour tout ce qui est petit/moyen site vitrine on ne fait actuellement pas mieux en terme de rapport qualité/prix.

    Actuellement il n'y a aucune web-agency au monde qui font leur solution en C#/J2EE pour concevoir les sites vitrines client ou genre des site d'annonce immobilier. Tout simplement parce que PHP est le langage avec le meilleur rentabilité sur ce genre de site.


    Pour moi c'est ce créneau ou PHP est roi et n'est actuellement inquiété par aucun autre langage, donc il n'est absolument pas prêt de couler.
    Pour que PHP meurent il faudrait trouver un langage serveur plus rentable que lui et c'est clairement pas le cas pour le moment.

  19. #19
    Membre expert
    Avatar de Muchos
    Homme Profil pro
    Enseignant
    Inscrit en
    décembre 2011
    Messages
    1 699
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 35
    Localisation : France, Ardennes (Champagne Ardenne)

    Informations professionnelles :
    Activité : Enseignant
    Secteur : Arts - Culture

    Informations forums :
    Inscription : décembre 2011
    Messages : 1 699
    Points : 3 846
    Points
    3 846
    Billets dans le blog
    6
    Par défaut
    Un troll du vendredi toujours plaisant ^^

    À lire si ce n'est pas déjà fait : l'article "Le Renouveau de PHP" par Clément Herreman (décembre 2012).

    ---
    Debug the Web together!

  20. #20
    Membre émérite

    Homme Profil pro
    Software Developer
    Inscrit en
    mars 2008
    Messages
    1 470
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Royaume-Uni

    Informations professionnelles :
    Activité : Software Developer

    Informations forums :
    Inscription : mars 2008
    Messages : 1 470
    Points : 2 373
    Points
    2 373
    Par défaut
    Le titre de l'article dit tout, il n'y a pas grand chose a ajouter.
    Comme tout cycle il y a les phases de naissance / croissance / maturation / déclin puis mort, pourquoi lancer un débat sans fin alors qu'on le connait le résultat final?

    Ceci dit PHP est tres utilisé et par notamment des gros des technologies, le jour ou il mourira les Java C# & Cie n'existeront peut-etre plus déja. Dans tous les langages il y a des erreurs incompréhensibles

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, 18h10
  2. Quel salaire pour un développeur PHP certifié Zend ?
    Par WebDream dans le forum Salaires
    Réponses: 11
    Dernier message: 02/10/2009, 17h13
  3. Réponses: 0
    Dernier message: 08/09/2009, 18h34

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