Si vous l'avez manqué (bon c'est vrai que je l'ai pas imprimé à 50 000 exemplaires), vous pouvez retrouver le 1er round là (compte-rendu d'alternance, p.19 du fichier).

Mes avis ont-ils changé depuis la sortie de la 1.2 de CakePHP et depuis que j'ai utilisé d'autres fonctions de symfony ?

Configure de pommes

Pour profiter au mieux des possibilités d'un framework, il faut commencer par bien le configurer. Dans symfony, cela se traduit par des .ini, des .yml, des .xml, des .php... Les raisons du choix des types de fichiers sont expliquées sur le site officiel, je ne blâme absolument pas le développeur (oui, il est seul à la base). Et cette configuration se réparti sur plusieurs niveaux : projet, application, modules.
En comparaison, dans CakePHP, on passe peu de temps à configurer entre 3 et 5 fichiers... des fichiers PHP ! On gagne en efficacité et en cohérence, à ne pas se disperser.

Si l'appli rencontre un problème de config, on sait qu'il se trouve dans l'un des rares fichiers présents dans le dossier "config". Avec symfony, je passe toujours un moment à chercher à quel "étage" je dois regarder puis j'ouvre quelques fichiers sans trop savoir dans lequel je vais régler le truc (en étant conscient que j'ai moins symfony en main).

Fonctionne à l'itée

Je dirai que symfony propose de base des fonctionnalités intéressantes que CakePHP n'a pas. Le générateur d'admin par exemple a sacrément de la gueule. Plus modelable que le générateur de frontend, il propose des options sympas facilement activables (les filtres de recherche par exemple).

A mon avis CakePHP devance sur certains son concurrent (certains helpers notamment) mais que dans l'ensemble, symfony va permettre des devs plus poussés. Mais il faudra pour cela passer par une configuration exhaustive et pointue mais lourde et disparate. On perd ici un point essentiel qui fait l'intérêt de ces frameworks : le RAD. A ce niveau, CakePHP est loin devant symfony, qui perd en rapidité ce qu'il offre en puissance.

"Il faut insistire sur l'apprendage" (© François Pérusse)

Un point très important est aussi la facilité d'apprentissage. Le framework est-il simple à aborder au premier abord et est-il compliqué à maitriser en profondeur ? Pour ça, prenons trois éléments centraux :

• la documentation : symfony dispose d'une documentation sous forme d'un livre, carrément ! alors, de l'info il y en a, c'est clair, plus que sur le site de CakePHP, rien à dire (j'attends de voir la documentation officielle finale de la 1.2 de Cake quand même). Mais comme c'est un livre, ça délaye, ça raconte sa vie. Purée, condensez-moi ça ! Chez Cake, on cherche et on trouve (ou pas) mais on est fixé rapidement. On retrouve ici l'avis énoncé sur le RAD, ça va avec. Mieux vaut l'exhaustivité aux oublis mais trop d'infos tue l'info.
• le code du core : pas de mystère, CakePHP 1.2 s'utilise sans documentation, en lisant le code du core, c'est moins vrai de l'autre côté.
• la communauté : besoin d'un tips sur CakePHP mais le site ne dit rien ? Vive les blogs de développeurs ! Incroyable mine d'infos ! C'est impressionnant tout ce qu'on peut apprendre des autres, ce n'est pas nouveau mais avec ce framework, ce concept prend une dimension énorme. Ajouté à la Bakery, symfony est surpassé, de tellement loin que la comparaison n'est même pas à faire (quantité, qualité, tout...)

Pour moi, avantage CakePHP. Et pour vous ?

Bien sûr, tout ceci n'est qu'un rassemblement d'avis personnels. Comme je l'ai dit par moments, Cake n'est pas le messie et symfony a ses avantages. Personnellement, je suis pro-Cake mais je ne me brule pas les mains en codant avec symfony tous les jours au boulot. En guise de conclusion je vous renverrai donc à cet article de euphrate_ylb.
Evidemment, j'accueillerai avec plaisir tous vos commentaires, surtout si vous n'êtes pas d'accord (on s'embête quand tout le monde pense la même chose).