Habitudes utiles des développeurs

Grâce à quoi vous deviendrez meilleur en tant que programmeur

Chaque développeur a des habitudes liées à l'écriture de code - à la fois nuisibles et utiles. Mais si vous prenez les bonnes habitudes, cela contribuera à améliorer sérieusement l'efficacité du travail avec le code. De telles habitudes vous toucheront non seulement, mais aussi très probablement vos collègues.

Comme l'a dit Denis Waitley, «vous ne pouvez pas vous débarrasser d'une mauvaise habitude, mais vous pouvez la remplacer par une bonne». Par conséquent, je vous propose une liste de sept habitudes qui, je pense, vous aideront à devenir meilleur en tant que programmeur.

Traduit en Alconost

1. Ne répétez pas

Cela vous est sûrement arrivé plus d'une fois: vous regardez un morceau de code et vous voyez qu'il est très similaire à un fragment que vous avez déjà écrit .

C'est un mauvais présage: la répétition doit être évitée. La duplication de code est un mauvais ton, car un tel code devient plus difficile à maintenir avec le temps, car des corrections doivent être faites à plusieurs endroits. En conséquence, la probabilité d'erreurs se glissant dans le code augmente.

Il est recommandé de suivre le principe «NE PAS RÉPÉTER» ou SÉCHER (p. Ex. «Ne vous répétez pas»): si vous commencez à écrire du code qui se trouve déjà dans une autre partie du système, vous devrez probablement le refactoriser. Divisez le code et la logique en blocs réutilisables plus petits et appelez-les si nécessaire.

2. A écrit - refactor

La plupart des programmeurs, en particulier ceux qui ont peu d'expérience, pensent que si la tâche est terminée, cela signifie que le code fonctionne comme prévu. Mais pour "terminer" la tâche, il ne suffit pas de noter le code qui implémente une nouvelle fonction.

Mais si le code fonctionne, que faut-il d'autre?

Eh bien oui, ça marche. Mais avant de passer à la tâche suivante, vous devez refactoriser: cela améliorera la lisibilité du code. En effet, ce fragment n'est probablement pas le plus précis et le plus évident de ceux que vous avez écrits: quelque chose peut vous être immédiatement compréhensible, mais comment ce code sera-t-il vu par les autres? Soyez critique envers votre création.

De plus, le refactoring permet de réduire la complexité du code, ce qui simplifie la maintenance. Et à l'avenir, cela sera payant.

3. Se concentrer sur les objectifs commerciaux

Les développeurs, en règle générale, sont tellement plongés dans l'étude de la pile technologique qu'ils perdent de vue les tâches de l'entreprise - mais nous ne devons pas les oublier. Rappelez-vous quel est le but du projet que vous développez?

Certains développeurs ne s'intéressent qu'aux aspects techniques de leur travail. Ils ne se soucient pas des facteurs économiques et économiques dont la présence leur donne en fait du travail.

Quel est votre temps de travail? Bénéficiez-vous de l'entreprise - ou passez-vous trop de temps sur le fait que ce n'est pas très important? Posez-vous cette question plus souvent.

4. Petits commits

Si la portée de la validation est petite, cela vous permet de lui donner une description claire. Tout le monde comprend que «quelques erreurs ont été corrigées» est une mauvaise description, non?

Les petites validations simplifient le débogage: vous pouvez revenir à la validation précédente et vérifier s'il y avait une erreur. Et s'il n'y a pas beaucoup de code dans le commit, il sera plus facile de rechercher une erreur.

Si les commits sont importants, le résultat peut être divers problèmes et inconvénients. Si les changements dans un commit affectent beaucoup de choses, alors il devient difficile de savoir exactement ce qui a changé.

Mais quelqu'un devra vérifier ce code, et il (ou elle) aura peur de faire la fusion, car trop de commit peut potentiellement perturber le reste du code.

Par conséquent, dans le cas de petits commits, la vérification du code est grandement simplifiée: la vérification d'un changement à la fois permet de comprendre facilement ce qui a réellement changé.

5. L'essentiel est l'uniformité

Si vous décidez de nommer des variables dans Camel Style, ne reculez pas à partir de cette règle. Vous souhaitez utiliser des espaces plutôt que des tabulations? Allez-y! Mais peu importe ce que vous choisissez, respectez-le partout.

Au fil du temps, il devient de plus en plus difficile de comprendre les logiciels écrits: plus le projet existe et plus les gens y travaillent, plus le code est encombré. Par conséquent, le manque d'uniformité crée des problèmes.

Que peut-on faire pour maintenir l'uniformité?

Tout d'abord, vous devez choisir un certain style de conception et vous y tenir. Vous pouvez utiliser des analyseurs de code - linters - qui vérifieront ce qui est écrit pour la conformité avec le style choisi.

Deuxièmement, respectez la dénomination uniforme des variables, des méthodes et des classes. En savoir plus sur la façon de donner de bons noms dans mon article .

L'essentiel - rappelez-vous: la commodité de maintenir la base de code dépend beaucoup de l'uniformité du code!

6. Ne partez pas «pour plus tard»

"D'accord, je vais le réparer plus tard", sonne familier? Nous savons tous que ce «plus tard» se transforme souvent en «jamais». Si vous voyez le commentaire "TODO", cela signifie que quelqu'un a laissé quelque chose pour une durée indéterminée "plus tard".

Travaillez sur un extrait de code ou une user story de zéro à la fin.

Mais que signifie «avant l'achèvement»?

Tout d'abord, cela signifie que le code a été refactorisé, comme mentionné ci-dessus. De plus, le code doit être testé. Et les tests pour la plupart des développeurs sont peut-être la partie la moins aimée du travail. En même temps, il ne suffit pas de passer par un scénario qui inclut uniquement les actions fournies - assurez-vous de vérifier également les autres options. Et vous pouvez faire un peu plus d'efforts et écrire quelques tests automatiques.

Et le dernier est la documentation. Ai-je besoin de documentation pour cette fonction particulière? Avez-vous expliqué au testeur comment tester cette fonctionnalité? A-t-il (ou elle) besoin de connaître les conditions préalables?

7. N'arrêtez pas d'apprendre

De nouvelles technologies apparaissent chaque jour. Parfois, il peut sembler impossible de suivre toutes les tendances. Cependant, vous ne pouvez pas arrêter d'apprendre de nouvelles choses: dès que vous arrêtez d'apprendre, vous cesserez de grandir professionnellement.

Apprendre la nouvelle est le seul moyen de rester pertinent sur le marché du travail dans notre ère technologique en constante évolution.

"Vous ne grandirez pas si vous n'essayez pas de faire quelque chose au-delà de ce que vous connaissez déjà parfaitement"
- Ralph Waldo

À propos du traducteur

L'article a été traduit par Alconost.

Alconost localise des jeux , des applications et des sites dans 70 langues. Traducteurs en langue maternelle, tests linguistiques, plateforme cloud avec API, localisation continue, chefs de projet 24/7, tout format de ressources de chaîne.

Nous réalisons également des vidéos de publicité et de formation - pour les sites qui vendent, présentent des images, de la publicité, des formations, des teasers, des explicateurs, des bandes-annonces pour Google Play et l'App Store.

→ En savoir plus