Deux notions souvent confondues, mais qui répondent à des logiques très différentes dans l’architecture des applications. La concurrence, c’est l’art d’organiser l’exécution de plusieurs tâches, sans forcément les faire tourner en même temps. Même avec un seul cœur de processeur, on peut alterner rapidement entre différentes opérations. L’objectif : optimiser l’utilisation des ressources en ne laissant jamais le processeur inactif, même lorsqu’une tâche attend une réponse externe (réseau, fichier, base de données...). C’est ce qu’on retrouve, par exemple, dans des environnements comme Node.js, où un seul thread peut gérer des centaines de connexions grâce à un système basé sur des événements. On ne fait pas plusieurs choses à la fois, on sait simplement bien jongler entre elles. Le parallélisme, lui, suppose une exécution réellement simultanée. Ici, on exploite plusieurs processeurs ou cœurs pour traiter plusieurs tâches au même moment. C’est particulièrement utile dans les applications gourmandes en calculs, traitement d’image, analyse de données, intelligence artificielle… Les langages comme C#, Java, ou les outils comme OpenMP permettent justement de diviser un gros traitement en plusieurs morceaux pour les exécuter en parallèle sur différents threads ou cœurs. Une application peut être concurrente sans être parallèle. Et inversement, un code parallèle mal structuré peut manquer de concurrence. 🙌