En fait, comme je le répete souvent un bon developpeur PHP aura aussi de solide base en administration systeme, Il n'est pas rare de trouver dans une annonce Administration Systeme Requis. Dans mon cas je fournis a l'administrateur la liste des modules dont nous avons besoin pour le serveur de prod.
Tous ces modules ayant été testés et installés sur le serveur de Dev. Quant a la mise en prod j'ai connu de tout de ce coté la, ca allait de la copie de fichiers via FTP directement sur le serveur de prod a l'automatisation avec Webistrano (bien évidemment, ca n'a rien avoir avec PHP)
Oui, dans le cycle de développement logiciel "classique" une release est identifié pour passer en prod, sur cette release on ne fera que du bug fixing, comme cela serait fait dans n'importe quel autre language. Cette release peut etre fourni au client.
Cela dit je travaille beaucoup dans des environnements Agile et RAD les regles sont différentes (spécifications mouvantes et livraisons plus fréquentes).
Tout ca repose sur un bon outil de gestion de configuration et des bonnes pratiques mise en places des le départ.
Si des develloppeurs balancent leurs fichiers directement en prod c'est qu'une étape a été loupée lors de la mise en place des processus.
Je comprends mieux ce que tu veux dire, beaucoup de developpeurs font une confusion entre gros projet et projet avec de la profondeur.
En faite un projet meme avec des mécanismes complexes, meme s'il est tres gros. PHP et son écosysteme pourront faire l'affaire tant que c'est du Web.
En revanche si le projet prend beaucoup de profondeur (middleware, temps-reel), je ne dis pas que c'est pas possible mais ca risque de se compliquer, il faudra donc bien étudier l'architecture avant de se lancer.
Contrairement aux idées recus Facebook n'utilise pas que du PHP mais l'essentielle de son site est en PHP.
Je ne me lancerais pas dans une application pour une salle de marché ou de paris en ligne en PHP (contrainte de persistence et de temps réel trop forte)
en revanche une banque en ligne ne me génerait pas plus que ca.
Comme je le dis souvent un developpeur doit etre polyglotte, PHP répond tres bien au besoin d'Agilité et du RAD.
Je suis pres a essayer ce Framework prometteur si j'arrive a la meme souplesse qu'avec les Frameworks PHP. Je le surveille de pres, j'attends les retours terrain. Je crains juste qu'il soit snobé par les puristes Java.
Je ne suis pas surpris les languages de script ne peuvent pas conccurencer les langages "compilés" cela dit tout est une question d'équilibre.
Si les performances sont le premier critere et que ton client ne veut pas investir dans un load balancer, il faudra peut-etre choisir un autre langage.
C'est vrai qu'une mauvaise architecture peut planter un bon projet.
Nous avons opté pour un proxy cache sur le projet sur lequel je travaille actuellement comme pour les journaux en ligne (Squid, Ncache).