<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Réflexions d'un chef de projet internet - Julien Dassonval &#187; Technique</title>
	<atom:link href="http://blog.juliendassonval.com/tag/technique/feed" rel="self" type="application/rss+xml" />
	<link>http://blog.juliendassonval.com</link>
	<description></description>
	<lastBuildDate>Sun, 27 Jun 2010 09:59:40 +0000</lastBuildDate>
	
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>Comment parler aux développeurs ? par Capitaine-Commerce.com</title>
		<link>http://blog.juliendassonval.com/technique/comment-parler-aux-developpeurs-par-capitaine-commerce-com</link>
		<comments>http://blog.juliendassonval.com/technique/comment-parler-aux-developpeurs-par-capitaine-commerce-com#comments</comments>
		<pubDate>Wed, 27 Jan 2010 04:17:25 +0000</pubDate>
		<dc:creator>Julien</dc:creator>
				<category><![CDATA[Technique]]></category>
		<category><![CDATA[Développeurs]]></category>
		<category><![CDATA[Gestion de projet]]></category>

		<guid isPermaLink="false">http://blog.juliendassonval.com/?p=656</guid>
		<description><![CDATA[Je n&#8217;ai pas l&#8217;habitude de poster un simple lien vers un article mais pour le coup j&#8217;ai trouvé particulièrement intéressant et surtout je me suis retrouvé dans les propos d&#8217;Olivier avec certains développeurs.
Quelques extraits
a) quand le développeur n’a pas envie de bosser, il vous dira que ce que vous lui demandez est impossible
b) quand il [...]]]></description>
			<content:encoded><![CDATA[<p>Je n&#8217;ai pas l&#8217;habitude de poster un simple lien vers un article mais pour le coup j&#8217;ai trouvé particulièrement intéressant et surtout je me suis retrouvé dans les propos d&#8217;Olivier avec certains développeurs.</p>
<p>Quelques extraits</p>
<blockquote><p><strong>a) quand le développeur n’a pas envie de bosser,</strong> il vous dira que ce que vous lui demandez est impossible</p>
<p><strong>b) quand il a envie de bosser,</strong> il vous fera croire qu’il est capable de vous fabriquer une navette spatiale en 3 lignes de code, alors que, bien sûr, c’est parfaitement faux. Et s’il vous annonce un délai, ajoutez 15 jours et multipliez le tout par 2 et vous aurez le véritable délai.</p></blockquote>
<p>Un autre (<em>et ça je ne connais aucun chef de projet ou commercial qui n&#8217;a pas eu ce comportement</em>)</p>
<blockquote><p>tout le monde a pris l’habitude de croire qu’on pouvait changer n’importe quelle fonction d’un site en moins de 5mn et qu’il suffisait de décrocher son téléphone pour le demander gentiment au développeur pour qu’il vous le fasse dans l’instant suivant.</p></blockquote>
<p>Olivier s&#8217;intéresse aux sites e-commerce mais sincèrement ça marche aussi pour un site promotionnel en flash.</p>
<p>Lire l&#8217;article complet sur Capitaine-Commerce : <a href="http://www.capitaine-commerce.com/2010/01/26/24887-comment-parler-aux-developpeurs/">http://www.capitaine-commerce.com/2010/01/26/24887-comment-parler-aux-developpeurs/</a></p>
]]></content:encoded>
			<wfw:commentRss>http://blog.juliendassonval.com/technique/comment-parler-aux-developpeurs-par-capitaine-commerce-com/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Calculer rapidement une bande passante</title>
		<link>http://blog.juliendassonval.com/gestion-de-projet/calculer-rapidement-une-bande-passante</link>
		<comments>http://blog.juliendassonval.com/gestion-de-projet/calculer-rapidement-une-bande-passante#comments</comments>
		<pubDate>Fri, 08 Aug 2008 04:34:50 +0000</pubDate>
		<dc:creator>Julien</dc:creator>
				<category><![CDATA[Gestion de projet]]></category>
		<category><![CDATA[Technique]]></category>

		<guid isPermaLink="false">http://blog.juliendassonval.com/?p=62</guid>
		<description><![CDATA[Si la mise en place d&#8217;une architecture serveur nécessite une analyse plus fine (combien de front, besoin ou non d&#8217;un filer etc), je vous livre ici la formule basique de calcul de bande passante qui peut toujours être utile
Bande passante (en bits) =  Poids du site (en Mo) * Nbre de visites / 360
Donc pour [...]]]></description>
			<content:encoded><![CDATA[<p>Si la mise en place d&#8217;une architecture serveur nécessite une analyse plus fine (combien de front, besoin ou non d&#8217;un filer etc), je vous livre ici la formule basique de calcul de bande passante qui peut toujours être utile</p>
<p>Bande passante (en bits) =  Poids du site (en Mo) * Nbre de visites / 360</p>
<p>Donc pour un site de 100Mo avec 50 000 visites par mois, on a environ 15Mbits de bande passante (13,88Mbits).<br />
Mais à quoi correspond 1Mibts ? à 360Go de données d&#8217;où la division dans la formule plus haut.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.juliendassonval.com/gestion-de-projet/calculer-rapidement-une-bande-passante/feed</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Sous-domaines : pensez au WWW</title>
		<link>http://blog.juliendassonval.com/gestion-de-projet/sous-domaines-pensez-au-www</link>
		<comments>http://blog.juliendassonval.com/gestion-de-projet/sous-domaines-pensez-au-www#comments</comments>
		<pubDate>Sun, 13 Jul 2008 16:55:30 +0000</pubDate>
		<dc:creator>Julien</dc:creator>
				<category><![CDATA[Gestion de projet]]></category>
		<category><![CDATA[Technique]]></category>
		<category><![CDATA[Nom de domaine]]></category>

		<guid isPermaLink="false">http://blog.juliendassonval.com/?p=45</guid>
		<description><![CDATA[Conseil tout bête mais auquel on ne pense pas forcément, si vous mettez en place un site avec un sous-domaine, prévoyez l&#8217;accès avec et sans les WWW. Les habitués savent qu&#8217;il n&#8217;y a pas besoin, mais Monsieur et Madame Michu ont souvent le réflexe de rajouter les WWW.
Exemples
http://iphone.orange.fr == http://www.iphone.orange.fr
http://foot.orange.fr == http://www.foot.orange.fr
Même après plusieurs années [...]]]></description>
			<content:encoded><![CDATA[<p>Conseil tout bête mais auquel on ne pense pas forcément, si vous mettez en place un site avec un sous-domaine, prévoyez l&#8217;accès avec et sans les WWW. Les habitués savent qu&#8217;il n&#8217;y a pas besoin, mais Monsieur et Madame Michu ont souvent le réflexe de rajouter les WWW.</p>
<p><strong>Exemples</strong><br />
http://iphone.orange.fr == http://www.iphone.orange.fr<br />
http://foot.orange.fr == http://www.foot.orange.fr</p>
<p>Même après plusieurs années d&#8217;expérience dans le web, la démocratisation du web et l&#8217;accès au grand public, <strong>n&#8217;oubliez pas de vous mettre à la place du plus grand nombre</strong>, le public averti et le public plus amateur.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.juliendassonval.com/gestion-de-projet/sous-domaines-pensez-au-www/feed</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>L&#8217;hébergeur : votre meilleur allié ou votre pire cauchemar</title>
		<link>http://blog.juliendassonval.com/gestion-de-projet/hebergeur-votre-meilleur-allie-ou-votre-pire-cauchemar</link>
		<comments>http://blog.juliendassonval.com/gestion-de-projet/hebergeur-votre-meilleur-allie-ou-votre-pire-cauchemar#comments</comments>
		<pubDate>Wed, 09 Apr 2008 20:19:45 +0000</pubDate>
		<dc:creator>Julien</dc:creator>
				<category><![CDATA[Gestion de projet]]></category>
		<category><![CDATA[Technique]]></category>
		<category><![CDATA[Hébergement]]></category>
		<category><![CDATA[prestataire]]></category>

		<guid isPermaLink="false">http://blog.juliendassonval.com/?p=8</guid>
		<description><![CDATA[Dans un projet web, on peut développer le meilleur site qui soit (bien pensé, beau, ergonomique, techniquement impeccable) mais il suffit que votre hébergeur soit défaillant et tout le travail effectué soit gâché. Je constate tous les jours les bons et mauvais cotés.
Tout d&#8217;abord, qu&#8217;est ce qu&#8217;un bon hébergeur selon moi ? (en restant générique)

Apporte [...]]]></description>
			<content:encoded><![CDATA[<p>Dans un projet web, on peut développer le meilleur site qui soit (<em>bien pensé, beau, ergonomique, techniquement impeccable</em>) mais il suffit que votre hébergeur soit défaillant et tout le travail effectué soit gâché. Je constate tous les jours les bons et mauvais cotés.</p>
<p>Tout d&#8217;abord, qu&#8217;est ce qu&#8217;un bon hébergeur selon moi ? (<em>en restant générique</em>)</p>
<ol>
<li>Apporte son expertise dans l&#8217;expression de besoins liée à l&#8217;hébergement d&#8217;un nouveau site</li>
<li>Forte réactivité en cas de problème</li>
<li>Souplesse et flexibilité</li>
<li>Compétences des équipes d&#8217;ingénierie</li>
</ol>
<p>Et bien figurez-vous que les hébergeurs &laquo;&nbsp;professionnels&nbsp;&raquo; sont loin de répondre à ces 3 points et sont rares. J&#8217;ai pu travailler avec des &laquo;&nbsp;gros&nbsp;&raquo; hébergeurs et des hébergeurs de moindre mesure.</p>
<p><strong>Conclusion </strong>: aucune relation n&#8217;est possible selon la taille.</p>
<p>Grosse structure ne veut pas forcément dire bon hébergeur (<em>selon ma définition</em>) mais petite non plus. Une vraie réponse de normand !</p>
<p>Une chose est sûre, en cas de problème sur un projet, certains sont capables d&#8217;astreindre une dizaine de personnes un week-end pour analyser tous les flux qui peuvent provoquer une erreur, sessions, trames http, tout y passe. On a les téléphones portables des responsables. J&#8217;ai eu le cas sur un site Orange et je peux vous dire que si en effet, l&#8217;hébergement  a un certain prix (pas la peine de me demander, confidentiel <img src='http://blog.juliendassonval.com/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' />  ), c&#8217;est agréable de savoir qu&#8217;on a des personnes compétentes en face.</p>
<p>Tandis que d&#8217;autres se contentent de mettre 1 seule personne sur un problème qui dure depuis 3 jours : un peu maigre vous ne trouvez pas ! Certains vous coupent un accès ftp au moment d&#8217;une mise en ligne sans vous prévenir (si si je vous assure). Je vous donne dans le mille, c&#8217;est les mêmes.</p>
<p>2 grands types de process hébergement</p>
<ol>
<li>Accès ftp à tous les environnements</li>
<li>Accès à 1 seul environnement en ftp, le reste passe par des scripts de réplication ou livraison de zip par ftp. C&#8217;est souvent eux qui sont les plus procéduriers, <strong>à proscrire en agence de communication</strong> ! Ils sont capables de vous faire rater des mises en ligne ou suer pendant plusieurs jours.</li>
</ol>
<p>En agence, respecter les bonnes règles de type pas de mise en ligne après 16h ou le vendredi sont souvent illusoires. Le plus souvent, le client tarde à valider mais la campagne de bannières qui a couté 300 000 euros commence le lendemain, alors mise en ligne à 18h voir 19h. Suicidaire, risquée ? N&#8217;oubliez pas dans quel domaine on travaille. Et 18h reste soft, une mise en ligne à 2h du matin un vendredi ça m&#8217;est déjà arrivé (qu&#8217;une fois tout de même jusqu&#8217;à présent)</p>
<p><strong>Quelques conseils de bon sens</strong></p>
<ol>
<li>Si vous pouvez, prévoyez au moins 2 environnements (preprod et prod), le top étant dev, preprod et prod. ça ne coute pas plus cher à votre client et ça vous permet de tester sereinement votre application sur l&#8217;environnement de DEV, passage en preprod pour validation client et prod pour le grand saut.</li>
<li>Vérifiez bien que les 3 environnements soient identiques par vous même (un <em>phpinfo()</em> est toujours plus sûr qu&#8217;un mail ou conversation téléphone : &laquo;&nbsp;les environnements sont identiques&nbsp;&raquo;)</li>
<li>Sachez être ferme quand il le faut mais n&#8217;oubliez pas que même si ça se passe mal, vous allez être souvent en contact avec eux, votre développeur, directeur de clientèle, directeur technique peuvent s&#8217;énerver. Vous, vous devez être capable de maintenir la pression mais gardez votre calme (pas toujours évident après 4 jours de galère, je vous l&#8217;accorde)</li>
</ol>
<p><strong>Et le prix dans tout ça ?</strong></p>
<p>Est-ce que ça coûte cher un hébergement pro de qualité (<em>et pas de qualitay&#8230;</em>) ? Pas forcément.</p>
<p><strong>Mais comment choisir ?</strong></p>
<p>Généralement, une agence ne travaille pas coup par coup avec un hébergeur (<strong>sauf </strong>: besoin précis dont seul celui-ci est capable de fournir, ou imposé par le client). Il y a une sorte de partenariat. L&#8217;idée, c&#8217;est que tout le monde soit satisfait : le client, l&#8217;hébergeur et évidemment nous. Ce n&#8217;est pas vous en tant que simple chef de projet qui allait le choisir, c&#8217;est au dessus (Directeur Technique). Ayez conscience dans votre chiffrage et le choix du prestataire sur des opérations à risques (toutes ?) qu&#8217;il vous faut au moins les 4 grands points cités avant.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.juliendassonval.com/gestion-de-projet/hebergeur-votre-meilleur-allie-ou-votre-pire-cauchemar/feed</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
	</channel>
</rss>
