Un petit post sur le tard, histoire de garder une trace écrite des interrogations suite à cette séance de coding dojo.
Les faits :
- js driver plante pour un oui ou un non… (Et on perd 5 minutes toutes les 10…
- on n’arrive pas à définir, écrire de “bon” test.
- on essaye de mettre en place une architecture plutôt que de la faire “émerger” par les tests.
Le constat : on n’avance pas, et c’est frustrant.
La promesse (de pascal sur le tard). Avec de l’expérience et de l’entrainement, on va VRAIMENT plus vite.
Les outils:
- coffee script c’est mieu (que full js) => a voir?
- Un petit F5 ou un refresh auto dans une page avec de la couleur et des “stacktrace” c’est mieux!
- BDD (jasmine) qu’est-ce que ça apporte/évite de?
Les questions/peurs:
- Est-ce que TDD amène à faire émerger des structures connues? (ici Scène, Héritage avec vérification du type).
- Doit-on tout tester unitairement?
- Tester get/set/add… c’est “boilerplate”…
- Quelle différence entre test d’acceptance et test unitaire ( citations à source perdue: BDD c’est TDD mais mieux formaté).
- L’absence de “spec/user stories/what else” vis-à-vis du “on reproduit un bomberman” est un facteur de ralentissement : “on commence par quoi? Pourquoi? Et comment?
