2.1 KiB
title, date
| title | date |
|---|---|
| Jour 46 — Mercredi 12 novenbre 2014 | 2014-11-12T13:15:29+01:00 |
Visite de la ville Roubaix (le maire et son quipe), travaux dlectricit, perceuse Du coup nous avons vite fini lexplication de code sur Go, pu[is ](https://golang.org/)chacun est parti se dbrouiller avec son casque sur les oreilles. Jespre que demain a ira mieux, mais cest pas gagn, jai vu du matriel en sortant. La zone cuisine nest pas touche par les histoires de cafards, mais en fait nous en retrouvons encore plein (toilettes, cuisines). Peut-tre faut-il tout traiter ?
En début d’après-midi nous voulons aborder les objets, méthodes et autres classes, mais la perceuse fait toujours des siennes. Nous avons donc repoussé les cours à 16h.
Je reste persuadé que faire UN projet from scratch n’est pas la bonne solution pour apprendre le code, c’est une solution de repli que j’ai mis en place pour répondre à leurs questionnements et la difficulté qu’ils avaient à aborder le code des autres (effet muraille infranchissable).
Je dois mettre en place un remplacement, fonctionner par paire. Beaucoup d’absents. Un décrochage ou bien un week-end prolongé ?
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 Ruby, Python, 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 ?