revois la génération de fichier et les titres

This commit is contained in:
Yannick Francois
2020-03-08 01:08:16 +01:00
parent 4be4778b7b
commit c0ed9245cd
316 changed files with 996 additions and 845 deletions
@@ -21,7 +21,8 @@
<link rel="alternate" type="application/rss" href="/feed.xml" title="elsif.fr/feed" />
</head>
<body>
<main>
<article>
<h1>Courage du developpeur</h1>
<p>Le <strong>courage</strong> fait parti des clefs de l<a href="http://fr.wikipedia.org/wiki/Extreme_programming">eXtreme Programming [wikipedia]</a>. Il est nécessaire lors du <strong><em>refactoring</em></strong>. Bien trop souvent les développeurs nosent pas modifier du code existant. Il existe plusieurs raisons à cela:</p>
<h2 id="cest-le-code-de">Cest le code de…</h2>
<p>AAah et bien si cest le code du grand guru maison, qui oserais modifier sont code. Il penserait surement que lon critique son code, quon ne le trouve pas assez bien. Et cest peut-être le cas, ou alors tout simplement, ce code à besoin d’évoluer. Et plutôt que dajouter de nouvelle chose, il faut reprendre, modifier une partie du code existant. Cela évitera les redondances, les erreurs, et le code mort. Je garde mon apologie du refactoring pour un autre billet.</p>
@@ -40,7 +41,7 @@
<p>## Langage et architecture</p>
<p>Tout cela est bien beau, mais cest vrai quavec un langage et/ou une architecture ou tout élément et imbriqué dans lautres, une architecture ou tout est lié, une architecture ou lon gère plusieurs fonctionnalité dans un même source, cest beaucoup plus effrayant de modifier un morceau. Cest une des raisons qui me font adorer lObjet et les architectures associé. Un objet à une responsabilité, et une seul (enfin, il devrait). Pas de code cherchant à tout faire, souvent mal. Au moins cest simple.</p>
<p><strong>Courage et <acronym title="Keep It Smart Simple">KISS</acronym> <acronym title="Don't Repeat Yourself">DRY</acronym></strong></p>
</main>
</article>
<footer>
<ul>
</ul>