Ajouter à une liste de lectureMagazine
Spécialité(s)
Résumé
La plupart des tutoriels et livres de programmation disposent d’un chapitre lié aux conseils sur la manière de nommer les variables, les fonctions, les commentaires, etc. Mais pourquoi diantre se tuer à essayer de respecter ces fichues règles alors que je peux aller droit au but ? Cette question, je suis sûr que tous nous nous la somme posée à nos débuts en programmation. La plupart d’entre nous a, avec le temps, fini par se faire un ensemble de règles personnelles pour quand même s'y retrouver dans le code lorsqu’il y a problème. Certains sont obligés de respecter des règles de codage [1] parce qu’il faut bien que leurs collègues du projet comprennent facilement. Nous allons voir dans la suite comment améliorer la qualité de son code source grâce aux standards de codage existants.
Les standards de programmation étant nombreux, dans cet article nous allons vous présenter de façon rapide le standard GNU C utilisé par les programmeurs de la FSF (Free Software Fundation) et autres programmes open source écrits en C. La vérification du code relativement au standard requérant généralement un analyseur, nous allons prendre le cas du logiciel open source SonarQube et présenter un exemple d'analyse de code relativement aux règles prédéfinies pour un projet.
Tous les fabricants de logiciels informatiques vous diront que leur logiciel est de bonne qualité [2]. C’est à se demander s’il s’agit de la qualité de la conception du logiciel, de la qualité perçue par le client (ergonomie, etc.), de la facilité de…
La suite est réservée aux abonnés. Il vous reste 95% à découvrir.
Déjà abonné ? Se connecter
- Accédez à tous les contenus de Connect en illimité
- Découvrez des listes de lecture et des contenus Premium
- Consultez les nouveaux articles en avant-première
Envie de lire la suite ? Rejoignez Connect
Je m'abonne maintenant
