Mikaweb Design ! Blog d’un développeur et intégrateur web amateur…

Comment choisir son framework php ?

Par Mikaweb / avril 5th, 2009

Critères techniques

Le tout premier point à considérer est qu’un framework web est un outil. Le travail du technicien n’est pas de comprendre cet outil mais de savoir s’en servir. Un bon framework web est donc avant tout un framework qui sait se faire oublier. Mais attention, le terme d’outil n’est pas vraiment représentatif, en fait c’est plus une caisse à outils qu’il faut pouvoir adapter à ses besoins. Pour y arriver, deux conditions sont nécessaires :

• une bonne documentation pour connaître et savoir utiliser les outils qui sont déjà présents dans la caisse ;
• une caisse assez grande pour permettre d’étendre sa panoplie d’outils pré-intégré au besoin (et ça arrive toujours).

Actuellement, les frameworks s’étalent sur une échelle allant de l’application web à la publication web. Il faut donc encore une fois choisir en fonction de vos besoins, le framework le mieux adapté pour faire un blog ne sera assurément pas le même que celui avec lequel vous allez faire votre appli web-2.0-de-la-mort-qui-tue. Une fois vos besoins cernés, il suffit d’avoir connaissance des différentes solutions existantes pour déjà pas mal déblayer le terrain. Il devrait en théorie vous en rester 2 ou 3 maximum.

Reste maintenant une question de goûts/compétences du technicien qui est rarement prise en compte mais qui est pourtant capitale dans le déroulement du projet. Un technicien sceptique est moins impliqué et donc moins performant. Prennons l’exemple totalement aléatoire du choix entre Python et Ruby comme langages de programmation pour un framework. Quelqu’un qui aura codé depuis 3 ans en Ruby ira beaucoup plus vite dans le développement de son application, même si à connaissances égales celui-ci aurait été plus rapide en Python (bon ok pas si aléatoire). C’est tout à fait normal et si ce n’était pas le cas un seul framework dominerait le marché actuel.

Pour en finir avec la technique, il ne faut pas sous-estimer le problème de l’hébergement. Il existe peu d’hébergeurs proposant des services de qualité sur des technologies relativement jeunes et c’est bien dommage. C’est la principale raison pour laquelle PHP est soit-disant le langage de prédilection des dévelopeurs web (de plus de 40 ans ? Mouhahaha, pardon).

Critères commerciaux

Il y a les boîtes où le service commercial est le cauchemard du service technique et puis… non, en fait ça se passe toujours comme ça ;-). Comment en arrive-t-on là ?

Il est difficile de vendre quelque chose que l’on ne connait pas à quelqu’un qui ne connait pas non plus. Jouer du pipeau à propos d’une technologie dont tout le monde parle c’est relativement aisé. Faire découvrir et ouvrir le portefeuille d’un client en évoquant un nom tribal inconnu de tout son service informatique déjà c’est plus risqué. Si en plus le seul exemple qu’on a de développement utilisant ce framework web n’a pas été réalisé par la boîte on comprend mieux l’inertie que peut avoir une technologie.

Deux autres arguments sont souvent évoqués :

• le manque de ressources humaines disponibles relatives au langage ou au framework et là c’est le serpent qui se mord la queue ;
• les garanties en termes de pérennité du framework, l’open-source en est une mais si vous êtes là vous le savez déjà :-).

Critère décisif

C’est vous ! Évaluez vos besoins, testez plusieurs frameworks (si vous n’avez pas le temps, penchez-vous sur RoR ou Turbogears pour une application ou Django pour une publication) et lancez-vous. Les seules besoins sont un peu de temps et vous pouvez généralement faire le tour d’un framework en moins d’une demi-journée (exemples+doc+communauté+limites). Imaginez un prototype basique de ce que vous avez en tête et essayez de le faire après cette demi-journée pour chaque framework web, vous allez vite vous rendre compte des frameworks adaptés ou pas. Les connaissances acquises ne sont pas du temps perdu, le fonctionnement des frameworks web modernes actuels est quasiment identique et mêmes s’ils évoluent très rapidemment, ils sont dans une phase de stabilisation (indispensable pour l’entreprise).

En conclusion, il n’y a pas de meilleur framework que celui qui sera adapté à vos besoins. Passez plutôt du temps à réfléchir à votre modèle de données, changer d’outil est facile mais une fois que l’on a commandé les planches… il faut faire avec !