Bien sûr, c'est même presque obligatoire. Si tu te cantonnes au peu de technos que les formations traditionnelles te montrent, tu n'iras pas bien loin. Ce sont surtout des catalyseurs, des stimulants, mais à côté de ça il est presque implicitement demandé que tu fasse quelque chose de ton côté (que ce soit un approfondissement ou des nouvelles technos).
Et pour certaines technos, c'est purement obligatoire puisqu'elles ne sont jamais ou quasiment jamais enseignées en cursus classiques (alors en France, encore moins).

À la fin, c'est aussi tes expériences avec ces technologies qui compteront. Peu importe où, pendant combien de temps ou comment tu as appris le langage ou l'outil, ça sera crédible si tu peux prouver que tu sais t'en servir.

PHP ne disparaitra pas, et on peu coder correctement en utilisant un framework. Mais le probleme est pas la, les développeurs PHP sont souvent mal payés car c'est assimilé à webmaster Bac+2 et non à ingénieur. PHP est utilisé par quelques grands comptes mais c'est surtout utilisé pour faire des sites de PME (ou amateur évidement) , d’où son image bas de gamme. A contrario dans les grandes entreprises on fait souvent les grands projets en Java ou en C#/dotnet.

La question est avec le niveau ingénieur que tu vise, donc Bac+5, tu veux vraiment rester codeur PHP pendant 45 ans ? Logiquement avec un niveau Bac+5 tu doit envisager de viser des compétences de chef de projets ou de manager, que ça soit avec PHP ou Java ça c'est secondaire. Tu peu même avoir le titre de chef de projet (Bac+5) pour coder tout seul, et tu sera mieux payé que codeur PHP bac+2.

tbol
MP
Citer Blacklister Alerte 23 février 2015 à 16:51:49
PHP ne disparaitra pas,

Malheureusement Non allez stop le troll mais ça illustre bien le manque de connaissances en France , une fois alors que j'avais que 3 mois de dev dans les jambes un mec qui développait depuis des années me soutenait que Dreamweaver et Wordpress c'est la même chose Moi perso j'aimerais pas être chef de projet excepté les miens

boyd > c'est pas aussi simple, et dire que PHP ne disparaîtra pas n'a aucun lien avec la qualité du langage en soi.
Même en supposant que, du jour au lendemain, tout le monde s'arrêtait de développer en PHP, il faudrait encore une main d'oeuvre énorme pour maintenir, voire rajouter des nouvelles fonctionnalités, sur les "anciennes" codebases en PHP. Sans parler des conversions ; convertir un projet PHP vers un langage X semble dur si personne ne connaît PHP.
Et ces codebases "legacy", ça peut rester longtemps. C'est pour ça qu'on est pas prêt de voir partir le Java (ou, en tout cas, la JVM), le C++ ou le .NET ; trop de projets professionnels sont faits là-dedans, de telle sorte qu'on a assuré d'ores-et-déjà un futur à ces développeurs pour plusieurs décennies (en supposant, ici encore, que tout le monde arrêtait miraculeusement de développer de nouveaux projets dans ces langages).

Et même pour des langages morts et enterrés, c'est encore le cas. Les administrations américaines payent les perles rares qui savent bosser avec COBOL une fortune pour entretenir leurs systèmes legacy, et l'ADA équipe toujours la majorité de nos moyens de transport de masse (bon, celui-là est peut-être pas encore "mort et enterré", mais vous voyez l'idée).

Alors, non, la France n'est pas particulièrement stupide à continuer d'enseigner PHP, puisqu'il y a de la demande et qu'il y en aura encore pour des décennies après l'extinction du langage. Et tout ça n'a rien à voir avec la valeur intrinsèque du langage, juste une logique économique.

Même en France les administrations continuent de bosser en Cobol car dans une des admins que je vise il y a un module COBOL en formation initiale , je pense pas qu'il soit stupide d'enseigner le PHP (encore faut il bien l'enseigner ) et si Symfony est utilisé ce n'est sans doute par pour rien , le framework en lui même est bon mais il faut savoir s'ouvrir et admettre que le PHP a un coté bancal car les mecs n'ont pas voulu évolué quand il le fallait et essayent maintenant de rajouter un moteur turbo par dessus leur jouet parce que finalement Ruby et Python c'est cool. Je demande simplement un peu d'ouverture , coté Front-End elle est là je trouve . Ce que je déplore c'est le coté de certains mecs : le web c'est PHP donc on voit pas plus loin , ce qui existe à coté on s'en fout comme de l'an 40 . Ca me semble contraire à l'esprit du dev qui sans renier ce qui a pu être fait par le passé doit savoir se remettre en cause et s'intéresser aux nouveautés afin de voir ce qu'elles peuvent lui apporter.

D'ailleurs puisque l'on parle de PHP j'en profite pour demander aux experts du forum à combien ils estiment le temps qu'il faut pour savoir se débrouiller avec Symfony

boyd-fowler,

Il y pas que la technique qui compte pour savoir si un langage va disparaitre ou pas. Je connais tout un tas de gens qui ont dit que des langages hyper géniaux genre Eiffel vont devenir leader et que tous le reste va disparaitre, ou encore que le SGBD OO génial "Poet" va remplacer Oracle et SQL Server et tous les autres SGBD SQL soit disant dépassés, et bien rien n'est arrivé de tout cela. A ce jour on ne parles plus d'Eiffel et le SGBD poet est mort archi mort. Pendant le même temps C# soutenu par Microsoft à pris des parts de marchés, et Swift soutenu par Apple à fait une croissance express en quelques mois seulement.

Tant que PHP est soutenu par les hébergeurs avec des hébergements discounts pour presque rien, et que la communauté des développeurs PHP va continuer à proposer des milliers de scripts gratuit pour PHP je ne voie pas trop comment il pourrais disparaitre. Rien que les millions de sites sous worpdress (et aussi Joomla, Drupal, ...) cela suffit pour soutenir PHP quoi qu'il arrive.

Bref il y à aussi des considérations stratégiques et économiques derrière tout cela.
Tu peu toujours dire que techniquement Java EE, Ruby on rails ou ASP.NET c'est mieux foutu que PHP et tu aura certainement raison mais cela ne sonnera pas le glas de PHP pour autant.

Au pire PHP tu t'en fou : tu fais du Java EE en grand comptes et tu sera payé deux fois plus qu'un développeur PHP.

Je ne les nie pas , je ne vois pas ce qui pourrait te laisser penser cela , je ne fais que déplorer le manque d'ouverture de certains par habitude ou méconnaissance. J'adore Wordpress , je compte apprendre Symfony ou du moins essayer car je suis en effet plus Ruby on Rails ou Sinatra mais comme on m'a dit beaucoup de bien de Symfony "Framework super bien pensé malgré le coté dégueulasse du PHP" . Coté Java si je devais m'y remettre ça serait plus sur Grails ou alors Scala même si ça reste un truc de chercheur vu le peu d'offres. Après pour moi le langage qui va avoir un bel avenir c'est Javascript ce que personne n'aurait pu prédire ne serait ce qu'il y a quelques années.
Logique que Swift progresse et faudrait d'ailleurs que j'y jette un gros coup d'oeil car il est élégant et quand il aura une bonne maturité il éclipsera surement objective-c à terme dans quelques années.

Sinon mes langages persos pour le plaisir en ce moment ça serait Dart et Elixir qui représente un bon moyen pour moi de découvrir la programmation fonctionnelle .

Enfin voilà j'ai une mentalité très start-up et puis c'est lié aux gens que je côtoie qui bossent plus dans des petites boites ou sont chercheurs donc clairement dans la théorie et c'est là que ce situe mon propos. Le PHP a surement de très bonne raison d'être là où il est et il a des avantages indéniables mais je met ça de coté dans la discussion .

Le Javascript a des concepts ultra-puissants mais aussi des défauts que Douglas Crockford a bien pointé du doigt pour pouvoir trier le bon grain de l'ivraie . Entre Ruby et PHP il n'est pas difficile de dire que le premier est mieux foutu que le second objectivement parlant.

deepblue C'est être très restreint d'esprit ce que tu viens de dire. C'est pas parce que tu as plus de choses à mettre en place sur Symfony et que la courbe d'apprentissage est plus élevée que c'est une couche en dessous. Je le trouve plus chiant certes mais ça m'empeche pas de penser qu'il y a d'excellent développeurs derrière qui font un boulot excellent.

Si on part de ce principe Laravel est une couche en dessous, car avec le système de facade de Laravel on est encore plus apte à faire de la merde comparé à Cake PHP qui fonctionne différemment et demande de définir clairement notre logique avant de l'utiliser sous peine de se taper de grosses exceptions dans la face. Si on part encore de ce principe Ruby on Rails est une couche en dessous car l'architecture est très similaire à celle de Laravel et plus on l'utilise et plus les similitudes sont évidente tant dans la conception du framework que la pratique, et pourtant si on regarde des statistique Symfony est loin d'être aussi utilisé dans d'autres pays Européens ou en Amerique.

Moi ça ne me plais pas, mais j'ai beaucoup aimé son architecture et le fait qu'il soit chiant du coup ça le rendais vraiment bien comme outil dans mon équipe (moins apte à créer des erreurs). J'utilise un framework pour me faciliter la vie et architecturer mon code j'ai trouvé bien plus simple d'utiliser Laravel ou RoR car j'étais plus productif et certaines chose complexe à mettre en place sur Symfony devenaient un jeu d'enfant dessus.

Mais encore une fois un framework apporte sa solution, il n'y en a pas de meilleur ou de plus mauvais, il faut choisir celui qui nous correspond le plus et/ou avec lequel on est le plus productif. D'ailleurs Laravel utilise énormément de composant issus de Symfony. D'ailleurs par rapport au débat un bon développeur sait que chaque techno à des points forts et des faiblesses, il n'est pas très judicieux de les comparer car être intelligent c'est savoir s'adapter et utiliser la bonne technologie au bon moment. J'en ai vu pleins chier sur Wordpress parce que développer dessus c'était pas être un "true" developer et qu'on devait utiliser un framework. Quand on parle de n'importe quoi, je crois que au niveau de rapport rendu/temps pour un site vitrine administré par un non-developpeur y'a pas mieux, j'irais jamais m'embêter à mettre en place un framework pour un simple site vitrine.

L'auteur PHP est un très bon langage le principal soucis c'est que dès qu'on commence à essayer de "coder" proprement on commence à partir dans des trucs pas fun comme des namespaces. On peut me dire qu'en C# tu as les using, en Java le système de package. Mais moi j'ai du mal. Le principe même du PHP est de bidouiller d'arriver à créer des scripts juste avec un serveur et un éditeur de texte, c'est d'ailleurs pour cela qu'il est devenu aussi populaire. Du coup quand ça part dans l'objet j'ai plus tendance à vouloir partir vers du Java ou C# ou Ruby car ce sont des langages orienté objet de base comparé au PHP. Les développeurs sont aussi moins payés car le langage est plus répandu et la telle liberté apportée par PHP fait que même si quelqu'un à 2 ans d'expérience en dev PHP tu ne peut pas être sur à 100% qu'il code proprement, tu es plus restreint dans tes mouvements sur du Java ou C# même si y'a matière à coder de manière degeulasse sur ces langages.

Le code "propre" on pourrait en discuter des heures, mais je trouve que pour un developpeur c'est dommage de se spécialiser que dans un seul langage, surtout que tu ta carrière de developpeur n'a pas encore débuté. J'étais comme ça au début je me disait le PHP c'est trop cool et puis au final j'ai appris d'autres langages qui m'ont séduit plus que PHP. Continue ta vie tranquillement, intéresse toi aux autres langages et tu évoluera en fonction.

Ce que je raconte n'est pas restreint d'esprit. J'indique simplement qu'en terme d'architecture, cakephp et lavarel sont en dessous. Je ne remet pas en cause leur qualité mais leur architecture propre.

Je n'ai pas envie de répondre à tous. Cependant, ton discours sur les espaces de nom est étrange. Premièrement, ils ne sont pas dédiés à la POO puisque les constances et les fonctions sont aussi affectés. Et puis quand tu utilises des composants externes (ou pas d'ailleurs), quand tu travailles sans namespace, la nomenclature des classes/fonctions/constantes devient un bordel sans nom.

Le principe de PHP n'était pas de bidouiller mais rendre accessible le développement de site web. Accessibilité et bidouillage, c'est assez différent.

Enfin, "j'irais jamais m'embêter à mettre en place un framework pour un simple site vitrine." n'est pas du tout un langage sensé. Typiquement, quand tu vas installer ton wordpress et intégrer, par exemple, tes templates, tu vas t'appuyer des fonctionnalités propres au CMS, comme framework qui te file un ensemble d'outils pour t'aider dans ton développement. La boite à outils, tu vas la créer ou seulement l'utiliser, au final ça revient au même.

Il y a quelques années j'aurais dit que le PHP ça allait certainement mourir bientôt, vu que le langage peut être franchement dégueulasse

Mais maintenant avec les nouvelles choses qui sont arrivées, il y a un avant et un après
Composer
Symfony 2.6
phpStorm
Twig
Pouvoir typer les choses en annotation pour que l'IDE gère ça proprement
php 7 qui est déjà 7 fois plus rapide pour l'instant
php 7 qui aura sûrement un typage fort
Tous les serveurs qui gèrent bien php sans avoir à faire 3 tonnes d'installations

Mais les anciennes version de php ont forgé sa mauvaise réputation et à raison
Son gros point négatif c'est les projets qui sont codés avec les méthodes d'il y a 10 ans
Le php spaghetti
Les gens qui ont aucune logique et qui codent directement en même temps que leurs idées viennent au fur et à mesure

Je pense vraiment que PHP a de l'avenir, mais c'est dangereux de travailler dans le secteur parce que si on te demande de reprendre un des milliards de projets qui a été codé avec les pieds, là tu pleurs

"Ce que je raconte n'est pas restreint d'esprit. J'indique simplement qu'en terme d'architecture, cakephp et lavarel sont en dessous. Je ne remet pas en cause leur qualité mais leur architecture propre."

En quoi leur architecture est en dessous? La remarque fréquente que j'ai à propos des développeurs Symfony c'est que Symfony propose plus de contrôle comparé à des framework comme Laravel, rendant l'architecture plus complexe. Je vois vraiment pas en quoi l'architecture est en dessous quand on sait que Taylor otwell le créateur de Laravel à beaucoup utilisé Symfony par le passé et pour créer son propre framework à re utiliser énormément de composant issus de Symfony et bien d'autres. A cela tu ajoute son code et tu obtiens un framework basé sur Symfony sans la partie redondante qui semble bien fastidieuse pour beaucoup de développeurs.

Pour les namespace c'est juste un exemple pour dire qu'à la base PHP est un langage qui a été conçu pour résoudre des problèmes web simple. Tu prend une page web tu lui fous le .php les balises et tu code avec une telle facilité. Plus le temps a avancé et plus les gens ont tenté de trouver une manière d'organiser le code, d'où la POO. Utiliser/importer des namespace sur nos fichiers php, utiliser des déclarations explicite de public/private/protected, getter/setter c'est comme coder en Java, tu perds un peu le fun de base du langage.

Quand je parle de Wordpress, je dis juste que tu installe Wordpress il y a instantanément énormément de fonctionnalités disponible. Et non utiliser ou créer la boite à outils au final ça reviens pas au même. Pourquoi ré-inventer la roue quand Wordpress te mache encore plus un travail qu'un framework ? L'interface d'admin rien qu'à elle seule est suffisante pour utiliser ce CMS à la place d'un Framework. 90% est directement inclus et ajoute les 10% qui seront tes modifications pour complaire le client.

Le 26 février 2015 à 20:12:00 Arkwolf a écrit :
Il y a quelques années j'aurais dit que le PHP ça allait certainement mourir bientôt, vu que le langage peut être franchement dégueulasse

Mais maintenant avec les nouvelles choses qui sont arrivées, il y a un avant et un après
Composer
Symfony 2.6
phpStorm
Twig
Pouvoir typer les choses en annotation pour que l'IDE gère ça proprement
php 7 qui est déjà 7 fois plus rapide pour l'instant
php 7 qui aura sûrement un typage fort
Tous les serveurs qui gèrent bien php sans avoir à faire 3 tonnes d'installations

Mais les anciennes version de php ont forgé sa mauvaise réputation et à raison
Son gros point négatif c'est les projets qui sont codés avec les méthodes d'il y a 10 ans
Le php spaghetti
Les gens qui ont aucune logique et qui codent directement en même temps que leurs idées viennent au fur et à mesure

Je pense vraiment que PHP a de l'avenir, mais c'est dangereux de travailler dans le secteur parce que si on te demande de reprendre un des milliards de projets qui a été codé avec les pieds, là tu pleurs

Reprendre du code qui date quand le php n'avait pas encore de méthodes statique

Le 26 février 2015 à 20:12:00 Arkwolf a écrit :
Il y a quelques années j'aurais dit que le PHP ça allait certainement mourir bientôt, vu que le langage peut être franchement dégueulasse

Mais maintenant avec les nouvelles choses qui sont arrivées, il y a un avant et un après
Composer
Symfony 2.6
phpStorm
Twig
Pouvoir typer les choses en annotation pour que l'IDE gère ça proprement
php 7 qui est déjà 7 fois plus rapide pour l'instant
php 7 qui aura sûrement un typage fort
Tous les serveurs qui gèrent bien php sans avoir à faire 3 tonnes d'installations

Mais les anciennes version de php ont forgé sa mauvaise réputation et à raison
Son gros point négatif c'est les projets qui sont codés avec les méthodes d'il y a 10 ans
Le php spaghetti
Les gens qui ont aucune logique et qui codent directement en même temps que leurs idées viennent au fur et à mesure

Je pense vraiment que PHP a de l'avenir, mais c'est dangereux de travailler dans le secteur parce que si on te demande de reprendre un des milliards de projets qui a été codé avec les pieds, là tu pleurs

Composer -> Maven existe depuis plusieurs années
Symfony -> reprend le modèle MVC2, les DAO etc.. qui existent depuis très longtemps en Java EE
Twig -> velocity, freemarker et la JSTL existent depuis longtemps en Java EE

Bref, je comprends pas comment on peut aimer PHP... alors qu'il n'y a aucune nouveauté, qu'il reprend en moins bien les choses que font d'autres langages.