|
Comme un responsable technique , j'ai toujours essayé d'encourager mes équipes de développement de logiciels pour maintenir de bonnes pratiques de codage . Cela n'a pas toujours été facile, et voici quelques-unes des leçons que j'ai apprises pour aider. Instructions
1 affecter au moins deux personnes pour chaque partie d'un projet. Aussi connu comme la programmation de l'équipe, c'est une bonne méthode pour faire en sorte que deux paires d'yeux voient chaque ligne de code. Il a tendance à produire plus maintenable et le code plus lisible. Cela réduit également l'impact des développeurs quiting une équipe avant la fin du projet .
2 procéder à des examens de code avec signe -offs. Si elle est couplée avec l'étape 1 , cela fait en sorte qu'au moins 3 paires d'yeux voit l' ensemble de la base de code. Sign- off assure simplement que le plomb supérieur a examiné et donné le OK veiller à ce qu'une personne avec la capacité de haut niveau approuve le code.
3 Créer un document de normes facile. Essayez de le faire en conjonction avec l'entrée de l' équipe. Aucun développeur n'aime se faire dire comment le code , donc si il ou elle dispose d'une entrée dans le processus , ils peuvent aider à façonner le document qui , à la fin, ils devront respecter.
4 Établir de bonnes techniques de « partage de codes ». Les projets ont souvent des réunions de suivi hebdomadaires , mais le responsable technique de codage devraient tenir des réunions d'état , en plus des réunions d'avancement du projet . Cela permettra aux développeurs la possibilité de discuter de leur code, le projecteur , ou toutes les autres questions qu'ils pourraient avoir d'une technique. Ces réunions pourraient être de 10 minutes ou durent une heure, le point étant que vous offrez du temps de travail pour les développeurs pour discuter de différentes techniques de codage .
5 vous rendre disponible . Souvent, les pistes techniques font un bon peu d'eux-mêmes et de codage sont généralement l'une des personnes plus occupés sur le projet , mais si vous vous détournez vos développeurs suffisamment de fois, alors non seulement la qualité du code souffrir, mais votre expertise n'est pas utilisé à son plein avantage
cela peut se retourner avec certains développeurs qui pensent que cela pourrait signifier qu'ils n'ont pas à faire de la recherche , puisque vous êtes maintenant un guichet unique Code fixateur - . alors essayez de mettre en place les heures de bureau ou votre calendrier rendez-vous des développeurs plutôt que de simplement arrêter po
|
