Alors, mes amis, asseyez-vous, prenez un café (ou un croissant, soyons fous !), parce que je vais vous raconter une histoire. Une histoire d'amour, de pouvoir… et de point-virgules. L'histoire de Kernighan & Ritchie, ou K&R, et de leur bébé : le langage C.
Imaginez-vous dans les années 70. Les ordinateurs étaient gros, lents et programmaient dans des langages aussi conviviaux qu'un ours mal léché. C'est là que deux génies, Brian Kernighan et Dennis Ritchie, entrent en scène. Un peu comme Batman et Robin, mais avec des claviers et des compilateurs au lieu de Batmobiles et de Bat-gadgets. Ils travaillaient chez Bell Labs, un endroit apparemment rempli d'esprits brillants et de distributeurs automatiques de caféines.
Leur mission, si toutefois ils l'acceptaient (et ils l'ont acceptée, sinon on n'aurait pas cette histoire), était de créer un langage de programmation plus puissant, plus flexible et surtout, plus élégant que ce qui existait à l'époque. Un langage capable de dompter les machines, de leur faire faire ce qu'on voulait, avec la grâce d'un danseur étoile (ou, au moins, avec moins de jurons que d'habitude).
Et ils l'ont fait. Ils ont créé C. Et ce fut bon. (Enfin, presque. Il y a toujours les pointeurs… on en reparlera.)
Pourquoi C était (et est toujours) si spécial ?
Imaginez C comme le couteau suisse des langages de programmation. Il peut tout faire. Écrire des systèmes d'exploitation ? Facile. Créer des jeux vidéo ? Pas de problème. Contrôler un grille-pain ? Bon, peut-être pas directement un grille-pain, mais avec assez d'efforts… vous voyez l'idée.
- Proche du hardware : C vous permet de manipuler la mémoire comme un chef. Vous voulez un octet ici ? Un autre là ? C'est vous le patron ! (Mais attention à ne pas faire n'importe quoi, sinon votre programme risque de planter plus vite qu'un soufflé raté.)
- Portable : On pouvait écrire du code C sur une machine et le compiler sur une autre (avec quelques ajustements, bien sûr). C'était révolutionnaire à l'époque. Avant, c'était comme essayer de parler français à un allemand en espérant qu'il comprenne.
- Puissant : C était rapide, efficace et permettait d'écrire des programmes complexes. C'est avec C que le système d'exploitation UNIX a été écrit, et UNIX a influencé presque tous les systèmes d'exploitation modernes. Autant dire que C a changé le monde. (Un peu comme le café, en fait.)
Le livre : La Bible selon K&R
Bon, ils ont créé le langage. Super. Mais comment le faire connaître au monde ? Facile. Ils ont écrit un livre. Pas n'importe quel livre. "The C Programming Language", par Brian Kernighan et Dennis Ritchie. Ou K&R, pour les intimes. Un livre fin, concis, élégant (comme le langage qu'il décrit) et… d'une efficacité redoutable. C'est devenu LA référence pour apprendre C.
Ce livre, c'est un peu comme apprendre à faire du vélo avec un guide qui a inventé le vélo. Il vous explique tout, étape par étape, avec des exemples clairs et concis. Et surtout, avec un humour discret mais présent. (Si, si, cherchez bien ! Il y a au moins une blague par chapitre… ou peut-être que c'est juste moi qui imagine des choses.)
Le livre est célèbre pour son style. Pas de fioritures, pas de jargon inutile. Juste l'essentiel, présenté de manière claire et précise. C'est un peu comme un bon café expresso : fort, concentré et qui vous réveille en douceur.
L'exemple "Hello, World!"
Le livre a aussi popularisé le fameux programme "Hello, World!". Un programme qui se contente d'afficher "Hello, World!" à l'écran. Ça peut paraître idiot, mais c'est le premier programme que tout débutant en C (ou dans n'importe quel autre langage) écrit. C'est un peu comme apprendre à dire "bonjour" dans une nouvelle langue. C'est simple, mais c'est le début de tout.
Voici à quoi ressemble le "Hello, World!" en C :
#include <stdio.h>
int main() {
printf("Hello, World!\n");
return 0;
}
Magique, non ? (Bon, peut-être pas si vous avez déjà vu du code. Mais imaginez-vous en 1978 !)
Les pièges de C (ou comment les pointeurs peuvent vous rendre fou)
C, c'est génial. Mais C, c'est aussi un peu perfide. Surtout à cause des pointeurs. Les pointeurs, c'est un peu comme des indications sur un trésor. Ils vous indiquent où se trouve une information en mémoire. Mais si vous les utilisez mal, vous risquez de perdre le trésor (ou de faire planter votre programme).
Imaginez que vous demandez à un ami de vous indiquer où se trouve votre café. Il vous donne une adresse. Mais l'adresse est fausse. Vous vous retrouvez devant un mur. C'est un peu ce qui se passe avec les pointeurs si vous n'êtes pas prudent.
Les erreurs de segmentation (segfaults) sont le lot de tout programmeur C qui se respecte. C'est un peu comme un rite de passage. Si vous n'avez jamais eu de segfault, vous n'avez jamais vraiment programmé en C. (Ou vous êtes un génie, mais c'est moins probable.)
Voici quelques erreurs classiques à éviter :
- Déréférencer un pointeur nul : C'est comme essayer d'ouvrir une porte avec une clé qui n'existe pas.
- Accéder à de la mémoire en dehors des limites d'un tableau : C'est comme essayer de prendre un café dans la tasse de votre voisin. Il risque de ne pas apprécier.
- Oublier de libérer la mémoire : C'est comme laisser traîner vos tasses de café partout. Ça finit par être le bazar. (Et votre programme finit par manquer de mémoire.)
L'héritage de K&R
Malgré ses pièges, C a influencé de nombreux langages de programmation modernes. C++, Java, Python… tous lui doivent quelque chose. C'est un peu le grand-père de tous ces langages. Un grand-père un peu grincheux, mais un grand-père quand même.
Aujourd'hui, C est toujours utilisé dans de nombreux domaines. Les systèmes embarqués, les systèmes d'exploitation, les jeux vidéo… C est partout. C'est un peu comme le sel : on ne le voit pas toujours, mais il est indispensable.
Et le livre de K&R ? Il est toujours disponible, et il est toujours une excellente introduction au langage C. Même si le langage a évolué depuis sa publication, les principes de base restent les mêmes. C'est un peu comme un bon vin : il se bonifie avec le temps.
Alors, la prochaine fois que vous utilisez un ordinateur, pensez à Kernighan et Ritchie. Pensez à leur langage C. Pensez à leur livre. Et surtout, pensez à tous ces pauvres programmeurs qui ont passé des nuits blanches à traquer des segfaults. Ils l'ont fait pour vous. (Et pour le café.)
Et n'oubliez pas, "Debugging is twice as hard as writing the code in the first place. Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it." - Brian Kernighan.
