- Peux-tu te présenter en quelques mots ?
-
Mathieu ROBIN, apprenti en dernière année d'ingénierie en développement web chez un éditeur de logiciels.
Je développe au quotidien des services utilisant le Zend Framework.
- Sur quel type de projets ?
-
Ces services alimentent divers outils de reporting pour l'intranet de la société.
Il y a énormément de Business Intelligence et de très grosses questions de performances et d'optimisation, vu qu'il faut pouvoir toucher plusieurs milliers de personnes à travers le monde en simultané.
- Quand as-tu découvert PHP ?
-
J'ai découvert le langage dès le début de mes études en 2004.
J'ai toujours voulu faire du web, et à l'époque PHP était le langage le plus
avancé
pour cela.J'ai donc commencé avec l'aide d'une de mes professeurs.
- À tes débuts, qu'est ce qui t'as séduit dans le langage ?
-
Je voulais apprendre rapidement pour faire des choses qui m'amusaient.
PHP est un langage très accessible, c'est le premier point qui m'a plu.
L'autre était le fait que le typage n'est pas son fort.
J'étais très branché sur l'algorithmique à ce moment là.
Je ne voulais pas m'embêter avec des conversions de type qui ralentissaient plus qu'autre chose.
De plus, ce n'est même pas la peine d'essayer de compter les hébergeurs supportant PHP.
C'est d'ailleurs une grande force du langage.
Pour un coût relativement dérisoire, il est facile d'héberger ses développements, ce qui est bien moins vrai pour Java et .NET.
- Et au fil de ton expérience, qu'est ce qui t'as le plus rebuté ?
-
Très clairement le manque de professionnalisation, car j'ai alors travaillé avec des personnes capablent de faire plein de choses très vite en PHP, mais malheureusement, qui codaient vraiment salement.
Il n'y avait aucune méthodologie, aucun test unitaire, et c'était essentiellement du bricolage réalisé à l'aide de bouts de code récupérés à droite et à gauche.
Avec l'apparition des frameworks comme Symfony ou Zend Framework, et le passage à PHP 5, la situation s'est améliorée mais la promotion n'a pas vraiment été efficace et bon nombre voit encore PHP comme un langage d'amateurs.
Quand on ne veut pas travailler dans une agence web, car elles sont pour la plupart un vrai cauchemar, on se retrouve assez vite dans le monde de l'industrie.
Comment justifier alors qu'un langage n'est pas pour les amateurs et les gamins, quand on n'a pas besoin de déclarer les variables, que la cohérence entre les noms n'est absolument pas assurée.
Autre exemple, vous pouvez aussi bien écrire
echo('ma chaine');
queecho 'machaine';
, ce qui n'a pas pour effet de simplifier les choses.Ou bien encore, vous pouvez définir une chaîne contenant des variables de 3 façons :
"machaine" . $mavariable
"machaine$mavariable"
'machaine' . $mavariable
La première solution est une aberration pour les performances et la deuxième a un poil plus de sens mais n'est pas forcément meilleure.
Seule la troisième solution assure les meilleures performances.
Seulement, je suis convaincu qu'il y a peu de développeurs qui connaissent la subtilité et la prennent en compte, ce qui est malheureux.
Enfin, avec les frameworks, la persistance de données a commencé à apparaître, mais on ne peut pas dire que ce soit du même niveau qu'Hibernate ou JPA pour Java, ou LinQ de .NET, même si ce dernier a encore des progrès à effectuer pour ne pas être compatible qu'avec SQL Server.
De plus, même si il existe des ouvrages très bien fait autour de PHP, ils sont noyés au milieu de centaines de choses infâmes qui sont un concentré de bêtises, de copier-coller et de choses plus ou moins testées, bien que ce soit aussi le cas (dans une proportion moindre) pour tout autre langage.
- Que faudrait-il faire à ton avis au niveau "promotionnel" pour améliorer la perception de PHP ?
-
Il me semble impératif que PHP adopte un typage fort si il veut prétendre à un titre de langage professionnel.
J'en parlais récemment et plus largement au cours d'un billet sur mon blog.
C'est à mon humble avis, vraiment le point le plus pénalisant pour lui.
Après, il y a aussi l'hétérogénéité des noms de fonctions et de l'ordre des paramètres.
Je ne suis pas du tout d'accord avec Rasmus Lerdorf sur le fait qu'un langage n'est pas fait pour être beau mais pour être pratique.
Cependant, quand on galère à se rappeler le nom des fonctions, je pense que ce n'est pas efficace du tout, et
pas efficace
/pas pratique
, ça se tient quand même la main.Il faudrait également une meilleure documentation au sujet de l'implémentation des bibliothèques PHP pour améliorer les performances, où plutôt une meilleure visibilité sur cette possibilité.
Honnêtement, je pense qu'environ 90% des développeurs PHP ne savent pas qu'on peut le faire alors que ça a des avantages non-négligeables.
Pour s'en convaincre, il suffit par exemple de regarder sur Developpez.com.
Quand on recherche des informations sur ce sujet, il n'y a à priori que deux discussions qui ressortent.
- Intégrer un typage fort impliquerait de casser la compatibilité avec l'existant, penses-tu que ce serait une bonne chose ?
-
Je ne suis pas certain que ce soit toujours la solution idéale, mais parfois, ça peut faire plus de bien que de mal.
Quand il s'agit de remettre beaucoup de choses à plat dans le bon sens, je pense que c'est une bonne solution.
Mais il faudra certainement du temps pour que tout le monde s'adapte, et c'est normal.
- Utilises-tu encore PHP actuellement ?
-
Oui, mais à priori, ça ne va pas encore durer très longtemps.
Je viens de signer un CDI pour faire du Java et du Flex.
Je l'utilise aussi pour des petits projets personnels, mais même dans ce cadre, je pense arriver à l'abandonner également.
- Pourquoi être passé à Java et .NET ?
-
Je connaissais déjà le Java par des expériences aussi bien en projet d'école que d'entreprises.
Je cherchais un CDI pour faire suite à la fin imminente de mes études, et je souhaitais également quitter le monde du PHP.
Java était donc la solution la plus indiquée.
Cependant, je me forme à .NET en parallèle, car je le trouve plus agréable.
Je repense également à l'interview d'Eric Daspet qui suggérait que le débugger est une vraie calamité à installer, ce que je ne peux m'empêcher de confirmer.
De base, Eclipse et NetBeans pour Java ou encore Visual Studio et SharpDevelop pour .NET intègre un débugger pour ces langages.
Comment se fait t'il qu'Eclipse PDT, par exemple, n'intègre toujours pas Xdebug de base par exemple ?
D'ailleurs, quand je vois qu'une majorité de mes collègues utilisent encore des outils comme Notepad++, je constate un vrai manque de communication aux sujets des IDE.
Pourtant, rien que l'auto-complétion est un vrai plus pour un développeur consciencieux.
Je regrette d'ailleurs beaucoup l'arrêt du développement d'Aptana pour PHP, même si leur souhait de contribuer à PDT est tout à fait louable.
J'aimais beaucoup cet IDE.
Même Google et son plugin Eclipse pour GWT a mis en place cet outil dès le début.
C'est pourtant un gain de temps non-négligeable de pouvoir suivre l'exécution d'un script sans avoir à mettre des logs partout.
Enfin, Java et .NET intégre vraiement le mécanisme des exceptions.
Je sais qu'il est présent dans PHP, mais aucune méthode de base ne s'en sert vraiment, et c'est au développeur, quand ce n'est pas géré par un framework, de suppléer à ce manque.
C'est très frustrant et peu pratique.
- Est-ce que le fait qu'il soit plus facile de trouver un poste de développeur Java ou .NET a joué un rôle dans ta décision de switcher ?
-
Ce n'est pas la facilité mais la qualité qui a été déterminante.
En effet, les postes concernant PHP ne me semblent vraiment pas enrichissants, au contraire de ceux concernant Java et .NET.
- Tu te définis dans ton profil twitter comme un adapte de l'innovation, tu penses donc qu'elle est plus du côtè de Java que de PHP ?
-
Je pense que l'innovation n'est pas dans Java en lui-même mais dans les outils qui l'utilisent.
Quand je vois des produits comme Android ou GWT, ce sont quand même des briques assez imposantes de l'innovation dans le monde de Java.
Et c'est induit par le fait que Java est aussi bien utilisable pour des applications classiques que pour du web, contrairement à PHP.
Et mine de rien, c'est bien pratique lorsque l'on doit concevoir une application qui utilise les deux supports.
- À contrario, il n'y a donc pas d'innovations du côté de PHP ?
-
Je ne sais pas trop quoi répondre à cette question.
D'un côté, PHP est en retard sur les annotations, sur l'implémentation du modèle objet et le système de gestion des erreurs est une antiquité.
Je ne pense donc pas que le langage soit innovant en lui-même.
Tout comme dans le cas de Java, elle est beaucoup plus présente dans l'usage qui en est fait.
Il y a quelques années, PHP a fait main basse sur le monde des CMS et des blogs.
Je le constate également au niveau de mes projets professionnels ou encore via les réalisations de sociétés comme facebook.
- Que faudrait-il pour que PHP redevienne ton langage de prédilection ?
-
Il faudrait à PHP un typage fort, de l'homogénéité et une implémentation objet à la Java ou à la .NET.
Ceci dit, je pense encore me servir de PHP de temps à autre, et suivre son évolution.
On ne renie pas si facilement ses origines !
- Si PHP intègre ce que tu veux, il deviendrait Java ou .NET et n'aurait plus d'intérêt, non ?
-
Oui et non.
C'est vrai que j'aime beaucoup ces deux technologies parce qu'elles répondent à mes attentes.
Cependant tout comme Java et .NET ne sont pas les mêmes technologies, une version de PHP disposant des améliorations auxquelles je pense serait un troisième acteur à part entière.
De mon point de vue, le plus gros manque est vraiment le typage fort des données, mais même avec ça, PHP restera et doit rester un langage facile d'accès, où on peut tester des choses en s'amusant.
switch (true) case 'Mathieu ROBIN': $mageekblog->interview(); break;
jeudi 23 septembre 2010. Lien permanent PHP X
C'est maintenant au tour de Mathieu ROBIN de nous expliquer pourquoi il va switcher
de PHP à un autre langage.
J'ai bien écrit il va
, car il n'a pas encore fait le grand saut, même si comme vous allez le découvrir, cela ne va pas tarder.
Et pour une fois, PHP n'est pas abandonné au profit de Python ou Ruby.
Je précise immédiatement que cette interview n'apporte rien de neuf au débat PHP vs le reste du monde
techniquement parlant, car je sais qu'il y a des gens qui ne manqueront pas de me le faire remarquer.
Pour autant, je pense que la récurrence des arguments est significative, et cela même si cela fait grincer des dents, d'autant que les profils sont relativement différents.
De plus, la problématique relative au fait d'être un développeur PHP sur le marché de l'emploi est effleurée, chose qui n'avait pas encore été faite dans les interviews précédentes et que j'espère creuser dans une prochaine interview.
Fil des commentaires de ce billet
Ajouter un rétrolien
URL de rétrolien : http://blog.mageekbox.net/?trackback/190
22 réactions
1 De oxman - 23/09/2010, 21:04
Bonjour Mathieu ROBIN,
Est-ce que tu connais le langage Scala ? Ne répond-t-il pas à tout tes besoins ?
2 De Kevin - 23/09/2010, 22:27
Bonjour,
En quoi avoir un typage fort est-il un avantage si précieux ?
J'ai fait un peu de Java et de .NET pendant mes études également, donc je connais le principe. Cependant je ne suis pas assez expert pour voir sur quel plan cela joue-t-il si grand rôle.
Merci d'avance pour la réponse.
3 De Eric - 24/09/2010, 00:07
J'hésite à me lancer dans le troll...
Mais bon, sérieusement, entre 'toto' et "toto" la différence est nulle ou quasiment. Entre "toto$toto" et "toto".$toto aussi. Après passage par l'optimiseur je ne suis même pas certain que l'opcode généré soit réellement différent.
Il y a tant de choses plus importantes que j'aurai plutôt tendance à juger négativement dans un recrutement celui qui me dit faire attention à ça. Dans tout un projet complexe, on doit pouvoir gagner une seconde ou deux de processeur toutes les 24 heures.
4 De mageekguy - 24/09/2010, 08:40
@Eric : J'avoue avoir hésité à faire une remarque sur ce sujet au cours de l'interview.
Je ne l'ai pas fait pour trois raisons.
La première est que je pense devoir avoir une certaine réserve par rapport aux personnes que j’interviewe, et en conséquence, si je m'autorise à faire des remarques sur le style et à demander des précisions pour éviter que le sujet ne parte en vrille, je me refuse à aller plus loin.
Je considère en effet que dans le contexte des interviews, je ne suis pas là pour juger ni pour apprendre aux gens leur métier, et que je n'ai pas à injecter/imposer mes idées aux personnes qui ont la gentillesse de me répondre.
C'est d'ailleurs pour cela que je me suis auto-interviewé dans la série précédente.
La seconde est que l'exemple est certes très mal choisi, mais il a pour but d'illustrer une idée qui est que PHP est trop
ou souple vis à vis de l'utilisateur, du point de vue de Mathieu.Il permet en effet de faire une chose de plusieurs façons, de la pire à la meilleure.
La troisième et dernière est que le fait que Mathieu ait sélectionné précisément cet exemple est révélateur de plusieurs choses, tant au niveau de PHP que de la formation PHP/web dispensée en France.
Tout d'abord, cela montre que PHP est toujours la victime de ce que j’appellerais des légendes urbaines qui promulguent des idées fausses ou des concepts peu pertinents au sujet du langage.
Les plus critiques me feront remarquer qu'en ne les dénonçant pas dans l'interview, je ne fait que les renforcer, et je leur répondrais que je les dénonce ici et maintenant, et que de plus quelqu'un a eu l'intelligence de le faire dans les commentaires.
D'autres me diront encore, et ils se reconnaîtront, que tout cela n'est que du bashing ennuyeux entendu/lu X milliards de fois qui n'apporte rien, que je crache dans la soupe, que je ne milite pas dans le sens du langage et que je provoque le
des indécis.Je reconnais que ma démarche peut être perçue comme telle, mais c'est oublier un peu vite tout ce que je fais d'autres de positif pour PHP, aussi bien via ce blog que par mes projets personnels, et que certes, les arguments ne sont pas neufs, mais cela montre qu'ils sont bien un réel problème aux yeux de certains (reste à savoir l'importance que l'on doit leur donner, mais c'est un autre débat).
Quand au
des indécis, je pense qu'un développeur qui abandonne PHP suite à la lecture de ces articles l'aurait fait par lui-même plus tard.Enfin, ce troll au sujet des chaînes de caractères nous montre que la formation n'est pas encore au niveau dans certain cas, puisqu'un apprenti en fin de cursus qui fait du PHP depuis 2004 accorde de l'importance à ce genre d'optimisation alors qu'elle n'est pas du tout significative, comme tu le souligne.
5 De Nicolas Laforêt - 24/09/2010, 08:51
@Eric : Je ne suis pas d'accord, moi aussi je jugerais un développeur plutôt négativement s'il passe des heures a s'attarder sur des choses de ce genre, mais positivement si c'est un acquis qu'il met en pratique au jour le jour. Un développeur qui fait attention a l'optimisation te sortira un code plus propre au global sur tout ton projet, ce n'est donc pas une mesure quantifiable comme tu le fait qu'il faut y voir, mais plus une qualité globale du projet qui va induire un gain non négligeable. Un bon développeur peu développer salement, l'inverse est quasiment impossible (sauf après formation, et encore ...).
@Kevin : un typage fort implique plus de rigueur de codage, donc plus de maitrise de ce que fera ton application, plus de sécurité, etc etc..... Je vais essayer de prendre un petit exemple rapide : strpos .... aujourd'hui si tu teste son résultat il peut te renvoyer 0 dans 2 cas, qu'il trouve se que tu cherche en début de chaine ou s'il ne trouve rien ... pas top ... donc on est obligé d'utiliser un === pour être correct dans les tests et pouvoir différencier le 0 du FALSE, avec du typage fort tu change la méthodo et ton code est plus clair... Enfin c'est de "l'exemple flash" hein m'en tenez pas trop rigueur s'il est pas top :o)
Jolie interview sinon, claire et tout et tout, dommage que l'optique de PHP ne soit pas dans une remise a plat, mais il faut reconnaitre que la facilité de déploiement est souvent un critère déterminant....
Bonne journée a tous.
6 De Eric - 24/09/2010, 10:07
Oh je ne juge pas Frédéric. J'ai dit par le passé pas mal de bêtises, et j'en dis probablement encore autant, simplement j'attends de m'en rendre compte ou qu'on me le fasse remarquer. Je ne parle que technique, et uniquement ça. Je ne me permets pas de juger, surtout pas.
@Nicolas : C'est ça les vieux mythes de PHP. Même ceux qui n'y croient plus continuent à leur accorder du crédit sous le chapitre "qualité". Si tu accordes que la différence de performance est quasi inexistante, pourquoi est-ce utile de l'avoir comme bonne pratique ? Même chose, en quoi est-ce "plus propre" ?
Après je parle bien de performance, ce qui est le point de l'interview. Après on peut parler maintenance et lisibilité. Là je comprendrai tout à fait qu'on ait une préférence (même si je n'ai probablement pas la même que vous) et que de toutes façons on impose aux développeurs un style et un seul. Mais là c'est une question de goût et d'habitudes, pas de propreté, de qualité ou de performance.
7 De MathieuROBIN - 24/09/2010, 10:38
@Eric : Comme le suggère Frédéric, effectivement, ça fait quelques années que je pratique PHP mais contrairement à lui, je ne suis pas impliqué à fond dans le développement du langage et le suivi des RFC etc... Je base mes propos sur mon expérience perso, sur ce que j'ai lu à droite à gauche et sur ce qu'on m'a appris en cours. Et donc effectivement, je suis certainement un peu léger dans certains domaines.
Je t'accorde que sur mon exemple, la différence est qualifiable de nulle. C'est sûr. Mais quand je vois des collègues générer des pages HTML complètes via des chaines entre " et sans aucune variable dedans alors que nos projets touchent plus de 3000 utilisateurs minimum par jour à travers le monde... Je suis pas convaincu que ce genre de pratiques soit à tolérer. Présence d'optcode ou pas, le travail doit se faire se faire proprement tout le long de la chaîne et ça passe notamment par le développeur.
@Kevin: Je crois que Nicolas Laforêt a très bien résumé la situation en fait. On peut aussi prendre un autre exemple dont je parle dans mon interview (il me semble), si tu utilises des librairies mal documentées, tu vas t'amuser pour comprendre ce que ses méthodes te retournent alors qu'avec un typage fort, tu y verras de suite plus clair.
@oxman: de nom seulement, mais je vais me renseigner
8 De metagoto - 24/09/2010, 10:52
Il ne faudrait pas non plus accabler Mathieu parce qu'il a mentionné des subtilités concernant l'interpolation des chaînes. Il n'a pas voulu démontrer que l'amélioration des performances en général se réduit à ces considérations.
Franchement, entre deux développeurs équivalents, je choisirai, en tant que recruteur, celui qui est capable de m'expliquer ces subtilités, surtout s'il peut me les démontrer en utilisant vld ou ce genre de tool.
Pour un typage fort généralisé, obligatoire, tel qu'évoqué dans l'interview, je suis en (total) désaccord. Ca serait tout simplement ridicule dans le cadre de php.
9 De MathieuROBIN - 24/09/2010, 11:40
Je t'accorde que ça dénaturerait profondément PHP. Ce qui correspond à ton tweet d'hier soir du coup.
Mais j'ai peur que cette situation de typage dynamique soit aussi ce qui à terme tuera PHP.
Ceci dit, je comprends aussi qu'on puisse s'opposer totalement à mon point de vue. Quand un code est bien fait et bien documenté, normalement ça pose aucun souci le typage dynamique. Mais ça sent l'utopie quand même
10 De usul - 24/09/2010, 12:31
Moi je rêve d'avoir la possibilité de typer mes variables et attributs.
Par contre je ne souhaite pas que ce soit obligatoire.
Juste pouvoir le faire si j en ai envie.
C'est ça que j'aime dans ce langage (et qui fait aussi que je peste a chaque revue de code), qu'il nous permette de développer rapidement et simplement mais aussi avec une vraie architecture logicielle, des interfaces ...
De la même manière je rêve de pouvoir gérer les erreurs avec uniquement des exceptions ...
11 De Guile - 24/09/2010, 14:44
Bonjour à tous!
A mon humble avis, PHP a l'avantage d'être simple et documenté. Un débutant s'en sortira très bien au début. L'inconvénient : même avec mes 8 ans de pratique de PHP, il reste des incohérences fatigantes qui m'obligent à aller voir la doc!
Le PHP donne l'impression (pour le débutant) d'une évolution très rapide, mais cette évolution ne persiste pas sans utiliser d'autres outils : framework, tests unitaires...
Le fait de souhaiter voir un typage fort des variables dans PHP, c'est souhaiter dénaturer le PHP : son essence même réside dans une interprétation contextuelle du type de chaque donnée.
PHP doit selon moi accentuer son effort dans :
- la remise à plat de certaines "non-normes" (ordre des paramétres des fonctions, nomenclature...)
- l'oubli catégorique des erreurs : le core de PHP doit utiliser les exceptions!
- l'accomplissement total du modèle objet : ajout de concepts, surcharge (satanée méthode abstraite qui veut à tout prix que j'utilise cette interface en paramètre et pas une autre!)
- le reniement des mauvaises pratiques avérées : extract(), list(), le tag <?= ?>.
Ceci passe forcément par une version qui sera fortement incompatible avec ces vieux scripts php mal foutus de nos jours. Mais ce passage douloureux que la communauté des contributeurs à PHP se refuse de faire, a pourtant déjà été fait avec la dépréciation de certaines fonctions (telle split() ...).
Il faut que PHP évolue de telle manière qu'il permette aux développeurs avancés de s'améliorer encore plus (utilisations de design pattern par ex.) tout en conservant son accessibilité aux débutants
12 De sunseb - 25/09/2010, 13:07
Débat intéressant !
Pour moi, le point fort de PHP : il ne nous impose rien (chaînes de caractères et guillemets, typage, etc.) et on est maître ce qu'on fait. J'adore le typage faible : je trouve mon code PHP beaucoup plus simple et beaucoup plus lisible. Je me sens libre et créatif en PHP, alors qu'avec Java, j'ai l'impression de programmer comme un robot sans âme.
Maintenant, oui, dans une environement d'industrialisation ou de travail en équipe, il faudrait amener une rigueur, une structure à PHP.
Mais n'est-ce pas là justement le rôle des frameworks ? L'arrivée de ZF 2.0 et de Symfony 2.0 vont amener beaucoup dans ce sens, sans doute.
PHP est accessible à TOUS et c'est ce qui le rend original et attrayant. Il s'adapte au niveau de chacun. Un débutant fera des choses intéressantes ; un expert réalisera des chefs d'oeuvre. C'est unique pour un langage de programmation.
13 De Xav - 25/09/2010, 21:15
il me semble que PHP ne nécessite pas une évolution urgente ou radicale.
C'est vrai que l'on pourrait imposer le typage fort, ce qui induirait d'ailleurs la possibilité d'utiliser . (point) au lieu de -> dans les notations objet...mais bon, on se demande parfois si certains ne regrettent pas que PHP ne soit pas Java !
Une question que je pose parfois à certains stagiaires / clients qui se plaignent sans arrêt du PHP : "êtes vous certain que PHP soit le bon choix sur ce projet ? si vous voulez absolument telle ou telle particularité, pourquoi ne choisissez-vous pas Ruby, ou C# ou Java ? Hein ? Dites ?
D'autre part, dans des cours que je dispense à l'occasion, il m'arrive d'avoir des stagiaires qui viennent là "à l'insu de leur plein gré", envoyés par leur DSI qui a décidé de les recycler du Java au PHP. Très réticents au début, finissent enthousiasmés quand ils découvrent qu'UML, MVC, Design Patterns et PHP sont des mots qui peuvent aller très bien ensemble...
Pour moi, le seul besoin réel est une évolution des développeurs PHP, mais aussi des donneurs d'ordre et des recruteurs ("cherche graphiste très créatif avec une très bonne connaissance de PHP", etc.), qui ont tendance à induire la subsistance (voire l'émergence)de mouton à cinq pattes (gauches en général).
14 De mageekguy - 26/09/2010, 12:53
@Xav : Il faut que tu m'expliques en quoi la mise en oeuvre d'un typage fort implique l'utilisation de
.
à la place de->
.Sinon, qu'est ce que tu as contre les gauchers ?
15 De metagoto - 26/09/2010, 14:59
@mageekguy
Probablement le fait que l'opérateur de concaténation de chaines "." ne s'appliquerait plus que sur des vars de type chaine... ce qui le rendrait disponible pour d'autres usages, par exemple si l'opérande de gauche est de type objet (qui a dit de type namespace? ; )
16 De mageekguy - 27/09/2010, 08:40
@metagoto : Mais nous sommes bien d'accord que la mise en œuvre d'un typage fort ne rend pas indispensable le remplacement de
->
par.
.17 De Arnaud - 27/09/2010, 12:06
Merci tout d'abord pour cette série d'articles, et pour la précédente.
Je me pose maintenant une question. As tu prévus pour la suite une série d'interview de développeur qui on choisi de rester sur PHP et pourquoi ?
18 De Maxime - 27/09/2010, 12:34
@metagoto
Faut pas oublier __toString()
19 De MathieuROBIN - 27/09/2010, 14:33
A la limite cette notation n'est pas bien dérangeante^^
Et je suis assez d'accord avec Xav, il y a aussi un problème de mentalité. Le coup du graphiste qui code ou du type qui sait faire un peu d'ergonomie, un peu de graphisme et un peu de PHP. C'est pas bon, voire même complètement anti-professionnalisme.
C'est d'ailleurs pour moi un problème qu'à essayer de résoudre Adobe avec Catalyst ou encore Microsoft avec d'un côté Visual Studio pour le développeur et de l'autre Blend pour les designers.
Côté PHP, c'est un travail à réaliser côté recruteurs/chef de projets qui n'ont jamais touché une ligne de code.
Pour la rigueur, il est vrai que les frameworks (je ne connais que ZF) apporte énormément de choses et facilite bien mon travail. Mais pour autant, il y a encore un manque côté documentation. Honnêtement, je me suis farci une vingtaine de tutoriels avant d'avoir une installation qui marche ENFIN correctement pour une architecture utilisant le modèle MVC... le tuto proposé par Zend étant incomplet et peu clair.
20 De metagoto - 27/09/2010, 15:17
@mageekguy
Oui. Ce dont parle Xav serait juste une possibilité. A mon avis, cela serait envisageable dans le cadre d'un typage fort et statique (surtout statique en fait).
Du coup je propose:
$ref.member
auto $ptr = &$ref
$ptr->member == $$ptr.member
C'est bizarre, ça me fait penser à quelque chose ; )
21 De metagoto - 27/09/2010, 15:25
@Maxime
Oui, très juste. Exit les magic methods de ce genre. Ou alors il faudrait être explicite, du genre opérer un cast explicite. Ou laisser le "compilo" détecter les ambiguités. Ca serait tout aussi chiant que C++ in fine!
22 De mageekguy - 27/09/2010, 19:10
@Arnaud : Je n'y ai pas encore réfléchie, mais je ne suis pas certain que ce genre d'interview soit significative.
Il serait beaucoup plus intéressé d'avoir l'avis d'une personne qui a switché vers autre chose avant de revenir à PHP.