La base de données est rassurante pour beaucoup de développeurs : son schéma est structurant.
Derniers commentaires :
Sylvain MATHIEU
il y a plus de 3 ans
Merci beaucoup pour cet épisode. J'essaie de décrire et d'expliquer ça chez moi depuis 1,5 an et vous le résumez en 10 minutes.
Steeven Ramaheridianina
il y a environ 3 ans
Bonjour Silvain,
Du coup est-ce que tu as fais écouté cet épisode à ton équipe ?
Qu'en ont-ils pensé ?
Du coup est-ce que tu as fais écouté cet épisode à ton équipe ?
Qu'en ont-ils pensé ?
Pour ajouter un commentaire, tu dois te connecter ou créer un compte.
Tester des composants graphiques, ok mais comment ?
Derniers commentaires :
Mathieu Barberot
il y a plus de 3 ans - modifié il y a plus de 3 ans
Super épisode, on entend pas assez parler des tests dans le monde du frontend, même si personnellement, je ne suis pas un grand fan des snapshots.
Voir les snapshots passer régulièrement au rouge et devoir les ré-accepter est quand même assez pénible et à la longue ça m'a poussé à les accepter sans me poser de question, ce qui ne me convenait pas.
Au final, j'utilise l'approche des "test selectors" que j'ai découvert avec Ember.js (si vous en avez marre de réinventer la roue et de faire de la plomberie avec React/Vue, allez jeter un coup d'oeil). J'apprécie cette méthode car elle se repose uniquement sur le fait qu'un élément ciblé de manière unique est bien présent, quelque soit son emplacement dans le DOM et ça me permet de refactorer des composants sans que le test passe au rouge.
Quelques ressources sur les tests selectors :
simplabs.com/...
docs.cypress.io/...
testing-library.com/...
Voir les snapshots passer régulièrement au rouge et devoir les ré-accepter est quand même assez pénible et à la longue ça m'a poussé à les accepter sans me poser de question, ce qui ne me convenait pas.
Au final, j'utilise l'approche des "test selectors" que j'ai découvert avec Ember.js (si vous en avez marre de réinventer la roue et de faire de la plomberie avec React/Vue, allez jeter un coup d'oeil). J'apprécie cette méthode car elle se repose uniquement sur le fait qu'un élément ciblé de manière unique est bien présent, quelque soit son emplacement dans le DOM et ça me permet de refactorer des composants sans que le test passe au rouge.
Quelques ressources sur les tests selectors :
simplabs.com/...
docs.cypress.io/...
testing-library.com/...
Pour ajouter un commentaire, tu dois te connecter ou créer un compte.
Pour suivre le cursus Artisan Développeur : ad302.fr/3syGBo
Pour faire ton diagnostic de pratiques gratuit : ad302.fr/vA9131
Pour ajouter un commentaire, tu dois te connecter ou créer un compte.
Si tu montes ton projet SaaS, sais-tu quelle ambition tu souhaites lui donner, sous quel modèle économique et sur quel marché viable l’implanter ?
Pour ajouter un commentaire, tu dois te connecter ou créer un compte.
Dans le podcast d'aujourd'hui, Thierry Leriche nous parle de son aventure d'éditeur Saas.
Pour ajouter un commentaire, tu dois te connecter ou créer un compte.
Pour suivre le cursus Artisan Développeur : ad302.fr/3syGBo
Pour faire ton diagnostic de pratiques gratuit : ad302.fr/vA9131
Pour ajouter un commentaire, tu dois te connecter ou créer un compte.
Le projet open source durable est-il une marotte ?
Pour ajouter un commentaire, tu dois te connecter ou créer un compte.
Au final, lorsque je programme en Java (le monde professionnel ne semble toujours pas prêt pour Kotlin) je me rends compte que mon code est devenu plus défensif qu'il y a quelques années justement pour vérifier ce genre de chose et retrouver la sérénité que j'ai sur du Kotlin :/