- Peux-tu te présenter en quelques mots ?
-
J'ai découvert l'informatique à l'âge de 8 ans, je n'ai jamais arrêté depuis, et J'ai des compétences en développement, système d'exploitation, base de données, infographie et ergonomie.
En tant que développeur, je pratique PHP professionnellement depuis maintenant plus de 10 ans, dans le cadre de projets de petite ou grande envergure.
Je suis son développement dans le cadre de ma veille technologique depuis plusieurs années, même si ce suivi a été interrompu à plusieurs reprises, soit par manque de temps, soit parce que j'en ai eu marre de l'attitude des développeurs du langage vis à vis des utilisateurs.
Cette dernière raison est d'ailleurs, avec d'autres, à l'origine de la création de ce blog il y a maintenant 2 ans, puisque l'un de ses objectifs, relativement ambitieux, est de parvenir à avoir une réelle influence sur le développement de PHP, en mettant en lumière ses faiblesses, telles qu'elles sont perçues par ses utilisateurs, d’où mon premier billet.
J'avais en effet fait le constat au cours des années que je n'aurais jamais assez de poids en tant qu'individu pour parvenir à me faire entendre, et qu'il me fallait donc parvenir à fédérer suffisamment de personnes autour de moi pour y arriver.
J'ai donc commencé modestement à décrire mes frustrations, qui ont suscité quelques échos dans la communauté française des utilisateurs de PHP, ce qui m'a prouvé que je n'étais pas le seul à les ressentir.
Depuis, l'actualité du langage m'a donné l'opportunité de passer à la vitesse supérieure, mais je dois bien avouer que l'effet de masse n'a pas encore porté ses fruits, même si je sais qu'il y a des développeurs majeurs du langage me lise.
Si tu désires plus de détails sur moi, je t'invite à lire ce billet ainsi que mon CV qui te permettra de mieux cerner mon personnage.
- Que représente pour toi l'arrêt du développement de PHP 6 ?
-
Certain des interviewés précédents ont répondu qu'ils avaient ressentis du soulagement.
Or, ressentir du soulagement implique d'avoir souffert précédemment, et dans mon cas, ce n'était pas du tout le cas.
J'ai suivi le développement de PHP 6 depuis ses débuts, et je savais donc précisément à quoi m'en tenir sur le sujet, à tel point que j'ai répondu à un recruteur quelques jours avant l'annonce officielle de l'arrêt du développement que PHP 6 n'avait plus de raison d'être à part Unicode, vu que PHP 5.3 avait intégré la plupart de ses nouveautés, et qu'en conséquence, continuer son développement n'avait plus grand intérêt.
De mon point de vue, PHP 6 n'était donc pas une source de souffrance, puisqu'il ne m'a privé de rien.
À contrario, j'ai ressentie une certaine jubilation, car j'y ai vu une réelle opportunité de changer les choses, de corriger ce qui ne va pas, et de repartir de l'avant avec des bases plus saines, plus pratiques, d'autant que les raisons de l'échec de PHP 6 sont un regroupement de tout ce que je n'aime pas dans le développement de PHP.
J'y ai également vu la possibilité de repartir de l'avant, car depuis 2005, PHP était du
réchauffé
.En effet, les versions successives du langage n'ont fait qu'introduire des fonctionnalités prévues pour PHP 6 et les développeurs n'ont pas intégré dans le langage de nouvelles idées, de nouveaux concepts réellement novateurs, comme les traits, par exemple, alors qu'ils étaient formalisés depuis longtemps.
J'ai donc commencé à suivre beaucoup plus sérieusement le développement de la prochaine version du langage, afin de voir s'il allait prendre une meilleure direction, si les choses allaient changer.
En parallèle, j'ai commencé à publier la série de billets
Mort de PHP 6 + [123456789]\d\+ jours
, afin de rendre moinsopaque
le développement de PHP en partageant ma veille, et ainsi potentiellement arriver à influer sur le développement du langage, conformément aux objectifs de ce blog. - En conséquence, quelles sont tes attentes vis à vis de la prochaine version ?
-
Elles sont multiples,et je ferais un distinguo entre ce que j’attends en terme de fonctionnalités, et ce que j'attends au niveau de la politique de développement.
En terme de fonctionnalités, j'aimerais que le langage gagne en cohérence, et je ne parle pas uniquement des noms de fonctions ou de l'ordre des arguments de ces fonctions.
PHP dispose en effet de concepts intéressants, mais ils sont en général bridés ou inapplicables dans tous les contextes.
Je pense notamment aux fermetures, qui ne sont pas utilisables en tant que propriété d'un objet, ou bien à la méthode magique
__invoke()
, qui souffre du même problème, ou bien encore au contrôle du type des arguments qui est limité aux tableaux et aux objets.Sur ces points précis, j'ai bon espoir de voir les choses changer, car par le passé, il y a eu, par exemple, un problème similaire avec les méthodes magiques
__set()
et__get()
, qui perturbait le fonctionnement deisset()
, et qui a finalement été réglé avec l'implémentation de__isset()
.Rétrospectivement, le statut
Wont fix
du rapport de bug en question me fait d'ailleurs bien rigoler.Je voudrais également un modèle objet plus puissant, la possibilité de pouvoir définir le type de la valeur de retour d'une fonction ou d'une méthode, une extension
phar
qui fonctionne correctement, la possibilité de passer un bloc d'instruction comme argument à la manière de Ruby, du threading, la possibilité d'utiliser n'importe quel mot-clef comme nom de classe, une utilisation des exceptions au sein des fonctions à la place de certaines erreurs, la conservation du domaine applicatif entre chaque requête http, et évidement un support natif d'Unicode et une réelle cassure de la compatibilité avec les versions précédentes afin de ne plus se traîner les bouletshistoriques
du langage.Cette liste n'est pas exhaustive, mais au final, je veux pratiquement les mêmes choses que les intervenants précédents, et pour ce que j'en sais actuellement, certaines sont effectivement prévues dans la prochaine version sur langage, alors que d'autres sont très clairement du domaine de l'utopie.
En terme d'organisation du développement, je voudrais que les développeurs de PHP soient plus à l'écoute des utilisateurs, de ceux qui veulent contribuer à son développement, et que des outils efficaces permettent de suivre le développement.
En effet, aujourd'hui, il n'y a rien qui permette de comprendre la façon dont est développée le langage.
Des décisions sont prises, mais personne ne peut dire exactement par qui ni comment, et en cas de conflit, il n'y a pas un leader capable de trancher une bonne fois pour toute et d'imposer une solution.
Et ces décisions sont censées être prise démocratiquement, mais il n'y a rien pour comptabiliser les votes ni même pour savoir ceux qu'il y en a en cours et qui a un droit de vote.
De plus, il n'y a pas de moyen simple de suivre un débat de manière efficace, d'autant qu'énormément de discussions ne sont pas publiques et que des développeurs qui ont un certain poids au sein de la communauté se comporte comme des électrons libres.
J'ajouterais que la documentation technique du Zend Engine est quasiment inexistante et que la communauté des développeurs est très hermétique aux nouveaux arrivants, ce qui ne facilite pas l'intégration des personnes intéressées par le développement du langage, d'autant que ce dernier obéit à des règles tacites et non écrites.
PHP n'a pas de lignes directrices, de philosophie de fonctionnement clairement définie, revendiquée et affichée, au contraire de Python, par exemple, qui a son zen.
En conséquence, le moindre ajout au langage ou la plus petite des modifications est susceptible de lancer un débat sans fin et enflammé au sein de la communauté, car personne n'a la moindre référence sur laquelle s'appuyer pour discuter.
Tout le monde parle donc du problème en fonction de sa sensibilité, et non en fonction de ce vers quoi doit tendre le langage en terme d'utilisabilité, de logique de fonctionnement, de performances, etc.
En bref, de l'intérieur comme de l'extérieur, PHP semble à certain moment plus être développé par des gamins dans une cours de maternelle que par des professionnels soucieux des utilisateurs, et j'aimerais vraiment que cela change.
- Penses-tu que la communauté des contributeurs a tiré les leçons de PHP 6 ?
-
Il est difficile de répondre à cette question de manière absolue, car tout dépend du point de vue.
Du point de vue de la communauté, le développement de la prochaine version a été considérablement simplifié par rapport à ce qui avait court du temps de PHP 6, du fait même de l'abandon de ce dernier, puisqu'il n'y a plus plusieurs branches de développement à gérer.
De plus, l'utilisation systématique des RFC, inaugurée pour le développement de PHP 5.3, a été généralisée, et tout à été fait pour faciliter la vie des contributeurs et leur donner à nouveau envie de travailler sur le langage.
Tout cela a parfaitement fonctionné et la communauté est à nouveau motivée et mobilisée.
Cependant, d'un point de vue externe, peu de choses ont changé.
S'il y a clairement une partie de la communauté qui ne veut plus repasser par un épisode similaire à celui de PHP 6 et qui fait tout son possible pour que cela ne se reproduise pas, il y a également très clairement des développeurs qui n'ont apparemment pas pris la pleine mesure de l'échec représenté par l'abandon de PHP 6, et c'est regrettable.
De plus, l'un des hommes les plus aptes à tirer pleinement les leçons de PHP 6, à savoir Lukas Kahwe Smith, a quitté plus ou moins le projet.
Pourtant, il y a de l'espoir, car la communauté des développeurs, même si cela lui est encore difficile, semble maintenant capable de s'accorder et de refuser de se laisser imposer des décisions individuelles sans contestations.
De plus, la porte n'est plus fermée systématiquement lorsque quelqu'un d'extérieur propose une fonctionnalité intéressante.
Je pense donc que la communauté des développeurs n'a pas encore, et j'insiste sur le
encore
, tirée toutes les leçons de l'expérience PHP 6, mais que cela va venir.Par contre, je ne m'avancerais pas à dire combien de temps cela prendra...
Cependant, je peux dire ce que j'aimerais que les choses aillent beaucoup plus loin, et que la gestion du projet soit revue dans son intégralité, mais je pense que j'en demande beaucoup trop, car une grande partie des développeurs historiques du langage refusent en effet de trop structurer son développement et d'accepter de nouvelles règles.
- On entend beaucoup parler de la professionnalisation de PHP actuellement, quel est ton avis sur le sujet ?
-
Tout dépend de ce que tu met derrière ce terme.
Si tu veux dire par là que PHP devient un langage de qualité professionnelle, alors je te répondrais que cela fait maintenant longtemps qu'il l'est, même s'il n'est pas exempt de tares congénitales qui font dire à certain qu'en 2010, il est le langage le plus utilisé côté serveur mais qu'il a toujours besoin de prouver sa crédibilité et son sérieux.
Si tu veux dire par là qu'il est possible d'en vivre, comme l'entend Éric Daspet, alors je te répondrais, de part mon expérience récente, qu'il y a encore du chemin à faire, du moins en France et surtout en province.
PHP n'est effectivement pas l'un des langages leaders sur le marché pour les SSII, qui représente une grosse partie du monde professionnel en France, à tel point qu'un directeur d'agence d'une des plus grosses SSII françaises m'a dit récemment, je cite, que
le marché, c'est 80% Java, 15% .net, et le reste, on ne sais pas ce que c'est !
.PHP, en province, est majoritairement l'apanage de petites structures, qui sont sur des marchés de niches, et il est donc difficile d'en vivre.
Sur Paris et sa région, la situation est un peu différente, car il y a de plus grosses structures qui font du PHP, mais là encore, le langage est loin d'être le plus répandu.
Maintenant, la situation est en train de changer, puisqu'il y a de plus en plus d'offres d'emplois relatives à PHP actuellement, et je ne peux que m'en réjouir.
Cependant, derrière cette forme de professionnalisation se cache en fait une industrialisation, et pas dans le meilleur sens du terme.
Je parle en effet d'une industrialisation au sens productif du terme, qui induit un nivellement par le bas.
En effet, elle passe par des outils tel que Symfony ou Zend Framework, dont le but est de faciliter les développements en cachant au maximum la complexité des technologies sous-jacentes et en simplifiant le plus possible les choses pour gagner en productivité.
Au final, les développeurs ne savent donc plus ce qu'ils manipulent exactement, et en arrive à ne plus comprendre toutes les conséquences de leurs actions, ce qui peut induire des problèmes de performances, des failles de sécurités, etc.
De plus, la créativité, l'imagination n'a plus du tout sa place dans le processus de développement, puisque les règles de développements sont imposées et que tout est fait pour qu'elles ne puissent pas être contournées.
Si on rajoute à cela le fait que la formation au développement web en général et à PHP en particulier est très succincte, du moins dans les cursus informatique généraliste français, on arrive à un résultat qui n'est pas forcément beau à voir et l'avenir ne parait pas rose.
- Le développement de prochaine version va-t-il dans le sens de cette professionnalisation ?
-
Certaines incohérences du langage, comme celles liées aux fermetures, sont corrigées dans la version de développement, et l'extension du contrôle du type des arguments à l'ensemble des types du langage est à l'étude.
Les traits, qui facilite la réutilisation du code, seront certainement l'une des grosses nouveautés de la prochaine version, avec DTrace, qui facilitera le débogage.
Une simplification de la syntaxe est également en cours, puisqu'il est maintenant possible de manipuler la valeur de retour d'une fonction ou d'une méthode sans avoir à l'affecter à une variable, et que l'intégration des annotations pour permettre la méta-programmation est à l'étude.
Dans le même temps, des couches basses du langage sont remaniées et optimisées, et les performances sont à la hausse.
PHP va donc clairement dans le sens de cette professionnalisation.
Maintenant, j'aimerais quelque chose qui fasse la différence avec les autres langages.
La plupart des choses que je viens de citer ne sont pas novatrices, à part peut-être les traits, et ne sont que des améliorations de l'existant ou des apports de l'extérieur.
Alors, personnellement, contrairement à d'autres interviewés, je m'amuse encore avec PHP, certainement parce que je suis un peu masochiste, que j'aime me prendre la tête et que je connais très bien le langage et ses arcanes,
Cependant, je reste sur ma faim et j'aimerais à nouveau être impressionné par PHP sans devoir déchanter quelques minutes plus tard parce que les développeurs du langage n'ont pas été au bout des choses.
C'est d'ailleurs l'une des raisons qui me poussent à aller voir ailleurs.
Je n'ai pas encore franchis le pas, mais j'y pense de plus en plus sérieusement, à tel point que j'ai compilé node.js sur ma machine de développement, histoire de m'amuser vraiment et parce que je pense que la mutualisation du langage entre le client et le serveur a de l'avenir.
- Au vu de tes réponses précédentes, est-il possible de dire que tu crois en l'avenir du langage ?
-
Encore une fois, je n'ai pas de réponse absolue.
Il y a des jours ou j'y crois, et d'autres ou je me dis, souvent d'ailleurs à la lecture de internals@, que PHP ne peut pas avoir d'avenir vu la façon dont il est développé.
Je me dis en effet très régulièrement, qu'avant même Python, Ruby ou tout autre langage, le plus gros problème de PHP est PHP lui-même, ou plus exactement ceux qui le développe.
Cependant, cela fait maintenant 15 ans que le langage évolue de cette manière, alors, pourquoi cela provoquerait sa mort ?
Le vrai problème est donc bien l'outsider, le langage efficace, fun et tourné vers ses utilisateurs qui pourrait faire ce que fait PHP et plus encore.
Ces langages existent, et qu'ils s'appellent Python, Ruby, ou Javascript importe peu.
La seule solution qu'à PHP de survivre face à eux est qu'il évolue dans le sens attendu par ses utilisateurs, ses fans, ceux qui ont une réelle passion pour le langage, afin qu'ils ne soient pas déçus et qu'ils aillent en conséquence voir ailleurs, car ce sont eux qui assurent sa pérennité : un langage est vivant et a donc un avenir tant qu'il est utilisé.
Et pour cela, il faut que la communauté des développeurs entende et écoute les utilisateurs du langage.
Et je crois suffisamment, du moins pour l'instant, au fait que c'est possible pour faire ce blog et y consacrer le temps suffisant pour me faire entendre.
L'avenir de PHP vu par Frédéric Hardy
lundi 6 septembre 2010. Lien permanent PHP X
Après le teasing, voici les faits, avec mes réponses à ma propre interview, qui clôtureront définitivement ce cycle sur la vision de l'avenir de PHP qu'ont ses utilisateurs.
Cela fait maintenant presque 34 ans que Je me connais.
Je suis extrêmement proche de moi-même, je ne me cache rien et je me dis absolument tout.
Il était donc normal que je me demande mon avis au sujet de l'avenir de PHP, afin de conclure en beauté cette série, d'autant que je suis très bien placé pour savoir que je ne ferais aucune concession.
Fil des commentaires de ce billet
Ajouter un rétrolien
URL de rétrolien : http://blog.mageekbox.net/?trackback/182
18 réactions
1 De Nicolas Laforêt - 06/09/2010, 15:15
En effet, espérons que tu te fasse entendre.
2 De desfrenes - 06/09/2010, 15:29
"En effet, elle passe par des outils tel que Symfony ou Zend Framework"
Ou pas !
cf:
http://www.desfrenes.com/blog/post/...
http://www.desfrenes.com/blog/bye-b...
http://www.xhtml.net/php/pluf-frame...
3 De Nicolas Steinmetz - 06/09/2010, 15:37
Intéressant ta vision d'un nivellement par le bas pour l'utilisation des frameworks Sf ou ZF.
Certains mentionnent au contrairement son nivellement par le haut de part sa courbe d'apprentissage requise pour l'utiliser avec efficience.
A l'inverse, on peut avoir ta vision en se disant que cela garantit un niveau de code minimal (un peu comme Java en fait quoi...
) qui va satisfaire n'importe quelle SSII.
4 De mageekguy - 06/09/2010, 15:44
@desfrenes : Je n'ai jamais vu Pluf mentionné dans une offre d'emploi...
5 De mageekguy - 06/09/2010, 15:45
@Nicolas Steinmetz : Le bénéfice réel apporté par la mise en œuvre d'un framework est l'objet d'un vaste débat qui à ma connaissance n'a fait l'objet d'aucune étude.
J'en connais qui nécessite plus de lignes de code que le code PHP brut équivalent, et je ne parle même pas des performances, et pour certain, la courbe d'apprentissage est plutôt rude par rapport à l'apport fonctionnel.
Et je dirais que pour ces derniers l'objectif n'est pas atteint, un framework ayant pour vocation principale de simplifier les développements.
Il est alors légitime de s'interroger sur le réel apport et l'intérêt de ces
, mais là n'est pas la question dans le cadre de cet interview.6 De Nicolas Steinmetz - 06/09/2010, 16:19
C'est pour ça par ex que je préfère le framework Django sur Symfony. J'ai trouvé Sf beaucoup trop verbeux / requérant beaucoup plus de lignes de code pour arriver à un résultat similaire qu'avec Django.
D'un point de vue SSII / Resp des dev, l'approche framework est séduisante (structuration du code, conventions, etc). Après, c'est comme tout, faut que ce soit adapté au besoin et que l'équipe de dev ait une connaissance commune des outils utilisés pour "garantir" la maintenabilité du projet (qu'il soit codé avec un framework ou en pur spécifique).
7 De metagoto - 06/09/2010, 16:28
Franchement, je trouve que tu es assez excessif... pour quelqu'un qui connait bien l'envers du décor, c'est à dire @internals et le langage en lui même sur la durée.
Je partage une partie de tes critiques à l'encontre de la communauté des contributeurs, mais n'oublions pas que php est gratos, open source et majoritairement développé par des bénévoles. Certes, ça pourrait être mieux niveau organisation, philosophie et tout.
Faire évoluer le langage selon les volontés des utilisateurs (les volontés au pluriel) -en exagérant cela reviendrait à laisser la partie userland designer le langage- me parait être en contradiction avec le souhait que php ait une ligne directrice et un "zen" (à moins que le zen soit "users know best" ;-). Pour python, on a quand même un Guido van Rossum dont la poigne de fer n'est pas qu'une légende (urbaine).
Qui aime bien châtie bien, oui!
8 De desfrenes - 06/09/2010, 16:58
"Je n'ai jamais vu Pluf mentionné dans une offre d'emploi..."
Oui... je ne conteste pas le fait qu'un symfony ou un ZF ait plus d'intérêt qu'un pluf sur un CV... (encore que pour les entreprises que j'ai pu connaitre -PME ou SSII- ça ne fait pratiquement aucune différence, c'est inconnu des recruteurs dans les deux cas).
Simplement tu disais que la créativité n'a plus sa place, etc... ce que je ne valide pas. Tout le monde n'ira pas travailler chez Sensio...
9 De mageekguy - 06/09/2010, 18:00
@metagoto : Excessif !? À la relecture, je m'étais presque trouvé trop soft ;).
Plus sérieusement, l'excuse du bénévolat et de l'open-source n'est pas recevable pour justifier la politique de développement de PHP.
Il y a énormément de projets de ce type de par le monde qui sont mieux gérés que cela.
De plus, je pense qu'organiser le développement de manière différente permettrait à tous ces bénévoles d'utiliser mieux le temps qu'ils ont à consacrer au langage.
Mais remarque que quand je vois le temps passé sur certaines questions, comme par exemple le contrôle du type des arguments ou E_NONE, je me dis que les développeurs ont du temps à perdre.
Et je n'ai jamais dis que les contributeurs devaient laisser le pouvoir aux utilisateurs, mais les écouter, plutôt que de s'enfermer dans une tour d'ivoire et de croire qu'ils ont la science infuse.
Les utilisateurs expriment souvent des besoins, et bien souvent, ils reçoivent en réponse une fin de non recevoir, avec bien souvent une explication bancale.
Je l'ai vécu à plusieurs reprises, et d'autres également, et les exemples ne manquent pas.
Et oui, PHP aurait bien besoin d'un Guido van Rossum à la poigne de fer, je le dis d'ailleurs dans mon interview.
10 De mageekguy - 06/09/2010, 18:01
@desfrenes : La créativité n'a plus sa place dans le cadre du développement avec un framework, puisque l'idée est d'industrialiser le développement, de reproduire à l'identique un maximum de choses, de réutiliser l'existant, etc.
Encore heureux qu'il y a des gens qui ont des idées.
11 De metagoto - 06/09/2010, 19:19
J'aime bien le concept de Pluf (que je connaissais). D'ailleurs je pense qu'un retour aux fondamentaux php-esques à la Pluf sera peut être une prochaine tendance après la vague Sf2 ZF2. Quelque part Li3 va dans ce sens (je dis bien "quelque part"
@mageekguy
Je suis de ton avis en ce qui concerne le processus de dev et d'évolution de php. Mais j'y accorde probablement moins d'importance que toi en fait. Aurais-je déjà switché?
12 De usul - 06/09/2010, 19:51
Un framework est censé amener un cadre de travail un tant soit peu normalisé, c'est effectivement pas le meilleur moyen d'exercer sa créativité à moins de se le coder.
Par contre c'est souvent une simple architecture MVC avec éventuellement d'autres tools.
Du coup on peut s'exprimer plus librement dans la partie métier qui, elle, n'est souvent pas gérée par le framework.
PHP est là parce qu'il permet d'être pris en main assez rapidement par n'importe qui mais effectivement on se retrouve avec du code fait par n'importe qui un peu n'importe comment des fois, c'est ce qui s'appelle avoir les défauts de ses qualités.
Même si je regrette moi aussi souvent de ne pas pouvoir être 'plus strict' dans mes développements a cause de certains manques du langage, je suis toujours autant séduit par son côté léger.
Et aujourd'hui on peut mettre en place des outils qui permettent de garantir une certaine 'qualité de code' (berk j'aime pas ce mot) par exemple avec du PHP_CodeSniffer, PhPUnit, Hudson ...
Apres, pour afficher un pauvre Hello World avec SF ou ZF, effectivement c'est plus long qu'un simple echo mais il faut savoir ce qu'on veut :D
Et félicitations pour ce blog (et celui de metagoto aussi) que j'ai découvert il y a peu et dont le contenu est très intéressant.
13 De Moosh - 06/09/2010, 22:19
§mode vision noire§
PHP reste une fourmilière et c'est ce qu'en font les gens qui se professionalise (ou non).
Son coté foutoir donne le ton de la liberté qu'on garde avec php. Liberté de faire de la merde. Mais un développeur ne fait pas de la merde par plaisir. Il le fait soit parce qu'il ne sait pas faire autrement, soit parce qu'on ne lui laisse pas le temps de mieux :-§
Les frameworks ont ceci de bien qu'on profite du travail d'autres personnes qui ont su prendre le temps. pour aller briser tous leurs efforts en intégrant cela vite fait à un projet en dérive
PHP est partout, utilisable par les plus cons (et on sait qu'il y en a plus d'un sur terre). C'est un langage génial pour faire des maquettes, et comme les financiers et marketeux n'y comprennent rien, une fois qu'ils ont la maquette ils pensent que c'est fini et qu'ils ont ce qu'ils faut pour vendre et qu'il est inutile de faire plus de frais..
PHP est tellement clair qu'on ne sait pas si c'est du structuré dans l'objet ou de l'objet dans le structuré
PHP est tellement clair qu'on ne sait pas si c'est du code directement dans le html ou si c'est du html produit par du code.
PHP = Programmers hate programming
14 De ronan - 07/09/2010, 11:35
Effectivement, certains frameworks présentent un cadre très structuré, et par là même très contraignant (pour le meilleur ou le pire...).
Mais chacun ont leur spécificités, un Zend ou Symphony sont ultra structurant, d'autres plus léger tels les Yii, Codeigniter et sans doutes d'autres que je ne connais pas offrent tout de même une certaine souplesse méthodologique, (via des hooks ou overrides de certains comportements du core).
Bref, aujourd'hui, entamer le développement d'un appli web un tant soit peu conséquente hors cadre d'un framework me semble presque impensable, à moins d'avoir eu le luxe et le temps de réalisé un cadre MVC personnalisé.
15 De mageekguy - 07/09/2010, 12:01
@ronan : Je me suis peut -être mal exprimé, mais je n'ai jamais dis qu'il ne fallait pas utiliser un framework.
Je dis que ce que les professionnels recherchent actuellement sont des développeurs spécialisés dans un framework, framework qui camoufle, cache, occulte ce qui se passe sous le capot, et qu'en conséquence, ces développeurs, par ce fait et le manque de formation spécifique, n'ont pas forcément une connaissance précise des technologies sous-jacentes.
Et à mon sens, ce n'est pas bien, vu qu'une application web ne se résume pas à la mise en œuvre d'un framework, mais est un équilibre subtil entre différents composants, et qu'il faut un minimum de connaissances sur chacun d'eux pour obtenir un bon résultat.
16 De Nicolas Laforêt - 07/09/2010, 14:06
Pour étayer tes propos, un petit exemple pour se détendre quelques minutes, mais qui est un parallèle amusant a ta façon de voir les choses : http://fr.wikipedia.org/wiki/Th%C3%...
17 De mageekguy - 07/09/2010, 14:25
@Nicolas Laforêt : Excellent parallèle, merci !
18 De Mère Teresa - 08/09/2010, 12:24
"Mais remarque que quand je vois le temps passé sur certaines questions, comme par exemple le contrôle du type des arguments ou E_NONE, je me dis que les développeurs ont du temps à perdre."
Ne néglige pas l'aspect communautaire.
Il y a le "travail" à fournir mais aussi une cohésion, des blagues à faire pour le lien social entre les développeurs.