> Un environnement de dév, en local, me semble le minimum, puis un > serveur de production (le "vrai" site). > Et en environnement professionnel, on a aussi un serveur de recette. > Et un serveur d'intégration. Et parfois 1 de formation. Etc. ;-)
oui ca marche ainsi dans des grosses boites qui se sentent obligees de respecter certaines normes ou methodes, ca marche comme ca chez bull notamment. on peut aussi avoir besoin de 10 developpeurs pendant 1 an pour faire un boulot qu une seule personne efficace et qui utilise les bons outils pourrai faire en 2 mois tout seul. Ca donne un peu la difference d efficacite/rentabilite entre france telecom et free.fr . . . ou entre bull et . . . je sais pas . . une petite startup qui travaille a l arrach . . . La question n etai pas de savoir comment respecter la norme ISOmachin xxxx pour faire du php, mais comment gagner du temps / etre efficace rentable . . . Je ne conseille toujours pas de travailler sur un mauvais wamp en local ni meme sur un vrai lamp linux en local si la personne n est pas un bon administrateur linux/lamp confirme, je reste persuade que cela peut generer pas mal de perte de temps a cause de problemes locaux de charsets, de configuration pourrie de apache ou mysql ou autres problemes. Je ne parle pas de travailler en temps reel sur un site de prod important ( quoique ca depend pour quel genre de modif ), mais sur un sous-domaine de dev, qui tourne sur le meme serveur/environnement que le site concerne. Par contre si on est un admin linux confirme qui connait bien les configs de LAMP ou si on veut s y interesser il faut se faire son LAMP en local, mais apprendre l admin LAMP en meme temps ne va pas faire accelerer le developpement . . . ce qui semble etre ici le but ;) Ah oui aussi j ai parle du zend framework pour gagner du temps, c est vrai aussi que les CMS sont tres bien pour gagner du temps, ca depend de ce qu on veut faire . . . Je conseille spip depuis de nombreuses annees, et je suis actuellement bluffe par drupal, qui permet vraiment de faire des tas de choses (beaucoup plus versatile que spip), mais tout en etant un peu lourd au niveau ressources pour les serveurs. -- Cordialement William Waisse http://waisse.org | http://neoskills.com http://cahierspip.ww7.be | http://feeder.ww7.be Diffusez cette liste aupres de vos relations :) Linux Azur : http://linux-azur.org L'auteur du post est responsable de ses �crits ! *** Pas de message SMS, HTML ni de PJ SVP ***
