Repository with sources and generator of https://larlet.fr/david/ https://larlet.fr/david/
Вы не можете выбрать более 25 тем Темы должны начинаться с буквы или цифры, могут содержать дефисы(-) и должны содержать не более 35 символов.

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185
  1. <div class="comment" typeof="schema:UserComments">
  2. <p class="comment-meta">
  3. <span class="comment-author" property="schema:creator">NiCoS</span> le <span class="comment-date" property="schema:commentTime">03/09/2008</span> :
  4. </p>
  5. <div class="comment-content" property="schema:commentText">
  6. <p>Tu veux dire que c&#39;est bash le framework le plus rapide du monde ? ;-)</p>
  7. <p>~~~~~~&gt;[]</p>
  8. <p>Sinon je te rejoinds complètement...</p>
  9. </div>
  10. </div>
  11. <div class="comment" typeof="schema:UserComments">
  12. <p class="comment-meta">
  13. <span class="comment-author" property="schema:creator">Sebseb01</span> le <span class="comment-date" property="schema:commentTime">03/09/2008</span> :
  14. </p>
  15. <div class="comment-content" property="schema:commentText">
  16. <p>Personelement je n&#39;utiliserait pas un framework qui fait pas du code w3c complient</p>
  17. <p>==&gt;[]</p>
  18. </div>
  19. </div>
  20. <div class="comment" typeof="schema:UserComments">
  21. <p class="comment-meta">
  22. <span class="comment-author" property="schema:creator">Didier Misson</span> le <span class="comment-date" property="schema:commentTime">03/09/2008</span> :
  23. </p>
  24. <div class="comment-content" property="schema:commentText">
  25. <p>Enfin un truc SIMPLE !</p>
  26. <p>Avez-vous prévu une version française ?<br />Merci</p>
  27. <p>:p)</p>
  28. </div>
  29. </div>
  30. <div class="comment" typeof="schema:UserComments">
  31. <p class="comment-meta">
  32. <span class="comment-author" property="schema:creator">David, biologeek</span> le <span class="comment-date" property="schema:commentTime">03/09/2008</span> :
  33. </p>
  34. <div class="comment-content" property="schema:commentText">
  35. <p>La licence vous autorise le fork mais ça sera forcément moins rapide que le mien :p</p>
  36. </div>
  37. </div>
  38. <div class="comment" typeof="schema:UserComments">
  39. <p class="comment-meta">
  40. <span class="comment-author" property="schema:creator">Mat</span> le <span class="comment-date" property="schema:commentTime">03/09/2008</span> :
  41. </p>
  42. <div class="comment-content" property="schema:commentText">
  43. <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>
  44. <p>$&gt; cat &lt;&lt; EOF &gt; index.html<br />Hello World !<br />EOF</p>
  45. <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>
  46. <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>
  47. <p>Bref, je suis complètement d&#39;accord : ça rime à rien ces bench...</p>
  48. </div>
  49. </div>
  50. <div class="comment" typeof="schema:UserComments">
  51. <p class="comment-meta">
  52. <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> :
  53. </p>
  54. <div class="comment-content" property="schema:commentText">
  55. <p>Désolé de t&#39;avoir vexé... ne le prend pas mal comme ça ;-)</p>
  56. </div>
  57. </div>
  58. <div class="comment" typeof="schema:UserComments">
  59. <p class="comment-meta">
  60. <span class="comment-author" property="schema:creator">David, biologeek</span> le <span class="comment-date" property="schema:commentTime">04/09/2008</span> :
  61. </p>
  62. <div class="comment-content" property="schema:commentText">
  63. <p>@Loïc d&#39;Anteroches : qui aime bien châtie bien :-).</p>
  64. </div>
  65. </div>
  66. <div class="comment" typeof="schema:UserComments">
  67. <p class="comment-meta">
  68. <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> :
  69. </p>
  70. <div class="comment-content" property="schema:commentText">
  71. <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>
  72. <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>
  73. <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>
  74. <p><a href="http://www.framasoft.net/article3436.html">http://www.framasoft.net/article3436.html</a></p>
  75. </div>
  76. </div>
  77. <div class="comment" typeof="schema:UserComments">
  78. <p class="comment-meta">
  79. <span class="comment-author" property="schema:creator">David, biologeek</span> le <span class="comment-date" property="schema:commentTime">04/09/2008</span> :
  80. </p>
  81. <div class="comment-content" property="schema:commentText">
  82. <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>
  83. <p>C&#39;est intéressant de lire un article aussi vieux et toujours d&#39;actualité :-).</p>
  84. </div>
  85. </div>
  86. <div class="comment" typeof="schema:UserComments">
  87. <p class="comment-meta">
  88. <span class="comment-author" property="schema:creator">Greg</span> le <span class="comment-date" property="schema:commentTime">04/09/2008</span> :
  89. </p>
  90. <div class="comment-content" property="schema:commentText">
  91. <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>
  92. <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>
  93. <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>
  94. <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>
  95. <p>PS: Désolé de nourir un troll de la sorte, mais trop c&#39;est trop.</p>
  96. <p>(1) <a href="http://solarphp.com/class/Solar_App_HelloApp">http://solarphp.com/class/Solar_App_HelloApp</a> (haha)</p>
  97. </div>
  98. </div>
  99. <div class="comment" typeof="schema:UserComments">
  100. <p class="comment-meta">
  101. <span class="comment-author" property="schema:creator">Greg</span> le <span class="comment-date" property="schema:commentTime">04/09/2008</span> :
  102. </p>
  103. <div class="comment-content" property="schema:commentText">
  104. <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>
  105. <p>Je cite &quot;Absolute minimal &quot;hello world&quot; application for benchmarking.&quot;</p>
  106. <p>Au moins dans ce cas précis la couleur est annoncée :D</p>
  107. </div>
  108. </div>
  109. <div class="comment" typeof="schema:UserComments">
  110. <p class="comment-meta">
  111. <span class="comment-author" property="schema:creator">Bader</span> le <span class="comment-date" property="schema:commentTime">04/09/2008</span> :
  112. </p>
  113. <div class="comment-content" property="schema:commentText">
  114. <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>
  115. <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>
  116. <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>
  117. <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>
  118. <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>
  119. <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>
  120. </div>
  121. </div>
  122. <div class="comment" typeof="schema:UserComments">
  123. <p class="comment-meta">
  124. <span class="comment-author" property="schema:creator">Clochix</span> le <span class="comment-date" property="schema:commentTime">04/09/2008</span> :
  125. </p>
  126. <div class="comment-content" property="schema:commentText">
  127. <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>
  128. </div>
  129. </div>
  130. <div class="comment" typeof="schema:UserComments">
  131. <p class="comment-meta">
  132. <span class="comment-author" property="schema:creator">Bader</span> le <span class="comment-date" property="schema:commentTime">06/09/2008</span> :
  133. </p>
  134. <div class="comment-content" property="schema:commentText">
  135. <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>
  136. </div>
  137. </div>
  138. <div class="comment" typeof="schema:UserComments">
  139. <p class="comment-meta">
  140. <span class="comment-author" property="schema:creator">Benjamin</span> le <span class="comment-date" property="schema:commentTime">08/09/2008</span> :
  141. </p>
  142. <div class="comment-content" property="schema:commentText">
  143. <p>@ Loïc (et aux autres :-)</p>
  144. <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>
  145. <p>Le projet doit continuer.</p>
  146. <p>Question.</p>
  147. <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>
  148. <p>Le cas ou un projet doit grossir et accueille de nouveaux arrivants est valable aussi:</p>
  149. <p>Dans le cas d&#39;un projet non documenté est-il plus rapide de reprendre du code sous Framework (Zend par exemple) ?</p>
  150. <p></p>
  151. </div>
  152. </div>