Synchrone / Asynchrone
Synchrone / Asynchrone = attendre la réponse ou pas
Un échange est synchrone quand l'émetteur attend la réponse avant de continuer, et asynchrone quand il poursuit son activité et traite la réponse plus tard, au moment où elle arrive. La distinction s'applique aussi bien au code qu'à la façon de travailler.
En programmation : un appel synchrone bloque le programme jusqu'au résultat. Un appel asynchrone lance la tâche (requête réseau, lecture de fichier, appel d'API) et laisse le programme continuer. C'est essentiel pour qu'une interface reste fluide ou qu'un serveur traite de nombreuses requêtes en parallèle. JavaScript et Node.js reposent largement sur ce modèle, et les files de messages comme Kafka permettent de découpler des services.
En organisation : une réunion ou un appel sont synchrones, un email ou un ticket sont asynchrones. Une messagerie comme Slack est en principe asynchrone, même si elle donne l'impression du temps réel. Les équipes à distance s'appuient beaucoup sur l'écrit asynchrone.
Pourquoi ça compte quand on recrute
Côté technique, la maîtrise de l'asynchrone est un bon discriminant pour les développeurs back-end et JavaScript : demandez comment ils gèrent une erreur dans une chaîne d'appels asynchrones, ou un traitement qui doit être rejoué. Côté organisation, une équipe en remote asynchrone demande des candidats à l'aise à l'écrit : faites-leur rédiger quelque chose pendant le process.