Ajout de lien pour Haskell

semaine-03.html

@@ -19,7 +19,7 @@
 <ul>
   <li>Syntaxe, et ce qui est important: savoir où est la doc et comment la lire, plus que de connaitre la syntaxe.</li>
   <li>Environment d’execution: compilé, interprété, semi-compilé ou pseudo-compilé, programme à executer et options de lancement.</li>
-  <li>Gestion de librairie/dpendances: Pour Ruby: R[ubygems,](http[s://rub](https://www.haskell.org/)ygems.org/) pour Haskell cabal,</li>
+  <li>Gestion de librairie/dpendances: Pour Ruby: <a href="https://rubygems.org/">Rubygems</a>, pour <a href="https://www.haskell.org/">Haskell</a> <a href="https://www.haskell.org/cabal/">Cabal</a>,</li>
 </ul>
 
 <p>Démonstration de l’utilisation d’un langage, ici Ruby pour faire une application web. Rappel de l’intérêt d’utiliser des langages et de la programmation pour faire une app web: le coté dynamique.</p>

semaine-04.html

@@ -47,7 +47,7 @@
 <ul>
 <li><a href="https://scratch.mit.edu/">Scratch</a>. Pas de code source, plutôt orienté sur la version HTML5. Le but pour eux sera de faire un scnario basique sur scratch, puis de le refaire sur la version HTML5 pour voir quel différence il y a (et donc qu'est-ce que nous devons coder pour y arriver ?)</li>
 <li><a href="http://www.tryton.org/">Tryton</a>. Impossible de trouver les sources et les bugs en 2 minutes. Nous devons voir Catherine demain après-midi pour parler du projet, de son projet (dérivé de Tryton pour faire un SAAS pour association) et peut-être pour qu'elle les aides à mettre en place le projet en mode dev/test.</li>
-<li>Simplon.co. Revoir le site de Simplon. Je leur demande direct de le faire sur Publify. Est-ce vraiment une bonne idée ? Un site statique généré par jekyll ou hakyll aurait été un peu plus intéressant peut-être ? En y repensant, Hakyll aurait été intéressant pour l’usage d’Haskell, mais Jekyll me paraît mieux. Je leur en parle demain !</li>
+<li>Simplon.co. Revoir le site de Simplon. Je leur demande direct de le faire sur Publify. Est-ce vraiment une bonne idée ? Un site statique généré par jekyll ou hakyll aurait été un peu plus intéressant peut-être ? En y repensant, Hakyll aurait été intéressant pour l’usage d’<a href="https://www.haskell.org/">Haskell</a>, mais Jekyll me paraît mieux. Je leur en parle demain !</li>
 <li><a href="http://www.fatfreecrm.com/">Fat Fre Crm</a>. Exit. Trop de projets web déjà. Et ils voulaient du C (scratch semblait en C, mais vue l'orientation HTML5)</li>
 <li><a href="http://redis.io/">Redis</a>. En C, utilisé par beaucoup de personnes. Projet intressant. Je n'ai pas donné de consigne sur ce projet il me semble</li>
 </ul>

semaine-08.html

@@ -14,7 +14,7 @@
 
 <p>Avec Alix, nous partons louer un camion pour récupérer du matériel informatique qui servira surtout pour la formation référent numérique, et aussi un peu de mobilier qui nous servira tout de suite. Pendant ce temps les quelques élèves qui sont venus sont dans la chapelle. Beaucoup de poussières, je crois que certains ne viendront pas à l’archipel.</p>
 
-<p>Beaucoup de temps perdu,  peine loccasion de faire une rapide prsentation de Has[kell.](https://www.haskell.org/)</p>
+<p>Beaucoup de temps perdu, à peine l'occasion de faire une rapide présentation de <a href="https://www.haskell.org/">Haskell</a>.</p>
 
 <p>Doit-on compter ces journées comme cours ou pas ? Même question que pour les interventions TV et les hackathons qui empêchent l’accès au local.</p>
 

semaine-09.html

@@ -16,7 +16,7 @@
 
 <p>Point aussi sur le tableau d’info avec les tickets à faire avancer.</p>
 
-<p>Nous reprenons du code simple pour essayer de faire raccrocher certains. <a href="http://www.python.org">Python</a> sur NumberToRoman du coup. En expliquant chaque étapes. Pour aller plus doucement, je ne participe pas. Après une pause, nous attaquons un RomanToNumber en Haskell. Intéressant.</p>
+<p>Nous reprenons du code simple pour essayer de faire raccrocher certains. <a href="http://www.python.org">Python</a> sur NumberToRoman du coup. En expliquant chaque étapes. Pour aller plus doucement, je ne participe pas. Après une pause, nous attaquons un RomanToNumber en <a href="https://www.haskell.org/">Haskell</a>. Intéressant.</p>
 
 <p>Aprs le repas, Une lve se retrouve seule pour prsenter Go J[e ](https://golang.org/)la charrie un peu, mais elle sen sort bien. Elle fait une introduction et je complte. a nous permet de revoir des aspects bas niveau: gestion mmoire, pointeur. Je la chauffe en lui proposant de faire une dmo: un kata FizzBuzz. Nous arrivons  crire quelques lignes, cest vraiment sympa. Ensuite, chacun essaie de faire avancer un ticket dans sa ligne.</p>
 

semaine-10.html

@@ -18,7 +18,7 @@
 
 <p>Je dois mettre en place un remplacement, fonctionner par paire. Beaucoup d’absents. Un décrochage ou bien un week-end prolongé ?</p>
 
-<p>La difficulté pour faire les groupes c’est les sujets. Il faut que je liste des projets simples et utiles, qui peuvent nous toucher (ou toucher l’univers du dev) sur lesquels ils pourraient essayer de participer. Avec une deadline de 7 jours ou quelques chose dans le genre à l’issue de laquelle, au pire, la paire devrait présenter un bout de code du projet. Peut-être faut-il limiter les projets et les faires tourner, histoire qu’ils aient le temps de ce familiariser avec eux et leurs environnements ? Il faut des projets en <a href="https://ruby-lang.org">Ruby</a>, <a href="https://www.python.org">Python</a>, Javascript (avec du NodeJS aussi), Haskell, Go. Bientôt nous pourrons ajouter Java et C#, il nous restera à ajouter Clojure, Scala, C, et Erlang. Les autres (Elixir, C++,…) pourrait être abordé en dojo, mais pas forcément en projet. Faut-il des projets pour chacun de ces langages d’ailleurs ? N’est-ce pas un peu trop ?</p>
+<p>La difficulté pour faire les groupes c’est les sujets. Il faut que je liste des projets simples et utiles, qui peuvent nous toucher (ou toucher l’univers du dev) sur lesquels ils pourraient essayer de participer. Avec une deadline de 7 jours ou quelques chose dans le genre à l’issue de laquelle, au pire, la paire devrait présenter un bout de code du projet. Peut-être faut-il limiter les projets et les faires tourner, histoire qu’ils aient le temps de ce familiariser avec eux et leurs environnements ? Il faut des projets en <a href="https://ruby-lang.org">Ruby</a>, <a href="https://www.python.org">Python</a>, Javascript (avec du NodeJS aussi), <a href="https://www.haskell.org/">Haskell</a>, Go. Bientôt nous pourrons ajouter Java et C#, il nous restera à ajouter Clojure, Scala, C, et Erlang. Les autres (Elixir, C++,…) pourrait être abordé en dojo, mais pas forcément en projet. Faut-il des projets pour chacun de ces langages d’ailleurs ? N’est-ce pas un peu trop ?</p>
 
 <h2>Jour 47 — Jeudi 13 novenbre 2014</h2>