mercredi 19 juin 2013

Mangez votre nourriture pour chien !

Aujourd'hui, j’ai utilisé pour la première fois les fournisseurs de données d’atoum.

Cela peut sembler à première vue très paradoxal, étant donné que je suis le développeur principal d’atoum et que j’ai conçu seul le système de gestion des fournisseurs de données, mais il se trouve que je ne suis pas fan de ce concept emprunté à PHPUnit.

D’après la documentation française d’atoum, un fournisseur de données est une méthode d’une classe de test chargée de générer des arguments pour une méthode de test, arguments qui seront utilisés par ladite méthode pour valider des assertions.

Lire la suite

jeudi 30 mai 2013

À propos de atoum #3

S’il y a bien une chose que je n’avais pas du tout anticipée lorsque j’ai libéré le code d’atoum, c’est qu’il provoquerait une coopération entre plusieurs projets.

La documentation d’atoum est en effet actuellement maintenu par Renaud Littolff et il a choisi de la rédiger en SkrivML, un langage de description de page dérivé du markdown et du Creole dévoilé par Amaury Bouchard il y a quelque temps.

Atoum profite donc du travail de Amaury grâce auquel il dispose d’une documentation facile à maintenir et à faire évoluer.

Cependant, cette relation est loin d’être à sens unique.

Lire la suite

lundi 29 avril 2013

TDD versus BDD

De plus en plus souvent, j’entends dire que le BDD est mieux que le TDD.

Et à chaque fois je ne peux m’empêcher de sourire doucement, car un développeur qui fait du BDD fait en réalité du TDD , d’après « l’inventeur » du BDD.

Le concept de BDD est en effet apparu pour la première fois en mars 2006 dans un article de Better Software, un magazine ayant pour thème principal la qualité logicielle.

Dan North, l’auteur de l’article en question, y explique en substance que pour faire face à l’incompréhension et aux difficultés que la mise en œuvre du TDD suscitait chez les développeurs, il a eu l’idée d’en changer le vocabulaire afin de le rendre plus « accessible ».

Lire la suite

vendredi 26 avril 2013

À propos de la politique de développement de atoum

Timothée Barray a écrit récemment un article à propos d’atoum dans lequel il souligne l’extrême réactivité des contributeurs lorsqu’un bug doit être corrigé.

Cette rapidité de réaction ne doit rien au hasard puisqu’elle est entre autres induite par la politique de développement mise en place depuis quasiment le début du projet.

En effet, le développement d’atoum a été piloté par des tests écrits avec atoum lui-même dès que cela a été possible.

Les contributeurs disposent donc au moment ou j’écris ces lignes d’une collection de tests unitaires qui représente un total de 20250 assertions réparties dans 1393 méthodes et 176 classes.

Grâce à cela, le code d’atoum est couvert à plus de 80 % par les tests.

Lire la suite

mardi 16 avril 2013

Pourquoi atoum est-il open-source ?

François Zaninotto a donné lors du Symfony Live 2013 une conférence qui a apparemment eu un impact fort sur certaines personnes que je connais et qui y ont assisté.

C’est donc avec un grand intérêt que j’ai lu son billet intitulé « Pourquoi Symfony est-il (encore) open-source ? » qui reprend sous forme textuelle le propos qu’il a tenu lors de sa conférence.

En résumé, en se basant sur sa propre expérience, il y explique que le développeur qui libère son code réalise un acte politique puissant qui n’a rien à voir avec la morale et qui n’est pas désintéressé, car il crée de la valeur indépendamment d’un échange marchand, ce qui lui permet de tisser un lien social et de reprendre le contrôle afin d’avoir une influence sur l’avenir.

J’avoue avoir été dubitatif lors de ma première lecture.

Mais ayant moi-même libéré du code notamment dans le cadre d’atoum, il m’a semblé pertinent de confronter son point de vue à ma propre expérience en toute honnêteté, ce qui n’a pas été très facile même si cela a été enrichissant, car cela m’a obligé à reconnaître que ma démarche était très loin d’être désintéressée.

Lire la suite

- page 3 de 10 -