Je peux te faire un petit retour d'expérience assez négative que j'ai eu avec un jeune qui voulait se croire fort en adoptant "les nouvelles manières de faire". Il a mis en place des choses qu'il a trouvé sur internet, qui étaient très bien pour les gros projets, les grosses communautés open-source, mais qui n'étaient pas adaptées à notre contexte (petite équipe, périmètre fonctionnel restreint) et ça l'a ammené à oublier les fondamentaux pour garder maîtrise du logiciel :
tester : il ne testait pas suffisamment
savoir ce qu'on embarque dans une release : comme il récupérait tous les derniers développements des communautés open-source, il embarquait des tas de choses inutiles, qui faisait grossir le logiciel, et il ne savait pas tout ce qu'il y avait dedans
garder une traçabilité des release (tag) : il avait fragmenté en une multitudes de dépôts git (au-delà du nécessaire), avec une multitude de branches dans chacun et finalement il ne tagguait tout simplement pas.
communication et transparence : il ne disait pas ce qu'il faisait et ne faisait pas toujours ce qu'on lui disait de faire (par exemple sous prétexte que c'est trop compliqué)
simplicité : en voulant copier ce qui se faisait sur les projets open-source, il avait intégré beaucoup de choses génériques, et il avait ensuite fait plusieurs modifications propres à notre projet, aboutissant à un "bouzin"
Mes conseils :
n'hésite pas à te faire expliquer par tes développeurs les grands concepts qu'ils mettent en place, et demande-leur d'adapter leur discours à ton niveau
assure-toi qu'ils se conforment bien aux fondamentaux
# les fondamentaux vs. les nouvelles manières de faire
Posté par goeb . En réponse au message Comment se mettre à niveau dans le domaine du cloud ?. Évalué à 3.
Je peux te faire un petit retour d'expérience assez négative que j'ai eu avec un jeune qui voulait se croire fort en adoptant "les nouvelles manières de faire". Il a mis en place des choses qu'il a trouvé sur internet, qui étaient très bien pour les gros projets, les grosses communautés open-source, mais qui n'étaient pas adaptées à notre contexte (petite équipe, périmètre fonctionnel restreint) et ça l'a ammené à oublier les fondamentaux pour garder maîtrise du logiciel :
Mes conseils :