Je'suggérerais d'aller sur GitHub , de choisir un projet aléatoire là-bas et de regarder par vous-même.
En fin de compte, le code informatique dans sa forme source (prévue comme la forme préférée pour y apporter des modifications) est, et donc ressemble, à un tas de fichiers texte (c'est-à-dire. des fichiers ne contenant que des lettres, des chiffres, certains symboles, des espaces et des nouvelles lignes) écrits selon une certaine spécification.
Modification : d'autre part, il existe des environnements de programmation (typiquement pour les enfants et les débutants, mais pas seulement) qui s'écartent de cela et représentent visuellement le code source en utilisant des éléments graphiques. Voir par exemple Scratch.
Dans les '90, il y a eu de nombreuses tentatives pour s'écarter des fichiers texte comme principal moyen de représenter le code source. Je pense que l'on peut dire sans risque que toutes ont échoué à cause de ce qui suit:
- une représentation textuelle est assez compacte par rapport aux représentations graphiques pures (pensez au pseudocode par rapport aux organigrammes). Cela signifie que les représentations graphiques pures de programmes non triviaux finissent par être soit trop grandes, soit un profond désordre enchevêtré¹, sans avantage clair par rapport à une représentation textuelle;
- à l'heure actuelle, il'est assez clair comment comparer deux fichiers texte et mettre les différences (pensez à l'algorithme omniprésent au cœur de l'utilitaire diff ), de sorte que vous pouvez savoir, par exemple, ce qui a été modifié entre deux révisions d'un fichier texte : C'est une fonctionnalité importante dans le développement de logiciels, surtout lorsqu'on travaille en équipe et qu'il faut fusionner les changements. Malheureusement, il'est loin d'être clair comment cela pourrait être fait efficacement sur d'autres types de représentations sans en faire un autre type de jeu de repérage des différences;
Le code machine (c'est-à-dire le code qui est effectivement exécuté par le matériel de l'ordinateur's) peut être pensé fondamentalement comme une séquence de nombres discrets représentant à la fois des instructions et des données, à nouveau écrites selon les spécifications de la plate-forme sur laquelle il sera exécuté, mais la signification réelle dépend du contexte. Cela ne'ressemble à rien, mais on peut le représenter en utilisant une certaine convention textuelle.
---
¹ Je me souviens d'une vieille bande dessinée (je crois que c's était une The far side) représentant un informaticien couvrant toute la façade d'un bâtiment en organigrammes, avec le personnel d'un hôpital psychiatrique qui l'attend à côté d'une ambulance.