Lien vers la formation freelance libre : artisandeveloppeur.fr/...
Monter une solution Saas en 100 jours, quel est le secret ?
Julien Topcu - Loi de Conway: Lorsque votre conception produit se fache avec votre organisation (FR)
Flowcon 2022Des utilisateurs qui ont toujours du mal à récupérer les informations dont ils ont besoin, alors que vous avez mis le paquet sur l'expérience uti...
Ce matin j'ai écouté son talk "y'en a marre du craftmanship" que je recommande !
Aujourd'hui, on échange avec Franck Vu Hong sur le greenwashing mais surtout à propos de la transition sociale, écologique et économique qu'il a pu apporter à son entreprise afin de la rendre plus vertueuse, mais pas encore plus verte.
Il nous explique la façon dont il a pu mettre en place le travail en collectif, les méthodes de management, la gestion des stéréotypes, la quête de sens. Parfois cela s'est bien passé et d'autres fois ... moins bien, mais on décortique tout dans cet entretien pour en tirer le meilleur !
Dans l’épisode du jour, Thierry Leriche nous fait part de son retour d’expérience en tant que développeur freelance et entrepreneur. Il nous livre dans ce podcast les différentes embûches auxquelles il a dû faire face, en tant que développeur et en tant qu’entrepreneur et créateur d’entreprise.
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).
blog.sebastian-daschner.com/...
Le code de qualité est-il une évidence pour tous les développeurs ?
Déjà, merci pour ce podcast, c'est toujours des sujets intéressant avec des intervenants qualitatif et ça fait plaisir ^^.
Ensuite, merci à Xavier d'apporter son témoignage sur le sujet.
Je suis dev web depuis 10 maintenant et j'ai eu l'occasion de changer d'entreprise plusieurs fois.
J'ai eu l'occasion de pratiquer pendant 1 an les tests unitaires mais surtout les tests fonctionnelles. Ce n'était pas du TDD car on faisait les tests après avoir coder nos solutions, mais j'ai quand même pu comprendre l'intérêt de la démarche et surtout de comprendre que ce n'était pas du temps perdu.
Mais voilà, j'ai fais 8 boîtes différentes et seulement 1 seules d'entre-elles encadrait le code de l'application avec des tests. C'était d'ailleurs la seule entreprise ou presque à avoir en tête les principes agiles, les bonnes pratiques, à mettre en pratique les design pattern de manière propre et justifiée.
Force est de constaté que si l'entreprise ne possède pas cet état d'esprit à l'origine et la force de s'y tenir sur le long terme, c'est vraiment pas possible de faire attention à la qualité de son travail de manière rigoureuse et complète.
En tout cas, c'est mon ressentit
Et encore, tu as eu de la chance : je suis pas sûr qu'une boite sur 8 utilise les tests automatiques (je ne parle même pas de faire du TDD).
Si c'est important pour ta pratique, je t'invite à en faire un critère de choix pour tes futurs jobs.
Je viens de mettre à jour cet article que j'avais écrit il y a quelques temps.
Je garderais les mêmes questions !
Et toi ?
Quelles questions poses-tu en entretien ?
Après, la question que je me pose est la suivante : est-ce que tu as envie de bosser dans ce genre de contexte ?
Au moins si tu dis oui, tu sais à quoi t'attendre...
La notion de commits atomiques est souvent méconnue des développeurs. Mais qu'est-ce qu'un commit atomique et pourquoi l'utiliser ?
Un article très sympathique sur les différentes "tendances" de conception autour du modèle objet à travers le temps.
Depuis Merise jusqu'à l'introduction du DDD, je vous recommande sa lecture 😉
