<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	>
<channel>
	<title>Commentaires pour ProxiAD vous parle d'IT</title>
	<atom:link href="http://blog.proxiad.com/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.proxiad.com</link>
	<description>ProxiAD vous parle d'IT</description>
	<pubDate>Sun, 05 Feb 2012 16:02:50 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.7.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Commentaires sur Les outils et la méthodologie au service du projet par Thomas</title>
		<link>http://blog.proxiad.com/2011/09/13/les-outils-et-la-methodologie-au-service-du-projet/comment-page-1/#comment-5069</link>
		<dc:creator>Thomas</dc:creator>
		<pubDate>Thu, 15 Sep 2011 09:11:14 +0000</pubDate>
		<guid isPermaLink="false">http://blog.proxiad.com/?p=1796#comment-5069</guid>
		<description>Dans le contexte que j'exposais ici et dans l'expérience que j'ai vécue, l'objectif n'était pas de passer à de la livraison continue à 100% et sur tous les environnements (en tout cas, pas dans un premier temps). L'objectif était d'avantage de tendre vers un déploiement automatique quotidien sur les environnements de développement / recette afin de faire constater les évolutions dans la reprise du projet.

Pour information, nous avions au final simplement utilisé le plugin SCP d'Hudson, permettant l'upload de l'application (war) sur le serveur, en prenant pour postulat que notre serveur d'application supportait le déploiement à chaud (ce qui n'est pas nécessairement compatible avec la production...).

Les déploiements en production se faisaient (et se font encore) dans un mode plus classique (déploiement "manuel" par l'équipe d'exploitation).

Tu as déjà eu une expérience de déploiement continu en production ? Pour quel type d'application ? Quel est le bilan de l'expérience ?</description>
		<content:encoded><![CDATA[<p>Dans le contexte que j&#8217;exposais ici et dans l&#8217;expérience que j&#8217;ai vécue, l&#8217;objectif n&#8217;était pas de passer à de la livraison continue à 100% et sur tous les environnements (en tout cas, pas dans un premier temps). L&#8217;objectif était d&#8217;avantage de tendre vers un déploiement automatique quotidien sur les environnements de développement / recette afin de faire constater les évolutions dans la reprise du projet.</p>
<p>Pour information, nous avions au final simplement utilisé le plugin SCP d&#8217;Hudson, permettant l&#8217;upload de l&#8217;application (war) sur le serveur, en prenant pour postulat que notre serveur d&#8217;application supportait le déploiement à chaud (ce qui n&#8217;est pas nécessairement compatible avec la production&#8230;).</p>
<p>Les déploiements en production se faisaient (et se font encore) dans un mode plus classique (déploiement &#8220;manuel&#8221; par l&#8217;équipe d&#8217;exploitation).</p>
<p>Tu as déjà eu une expérience de déploiement continu en production ? Pour quel type d&#8217;application ? Quel est le bilan de l&#8217;expérience ?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Commentaires sur Les outils et la méthodologie au service du projet par Sébastien</title>
		<link>http://blog.proxiad.com/2011/09/13/les-outils-et-la-methodologie-au-service-du-projet/comment-page-1/#comment-5052</link>
		<dc:creator>Sébastien</dc:creator>
		<pubDate>Tue, 13 Sep 2011 06:48:00 +0000</pubDate>
		<guid isPermaLink="false">http://blog.proxiad.com/?p=1796#comment-5052</guid>
		<description>Le problème du plugin Cargo, c'est que ce n'est pas adapté pour déployer sur l'environnement de production.
Or une des règles du "continuous delivery" est d'utiliser les même outils pour déployer, quelque soit l'environnement.
Il faudrait plutôt regarder du côté des outils type Capistrano, Fabric, Rundeck, MCollective, etc.</description>
		<content:encoded><![CDATA[<p>Le problème du plugin Cargo, c&#8217;est que ce n&#8217;est pas adapté pour déployer sur l&#8217;environnement de production.<br />
Or une des règles du &#8220;continuous delivery&#8221; est d&#8217;utiliser les même outils pour déployer, quelque soit l&#8217;environnement.<br />
Il faudrait plutôt regarder du côté des outils type Capistrano, Fabric, Rundeck, MCollective, etc.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Commentaires sur Keep the bar green ! par Jérémy Sevellec</title>
		<link>http://blog.proxiad.com/2011/02/22/keep-the-bar-green/comment-page-1/#comment-3550</link>
		<dc:creator>Jérémy Sevellec</dc:creator>
		<pubDate>Wed, 23 Feb 2011 08:03:25 +0000</pubDate>
		<guid isPermaLink="false">http://blog.proxiad.com/?p=1557#comment-3550</guid>
		<description>to keep the code clean :-)</description>
		<content:encoded><![CDATA[<p>to keep the code clean <img src='http://blog.proxiad.com/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>Commentaires sur Paris JUG du 11 Janvier: Tu testes pas? T&#8217;es so 2010! par Le Touilleur Express &#187; Blog Archive &#187; Soirée David Gageot au Paris JUG : les tests</title>
		<link>http://blog.proxiad.com/2011/01/15/paris-jug-du-11-janvier-tu-testes-pas-tes-so-2010/comment-page-1/#comment-3343</link>
		<dc:creator>Le Touilleur Express &#187; Blog Archive &#187; Soirée David Gageot au Paris JUG : les tests</dc:creator>
		<pubDate>Sat, 15 Jan 2011 14:06:56 +0000</pubDate>
		<guid isPermaLink="false">http://blog.proxiad.com/?p=1628#comment-3343</guid>
		<description>[...] articles - Cédric Vidal a publié un résumé plus précis sur le blog de [...]</description>
		<content:encoded><![CDATA[<p>[...] articles - Cédric Vidal a publié un résumé plus précis sur le blog de [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Commentaires sur Paris JUG du 11 Janvier: Tu testes pas? T&#8217;es so 2010! par Cédric Vidal</title>
		<link>http://blog.proxiad.com/2011/01/15/paris-jug-du-11-janvier-tu-testes-pas-tes-so-2010/comment-page-1/#comment-3342</link>
		<dc:creator>Cédric Vidal</dc:creator>
		<pubDate>Sat, 15 Jan 2011 13:52:46 +0000</pubDate>
		<guid isPermaLink="false">http://blog.proxiad.com/?p=1628#comment-3342</guid>
		<description>Le Touilleur Express a publié presque en même temps un article sur la soirée ;)
http://www.touilleur-express.fr/2011/01/15/david-gageot/</description>
		<content:encoded><![CDATA[<p>Le Touilleur Express a publié presque en même temps un article sur la soirée <img src='http://blog.proxiad.com/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /><br />
<a href="http://www.touilleur-express.fr/2011/01/15/david-gageot/" rel="nofollow">http://www.touilleur-express.fr/2011/01/15/david-gageot/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Commentaires sur Promouvoir les tests 1/5. Le TDD est il incontournable ? par Jeremie</title>
		<link>http://blog.proxiad.com/2010/01/18/promouvoir-les-tests-15-le-tdd-est-il-incontournable/comment-page-1/#comment-3207</link>
		<dc:creator>Jeremie</dc:creator>
		<pubDate>Sat, 18 Dec 2010 15:46:50 +0000</pubDate>
		<guid isPermaLink="false">http://blog.proxiad.com/?p=782#comment-3207</guid>
		<description>Très bon lien sur l'introduction au TDD!
Merci!</description>
		<content:encoded><![CDATA[<p>Très bon lien sur l&#8217;introduction au TDD!<br />
Merci!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Commentaires sur Construire ses plugins Eclipse RCP avec Maven ? C’est plus facile maintenant avec Maven 3 et Tycho ! par Sun TAN</title>
		<link>http://blog.proxiad.com/2010/02/16/construire-ses-plugins-eclipse-rcp-avec-maven-c%e2%80%99est-plus-facile-maintenant-avec-maven-3-et-tycho/comment-page-1/#comment-3047</link>
		<dc:creator>Sun TAN</dc:creator>
		<pubDate>Tue, 30 Nov 2010 21:13:44 +0000</pubDate>
		<guid isPermaLink="false">http://blog.proxiad.com/?p=1021#comment-3047</guid>
		<description>Bonjour,
Une petite alternative à tycho http://blogs.nuxeo.com/dev/2010/11/working-with-osgi-and-maven-in-eclipse.html qui permet de garder une structure de projet maven classique tout en travaillant dans PDE en mode OSGi</description>
		<content:encoded><![CDATA[<p>Bonjour,<br />
Une petite alternative à tycho <a href="http://blogs.nuxeo.com/dev/2010/11/working-with-osgi-and-maven-in-eclipse.html" rel="nofollow">http://blogs.nuxeo.com/dev/2010/11/working-with-osgi-and-maven-in-eclipse.html</a> qui permet de garder une structure de projet maven classique tout en travaillant dans PDE en mode OSGi</p>
]]></content:encoded>
	</item>
	<item>
		<title>Commentaires sur Le bulldozer Agile par Pascal Rieux</title>
		<link>http://blog.proxiad.com/2010/03/26/le-bulldozer-agile/comment-page-1/#comment-3040</link>
		<dc:creator>Pascal Rieux</dc:creator>
		<pubDate>Tue, 30 Nov 2010 11:16:02 +0000</pubDate>
		<guid isPermaLink="false">http://blog.proxiad.com/?p=1316#comment-3040</guid>
		<description>Je partage cette analyse et j'ajouterai mon grain de sel :
Les approches agiles, plus qu'un cadre méthodologique fermé, permettent avant tout à l'"équipe" (ainsi qu'aux parties prenantes, mais c'est parfois moins évident) de prendre conscience qu'elle a les moyens (le devoir ?) d'organiser son propre travail, d'auditer et d'adapter sa propre organisation aux conditions souvent variées des projets ou des développements de produits.</description>
		<content:encoded><![CDATA[<p>Je partage cette analyse et j&#8217;ajouterai mon grain de sel :<br />
Les approches agiles, plus qu&#8217;un cadre méthodologique fermé, permettent avant tout à l&#8217;&#8221;équipe&#8221; (ainsi qu&#8217;aux parties prenantes, mais c&#8217;est parfois moins évident) de prendre conscience qu&#8217;elle a les moyens (le devoir ?) d&#8217;organiser son propre travail, d&#8217;auditer et d&#8217;adapter sa propre organisation aux conditions souvent variées des projets ou des développements de produits.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Commentaires sur Le bulldozer Agile par David Brocard</title>
		<link>http://blog.proxiad.com/2010/03/26/le-bulldozer-agile/comment-page-1/#comment-3033</link>
		<dc:creator>David Brocard</dc:creator>
		<pubDate>Mon, 29 Nov 2010 08:09:30 +0000</pubDate>
		<guid isPermaLink="false">http://blog.proxiad.com/?p=1316#comment-3033</guid>
		<description>Meci pour cet article pertinent
Je vous propose mon sentiment ici :

http://davidbrocard.org/node/104

cdt</description>
		<content:encoded><![CDATA[<p>Meci pour cet article pertinent<br />
Je vous propose mon sentiment ici :</p>
<p><a href="http://davidbrocard.org/node/104" rel="nofollow">http://davidbrocard.org/node/104</a></p>
<p>cdt</p>
]]></content:encoded>
	</item>
	<item>
		<title>Commentaires sur Le bulldozer Agile par Laurent Carbonnaux</title>
		<link>http://blog.proxiad.com/2010/03/26/le-bulldozer-agile/comment-page-1/#comment-3030</link>
		<dc:creator>Laurent Carbonnaux</dc:creator>
		<pubDate>Sun, 28 Nov 2010 09:00:59 +0000</pubDate>
		<guid isPermaLink="false">http://blog.proxiad.com/?p=1316#comment-3030</guid>
		<description>Très bonne analyse.
Oui il y a d'autres solutions que l'Agile.
Oui il y a aussi des projets qui ne marchent pas en Agile.
Oui je reste persuadé que l'agilité est une excellente alternative aux processus "traditionnels".
Oui l'agilité c'est "faire accepter à tous les intervenant la variabilité du périmètre du projet"
et c'est surtout de "faire accepter à tous les intervenants de travailler ensemble"

Et oui, oui, oui, pour votre excellente conclusion:

"La révolution des méthodes Agiles est d’institutionnaliser ces facteurs en tant que fondamentaux de ces projets"</description>
		<content:encoded><![CDATA[<p>Très bonne analyse.<br />
Oui il y a d&#8217;autres solutions que l&#8217;Agile.<br />
Oui il y a aussi des projets qui ne marchent pas en Agile.<br />
Oui je reste persuadé que l&#8217;agilité est une excellente alternative aux processus &#8220;traditionnels&#8221;.<br />
Oui l&#8217;agilité c&#8217;est &#8220;faire accepter à tous les intervenant la variabilité du périmètre du projet&#8221;<br />
et c&#8217;est surtout de &#8220;faire accepter à tous les intervenants de travailler ensemble&#8221;</p>
<p>Et oui, oui, oui, pour votre excellente conclusion:</p>
<p>&#8220;La révolution des méthodes Agiles est d’institutionnaliser ces facteurs en tant que fondamentaux de ces projets&#8221;</p>
]]></content:encoded>
	</item>
</channel>
</rss>

