Notes, articles et ressources auteur du « Test Driven Learning », avec pour ambition d'en sortir un livre blanc.

Chaque expérience avec un langage se fait de préférence en binôme (un qui connaît, un qui connaît pas — mais ce n'est pas obligatoire) et va dans son propre dossier. Si on fait plusieurs fois un langage, tant mieux, on fera plusieurs dossier et on compilera le tout pour des articles.

• Installation de l'environnement de dev et premier test qui fail (2 == 3). L'idéal ici est d'avoir un environnement à-la « Continuous testing » : je sauvegarde mon code et les tests se lance automatiquement. S'il est nécessaire d'introduire des dépendances pour pouvoir avoir un framework de tests plus complet ou plus expressif (i.e. check ou goconvey pour golang), ne pas hésitez, mais présenter le framework et pourquoi il est intéressant de l'utiliser. Il est aussi important de ne pas se limiter à un IDE ou éditeur particulier, prenez celui avec lequel vous êtes le plus à l'aise et qui est assez complet par rapport au langage. L'idéal est également de présenter un ou deux éditeur ou IDE adapté au langage.

• Premier Kata: FizzBuzz

• À compléter avec vos idées

• http://exercism.io/ : tous les langages présents sur exercism ont la même base d'exercices avec quelques petites variations (certains exercices n'ont aucun intérêt pour certain langage donc ils sont ignorés).
• autres ? (Project Euler)