Code de développeur Gentleman
La plupart des projets sont développés par l'équipe de développement. En règle générale, la qualité du résultat du travail d'équipe dépend de l'ambiance qui règne dans l'équipe. Pour maintenir l'harmonie, chaque développeur doit toujours être un gentleman. Par conséquent, je veux présenter les principales, à mon humble avis, les règles du gentleman's code iOS.
Je suis moi-même développeur iOS et je fais partie de l'équipe. Les règles sont assez générales, elles conviennent donc à toutes les directions du développement logiciel et pas seulement.
Le développeur gentleman est toujours poli
Votre mauvaise humeur ou mégalomanie n'est pas une raison pour gâcher l'humeur des autres. Je pense que personne ne l'aimera s'il est impoli. Par conséquent, essayez de ne pas être impoli vous-même.
Le manque de culture et la grossièreté gâchent la relation entre les membres de l'équipe, et dans le travail d'équipe, il est très important de travailler ensemble. Le ressentiment les uns contre les autres ou l'hostilité personnelle peuvent non seulement ralentir les progrès, mais aussi introduire des problèmes supplémentaires.
Vous devez toujours et en toutes circonstances vous contrôler et essayer d'être poli.
Un gentleman développeur respecte toujours son temps, et donc respecte aussi le temps des autres
Si vous avez un problème urgent pour lequel un collègue peut vous aider, cela ne signifie pas que vous devez distraire le collègue de son travail. Peut-être qu'un processus de réflexion très important est en cours en ce moment, et si vous l'interrompez, votre collègue peut perdre beaucoup de temps à reconstruire le tableau complet du problème qu'il résolvait.
Il vaut la peine de demander poliment si la personne dont vous avez besoin peut prendre le temps de vous aider. S'il est très occupé, il pourra probablement l'aider un peu plus tard.
Un gentleman développeur respecte le code et les solutions techniques de ses collègues
Vous devez toujours vous rappeler que chaque bloc de code est la meilleure solution que l'auteur puisse proposer à ce moment-là et dans les circonstances où ce code a été écrit. Par conséquent, vous ne devriez pas à nouveau vous arranger pour découvrir pourquoi le code est si mal écrit. Cela s'applique aux moments où il n'y a aucun besoin de changer quoi que ce soit.
Je pense que tout le monde peut se souvenir du moment où ils ont essayé de réécrire le code, qui avait l'air terrible. Dans le même temps, je suis tombé sur des problèmes auparavant non évidents que ce code résolvait. Et pour tenter de résoudre ces problèmes de manière plus élégante, j'ai écrit un code encore plus terrible.
Il faut s'en souvenir avant de gâcher l'humeur de quelqu'un avec des critiques inappropriées et de s'abstenir de telles actions.
Un développeur gentleman n'édite pas le code d'un autre développeur à son insu
Même si vous savez comment faire mieux, ne réécrivez pas en silence le mauvais code. Premièrement, l'auteur du code, qui, de l'avis des autres, est responsable de ce morceau de code, risque de perdre le fil de la compréhension dans les mises à jour. Et en essayant de changer quelque chose, il se retrouvera dans une situation difficile.
Deuxièmement, vous ne connaissez probablement pas vous-même toutes les fonctionnalités de la fonctionnalité que vous allez réécrire. En conséquence, ni l'auteur ni vous ne connaissez parfaitement le code qui a été mis à jour.
Troisièmement, si l'auteur du code ne découvre pas qu'il a mal fait quelque chose, il continuera à faire ce qu'il a fait. Et comme on le sait dans une équipe, le résultat du travail de chaque participant affecte toute l'équipe.
Dans de tels cas, vous devez d'abord contacter l'auteur pour clarifier son opinion. Peut-être vous êtes-vous trompé et votre solution, qui vous a semblé plus appropriée, ne l'est pas. Et si vous aviez raison, vous aiderez votre collègue et, en conséquence, vous aiderez la cause commune.
Un gentleman développeur ne critique pas le code de quelqu'un d'autre sans arguments et sans alternatives
Lorsqu'il s'agit de critiques, et cela est inévitable dans le travail d'équipe, cela doit être fait correctement. Tout d'abord, vous pouvez critiquer le code lorsque la solution à votre problème dépend de la qualité de ce code. Deuxièmement, vous ne pouvez critiquer que si vous savez exactement comment faire mieux.
Les critiques inutiles ne conduisent qu'à la discorde dans l'équipe, ce qui n'affecte pas beaucoup le résultat.
Un gentleman développeur sait aussi prendre les critiques avec dignité
Personne n'est parfait et personne n'écrit un code parfait. Nous apprenons et améliorons constamment nos compétences, y compris en développement logiciel. La critique est l'un des mécanismes d'apprentissage les plus efficaces. Et vous devez non seulement pouvoir soumettre des critiques, mais aussi les accepter avec dignité.
Vous ne devez pas réagir de manière agressive aux critiques de quelqu'un d'autre. Cela ne fera qu'aliéner ceux qui vous entourent. Et à l'avenir, vos erreurs dans le code risquent de ne pas être détectées à temps uniquement parce qu'un collègue ne vous en a pas informé, ne voulant pas provoquer de scandale.
Si la critique est vraiment utile, vous devez remercier la personne qui a signalé vos erreurs.
Si la critique n'est pas justifiée et que vous êtes absolument sûr que votre solution dans le code est assez bonne, sinon même la meilleure, alors vous devriez calmement argumenter votre cas. Donnez des raisons de réfuter les critiques.
Un développeur gentleman écrit du code dans un style générique
Je pense que tout le monde comprendra l'allégorie selon laquelle s'il y a plusieurs rameurs dans le bateau et l'un d'eux rame dans la direction opposée, cela n'affectera que négativement la vitesse du bateau.
Il en va de même pour les projets. Essayez de toujours adhérer aux règles et normes généralement acceptées, même si vous ne les aimez pas, mais les commandes les suivent.