Comme mentionné dans le chapitre précédent, Devops sont importants pour maintenir le code, mais devinez quoi, cela est également un effort d'équipe et, de plus, une priorité critique pour l'entreprise, car un mauvais code entraîne des problèmes.
Coder « Libre à tous » signifie que les développeurs développent simplement comme ils le souhaitent, ce qui est loin de la manière dont le code doit être maintenu dans un grand référentiel de code produit.
L'un des « pourquoi » négligés ici est que le code est une propriété intellectuelle (PI) appartenant à l'entreprise et a une valeur monétaire, même si elle n'est pas comptabilisée, elle pourrait représenter une valeur d'actif potentielle si l'entreprise est vendue. Cela seul justifie le maintien du code.
En outre, pourquoi le code doit-il être lisible et révisable ? Les fonctions les plus importantes doivent être documentées, au moins à un niveau élevé (il est extrêmement difficile de maintenir la documentation à jour dans un environnement de développement rapide, et cela pourrait ralentir considérablement le développement).
Le fait d'avoir le code dans un référentiel git permet d'ajouter de nouvelles versions et de revenir à tout moment pour suivre ce qui a été ajouté par qui, et si vous utilisez un système de gestion de tâches pour gérer votre Backlog, vous pouvez également suivre le ticket ou la tâche correspondante, ce qui constitue une excellente documentation de l'historique.
Cela est utile pour voir pourquoi quelque chose a été modifié et ce qui a déclenché cette modification. En travaillant dans des branches, les développeurs ont leur propre copie distribuée du code sur leur propre ordinateur et peuvent collaborer facilement en tirant une mise à jour du code si un autre développeur a travaillé sur la même branche ou si de nouvelles branches de fonctionnalités ont été ajoutées à la branche principale pendant une mise à jour de production.
Lisez plus dans « Le Playbook du CTO » disponible sur Amazon/Kindle.
Nous sommes une société suisse (LLC) basée en
Suisse.