Le 16/05/2013 02:04, seb astien a écrit :
Le 16 mai 2013 00:56, "Wallace" <wallace@morkitu.org mailto:wallace@morkitu.org> a écrit :
Je comprend ce point de vue en tant que développeur, mais le côté sysadm fait qu'au contraire tu n'as pas à tester sur ton poste en local mais tu dois utiliser un environnement de dev / recette / preprod conforme à la prod.
Mais ça existe vraiment ça ?
Oui et heureusement, soit le client a des environnements étanches (plate-formes séparées) pour les gros projets soit on met sur le même serveur (celui de prod) les versions dev et preprod avec une limitation drastiques des ressources disponibles à l'instance dev pour éviter de saturer le serveur de prod à cause d'une erreur. Ca je le fais pour mes petits clients.
Quand je dis que c'est un environnement de dev, j'impose pas qu'il y ait des livraisons pour intégrer en dev, les dev se connectent à une url commune ou à une url par développeur (ça dépend des projets) et peuvent éditer et commiter sur place (vim / emacs / branchement de leurs ide en sftp) et tester en temps réel comme si c'était sur leur poste.
J'ai suffisamment donné depuis 10 ans à entendre c'est pas ma faute ça
marche sur mon poste, c'est la prod qui est pas bien réglé. Sauf que les contraintes de sécurités entre la prod et son poste perso sont pas
les même.
Certes, parfois c'est le code, parfois c'est l'infra.
Pour nos clients, je n'ai jamais entendu parlé d'un souci lié à l'infra, même les webagency qui ont commencé à bosser de leur côté on les force à venir dev sur le serveur du client et tout le monde est ravi.
Par contre le cas de devoir faire plusieurs branches et devoir les resynchroniser j'ai pas vu un seul client qui se dit pourtant Agile ne pas perdre un temps fou là dessus.
Bah agile et cloud, même combat ? Y a ceux qui disent l'être et ceux qui le sont...
Ben là ils sont totalement aglie mais ils perdent un nombre de jour homme halucinant pour merger les branches, alors ils perdent ce qu'ils gagnent avec agile à mon sens.