lundi 10 mars 2014

Les tests sont les panneaux routiers du développeur

Même si je me suis sevré du réseau pendant ma semaine de vacances, j’ai vu passer régulièrement cette citation sur twitter :

Be humble about what tests can achieve. Tests don’t improve quality: developers do.

Et même si je suis absolument d’accord, elle m’a fait réfléchir à la signification que je donne aux tests.

J’ai commencé par me dire que si les tests ne permettaient effectivement pas d’améliorer la qualité du code, ils permettaient cependant à minima de la maintenir au cours du temps.

Ils sont en effet les garants du fait qu’une modification effectuée sur le code n’a pas altéré son fonctionnement, du moins en ce qui concerne les fonctionnalités qu’ils prennent en compte.

À première vue, les tests sont donc pour moi un indicateur prenant la forme d’une alarme visuelle telle qu’un gyrophare géant qui passe du vert au rouge lorsqu’elle détecte une anomalie dans le comportement du code.

Arrivé à ce point de mes réflexions, j’aurais pu m’arrêter là, mais j’ai cependant continué à réfléchir à la nature des tests, car intuitivement, je savais qu’ils étaient pour moi plus qu’un simple système d’alarme, notamment dans le cadre du développement par les tests.

Lire la suite

dimanche 23 février 2014

À perception différente, incompréhension mutuelle #2

bsod.png

Malgré l’angine qui me ravage la gorge, je ne résiste pas à l’envie de poursuivre ma réflexion concernant la difficulté à communiquer la complexité du métier de développeur au néophyte.

J’ai émis précédemment à ce sujet l’hypothèse que l’origine de cette difficulté trouve sa source dans le fait que la plupart des gens ont une vision très simplifiée des concepts qu’ils manipulent au quotidien, comme le temps, justement parce qu’ils pensent les manipuler efficacement et surtout correctement quotidiennement et qu’en conséquence, cela doit être tout aussi facile pour un ordinateur et donc un développeur.

Cependant, j’ai également une autre hypothèse pouvant expliquer la vision déformée qu’ont la plupart des gens de notre métier.

Lire la suite

vendredi 14 février 2014

À perception différente, incompréhension mutuelle

Je me demande souvent pourquoi les personnes qui n’ont jamais tapé une seule ligne de code dans leur vie ne comprennent pas la complexité de notre métier.

Et si une réponse évidente est déjà dans la question en elle-même, je pense qu’il est tout de même intéressant de pousser la réflexion un peu plus loin, ne serait-ce que pour pouvoir améliorer notre communication, par exemple lors d’une planification de tâche ou une discussion à propos du nombre de jours nécessaire à un développement.

Et l’une des réponses que j’ai trouvées est que le non-informaticien a une vision extrêmement simplifiée de nos problématiques.

Lire la suite

vendredi 7 février 2014

Remerciement

Depuis maintenant un moment, j’ai levé le pied en ce qui concerne le développement d’atoum suite à certains événements survenus dans ma vie aussi bien qu’au sein de sa communauté.

Non pas que le projet ne m’intéresse plus intellectuellement, bien au contraire, mais le mélange de certaines paroles et certains actes avec d'autres choses plus personnelles m’a tellement atteint que pratiquement toute ma motivation pour ce projet a disparu, alors même que je déborde d’idée et d’envie en ce qui le concerne.

If you use an open source project, _let the authors_ know. Progress is limited by a developer's interest in working on it.

Lire la suite

vendredi 31 janvier 2014

De l'intérêt des tests

Il y a quelques jours, j’ai remarqué un fait intéressant.

En effet, j’avais encore il y a peu régulièrement envie de vomir lorsque je revenais sur du code quelque temps après l’avoir écrit.

Mais aujourd’hui, cette envie de vomir ne me prend plus lorsque je regarde mon code, mais plutôt les tests associés.

J’ai donc essayé de comprendre cette évolution, et j’en suis arrivé à la conclusion que cela vient du fait que ma façon de développer a profondément changé.

En effet, depuis que je développe atoum, j’essaye (et ce n’est pas toujours facile, car les mauvaises habitudes ont la vie dure) de faire du développement piloté par les tests.

Lire la suite

- page 3 de 95 -