Je me bats avec notre code base pour faire des tests lisibles et pas trop répétitifs mais je ne suis pas ravi par le résultat. Récemment, nous avons décidé d'arrêter de mocker le "domaine" lorsque nous testons les contrôleurs. Les tests sont moches mais éfficaces et testent les grandes lignes (le domaine est plus facile à tester pour couvrir tous les cas). Mais je m'étonne d'être de moins en moins convaincu par les tests unitaires (unité=classe).
Créer du contenu c’est transmettre, mais c’est aussi l’une des meilleures manières d’apprendre.
Les revenus passifs peuvent-ils permettre de maintenir un équilibre intéressant ou juste de subvenir à ses besoins ?
Un référentiel détaillé de pratiques pour aider dans la mise en place de tests. On y retrouve des notions intéressantes et des partis pris sur différents sujets (notamment les "Testing Doubles") ; ainsi que des références vers d'autres articles pour approfondir certains points abordés.
Les micro services sont devenus hypes, mais peuvent-il tenir la complexité de manière durable ?
A quoi peut servir le manifeste du TDD, récemment diffusé ?
Peut-il être un outil pour diffuser plus largement la pratique ?
Saura-t-il pallier au côté élitiste que peut parfois avoir le Craft ?
Dans cet épisode du podcast "Software Engineering Radio", l'hôte interroge Vaughn Vernon sur son livre "Strategic Monoliths and Microsercives".
Dans le podcast d’aujourd’hui, je reviens sur les side projects, souvent énergivores en temps et en énergie. Mais quels sont le ou les éléments déclencheurs qui te poussent à passer à l'action ?
Quel style de coding dojo préfères-tu ?
A quoi ça sert le package-lock.json ?
Pourquoi c’est important pour partir en vacances serein ?
Romain nous explique tout ça dans cet article
blog.sebastian-daschner.com/...