Le Bug de 2038 (Y2K38). Le réservoir qui déborde (overflow).
C'est quoi ? Ce n'est plus une question de "chiffres d'années", mais de capacité de stockage, c'est comme si vous aviez un compteur kilométrique qui s'arrête à 99 999 km.
Le risque : Le 19 janvier 2038 à 3 h 14 minutes 8 s, temps universel, le nombre de secondes écoulées depuis 1970 dépassera la limite de ce que peuvent stocker les systèmes (32 bits).
Quand ça déborde, le compteur repart en arrière (en 1901).

La différence : Contrairement à l'an 2000, ce bug touche le cœur même du matériel et des anciens logiciels industriels qui tournent encore dans des usines ou des infrastructures.

En résumé : An 2000 : On a manqué de place pour écrire la date en entier. (C'était un problème de notation).
2038 : On manque de place pour compter les secondes. (C'est un problème de limite mathématique).
C'est un peu comme comparer un agenda où on n'a plus de place pour écrire (2000) à un chronomètre qui n'a pas assez de chiffres pour continuer à tourner (2038).

Dans les deux cas, le remède est le même : anticiper.
Mais ne vous inquiétez pas, vos appareils modernes (smartphones, ordinateurs récents) sont déjà en "64 bits" et sont immunisés. Ce sont surtout les vieux systèmes oubliés au fond d'une usine qui risquent de faire "pschiit" !

Retour vers le passé des systèmes Unix. Le passage du 32 bits au 64 bits.
Pour comprendre, imaginez que la mémoire d'un ordinateur est comme un compteur kilométrique sur le tableau de bord d'une voiture.
Le système 32 bits (l'ancien, celui qui bugue) : C'est un compteur qui n'a que 10 chiffres. Arrivé à 231−1 secondes (environ 2,1 milliards), il n'a plus de place pour le chiffre suivant et il "déborde" (l'overflow). C'est ce qui arrive en janvier 2038.
Le système 64 bits : C'est un compteur qui a 20 chiffres. La différence n'est pas juste "le double", elle est astronomique.

Pourquoi vous pouvez dormir tranquille : La limite est repoussée à l'infini (ou presque) : Un système 64 bits peut compter les secondes pendant environ 292 milliards d'années.
À titre de comparaison, l'Univers lui-même n'a que 13,8 milliards d'années.
Autant dire que le prochain bug n'est pas pour demain !

Les vrais coupables : Le danger vient des systèmes "cachés". Par exemple, un vieux boîtier de contrôle dans une station d'épuration, un vieux satellite lancé dans les années 90, ou certains serveurs de bases de données très anciens qui n'ont jamais été mis à jour.

Le bug de 2038 pour les ingénieurs qui gèrent de vieilles infrastructures industrielles, c'est un vrai casse-tête de maintenance !
C'est un peu comme si vous aviez une montre atomique ultra-précise, alors que le reste du monde essaie encore de réparer de vieilles horloges à ressort qui vont se bloquer.
Pour les satellites, c'est un sujet sérieux. Beaucoup ont été conçus pour durer des décennies avec des logiciels figés dans le temps (systèmes embarqués). Si leur horloge interne bascule en 1901, ils pourraient perdre leur synchronisation avec la Terre ou simplement s'éteindre par sécurité.

Les autres appareils "à risque" :
Voici une petite liste des objets qui pourraient avoir un comportement étrange le 19 janvier 2038 :
Les infrastructures de transport : Certains vieux automates qui gèrent les feux de signalisation ou l'aiguillage des trains.
Les systèmes bancaires très anciens : Imaginez un distributeur de billets qui refuse votre carte parce qu'il pense qu'elle expire en 1901 !
Les objets connectés (IoT) de première génération : Les vieilles caméras de surveillance ou certains thermostats intelligents que l'on a oubliés au mur depuis 15 ans.
Le matériel médical : De vieux appareils d'analyse dans les hôpitaux qui pourraient corrompre les résultats à cause d'une erreur de date dans le fichier.

Le mot de la fin : Comme pour l'an 2000, le risque principal est une suite de "petits bugs agaçants" plutôt qu'une apocalypse globale. Les ingénieurs du monde entier sont parfaitement au courant.
Ils ont encore 12 ans pour remplacer les vieilles puces par des versions modernes.