Damien Palagi

Bonne remarque :) Je ne suis pas du tout expert sur le sujet, donc ma réponse est à prendre avec des pincettes. Pour moi c'est une question de nuance. Certaines classes n'auront aucun TU directement associés, car elles seront complétement couvertes par d'autres tests. D'autres seront complètement couvertes par des tests spécifiques si leur fonctionnalité est complexe.
Mais je manque d'arguments et de ressources pour détailler cette nuance :/

@xtrembaker, lorsque j'ai une méthode un peu tricky comme tu dis, c'est surrement un élément important/complexe de ton business. Je te recommande alors de sortir cet élément dans une classe distincte dédié à l'implémentation de cette algo. ca te permet donc de dégager une partie "complexe" de ta classe mère, de sans doute mieux respecter le principe de single responsability
Ca te permettra de faire peut etre apparaitre mieux dans ton code un concept métier (si méthode compliqué c'est bien que c'est un point sensible métier normalement)
En le mettant dans une classe dédié, tu pourras aussi le remplacer plus simplement (par exemple ca devient facile de remplacer l'appel de cette classe dédié par une interface et ca ouvre la porte à la possibilité de switcher facilement d'implémentation, imagine que tu as une idée pour améliorer l'algo en question ou améliorer sa vitesse, bim ca devient possible facilement par le fait que tu ai extrait l'algo dans une classe dédié)

Salut,
Ton site est intéressant. Je trouve aussi que c'est compliqué de trouver du travail en remote. Les catégories (js, ruby...) sont-elles prédéfinies ?
Par exemple, je suis intéressé par du C++ et il n'y a pas cette catégorie.
Prévois-tu de rajouter une boîte de recherche pour filtrer les résultats en fonction de mots-clefs ?

@Damien: Ah oui tu as raison, plus les offres s'accumulent et plus ça sera utile! Je met ça dans la todo

@Marc: Oui c'est prédéfini, j'ai mis les langages sur lesquels j'ai des offres pour l'instant. Mais ça rejoins le com' de Damien, un champ recherche!