Tu mélanges deux choses dans ton post : l'indentation et l'alignement puis dans une seconde partie, les fins de lignes.
A ma connaissance, quasiment tout le monde trouve très bien les fins de lignes. D'ailleurs, le C++ a bien rajouté // pour faire des commentaires (jusqu'a la fin de ligne) car les commentaires du C n'était pas idéal dans plein de cas (pas pour rien que presque tous les langages ont un(deux) caractères qui marque les début des commentaires : # pour les langages de scripts, -- en ada, ; fichier de conf DNS...
Ensuite, dans les langages impératifs, le saut de ligne marque en général le passage à l'instruction suivante, c'est tout à fait naturel.
Par ailleurs, je ne partage pas du tout ta critique de LaTeX du double saut de ligne pour changer de paragraphe. C'est encore une fois tout à fait naturel et particulièrement facile à relire (bien plus que le </p> !)
Par contre, les tabulations sont une plaie, surtout dans les fichiers de conf (makefile, rsnapshot). Je ne comprends pas pourquoi les deux caractères '->' en début de ligne dans un Makefile ne soit pas équivalent à la tabulation. On aurait ainsi une évolution en douceur et compatible des Makefiles vers quelque chose de bien plus maintenable sur le long terme.
En conclusion, j'aime bien que le source soit sous un format basique que je puisse imprimer facilement. Je n'ai pas envie d'être obliger d'avoir un éditeur particulier pour avoir une mise en page lisible. Avec un tel système, on finirait par avoir un éditeur par langage ! Il ne faut pas lier un langage de programmation avec l'éditeur ou le système sera trop contraint pour évoluer. Je le vois bien avec les Windowsiens qui arrivent sous linux et sont perdus car ils n'ont pas leur VisualStudio. Que diable, ils peuvent bien éditer avec l'éditeur qu'ils préfèrent et lancer "make" dans le shell à coté. Une fois qu'ils ont compris cela, ils commencent à saisir un petit peu la souplesse d'une machine de type UNIX.
[^] # Re: Enfin !!
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Subversion 1.4.0 est disponible. Évalué à 3.
A ma connaissance, quasiment tout le monde trouve très bien les fins de lignes. D'ailleurs, le C++ a bien rajouté // pour faire des commentaires (jusqu'a la fin de ligne) car les commentaires du C n'était pas idéal dans plein de cas (pas pour rien que presque tous les langages ont un(deux) caractères qui marque les début des commentaires : # pour les langages de scripts, -- en ada, ; fichier de conf DNS...
Ensuite, dans les langages impératifs, le saut de ligne marque en général le passage à l'instruction suivante, c'est tout à fait naturel.
Par ailleurs, je ne partage pas du tout ta critique de LaTeX du double saut de ligne pour changer de paragraphe. C'est encore une fois tout à fait naturel et particulièrement facile à relire (bien plus que le </p> !)
Par contre, les tabulations sont une plaie, surtout dans les fichiers de conf (makefile, rsnapshot). Je ne comprends pas pourquoi les deux caractères '->' en début de ligne dans un Makefile ne soit pas équivalent à la tabulation. On aurait ainsi une évolution en douceur et compatible des Makefiles vers quelque chose de bien plus maintenable sur le long terme.
En conclusion, j'aime bien que le source soit sous un format basique que je puisse imprimer facilement. Je n'ai pas envie d'être obliger d'avoir un éditeur particulier pour avoir une mise en page lisible. Avec un tel système, on finirait par avoir un éditeur par langage ! Il ne faut pas lier un langage de programmation avec l'éditeur ou le système sera trop contraint pour évoluer. Je le vois bien avec les Windowsiens qui arrivent sous linux et sont perdus car ils n'ont pas leur VisualStudio. Que diable, ils peuvent bien éditer avec l'éditeur qu'ils préfèrent et lancer "make" dans le shell à coté. Une fois qu'ils ont compris cela, ils commencent à saisir un petit peu la souplesse d'une machine de type UNIX.