Tu as raison sur une chose, c’est le même problème de RoR.
Oui. Mais encore largement pire.

:)

Sinon, au niveau déploiement, j’y fais référence dans mon post, je suis plus que surpris de la facilité de déploiement des applis Erlang. Ruby me paraît une atrocité à côté. Tu peux même pour plus de souplesse t’amuser à packager ton appli en intégrant Erlang dedans et ses dépendances, du coup, tu n’as plus aucun problème. Tu copies ton application, tu fais un bon vieux make, puis tu la lances avec start.sh un fois ton NGinx configuré vers le port de ton appli.
Du coup tout ce dont tu as besoin, c’est d’une bécane avec NGinx (ça pourrait marcher avec Apache je pense, mais ses fichiers de configuration sont un peu plus atroces et ses perfs moins bonnes). Et même, je crois que tu pourrais te passer de NGinx ! :D (faudrait que je teste ;) )

Mais voilà, après, on est toujours confronté à
1 // Le conservatisme technologique. Les personnes connaissent quelque noms : PHP, Joomla, Drupal… et dans d’autre structures, JAVA ! (je me rappelle d’une discussion avec Arnaud de Typhon, où on se tatait pour l’installation d’un moyen de paiement, et le frein avait été l’installation de la plateforme Java, avec TomCat et tout le tutim…).
2 // Le marché de l’emploi. Trouver des programmeurs dans des langages un peu exotiques est une galère… mais je t’avoue que de plus en plus, j’ai envie d’avoir la main sur le dev, pouvoir initier les choses, prendre le relais, en tout cas savoir et comprendre comment est architecturé réellement les produits sur lesquels je transpire pour pouvoir prendre le relais. Et aussi, un programmeur qui s’intéresse à des problématiques un peu pointues, ça veut dire qu’il se pose des questions pertinentes et a une démarche plus fouillée et pointue. Donc le langage est aussi un moyen de sélectionner des compétences.

Après, un petit PHP pour faire du petit script rapide, c’est efficace, rapide, et à mon sens ça correspond au scope initial de PHP. Faire une landing page rapidement, un petit formulaire, c’est pratique. Exactement ce que tu as fait pour ton questionnaire à la base donc.
Le seul problème de PHP à mon sens, c’est que ce n’est pas balisé, et on peut trop rapidement soit faire une usine à gaz en objet totalement abstraite, soit quelque chose de très brouillon, soit les deux en même temps.

En même temps, tout le front end de FB est en PHP (même s’il viennent de sortir un compiler PHP -> C++, ce qui pourrait se révéler très intéressant pour de la perf).

Enfin,ça va commencer à ressembler à du troll de dev, donc j’arrête là.

Pour un projet personnel ou artisanal pourquoi pas (enfin faut voir le coût/la complexité de l’hébergement), mais pour un projet industriel, il faut voir : mêmes les PME préfèrent parfois un bulldozer à une tapette pour écraser une mouche.

Aussi, dans un espace libre de contrainte, en effet, Zotonic l’emporte haut la main dans bien des cas, mais le monde économique étant pétri de contraintes, des solutions plus installées (et donc plus vétustes) seront sinon préférables, préférées…

Désolé de prendre ton post comme support éditorial, mais tu touches un point vraiment intéressant auquel je suis souvent confronté : il y a moins d’une semaine, j’ai dû utiliser limesurvey (un monstre opensource du questionnaire) pour faire un petit sondage que j’avais initialement programmé en php/jquery avec génération des questions à la volée sans bdd. Ma solution était très élégantes et répondait au besoin de manière chirurgicale, mais n’était pas assez ‘industrielle’. J’ai dû me rabattre sur la solution générique, peu adaptée, archaïque, mais qui a fait ses preuves, et pourtant je travaillais pour une startup.

Je détourne vraiment ton post à mon compte, mais si toi ou un lecteur veut poursuivre le débat, je suis avide de retours d’expérience, et serais très heureux de partager sur le sujet.

Je me soumets à ton pouvoir de modération ;)