Code source : qu’est-ce que c’est ?

Les or­di­na­teurs, qu’il s’agisse d’or­di­na­teurs per­son­nels, de smart­phones modernes ou d’or­di­na­teurs pour la science et l’industrie, fonc­tion­nent tous dans le système binaire (on/off, chargé/déchargé, 1/0). Une séquence d’états (bit) indique à l’or­di­na­teur ce qu’il doit faire. Alors que dans les premiers temps de l’in­for­ma­tique, les commandes étaient en fait créées avec ces deux états, les ap­pli­ca­tions ont depuis longtemps été écrites dans un langage de pro­gram­ma­tion lisible par l’homme. Cela peut paraitre étrange, puisque en tant que profane, vous pouvez au début con­si­dé­rer un code source comme étant sim­ple­ment du charabia in­dé­chif­frable.

Dans ce contexte, cependant, le terme d’ « hu­mai­ne­ment lisible » doit être compris comme un terme contraire de « lisible par la machine ». Les or­di­na­teurs ne fonc­tion­nent qu’avec des valeurs nu­mé­riques, tandis que les personnes utilisent des mots afin de com­mu­ni­quer. Tout comme une langue étrangère, il est né­ces­saire d’apprendre les dif­fé­rents langages de pro­gram­ma­tion afin de pouvoir les utiliser.

Il existe des centaines de langages de pro­gram­ma­tion dif­fé­rents. Il est difficile de dire s’il existe un langage meilleur qu’un autre, puisque tout dépend surtout du contexte du projet et de l’ap­pli­ca­tion pour laquelle le code source est utilisé. Les langages de pro­gram­ma­tion les plus connus sont :

• BASIC
• Java
• C
• C++
• Pascal
• Python
• PHP
• Ja­vaS­cript

Cependant, pour que l’or­di­na­teur comprenne ces langages, ils doivent d’abord être traduits en code machine.

Pour que les or­di­na­teurs puissent traiter le code source écrit par les pro­gram­meurs, un tra­duc­teur doit se trouver entre eux, il existe sous la forme d’un programme sup­plé­men­taire. Cette ap­pli­ca­tion utile existe sous la forme de com­pi­la­teur ou d’in­ter­pré­teur :

• Com­pi­la­teur : ce type d’ap­pli­ca­tion traduit (compile) le code source en code machine, c’est à dire com­pré­hen­sible et exé­cu­table par le pro­ces­seur. Ce code machine peut être sau­ve­gardé sous la forme d’un fichier exé­cu­table.
• In­ter­prète : un in­ter­prète ou in­ter­pré­teur traduit le code source ligne par ligne et l’exécute di­rec­te­ment. Cela rend le processus de tra­duc­tion beaucoup plus rapide qu’avec un com­pi­la­teur, mais l’ap­pli­ca­tion est plus lente et nécessite aussi beaucoup de mémoire.

Vous n’avez pas le choix : le langage de pro­gram­ma­tion détermine si un com­pi­la­teur ou bien un in­ter­pré­teur doit être utilisé. Mais de nos jours, une solution in­ter­mé­diaire est cependant de plus en plus utilisée : la com­pi­la­tion à la volée (JIT pour just-in-time com­pi­la­tion) appelée cou­ram­ment tra­duc­tion dynamique. Ce type de tra­duc­tion tente de combiner les avantages des deux pro­grammes (analyse rapide et exécution rapide), il est notamment utilisé dans les na­vi­ga­teurs pour gérer plus ef­fi­ca­ce­ment Ja­vaS­cript, PHP ou Java.

En fonction du langage de pro­gram­ma­tion utilisé, vous respectez certaines con­ven­tions lors de l’écriture des pro­grammes. Cependant, les langages de pro­gram­ma­tion les plus rares ap­pa­rais­sent à partir de rien, la plupart d’entre eux se cons­trui­sent les uns sur les autres. Pour cette raison, certains éléments se trouvent souvent dans dif­fé­rents codes de programme : 

• Commandes : elles cons­ti­tuent pro­ba­ble­ment la base de toutes les ap­pli­ca­tions. Avec cela, le pro­gram­meur indique clai­re­ment à son futur programme ce qu’il doit faire. De telles commandes peuvent par exemple, dé­clen­cher certaines étapes de calcul ou afficher du texte.
  
  
• Variables : les variables sont des espaces qui peuvent être remplis d’in­for­ma­tions. Celles-ci sont ré­fé­ren­cées dans le code source toujours avec un nom à attribuer.
  
  
• Con­di­tions : la structure de la plupart des pro­grammes est aussi dé­ter­mi­née par des requêtes qui fonc­tion­nent selon un schéma « if » « else if », c’est à dire le principe du calcul pro­po­si­tion­nel. Lorsqu’une certaine valeur se produit, un évènement est déclenché, sinon un autre.
  
  
• Boucles : les requêtes peuvent également servir de base pour les boucles dans le code source. Une commande est répétée jusqu’à ce qu’une certaine valeur soit atteinte. Alors le programme quitte la boucle et exécute le reste du code. 
  
  
• Com­men­taires : dans tous les langages de pro­gram­ma­tion courants, vous pouvez commenter les lignes du code. Cela permet d’écrire du texte dans le code source qui ne doit pas être pris en compte par le programme. Par exemple, vous saisissez des com­men­taires dans le code source pour que vous ou un autre dé­ve­lop­peur puissiez com­prendre certaines parties du code.

Il y a toujours un problème visé, lors de la création d’un code source. En effet les dé­ve­lop­peurs rédigent des pro­grammes pour apporter des solutions. Toutefois, la manière d’y parvenir n’est pas figée. Lorsque deux pro­gram­meurs traitent le même problème, il peut arriver que les deux codes sources soient très dif­fé­rents, même en tra­vail­lant avec le même langage. 

Même si dans de nombreux cas, il n’existe pas une seule solution correcte, toutes les tâches de pro­gram­ma­tion ont une chose en commun : un bon code source doit éviter le code inutile. En effet, cela rend le programme plus confus, plus lent et plus sujet aux erreurs. Le code source dif­fi­ci­le­ment com­pré­hen­sible, que même les pro­fes­sion­nels ne peuvent clai­re­ment dé­chif­frer est appelé code ou pro­gram­ma­tion spaghetti, car la structure est aussi dé­rou­tante que ce type de pâte sur une assiette (syndrome du plat de spa­ghet­tis).

Pour écrire un code source, vous n’avez besoin que d’un simple éditeur de texte comme par exemple l’éditeur Bloc-notes (Notepad) sur Windows ou TextEdit sur Mac. De cette façon, le code source peut aussi être sau­ve­gardé sous forme de texte brut (par exemple dans le codage ASCII ou comme UTF-8) avec l’extension de nom de fichier cor­res­pon­dant au langage de pro­gram­ma­tion. Donc si vous trouvez un fichier avec l’extension  « .cpp » sur votre disque dur, il s’agit en fait d’un fichier texte, contenant pro­ba­ble­ment un code dans le langage de pro­gram­ma­tion C++.

Des projets plus im­por­tants peuvent être réalisés plus fa­ci­le­ment via des pro­grammes spéciaux. Les en­vi­ron­ne­ments de dé­ve­lop­pe­ments intégrés (EDI), ou IDE en anglais, pour in­te­gra­ted de­ve­lop­ment en­vi­ron­ne­ment combinent plusieurs outils dont les dé­ve­lop­peurs ont besoin afin de tra­vail­ler et pour accélérer le processus de travail. Un autre avantage est que les outils contenus com­mu­ni­quent entre eux de manière trans­pa­rente et ef­fec­tuent des chan­ge­ments de manière syn­chrones. Gé­né­ra­le­ment, ces outils sont les suivants :

• Editeur de texte : l’éditeur de texte est aussi le cœur des en­vi­ron­ne­ments de dé­ve­lop­pe­ment. Même si il y a peu de langages de pro­gram­ma­tion graphique qui fonc­tion­nent à travers l’as­sem­blage d’éléments gra­phiques, la majorité absolue des ap­pli­ca­tions sont écrites en utilisant un code source classique. Les éditeurs de texte qui font partie d’un IDE com­por­tant les fonctions si­mi­laires à celles des éditeurs de texte utilisées pour la pro­gram­ma­tion en dehors d’un en­vi­ron­ne­ment.
   
• Com­pi­la­teur et in­ter­prète : les IDE com­por­tent également les com­pi­la­teurs et ou les in­ter­prètes. Cela permet ainsi aux pro­gram­meurs d’exécuter le code di­rec­te­ment depuis l’en­vi­ron­ne­ment.
   
• Débogueur : l’uti­li­sa­tion d’un débogueur est es­sen­tielle pour un travail de pro­gram­ma­tion sensible, c’est pourquoi cet outil est un composant standard d’un en­vi­ron­ne­ment de dé­ve­lop­pe­ment intégré. Vous pouvez utiliser cet outil pour vérifier si votre code source ne contient pas d’erreurs (bogues) en utilisant des points d’arrêt pour in­ter­rompre le dé­rou­le­ment du programme et analyser les opé­ra­tions exécutées.
   
• Linker, édition de liens : pour compléter un processus de com­pi­la­tion, dif­fé­rents éléments doivent être assemblés ensemble. Un « linker » ou éditeur de liens est un programme dont le rôle est de lier les fichiers compilés et de créer un fichier exé­cu­table.
   
• Ges­tion­naire de versions : cet outil en­re­gistre toutes les mo­di­fi­ca­tions que vous apportez au code source et peut restaurer les anciennes versions du code. De cette manière, votre projet n’est pas en danger si vous réaliser ac­ci­den­tel­le­ment une erreur. La gestion des versions est aussi es­sen­tielle pour col­la­bo­rer avec plusieurs dé­ve­lop­peurs sur un même projet.
   
• Cons­truc­teur d’interface graphique : de nom­breuses ap­pli­ca­tions incluent une interface uti­li­sa­teur graphique (GUI). Ceci doit également être défini selon le code source. Un cons­truc­teur d’interface graphique (GUI builder) assiste les dé­ve­lop­peurs dans la con­cep­tion de l’interface graphique. Sous la forme d’un éditeur WYSIWYG vous pouvez souvent organiser des éléments gra­phiques via le glisser-déposer. Le cons­truc­teur d’interface graphique traduit le contenu d’un IDE en fonction du langage de pro­gram­ma­tion.

Les exemples po­pu­laires d’en­vi­ron­ne­ments de dé­ve­lop­pe­ment intégrés sont l’open source Eclipse ou Visual Studio qui est un produit de Microsoft.