Aujourd’hui, j’ai dressé une liste des sept erreurs les plus courantes que j’ai faites ou vues faire par d’autres développeurs. Certaines seront techniques, comme au niveau de la grammaire ou du code, tandis que d’autres seront simplement de terribles habitudes de développement. Si vous êtes un développeur chevronné, certaines de ces erreurs seront évidentes, tandis que d’autres sont peut-être quelque chose que vous faites sans vous en rendre compte.
1. Mauvais nom de variable
C’est l’une des erreurs les plus courantes que je remarque chez les nouveaux arrivants. Les noms de variables comme x et y ne sont pas particulièrement utiles ; bien, c’est simple à taper parce que ce n’est qu’une lettre, et cela peut ne pas sembler être un problème majeur au début, surtout dans un petit projet, mais le code commencera à n’avoir aucun sens par la suite. Il sera moins compréhensible et, en général, moins facile à maintenir. Je sais qu’en tant que programmeur, trouver un nom de variable approprié peut être l’une des tâches les plus difficiles. Vous devez utiliser un nom de variable autodescriptif, tel que age pour stocker l’âge plutôt que x ou y.
2. Ne pas utiliser le source control
Pour les débutants, prendre l’habitude d’utiliser le source control est une bonne idée. Qu’il s’agisse de Git ou d’Apache Subversion (hum…), vous êtes au courant. Vous pouvez utiliser git à partir de la ligne de commande, ou il y a plusieurs outils d’interface utilisateur disponibles. L’arbre des sources est bien, et j’utilise un fork.
L’utilisation du contrôle de version est également insuffisante, car elle ne s’applique qu’à votre système. Par conséquent, si votre disque dur meurt ou si votre ordinateur portable est volé, vous perdrez tout votre travail. Par conséquent, vous voudrez sauvegarder votre travail dans un dépôt distant comme Github ou Big bucket.
3. Formatage incohérent des codes
Que vous travailliez sur un projet avec de nombreux développeurs ou que vous soyez le seul à le faire, votre code doit être cohérent dans l’ensemble de votre dépôt, sinon il ne sera pas professionnel et sa lisibilité en souffrira. Donc, dès le départ, on demandera comment on fait l’indentation du projet: Tabulation ou Espacement.
4. Se retrouver coincé dans l’enfer du tutoriel
L’enfer des didacticiels, c’est quand vous regardez les didacticiels les uns après les autres, mais que vous ne vous sentez jamais prêt à abandonner les roulettes et à commencer à créer de manière indépendante. Cela arrive fréquemment aux nouveaux développeurs qui ne savent pas par où commencer. C’est le même sentiment que l’on éprouve lorsque les gens font constamment la promotion de nouvelles séries télévisées et que l’on se dit. Je ne les regarderai jamais toutes, mais le fait est que vous ne saurez pas ce que vous ne savez pas tant que vous ne commencerez pas à utiliser vos talents, à faire des erreurs et à en tirer des leçons. Vous ne serez jamais en mesure de passer au niveau suivant, car il n’est pas nécessaire de tout savoir sur une langue avant de commencer ; tout ce dont vous avez besoin, c’est d’une base décente et vous pourrez ensuite apprendre au fur et à mesure.
5. Ne pas tester son code souvent
Lorsque j’exécute mon code et que j’obtiens 12 erreurs et 18 avertissements, je me dis : « Oh merde, où est-ce que je me suis trompé ? ». Mais ensuite, je n’arrive pas à identifier où j’ai foiré. Par conséquent, vous devez revenir en arrière et commencer à supprimer votre code et à l’exécuter. La meilleure façon de procéder est donc de faire quelques modifications et d’exécuter votre code pour s’assurer qu’il est correct.
Apporter quelques modifications, exécuter votre code et s’assurer que tout semble correct. À long terme, vous produirez un code plus exempt d’erreurs, ce qui vous épargnera beaucoup d’efforts au moment du débogage.
6. Avoir un nombre magique et une chaîne magique dans votre code
Le nombre magique est l’utilisation directe d’un nombre, tandis que la chaîne magique est une version textuelle du nombre magique. Ainsi, tout comme lorsque nous avons parlé des noms de variables incorrects, cela rend votre code moins compréhensible et provoque potentiellement des erreurs.
7. Commenter des blocs de code
Il n’y a pratiquement jamais de raison légitime de faire cela, mais je le vois tout le temps, même au niveau professionnel, et je ne comprends pas pourquoi ce code commenté est encore dans le code. Il est souvent écrit parce que vous vous dites « Nous pourrions en avoir besoin plus tard », mais il n’est jamais utilisé et ne fait qu’encombrer le code.
De plus, comme je l’ai dit précédemment, votre code devrait être sous contrôle de la source, de sorte que si vous avez besoin de revenir en arrière et de regarder les versions précédentes, vous pouvez le faire.
Conclusion
Dans ce billet, j’ai énoncé 7 points qui me semblent très utiles pour tout développeur débutant. Il s’agit d’erreurs très courantes que j’ai commises lors de mes débuts. J’espère donc que cela vous aidera à vous débarrasser de ces erreurs.
Merci d’avoir lu cet article. N’oubliez pas de me suivre pour lire d’autres articles comme celui-ci.
