Zend Framework : ça m'énerve ! / Technique / Blog.Exirel.me

Zend Framework : ça m'énerve !

Dans Technique par Florian Strzelecki - 18:27 - 06.01.2010

Mon dieu, qu'il m'énerve !

Les fins mélomanes (humour humour) auront vu la référence à Helmut Fritz et son morceau "Ça m'énerve", tandis que d'autres compatiront d'emblée à l'idée du temps que j'ai pu perdre à devoir utiliser ce maudit framework.

Parce que, disons le tout haut, et bien clair : Zend Framework est un petit cauchemar au quotidien. Une malédiction pour le développeur que je suis, et surtout, celui que je rêverais d'être à mon travail.

Je travaille avec par obligation, et parce qu'il n'y avait pas mieux dans les choix proposés. Ce n'est pourtant pas faute d'avoir tenté Django, mais la réponse fut "C'est du Python ? Donc c'est non." et même si elle était attendue, c'était pas une raison de prendre ce framework. Même si j'aurais du prendre un peu de temps pour apprendre, il y a Symphony à côté.

Réutilisabili-quoi ? Connait pas.

Rien n'est vraiment réutilisable dans ce que vous développez avec le Zend Framework.

D'une part, les classes changent de nom en fonction de l'endroit où elles se trouvent, la faute à l'auto-loader de plus en plus mis en avant dans Zend Framework. Mais après tout, on peut faire avec, si on est très méticuleux.

Vient ensuite le système de Bootstrap, qui, alors qu'il me semble être un concept intéressant, se révèle en fait un véritable piège : vous ne pouvez pas faire de Bootstrap spécifique à une partie de l'application seulement, tous les Bootstraps sont globaux à toute l'application. Oubliez donc l'idée d'avoir un Bootstrap pour votre Frontoffice, et un autre pour votre Backoffice. : il faudra plus que certainement faire du copier/coller de code et faire deux applications différentes.

Puis l'histoire des Modules, et Zend Application, qui, bien loin d'être ce qu'on croit, servent surtout à ranger vos affaires dans des boîtes, mais pas du genre que l'on transporte, échange, enlève et réorganise à loisir. C'est une structure rigide, où chaque élément, s'il vient à disparaître, sera la cause d'effet de bords catastrophiques.

Bref, non, la réutilisabilité des applications est un mythe total avec Zend Framework, une source d'ennuis quotidienne, et une perte de temps conséquente.

Et je ne parle même pas de la maintenance.

Documentation pauvre, communauté à l'image de celle de PHP

Je suis peut-être un peu méchant avec la communauté de PHP.

Elle est peut-être énorme, mais elle est composée en grande partie par des amateurs, des bidouilleurs du dimanche, bref, des gens dont les besoins peuvent être comblés par des pratiques toutes sauf professionnelles. Je sais, je fais dans la diplomatie en 2010.

Or, lorsque je m'adresse à une communauté, je cherche des réponses techniques concrètes et sérieuses. Des bonnes pratiques éprouvées, par tout un ensemble de gens ayant de l'expérience. Bref, je m'adresse à des gens qui savent mieux que moi comment utiliser correctement le framework.

Sauf qu'entre les hacks bien crades et les explications à l'emporte pièce, on est loin d'atteindre un niveau suffisant.

La documentation, pour sa part, est un véritable désastre : je me moque bien de savoir si elle est traduite ou non, j'aimerais déjà qu'elle soit complète dans la langue d'origine ! Ou, au moins, qu'elle ne m'embrouille pas plus qu'elle ne m'aide.

Incomplète, manque de clarté, décousue, parfois même n'est pas à jour : la documentation du Zend Framework est un gouffre dans lequel votre temps est avalé, et votre cerveau décomposé en petit morceau incandescent .

Une torture moderne, en quelque sorte.

Si on voulait optimiser, on ne le ferait pas en PHP

Alors, d'accords, PHP n'est sans doute pas un langage pour faire dans la performance technique. C'est un point de vue qui se défend, mais ce n'est vraiment pas le propos.

PHP est utilisé pour différentes raisons : développeurs moins chers, technologie plus facile d'accès, popularité plus importante. Mais certainement par pour ses performances.

Mais quand même ! Est-ce une raison pour utiliser une montagne de code, une usine à gaz monstrueuse, dès que l'on veut faire le moindre truc avec Zend Framework ?

En dehors de la complexité du code à produire pour utiliser Zend Framework, si, comme moi, on fouille dans le code source du framework lui-même, on se rend vite compte de l'absurde complexité dudit framework. Et des commentaires aussi utiles qu'une chaussette sur une jambe de bois.

On sentirait presque l'amoncellement d'un historique trop gros, trop lourd, et une dette technique de plus en plus évidente, qui n'est jamais comblée.

Plus jamais ça

C'est une promesse que je me fais à moi-même : plus jamais je n'accepterai de travailler avec ce framework. Plus jamais.

j'y ai perdu du temps
j'y ai perdu mon calme
j'y ai perdu en motivation
j'y ai perdu en qualité

Le pire, je pense, c'est lorsqu'on se rend compte qu'on ne fait même plus attention lorsqu'une fonction "getBidule" fait un "setBidule" : on trouve ça normal, dans la logique Zend Framework.

Oh, traduction pour ceux qui ne sont pas techniques : c'est un peu comme si je posais un objet dans une boîte pour dire que je récupère cet objet de cette boîte là : à peu près aussi utile que cette machine.

C'était mon petit coup de gueule.

Oui bah, des fois, j'ai envie de râler. De râler fort. Et d'utiliser des gros mots (mais je suis un enfant très sage).

Mais bon, 2010, diplomatie. Un peu.

RSS des commentaires - Commenter - Haut de page