L'informatique, c'est quoi ?
La base de la base, sans une ligne de code : tout n'est que des 0 et des 1 dans un certain ordre, un ordinateur est bête, un bug vient de l'humain, et du binaire on a grimpé jusqu'aux langages modernes.
L'informatique, c'est quoi ?
Avant d'apprendre un langage, un framework ou quoi que ce soit, prenons trois minutes pour comprendre sur quoi tout ça repose. Zéro code ici, juste l'intuition de base. Et bonne nouvelle : c'est bien plus simple qu'on ne le croit.
# Un ordinateur, c'est (très) bête
Au fond, un ordinateur ne sait faire qu'une seule chose : regarder des interrupteurs et voir s'ils sont allumés (1) ou éteints (0). C'est tout. Aucune magie.
Ces interrupteurs, il y en a des milliards, et c'est leur ordre qui crée du sens :
01001000 0110100101001000 01101001Ce n'est pas du charabia : avec la bonne convention de lecture, ces 0 et ces 1 disent « Hi ». Une image, une musique, une vidéo, ton jeu préféré : tout, absolument tout, finit en suites de 0 et de 1. Ce qui change d'un cas à l'autre, c'est l'ordre et la convention utilisée pour les relire.
Un ordinateur n'est donc pas un cerveau. C'est un exécuteur ultra-rapide et ultra-bête qui suit une liste d'instructions (un algorithme) sans jamais réfléchir. Comme une recette suivie à la lettre par quelqu'un qui ne comprend rien à la cuisine : si la recette dit « casser 300 œufs » au lieu de 3, il casse 300 œufs. Sans broncher.
# Si ça marche pas, c'est (presque) toujours toi
C'est la leçon la plus importante quand on débute :
L'ordinateur fait exactement ce que tu lui dis. Ni plus, ni moins.
Il ne se trompe pas, il n'a pas de mauvaise volonté, il n'est pas « buggé contre toi ». Le problème, c'est qu'il ne cherche jamais ce que tu voulais dire : il exécute ce que tu as dit. Prends cette phrase :
« J'ai bien mangé, grand-mère » : tu dis à ta grand-mère que tu as bien mangé.
« J'ai bien mangé grand-mère » : tu annonces que tu as mangé ta grand-mère.
Une seule virgule oubliée, et le sens bascule du tout au tout. Un humain rétablit tout seul (il sait bien que tu ne comptes pas dévorer ta mamie). L'ordinateur, lui, ne réfléchit pas : pas de virgule, il passe littéralement grand-mère à la casserole. C'est exactement ça, un bug : un minuscule écart entre ton intention et ton instruction, que la machine applique au pied de la lettre sans sourciller.
La bonne nouvelle, c'est que tout est sous ton contrôle. Pas de hasard, pas de fatalité : le problème a toujours une cause logique, et tu peux toujours la trouver.
# Du binaire aux langages d'aujourd'hui
Personne n'écrit en 0 et 1 : ce serait invivable. L'histoire du dev, c'est justement celle d'une échelle qu'on a grimpée barreau par barreau, pour s'éloigner de la machine et se rapprocher de l'humain :
- Le binaire (0 et 1) : le seul langage que la machine comprend vraiment. Illisible pour nous.
- L'assembleur : on remplace les suites de 0/1 par de petits mots-codes (
MOV,ADD,JMP). Un peu plus lisible, mais encore très proche de la machine et pénible. - Les langages de haut niveau (C, puis Java, C#, Python, JavaScript...) : on écrit des phrases presque lisibles par un humain (« si le solde est négatif, refuse »). Un traducteur (le compilateur ou l'interpréteur) se charge de retomber jusqu'au binaire pour la machine.
Chaque barreau cache le précédent pour te simplifier la vie : ce sont des couches d'abstraction. Comme conduire une voiture sans rien connaître à la mécanique du moteur.
# Faut-il savoir écrire en binaire ? Non.
Rassure-toi : tu n'écriras jamais de binaire ni d'assembleur (sauf métier très spécifique). Les outils modernes font ce sale boulot pour toi.
Mais savoir que tout repose là-dessous change beaucoup de choses : ça explique pourquoi un programme peut être lent, pourquoi la mémoire est limitée, pourquoi un nombre a une taille maximale, pourquoi certains bugs existent. Tu n'as pas besoin de parler la langue de la machine, mais savoir qu'elle est là te rend meilleur.
# Les grandes familles de l'informatique
« Faire de l'informatique », ça ne veut pas dire grand-chose : c'est un continent avec plusieurs régions. On peut les regrouper en quelques grandes familles (les frontières sont floues et se recoupent, mais ça donne la carte) :
| Famille | On y fait quoi | Exemples de métiers |
|---|---|---|
| Développement | créer des logiciels, sites, apps, jeux | développeur, lead dev |
| Systèmes, réseaux & cloud | faire tourner et connecter les machines | admin sys, DevOps, cloud engineer |
| Cybersécurité | protéger les systèmes et les données | pentester, analyste SOC |
| Données & IA | exploiter la donnée, entraîner des modèles | data analyst, data scientist, ML engineer |
| Support & IT | déployer, dépanner, accompagner les utilisateurs | technicien, support, IT manager |
Le développement (ce qui nous intéresse ici) n'est donc qu'une région parmi d'autres, mais c'est celle où l'on fabrique les logiciels que tout le reste fait tourner.
# À retenir
- Tout, au fond, n'est que des 0 et des 1 dans un certain ordre ; un ordinateur est un exécuteur rapide et bête, pas un cerveau.
- Il fait exactement ce que tu dis : un bug est (presque) toujours une erreur humaine, donc quelque chose que tu peux corriger.
- On est passé du binaire à l'assembleur puis aux langages de haut niveau en empilant des couches d'abstraction.
- Tu n'écriras pas de binaire, mais savoir que c'est là-dessous te rend plus lucide sur la performance, la mémoire et les bugs.
- L'informatique se découpe en grandes familles (dev, systèmes/réseaux, cybersécurité, données/IA, support) ; le dev en est une.
Le décor est posé. On peut maintenant plonger dans le concret : comment un langage devient exécutable.