64 lines
3.2 KiB
Markdown
64 lines
3.2 KiB
Markdown
---
|
||
title: "Jour 18"
|
||
date: 2014-10-01T13:15:29+01:00
|
||
---
|
||
|
||
Kata FizzBuzz en Python (l'autre proposition était un [Kata
|
||
Bowling](http://codingdojo.org/kata/Bowling/) en Ruby). Bien apprécié de
|
||
voir un nouveau langage apparemment. Mais cela amène à des discussions
|
||
longues. La mise en perspective est vraiment intressante.
|
||
|
||
Présentation assez courte (le délai l’était aussi) autour de l’agilité
|
||
en général. Nous abordons un rapide historique. Intéressant pour
|
||
introduire le management visuel pour la gestion de leurs projets :-)
|
||
|
||
Rendez-vous avec une porteuse de projet autour de la reforestation en
|
||
Tunisie. Elle est partante pour travailler avec les contraintes
|
||
énnoncées: pas d’engagement de résultat. Elle me parle de ces
|
||
partenaires: World Wide Web Woman qui l’aident pour du financement et
|
||
autres. Peut-être des embauches en sortie ! Nous faisons ensuite venir
|
||
l’équipe pour parler du projet. Certains parlent de choses qui les
|
||
intéressent: le marketing. Je rappelle qu’ils sont là pour faire le dev,
|
||
pas le marketing :-). Bonne intervention de certains qui posent de
|
||
bonnes questions. Ce genre d’interaction est vraiment intéressant. Il
|
||
faut que nous arrivions à faire que chaque groupe échange avec un
|
||
pseudo-client.
|
||
|
||
Mise au point avec le groupe en potentiel risque. Après une explication
|
||
claire le matin de ma part sur ce que je pense, mes doutes, ils ont
|
||
discuté ensemble pour savoir comment réagir. Ils me disent qu’ils sont
|
||
partants pour travailler ensemble et voir où ça les emmènent :-) Cool.
|
||
Nous bouclons ensuite sur leurs projets:
|
||
|
||
- [Scratch](https://scratch.mit.edu/). 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 ?)
|
||
- [Tryton](http://www.tryton.org/). 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.
|
||
- 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](https://www.haskell.org/), mais Jekyll me
|
||
paraît mieux. Je leur en parle demain !
|
||
- [Fat Fre Crm](http://www.fatfreecrm.com/). Exit. Trop de projets
|
||
web déjà. Et ils voulaient du C (scratch semblait en C, mais vue
|
||
l'orientation HTML5)
|
||
- [Redis](http://redis.io/). En C, utilisé par beaucoup de personnes.
|
||
Projet intressant. Je n'ai pas donné de consigne sur ce projet il me
|
||
semble
|
||
|
||
Trop tard pour voir les autres groupes…
|
||
|
||
Comment faire une rétrospective chaque semaine pour chaque groupe ? En
|
||
même temps qu’une planning de sprint ? Faut-il faire du flux continue
|
||
sur les tickets plutôt que du sprint ? Faire installer un serveur
|
||
d’intégration continue !
|
||
|
||
|