"Vincent Burel" <vincent.burel@nospam.wanadoo.fr> writes:

'Lut,

Et bien sur que non, y'a des éditeurs qui peuvent transformer des tab en
espace et vice versa.

Euh, j'ai du mal à appeler un truc qui ferait ça un éditeur... Emacs, vi
ou encore Eclipse ne le font pas et iirc, VStudio non plus.

L'indentation a toujours été un critère de lisibilité, mais laissé à la
convenance du programmeur.

Ce qui explique le paquet de sources C indentés avec les pieds que l'on
croise ici et là (j'ai des souvenirs assez épiques d'un erp dont les
sources accessibles étaient soit dans un dialecte propriétaire infect,
soit en C codé/indenté/testé avec les pieds). La liberté fournie par un
langage type C n'est pas une mauvaise chose à partir du moment ou il est
laissé entre les mains d'un développeur sachant bosser proprement, dans
le cas contraire, c'est une véritable catastrophe.

Là c'est dangereux, parce que c'est une information implicite et relative
qui influe sur le déroulement du code. D'expérience on sait très bien que
c'est dangereux, sauf à travailler avec un éditeur propriétaire qui check la
pertinence de l'indentation.

Bof, pourquoi propriétaire ? Emacs + python-mode, vim + python.vim,
Eclipse + pydev ou encore VS + les extensions ironpython font un
excellent travail à ce niveau.

J'ai vraiment l'impression d'un combat d'arrière garde, je n'ai rien
contre le C (enfin, quand il est utilisé à bon escient), mais j'ai par
contre beaucoup de mal par rapport à ce mépris des langages type
Python/Perl/Ruby de la part des développeurs utilisant des langages dits
"sérieux" comme Java, C, C++.

--
 CJ> Les censeurs agitent plus de vent que les moulins des Pays Bas.
 Tiens, je savais pas que c'étaient les moulins qui créaient le vent.
 -+- GR in GNU : Dame qui se shoote et sang chaud pensa -+-