davidbgk
/
larlet-fr-david


<div class="comment" typeof="schema:UserComments">
    <p class="comment-meta">
        <span class="comment-author" property="schema:creator">NiCoS</span> le <span class="comment-date" property="schema:commentTime">03/09/2008</span> :
    </p>
    <div class="comment-content" property="schema:commentText">
        <p>Tu veux dire que c&#39;est bash le framework le plus rapide du monde ? ;-)</p>

<p>~~~~~~&gt;[]</p>

<p>Sinon je te rejoinds complètement...</p>
    </div>
</div>
<div class="comment" typeof="schema:UserComments">
    <p class="comment-meta">
        <span class="comment-author" property="schema:creator">Sebseb01</span> le <span class="comment-date" property="schema:commentTime">03/09/2008</span> :
    </p>
    <div class="comment-content" property="schema:commentText">
        <p>Personelement je n&#39;utiliserait pas un framework qui fait pas du code w3c complient</p>

<p>==&gt;[]</p>
    </div>
</div>
<div class="comment" typeof="schema:UserComments">
    <p class="comment-meta">
        <span class="comment-author" property="schema:creator">Didier Misson</span> le <span class="comment-date" property="schema:commentTime">03/09/2008</span> :
    </p>
    <div class="comment-content" property="schema:commentText">
        <p>Enfin un truc SIMPLE !</p>

<p>Avez-vous prévu une version française ?<br />Merci</p>

<p>:p)</p>
    </div>
</div>
<div class="comment" typeof="schema:UserComments">
    <p class="comment-meta">
        <span class="comment-author" property="schema:creator">David, biologeek</span> le <span class="comment-date" property="schema:commentTime">03/09/2008</span> :
    </p>
    <div class="comment-content" property="schema:commentText">
        <p>La licence vous autorise le fork mais ça sera forcément moins rapide que le mien :p</p>
    </div>
</div>
<div class="comment" typeof="schema:UserComments">
    <p class="comment-meta">
        <span class="comment-author" property="schema:creator">Mat</span> le <span class="comment-date" property="schema:commentTime">03/09/2008</span> :
    </p>
    <div class="comment-content" property="schema:commentText">
        <p>Je suis désolé mais je n&#39;ai vraiment pas la même vision des choses ! Le framework idéal à mon avis a plutôt cette tête :</p>

<p>$&gt; cat &lt;&lt; EOF &gt; index.html<br />Hello World !<br />EOF</p>

<p>D&#39;une part il satisfera les amateurs de chats.<br />D&#39;autre part, la partie traitement est séparée du texte, ce qui fait gagner un temps fou à la traduction.</p>

<p>Le seul point faible c&#39;est que la licence oblige les utilisateurs à tapisser les murs de leurs toilettes avec une version imprimée du code source.</p>

<p>Bref, je suis complètement d&#39;accord : ça rime à rien ces bench...</p>
    </div>
</div>
<div class="comment" typeof="schema:UserComments">
    <p class="comment-meta">
        <span class="comment-author" property="schema:creator">Loïc d&#39;Anterroches</span> le <span class="comment-date" property="schema:commentTime">03/09/2008</span> :
    </p>
    <div class="comment-content" property="schema:commentText">
        <p>Désolé de t&#39;avoir vexé... ne le prend pas mal comme ça ;-)</p>
    </div>
</div>
<div class="comment" typeof="schema:UserComments">
    <p class="comment-meta">
        <span class="comment-author" property="schema:creator">David, biologeek</span> le <span class="comment-date" property="schema:commentTime">04/09/2008</span> :
    </p>
    <div class="comment-content" property="schema:commentText">
        <p>@Loïc d&#39;Anteroches : qui aime bien châtie bien :-).</p>
    </div>
</div>
<div class="comment" typeof="schema:UserComments">
    <p class="comment-meta">
        <span class="comment-author" property="schema:creator">Loïc d&#39;Anterroches</span> le <span class="comment-date" property="schema:commentTime">04/09/2008</span> :
    </p>
    <div class="comment-content" property="schema:commentText">
        <p>Nous sommes tous les deux des scientifiques pragmatiques, donc bon, on sait tous les deux où se trouve la valeur ajoutée d&#39;un framework de développement web : nulle part ou presque. Dans le sens où aujourd&#39;hui on ne peut rien faire sans et que le choix X ou Y est principalement une question de goût.</p>

<p>D&#39;ailleurs, notre valeur ajoutée est bien au delà de tout ça, grosso modo, je ne gagne pas un rond avec Django &amp; Cie, mais je gagne en utilisant Django pour fournir de l&#39;application de calcul scientifique. Être spécialiste dans un domaine très pointu permet de travailler un mois par an et s&#39;amuser le reste du temps.</p>

<p>Un article qui exprime bien ce que je pense, écrit en 2004, il est toujours d&#39;actualité, particulièrement les 2 derniers paragraphes :</p>

<p><a href="http://www.framasoft.net/article3436.html">http://www.framasoft.net/article3436.html</a></p>
    </div>
</div>
<div class="comment" typeof="schema:UserComments">
    <p class="comment-meta">
        <span class="comment-author" property="schema:creator">David, biologeek</span> le <span class="comment-date" property="schema:commentTime">04/09/2008</span> :
    </p>
    <div class="comment-content" property="schema:commentText">
        <p>Même si je te rejoins sur le fond, je pense que l&#39;outil peut faire la différence sur certains points précis. Par exemple si je veux faire de la localisation, je pense que j&#39;aurais plus de facilité avec Django.contrib.gis qu&#39;avec Pluf (dis moi si je me trompe).</p>

<p>C&#39;est intéressant de lire un article aussi vieux et toujours d&#39;actualité :-).</p>
    </div>
</div>
<div class="comment" typeof="schema:UserComments">
    <p class="comment-meta">
        <span class="comment-author" property="schema:creator">Greg</span> le <span class="comment-date" property="schema:commentTime">04/09/2008</span> :
    </p>
    <div class="comment-content" property="schema:commentText">
        <p>Non, Loïc a raison. Si les egos étaient benchmarkés, le sien arriverait certainement dans les toutes premières positions au classement.</p>

<p>Pour moi de toute façon, qui dit fonctionnalités, abstraction et découplage dit overhead supplémentaire pour gérer ces capacités justement, assez mathématiquement.</p>

<p>C&#39;est beaucoup trop facile de livrer un framework configuré au minimum, de lancer des benchs sur un &quot;Hello world&quot; (1) et de se congratuler des résultats. Comme l&#39;illustre David dans son billet, on trouvera toujours une architecture plus merdique mais orientée perfs à tout prix, quitte à user de la plus pure mauvaise foi intellectuelle à dessein.</p>

<p>Et puis cette manie systématique des grands génies méconnus du PHP à cracher dans et sur la soupe des autres, ça me fatigue. Plutôt que d&#39;essayer de proposer des patches ou suggestions constructives d&#39;amélioration, ben non ! Faisons plutôt un post chiant sur le reste du monde pour prouver notre supériorité intellectuelle sur les gueux ignorants. Pfff.</p>

<p>PS: Désolé de nourir un troll de la sorte, mais trop c&#39;est trop.</p>

<p>(1) <a href="http://solarphp.com/class/Solar_App_HelloApp">http://solarphp.com/class/Solar_App_HelloApp</a> (haha)</p>
    </div>
</div>
<div class="comment" typeof="schema:UserComments">
    <p class="comment-meta">
        <span class="comment-author" property="schema:creator">Greg</span> le <span class="comment-date" property="schema:commentTime">04/09/2008</span> :
    </p>
    <div class="comment-content" property="schema:commentText">
        <p>Pardon, le lien est mauvais, c&#39;est <a href="http://solarphp.com/class/Solar_App_Hello">http://solarphp.com/class/Solar_App_Hello</a></p>

<p>Je cite &quot;Absolute minimal &quot;hello world&quot; application for benchmarking.&quot;</p>

<p>Au moins dans ce cas précis la couleur est annoncée :D</p>
    </div>
</div>
<div class="comment" typeof="schema:UserComments">
    <p class="comment-meta">
        <span class="comment-author" property="schema:creator">Bader</span> le <span class="comment-date" property="schema:commentTime">04/09/2008</span> :
    </p>
    <div class="comment-content" property="schema:commentText">
        <p>Pour commencer, qui a dit que les geeks ne faisaient pas de marketing ? Le benchmark c&#39;est LE must en terme de marketing chez les geeks et leurs décideurs de patrons.</p>

<p>Il faut comprendre que ces benchmarks sont souvent l&#39;oeuvre de l&#39;auteur d&#39;un framework dont le seul but est de prouver la supériorité de son framework.</p>

<p>D&#39;ailleurs la conception d&#39;un benchmark va privilégier certaines données à la place d&#39;autres. Et donc favoriser le framework qui satisfait le mieux les critères de départ. Le framework de l&#39;auteur part donc encore une fois avantagé.</p>

<p>Preuve en est, Paul M. Jones, l&#39;auteur de Solr et du benchmark dont on parle ici, a été quelque peu agacé par les remarques de Loic qu&#39;il s&#39;est empressé de minimisé pour finir par dire &quot;ne parle pas de ton framework sur mon blog&quot;. Bref, en faisant ça il admet que son benchmark sert à comparer SON framework à ses concurrents potentiels.</p>

<p>Concevoir un benchmark idéal relève du simple fantasme. Mais si l&#39;on veut partir sur des fondements stables il faudrait d&#39;abord évaluer quels critères pour quelles besoins.<br />Et une fois que ça sera réalisé, je pense que le benchmark sera lui aussi inutile. Des choix de critères découlent la meilleure implémentation...</p>

<p>En conclusion à part dans des projets à vocation assez simple : ex libjpeg d&#39;Opéra vs libjpeg libre, faire un benchmark relève pour moi de l&#39;utopie technicienne et de la simple opération de communication geek.</p>
    </div>
</div>
<div class="comment" typeof="schema:UserComments">
    <p class="comment-meta">
        <span class="comment-author" property="schema:creator">Clochix</span> le <span class="comment-date" property="schema:commentTime">04/09/2008</span> :
    </p>
    <div class="comment-content" property="schema:commentText">
        <p>Merci David pour ce post rafraîchissant, les 2 gué-guerres bidon sur les performances des frameworks PHP et des moteurs javascript qui encombrent mes feeds depuis quelques jours ont un parfum assez déprimant de régression à la cours de primaire. Ca fait du bien de prendre un peu de recul. Tous ces geeks n&#39;ont donc jamais entendu que la façon dont on utilise un outil importe plus que ses performances pures ?</p>
    </div>
</div>
<div class="comment" typeof="schema:UserComments">
    <p class="comment-meta">
        <span class="comment-author" property="schema:creator">Bader</span> le <span class="comment-date" property="schema:commentTime">06/09/2008</span> :
    </p>
    <div class="comment-content" property="schema:commentText">
        <p>D&#39;ailleurs c&#39;est Donald E. Knuth lui-même qui disait : &quot;L&#39;optimisation prématurée est la racine de tous les maux (ou presque) en programmation&quot;<br /><a href="http://fr.wikipedia.org/wiki/Donald_Knuth#Autres_id.C3.A9es_notables">http://fr.wikipedia.org/wiki/Donald_Knuth#Autres_id.C3.A9es_notables</a></p>
    </div>
</div>
<div class="comment" typeof="schema:UserComments">
    <p class="comment-meta">
        <span class="comment-author" property="schema:creator">Benjamin</span> le <span class="comment-date" property="schema:commentTime">08/09/2008</span> :
    </p>
    <div class="comment-content" property="schema:commentText">
        <p>@ Loïc (et aux autres :-)</p>

<p>Prenons un exemple.<br />Des développeurs travaillent sur un projet mais ne le documentent pas de suite (comme souvent). Avant la fin du dit projet ces personnes pour des raisons personnelles sont amenées à partir.</p>

<p>Le projet doit continuer.</p>

<p>Question.</p>

<p>Le transfert de compétences n&#39;est-il pas plus facile et le code plus aisé à reprendre lorsqu&#39;une application Web a été développé avec un Framework ?</p>

<p>Le cas ou un projet doit grossir et accueille de nouveaux arrivants est valable aussi:</p>

<p>Dans le cas d&#39;un projet non documenté est-il plus rapide de reprendre du code sous Framework (Zend par exemple) ?</p>

<p></p>
    </div>
</div>