<?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>Comments on: Ne vous souciez pas des performances de votre solution web (pensez-y juste)</title>
	<atom:link href="http://www.imctobitch.com/ne-vous-souciez-pas-des-performances-de-votre-solution-web-pensez-y-juste/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.imctobitch.com/ne-vous-souciez-pas-des-performances-de-votre-solution-web-pensez-y-juste/?utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=ne-vous-souciez-pas-des-performances-de-votre-solution-web-pensez-y-juste</link>
	<description>Random thoughts about my young CTO startup experience</description>
	<lastBuildDate>Thu, 17 Sep 2020 11:32:20 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.4.1</generator>
	<item>
		<title>By: CyrilB</title>
		<link>http://www.imctobitch.com/ne-vous-souciez-pas-des-performances-de-votre-solution-web-pensez-y-juste/comment-page-1/#comment-217</link>
		<dc:creator>CyrilB</dc:creator>
		<pubDate>Mon, 20 Aug 2012 09:37:02 +0000</pubDate>
		<guid isPermaLink="false">http://www.imctobitch.com/?p=356#comment-217</guid>
		<description>Je me retrouve tout à fait dans ton article, d&#039;autant plus que c&#039;est une erreur que j&#039;ai failli faire : mettre d&#039;entrée de jeu de gros moyens dans l&#039;infrastructure &quot;comme ça je saurai absorber la charge&quot;. Je partais sur une infra très complexe (mais sexy, scalable, robuste, etc). C&#039;est complètement stupide et j&#039;ai heureusement changé d&#039;avis en prenant un peu de recul. L&#039;important, c&#039;est de mettre en place une base saine, de bosser sur le produit, uniquement le produit, et après, une fois que ça marche, commencer à bosser les performances et résoudre les problèmes de scaling, de répartition de charge, etc. Tout à fait d&#039;accord avec le commentaire plus haut concernant le principe de Pareto.</description>
		<content:encoded><![CDATA[<p>Je me retrouve tout à fait dans ton article, d&#8217;autant plus que c&#8217;est une erreur que j&#8217;ai failli faire : mettre d&#8217;entrée de jeu de gros moyens dans l&#8217;infrastructure &#8220;comme ça je saurai absorber la charge&#8221;. Je partais sur une infra très complexe (mais sexy, scalable, robuste, etc). C&#8217;est complètement stupide et j&#8217;ai heureusement changé d&#8217;avis en prenant un peu de recul. L&#8217;important, c&#8217;est de mettre en place une base saine, de bosser sur le produit, uniquement le produit, et après, une fois que ça marche, commencer à bosser les performances et résoudre les problèmes de scaling, de répartition de charge, etc. Tout à fait d&#8217;accord avec le commentaire plus haut concernant le principe de Pareto.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Clément Keirua</title>
		<link>http://www.imctobitch.com/ne-vous-souciez-pas-des-performances-de-votre-solution-web-pensez-y-juste/comment-page-1/#comment-203</link>
		<dc:creator>Clément Keirua</dc:creator>
		<pubDate>Mon, 13 Aug 2012 10:37:54 +0000</pubDate>
		<guid isPermaLink="false">http://www.imctobitch.com/?p=356#comment-203</guid>
		<description>Ton constat est l&#039;application d&#039;une règle plus générale en génie logiciel : &quot;premature optimization is the root of alll evil&quot;. C&#039;est de Knuth et cette phrase date de 74, donc c&#039;est pas tout jeune :)
L&#039;idée, c&#039;est que l&#039;optimisation, ça améliore les performances au détriment de la complexité du code. Dans un premier temps, il déjà suffisamment difficile d&#039;avoir un programme qui se comporte comme on l&#039;attend. S&#039;il faut maintenir du code optimisé dès le départ, c&#039;est la galère au moindre pivot. 
Bref, comme tu dis, vaut mieux se concentrer au départ sur avoir un truc qui marche, et une fois que des bases solides montre des défauts importants, se concentrer là dessus.
Au passage ça colle très bien avec l&#039;esprit lean, et avec le principe de Pareto : ne pas travailler pour rien, et travailler pour ce qui va faire avancer le plus possible et le plus vite possible.</description>
		<content:encoded><![CDATA[<p>Ton constat est l&#8217;application d&#8217;une règle plus générale en génie logiciel : &#8220;premature optimization is the root of alll evil&#8221;. C&#8217;est de Knuth et cette phrase date de 74, donc c&#8217;est pas tout jeune :)<br />
L&#8217;idée, c&#8217;est que l&#8217;optimisation, ça améliore les performances au détriment de la complexité du code. Dans un premier temps, il déjà suffisamment difficile d&#8217;avoir un programme qui se comporte comme on l&#8217;attend. S&#8217;il faut maintenir du code optimisé dès le départ, c&#8217;est la galère au moindre pivot.<br />
Bref, comme tu dis, vaut mieux se concentrer au départ sur avoir un truc qui marche, et une fois que des bases solides montre des défauts importants, se concentrer là dessus.<br />
Au passage ça colle très bien avec l&#8217;esprit lean, et avec le principe de Pareto : ne pas travailler pour rien, et travailler pour ce qui va faire avancer le plus possible et le plus vite possible.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Performance optimized by W3 Total Cache. Learn more: http://www.w3-edge.com/wordpress-plugins/

 Served from: www.imctobitch.com @ 2026-05-01 03:33:18 by W3 Total Cache -->