4.4 KiB
title, date
| title | date |
|---|---|
| Jour 19 — Jeudi 2 octobre 2014 | 2014-10-02T13:15:29+01:00 |
Temps de setup un peu long prévoir une machine spéciale Dojo. Pas beaucoup d'avancées dans le code. À la fin, prise du clavier pour exposer le principe de reprsentation d'une donnée, d'un élément. C'est finalement un cours express sur les objets en Ruby.
Point avec un groupe à propos de leurs projets.
Un premier groupe:
- Publify: prendre les bugs dans la liste. Nous en sélectionnons deux pour le moment.
- HacketyHack: plateforme pour apprendre coder en Ruby. C'est une plateforme crée par “_why”. Peut-être la plateforme correspondrais à ce que nous voulons mettre en œuvre ? L'idée est donc d'en faire une présentation aux autres. Et de prendre en considration que peut-être la FOAD/Simplonline pourrait tourner dessus.
- FOAD/Simplonline: Liste de bugs simple à corriger pour m’aider. Approche de la démarche autour du changement de design autour de la question le goût et les couleurs versus l’utilisabilitée du site. Travailler par block. Ne pas faire tout en une fois, mais définir une zone de travail autour d’une stratégie: faciliter la navigation, faciliter la sélection des auteurs…
- Piwik: Abandonné.
- Discussion pour la sélection d'un projet avec un client autre que moi au bout: Soit Ariel et la re-écriture de Pommo en Python, Soit un des projet Ushaidi.
- Présentation de Catherine au groupe qui doit travailler sur Trython. Echanges intéressants, présentation du son projet et discussion autour du logiciel libre. Ils ont des premiers trucs à actionner. Simplon pourrait utiliser ce projet pour essayer d’améliorer sa gestion. Il faudra également voir si le SIRH et d’autres entrepreneurs du Mouves du 10⁄10 pourraient être intéressés.
Au tour du groupe suivant:
- Shoes: Abandonné. Faire du JRuby et oublier le projet original est dommage.
- GitlabHQ: Explication sur lutilit et lusage. Ils doivent dj essayer de linstaller puis rsoudre un problme.
- EtherPad: explication sur le fait de linstaller et de corriger quelques bugs.
- Peut-être une place pour prendre le projet qui ne sera pas retenu par lautre groupe: Pommo ou Ushaidi. Sinon, travailler pour OpenStreetMap dans le code, pas les cartes :-))
- EcoFabLab: Très emballé. Qu'est-ce qu'ils veulent, et pourquoi ça n'existe pas encore ? Prendre un rendez-vous avec eux pour qu'ils viennent visiter et discuter avec le groupe pour préciser le besoin. Nous abordons aussi l'idée d'un e-shop et surtout de l'envie de mettre du Arduino et autres connecteur et micro contrôlleur dans les objets produit.
Le groupe suivant:
- Point sur le projet AcaciasForAll (refosrestation Tunisienne). Définition d’un premier pas pour pouvoir discuter de la suite: fair eun formulaire simple pour uploader des données sur une plateforme. Formulaire en offline first.
- RefineryCMS
- Wiki des Petits Deb: essayer d’analyser le contenu. Prendre rendez-vous avec Tamer pour discuter des besoins.
- booktype: Abandonné, l’équipe n’apprécie pas trop le projet on dirait.
- LibreOffice: essayer de corriger des bugs.
Présentation sur les Bases de données. Bon programme, manque quelques éléments. Nous reprenons une liste des type SGBDR et NoSQL. Liste de quelques noms. Ajout également de type possible sur les NoSQL.
Sorte de mob programming sur l'installation de Simplonline. Et si à côté du projecteur on plaçait un PC fixe, connecté sur le réseau des élèves pour pouvoir faire les Katas, les démos, les prez et des scéances de mobprogramming ?
Les projets, c’est bien, mais mieux préparer ce qu’ils vont faire avec c’est mieux. Attention au piège des projets clients qui sont des projets qui démarrent de zéro. Ceci dit, c’est intéressant car plus évolutif comme difficulté. Un bon mixte des deux est vraiment intéressants !