Daily Shaarli
February 11, 2023
Vérifier la validité des liens d'une page et y ajouter une classe .status comme .status404
(avec le TDD)
Ainsi, il ne peut pas y avoir la moindre ligne de code écrite sans test. Au-delà d’une technique de développement, cette technique de conception permet de poser la question explicitement : “Qu’est-ce que tu cherches à vérifier ?” Lorsqu’on répond à cette question, en développant le test automatisé qui matérialise la réponse, alors l’implémentation du morceau de fonctionnalité découle naturellement.
Un bug va obligatoirement engendrer plusieurs heures de perte pour l’organisation au global, en plus de créer des frustrations, de la perte d’image de marque, de détérioration de la confiance envers le produit, des mauvaises notes sur les stores et un risque de perte définitive du client.
Continuous learning :)
So since we can't share the components across different branches in the component tree, we could actually hoist them to the root so they become independent from the routes.
Startport allows to have transitions between vue pages.
Une étude de l’UFC-Que choisir a montré que les supermarchés faisaient deux fois plus de marge sur les fruits et légumes bio que sur les conventionnels. D’après tous les experts que l’on a interrogés, la pratique est la même pour la viande et les produits laitiers bio et sous Label rouge.
Another component library for vue :)
The components look clean. Demo: https://www.naiveui.com/
It allows to bump patch versions by default, or minor or major. It can update dependencies recursively with -r.
As long as I read the README, it is useful to get an overview of the possible updates.
Le TDD est avant tout une méthode de développement permettant de faire émerger son design et donc son code grâce aux tests
“Baby-step”, c’est la clé pour s’amuser, pas au sens d’enfantillage, mais pour prendre plaisir à développer et comprendre que notre métier est vraiment beau quand on supprime toute forme de “hasard”.
Un cycle TDD "Red, Green, Refactor" correspond une une bribe de spécification écrit sous forme de test et sa réponse. On écrit le code minimaliste pour que ce test "Red" fonctionne et passe au "Green".
Pour cela, il est recommandé d'abuser de son IDE. Par sa construction itérative guidée par les tests, TDD apporte par “effet de bord” un taux de couverture de code par les tests à 100%. Ce n’est pas ce que l’on recherche de prime abord, mais ce code coverage est là, et surtout il est pertinent. C’est ce dernier mot qui est important : cette pertinence permet réellement de se plonger dans la troisième phase de TDD.
Ensuite on refactorise pour donner plus de sens: spécifier les erreurs, de passer d'un constructuer à un builder, ... Nous pouvons nous le permettre car les tests nous soutiennent. Ils seront aussi à évoluer, par exemple pour vérifier que le builder pattern fonctionne correctement.