skip to main | skip to sidebar
Code 18
Manuel du savoir-faire à l'usage des geeks et des curieux
RSS
  • Accueil
  • Le web au Québec
  • Liens
  • Twitter
  • Facebook
  • À propos

samedi 3 juillet 2010

Performance de Zend Framework

Publié par Infinite Loop, à 09 h 55 3 commentaires

On dit que la nuit porte conseil alors j'ai dormi sur mes deux oreilles et je suis prêt à faire suite à ma réflexion amorcée hier quant à réinventer la roue en programmation.

Tout a commencé quand un programmeur récemment embauché s'est mis à remettre en question les façons de faire adoptées par l'entreprise. Pas qu'il manque d'expérience : il a tout simplement une expérience différente. C'est correct car ça apporte un point de vue nouveau qui peut nous éclairer face à certaines décisions. Comme n'importe quoi, on en prend et on en laisse. Or, pour rester objectif, je n'aime pas quand ça fonctionne sur des ouï-dire ou quand ça tourne à la loi de celui qui parle le plus fort. C'est important d'appuyer nos arguments avec des faits concrets, d'être en mesure de les justifier.

Je l'avoue, j'ai reçu des coups bas (cheap shots) de sa part et je n'ai pas été mieux car j'ai répondu à ses attaques. Je suis un type de personne assez "low-profile", généralement assez discret mais quand j'entends dire une niaiserie, je suis toujours prêt à défendre mon point et d'assumer mes opinions et prouver ce que j'avance.

Un des points qui m'a dérangé est une accusation visant la qualité de Zend Framework (ZF). Selon lui, parce qu'il a trouvé une limitation d'un composant et un bogue dans un autre, c'est suffisant pour conclure que c'est de la merde dans son ensemble. À ses yeux, mieux vaut développer nos propres composants, ça serait plus fiable. De plus, il prétendait que le framework était trop lourd, que la performance était atroce et qu'il fallait bannir ZF de nos projets à tout prix.

Hum, ça sonne mal à mes oreilles. Malgré toute ma bonne volonté, je n'ai pas la prétention d'être meilleur que les développeurs de Zend. Vous savez Zend, les mêmes qui développent le Zend Engine, le moteur de PHP ? C'est un peu comme si on accusait Sun de bâcler le travail effectué dans le développement de Java. C'est facile de chialer sur le travail accompli par les autres. Et avouez que ça donne le goût de lancer un défi aux détracteurs pour voir s'ils feraient mieux! À tord, notre ego de programmeur est souvent trop confiant de pouvoir surpasser les éléments en place pour apporter une amélioration réellement significative. Parfois on réussit, mais à quel prix ?

D'un côté, c'est vrai qu'en utilisant ZF, on est dépendant du développement externe pour les "bug fixes". Au rythme où les mises à jour sortent (1 fois par mois je crois), les chances sont bonnes pour que le bogue risque d'être corrigé rapidement si on leur rapporte.

Du point de vue de la performance, il n'a pas été en mesure de quantifier l'amélioration qu'a apporté le développement interne effectué pour remplacer le composant de Zend qui avait largement fait ses preuves. À l'écouter parler, le gain était tel que c'était le jour et la nuit. J'étais sceptique face à ce qu'il avançait car jamais je n'ai remarqué de lenteur en utilisant ce composant en trois années d'utilisation. Quand je lui ai demandé de préciser, il s'est contenté de répondre que c'était trop technique pour en parler devant les patrons et qu'on en discuterait à un moment plus opportun.

En vérité, on ne l'utilise pas sous forme de framework MVC proprement dit justement pour ne pas qu'il soit trop limitatif (nous avons développé une grosse base de code réutilisable au fil des ans). Le terme "framework" n'est pas tout à fait exact dans le cas de ZF (contrairement à Symphony, CakePHP, etc) car il s'agit plutôt d'une librairie de composants indépendants (on choisit ceux qu'on a besoin) qualifié de "lightweight, loosely-coupled component library".

Mais lentement, on se rend compte des avantages liés à l'utilisation d'une architecture MVC et on s'en va dans cette direction. Utiliserons-nous les composants ZF pour arriver à nos fins ? Eh bien non. Il semblerait qu'on soit en train de développer une autre solution maison.

Développeriez-vous une équivalent "home-made" pour remplacer jQuery ou faire votre propre éditeur RTE plutôt que de préférer TinyMCE ? Si la librairie ZF offre une classe qui permet de faire le travail, par exemple Zend_Service_Twitter, est-ce que ce n'est pas un choix logique que de le mettre à l'essai en premier avant de réinventer la roue ? Est-ce que la loi du 80/20 (Pareto) serait de mise ?

Il y a aussi un autre avantage de taille à utiliser des composants connus et supportés par la communauté : lorsque des nouveaux programmeurs sont engagés, ils peuvent apprendre rapidement les composants qui sont largement documentés et testés par des milliers de développeurs, plutôt que de tenter de patauger dans du code maison que seuls ceux qui travaillent (encore) entre les 4 murs de l'entreprises peuvent supporter.

C'est une attitude qui me déplait chez certains programmeurs. Au lieu de se concentrer sur "getting the job done", ils ont la prétention de pouvoir révolutionner le monde avec des solutions obscures. En même temps, créer un système maison les rend indispensables à l'entreprise puisque la vision et la documentation se trouvent dans leurs têtes. S'ils quittent, quelles ressources pourront reprendre le flambeau ? On est loin des standards que l'autre parlait.

En tant que programmeur, qu'est-ce qui fait qu'on a une fâcheuse tendance à vouloir remplacer une solution qui marche bien par une autre ? Est-ce par recherche du défi ? Avoir le mérite d'avoir codé toutes les lignes du projet ? L'atteinte de la perfection ? Le monde qui nous entoure n'est pas parfait alors réinventons en un numérique qui le sera ? Est-ce une façon de jouer à Dieu et d'avoir le contrôle total sur notre création ? (bien entendu, j'exagère, mais c'est pas faux)

Cela dit, je ne remets pas en question la compétence de ces individus, seulement les décisions liées au développement durable dans une entreprise. Dans notre cas, je sens qu'on est à la croisée des chemins et que j'ai mon mot à dire sur ce qui touchera mon travail dans les années à venir.

Revenons-en à la performance du composant de ZF. Rappelons-nous que l'argument qui était au coeur de la discussion était que ce composant précis était peu performant. Pour m'en assurer, je suis allé chercher conseil auprès de Matthew Weier O'Phinney, le "project lead" du ZF. Tant qu'à aller à la source, autant choisir quelqu'un qui ne parlera pas à travers son chapeau. Je lui ai expliqué la problématique et voici un extrait de sa réponse :

I haven't done any benchmarking of the component, but knowing its design, I suspect it will not suffer. It uses a di-cyclic graph in order to perform permission lookups, which tends to be very fast, and comparable to tree traversal when it comes to zeroing in on an individual permission.

Of course, it will take some amount of time -- just like calling any operation in PHP. If you're doing 100s or 1000s of lookups in a single request, it may be possible that you'll see a slowdown -- but then, that will be true for any operation you perform that many times in your request.

If you're uncertain, use XDebug or Zend Debugger to do some targetted profiling of your application to see how much time is being spent.

Merci Matt, je vais suivre ton conseil, juste pour avoir des chiffres à l'appui. Qui sait si ce n'est pas moi qui a tord ? Je laisse le bénéfice du doute tant que je n'ai pas de preuve. J'ai installé XDebug et j'ai effectué un test de performance où 1000 appels ont été faits sur le composant ZF. Le résultat est étonnant : 0,29 seconde. Je ferai des tests de performance comparatifs la semaine prochaine en soumettant la classe maison dans le collimateur et voir si ça valait le coût de remplacer ce composant. À date, avec ce que j'ai vu, ce sera difficile à battre...

Stay tuned!


Tags: Programmation, Zend Framework

3 réponses à "Performance de Zend Framework"

  1. Unknown a dit...
    3 juillet 2010 à 12 h 18

    Merci pour ces deux articles.
    Ils sont grandement intéressants et instructifs.

    Si j'ai bien compris vous utilisez des composants de ZF dans ton entreprise.

    J'ai pour habitude d'utilise CodeIgniter, qu'en penses-tu ?

    Infinite Loop a dit...
    3 juillet 2010 à 13 h 18

    En effet, probablement une douzaine de composants de ZF. Il y a quelques années, les programmeurs sont passés au vote pour choisir un framework qui nous permettrait de développer plus vite mais sans poser de restrictions.

    J'ai entendu des bons mots au sujet de CodeIgniter mais je ne l'ai jamais essayé. Tu as un bon tutoriel pour que j'y jette un oeil ?

    Unknown a dit...
    3 juillet 2010 à 15 h 58

    CodeIgniter est très sympa, c'est un framework MVC sans ligne de commande.

    C'est du PHP orienté objet et doté d'ActiveRecord ce qui est très pratique pour les databases.

    Il y a une série de tutoriels sur Nettuts+ dont voici le dernier.
    http://net.tutsplus.com/tutorials/php/codeigniter-from-scratch-security/

    Si tu as des questions ou des remarques, je suis preneur !


Publier un commentaire

Message plus récent Messages plus anciens Accueil
S'abonner à : Publier des commentaires (Atom)
    Suivre @code18 sur Twitter

    Catégories

    • Apache (21)
    • Citations (167)
    • Club Vidéo (24)
    • Coffre à outils (55)
    • CSS (8)
    • Curiosités (117)
    • Design Pattern (2)
    • Drupal (8)
    • Easter Eggs (22)
    • Extensions Firefox (20)
    • GIMP (7)
    • Histoire (21)
    • HTML (32)
    • Humour (57)
    • Intégration (34)
    • iPod (12)
    • JavaScript (110)
    • Jeu de combat (6)
    • Le coin du geek (128)
    • Liens (12)
    • Linux (56)
    • Livres (78)
    • Lois et principes (46)
    • Marché des saveurs (26)
    • Mathématique (18)
    • Mobile (5)
    • Montréal (32)
    • Musique (112)
    • Pancartes et écriteaux (16)
    • Perl (8)
    • Pérou (1)
    • PHP (130)
    • PostgreSQL (44)
    • Programmation (105)
    • Saviez-vous que (55)
    • Sécurité (22)
    • SEO (5)
    • SQL Server (22)
    • Vieilles publicités (6)
    • Virtualisation (8)
    • Voyages (1)
    • Zend Framework (26)

    Divers

    Archives

    • ►  2015 (6)
      • ►  août 2015 (1)
      • ►  juillet 2015 (1)
      • ►  février 2015 (3)
      • ►  janvier 2015 (1)
    • ►  2014 (8)
      • ►  décembre 2014 (1)
      • ►  novembre 2014 (1)
      • ►  octobre 2014 (1)
      • ►  août 2014 (2)
      • ►  juillet 2014 (2)
      • ►  janvier 2014 (1)
    • ►  2013 (53)
      • ►  décembre 2013 (2)
      • ►  novembre 2013 (1)
      • ►  octobre 2013 (3)
      • ►  septembre 2013 (2)
      • ►  août 2013 (5)
      • ►  juillet 2013 (3)
      • ►  juin 2013 (5)
      • ►  mai 2013 (3)
      • ►  avril 2013 (7)
      • ►  mars 2013 (7)
      • ►  février 2013 (11)
      • ►  janvier 2013 (4)
    • ►  2012 (105)
      • ►  décembre 2012 (8)
      • ►  novembre 2012 (5)
      • ►  octobre 2012 (4)
      • ►  septembre 2012 (1)
      • ►  août 2012 (8)
      • ►  juillet 2012 (7)
      • ►  juin 2012 (7)
      • ►  mai 2012 (10)
      • ►  avril 2012 (13)
      • ►  mars 2012 (15)
      • ►  février 2012 (15)
      • ►  janvier 2012 (12)
    • ►  2011 (146)
      • ►  décembre 2011 (14)
      • ►  novembre 2011 (11)
      • ►  octobre 2011 (12)
      • ►  septembre 2011 (13)
      • ►  août 2011 (15)
      • ►  juillet 2011 (17)
      • ►  juin 2011 (18)
      • ►  mai 2011 (15)
      • ►  avril 2011 (9)
      • ►  mars 2011 (7)
      • ►  février 2011 (3)
      • ►  janvier 2011 (12)
    • ▼  2010 (398)
      • ►  décembre 2010 (29)
      • ►  novembre 2010 (28)
      • ►  octobre 2010 (32)
      • ►  septembre 2010 (34)
      • ►  août 2010 (22)
      • ▼  juillet 2010 (35)
        • Les Inuits débarquent sur le web
        • Boucler sur des propriétés JSON
        • Nettoie tes oreilles ou articule quand tu parles!
        • Redémarrer l'univers
        • En quête de la tablette Android
        • Fabriquer un coin-coin en papier
        • Citation no. 92 sur l'Amazonie
        • Règlement de la route farfelu en Ontario
        • Classer des éléments du DOM avec jQuery
        • Grrrrr, bark, woof !
        • Lister les champs d'une table PostgreSQL par SQL
        • Séparés à la naissance : Georges Laraque et Vigo
        • Évaluation des variables en PHP
        • Corona glacée instantanément
        • Linux : pourquoi locate est plus rapide que find
        • Citation no. 91 sur l'appartement
        • Autres références à Hitchhiker's Guide to the Galaxy
        • Dictionnaire Français - Francine
        • Performance de Zend_ACL
        • Quand j'étais petit, j'étais con
        • L'âne de Sam Loyd
        • Super Mario Bros et la réalité augmentée
        • Origine du Babel Fish
        • Citation no. 90 sur les fesses
        • Ouvrir un PDF à la bonne page par le shell
        • La 9ème vie d'Internet Explorer
        • Tap Tap Revolution sur la guitare
        • Redirection .htaccess ASP vers PHP
        • Comme une odeur de Milliblatts
        • Un peu de simplicité volontaire
        • Installer XDebug pour PHP
        • Citation no. 89 sur les fonctionnaires
        • Performance de Zend Framework
        • Réinventer la roue en programmation
        • Pourquoi il y a si peu de femmes ingénieures
      • ►  juin 2010 (42)
      • ►  mai 2010 (36)
      • ►  avril 2010 (37)
      • ►  mars 2010 (34)
      • ►  février 2010 (32)
      • ►  janvier 2010 (37)
    • ►  2009 (429)
      • ►  décembre 2009 (32)
      • ►  novembre 2009 (34)
      • ►  octobre 2009 (33)
      • ►  septembre 2009 (37)
      • ►  août 2009 (37)
      • ►  juillet 2009 (39)
      • ►  juin 2009 (38)
      • ►  mai 2009 (37)
      • ►  avril 2009 (35)
      • ►  mars 2009 (36)
      • ►  février 2009 (32)
      • ►  janvier 2009 (39)
    • ►  2008 (84)
      • ►  décembre 2008 (34)
      • ►  novembre 2008 (39)
      • ►  octobre 2008 (11)

    Abonnés

Copyright © All Rights Reserved. Code 18 | Converted into Blogger Templates by Theme Craft