• un certain nombre de personnes utilisent trop de PQ et bouchent les chiottes
• mettre une règle pour ça est relou et improductif mais nécessaire
• y aura toujours des mecs comme toi pour troller sur la question

Ton analogie est parfaite

De toute façon en général il y a moyen de faire en sorte dans un éditeur de texte qu’appuyer sur “tab” tape “4 espaces” ? Par exemple dans sublime text il me semble que c’est ce qu’il se passe par défaut. Dans ce cas en pratique on s’en fout et ça revient au même à l’écriture non ?

Vous avez illuminé ma journée, gloire à vous. (Si la gloire ne suffit pas, je paie ma bière.)

Les deux ont des partisans, et des raisons. Le principe d’un standard / d’une convention, c’est de fixer les choses. En l’occurrence, pour ce qui est des tabs et spaces, le risque qui a voulu être évité, de mémoire, c’est l’indentation mixte. La valeur équivalente en spaces d’un tab est variable de système en système, et même d’un IDE à l’autre. Dès que tu bosses avec autrui sur un code, tu prends le risque de te retrouver avec des tabs dans tes spaces ou des spaces dans tes tabs, qui visuellement vont avoir la bonne gueule chez lui, et c’est la mouise à gérer. Du coup, l’interpréteur ne gère pas l’indentation mixte, parce qu’il ne peut pas. Du coup il a fallu choisir. Du coup, comme de toutes façons un espace fait toujours la taille d’un espace c’est celui là qui a été choisi, de sorte que quand je jette un oeil sur le code pourri qui bugge d’un collègue l’allure du code est aussi lisible que chez moi.

Après, il y a des guides de style qui vont “amender” la PEP8, en particulier sur la limite mégachiante de 79 (c’est pas 80, Sam, c’est 79, parce que tant qu’à être absurde…) caractères par ligne. Google par exemple fait du python PEP8 sauf indentation à deux espaces et lignes de 120 caractères max.

La PEP8 est avant tout un guide, c’est pas une police, comme Raymond Hettinger le dit bien (lien). Il se trouve que si les gens se sont gratté la tête pour chaque choix (et sur python-ideas, ça cogite) c’est parce que ça améliore la lisibilité sur le long terme, sur le gros code, et d’une machine à l’autre. Accessoirement, respecter la PEP8 (même sur les tab, dans une certaine mesure) aide à intégrer le Zen of Python : indenter c’set un poil plus chiant pour toi ? Ça tombe bien, “Flat is better than nested” ;)

I want to believe !

Si cette affirmation vous choque, pourquoi prétendre qu’il faut utiliser l’espace plutôt que la tabulation comme caractère d’indentation, sous prétexte que c’est la pratique la plus courante (courante, eau non-potable, gag.) ?

En effet, la tabulation a quelques avantages sur l’espace :

1) diminution de la taille du fichier. (donc diminution du temps d’interprétation, j’en parle plus bas)

2) possibilité de modification de l’aspect dans l’éditeur, sans modifier le fichier (et sans modifier l’aspect des autres espaces)

3) c’est PUTAIN de fait pour. Quel est votre avis sur les gens qui continuent à écrire du HTML avec des

<

div class=”menu”> quand

<

nav> existe ?

Maintenant, des hypothèses plus rationnelles que “les chinois ont les yeux bridés, c’est le peuple majoritaire dans le monde, il doit y avoir une raison, je vais plisser les yeux au cas où.”:

– La sécurité lors de la rédaction : Un backspace malheureux, et c’est une indentation qui est supprimée. Le choix de l’espace pourrait être une mesure de sécurité dans un langage où la portée d’un block ou d’une boucle est définie par l’indentation : avec la tabulation, une erreur et le comportement du programme varie, alors qu’avec l’espace, l’erreur est signalée lors de l’interprétation. Sauf que : l’indentation “intelligente” des éditeurs de texte modernes supprime cet avantage hypothétique. Pour en profiter, il va falloir taper vos espaces 1 par 1.

– la vitesse d’interprétation : j’écris plus haut que moins de caractères à lire, c’est forcément plus rapide à interprêter. Sauf qu’un parser de code un peu optimisé s’attend à rencontrer certains caractères en premier, et si votre interprêteur de Python s’attend à lire des espaces en début de ligne plutôt que des tabulations, il se peut qu’il soit plus rapide dans ce cas. A vos chronomètres.

Jusqu’ici, aucun argument contre l’utilisation de la tabulation dans l’indentation du code Python ne m’ayant convaincu, j’assume mon statut de connard obtu et continue à indenter avec la tabulation.