79 caractères : archaïsme ou zen d'ingénieur ?

Quiconque a déjà vu un linter (ou un collègue atteint du syndrome du concierge) surligner en rouge le 80e caractère s'est demandé : vivons-nous encore dans les années 1970 ?

Indice : en partie oui.

👻 Les fantômes du passé
Les cartes perforées IBM à 80 colonnes — c'est du "legacy" dans sa forme la plus pure. Nous ne perçons plus de trous dans du carton, mais nos outils vivent encore dans ces contraintes. C'est un cas où la forme a déterminé le contenu pour des décennies à venir.

🛠 Pourquoi c'est toujours pertinent :

1. Diffs côte à côte. Lorsque vous ouvrez deux fichiers côte à côte dans un IDE (ou sur GitHub/GitLab), les lignes étroites permettent de voir le code sans défilement horizontal constant. Si vous avez une "saucisse" de 200 caractères, c'est inconfortable.
2. Charge cognitive. Les blocs de code étroits se lisent plus vite. L'œil saute moins sur la ligne. Un développeur attentif repérera un bug plus rapidement si le code n'est pas "étalé" sur toute la largeur de votre écran 32 pouces.

En réalité, c'est plus pragmatique :
🔵Si vous utilisez Black (et vous devriez), il met par défaut 88. C'est le juste milieu entre le "classique" et la réalité des écrans modernes.
🔵Si vous travaillez dans une équipe où les configs flake8 spécifient 120 caractères — ok, mettez 120. L'important est que ce soit uniforme.

Bref, ne soyez pas fanatique des 79 caractères pour eux-mêmes. Mais n'écrivez pas non plus des saucisses sur un écran et demi. Un bon code doit être lisible, pas long.

#ainsi_va_le_monde