• [^] # Re: Grillay...

    Posté par . En réponse à la dépêche Sortie de la version 3.0a1 du langage Python. Évalué à 2.

    > Ça, c'est le meilleur moyen d'être sûr que ton code sera illisible partout ailleurs que dans ton éditeur.
    Que mon code sera lisible dans tout éditeur sachant gérer les tabulations correctement.

    > Si tu règle ta tabulation à 2, essayes par exemple
    > $ cat ton-fichier.py
    > $ a2ps ton-fichier.py
    > ...
    1. man sed
    2. Le rendu dépend aussi de la police utilisée (au moins monospace ou pas). Tout le monde ne code pas dans un terminal ! A coté de ça, le "problème" des tabulations est vraiment mineur...

    > Et au passage, dis-moi comment tu tu rends compte quand ton code dépasse 80 colonnes.
    À tout hasard, dépasser les 80 colonnes (ce n'est plus que rarement respecté de toutes manières) ? Le propos des tabulations est justement de coder sans se préocupper de la présentation visuelle et de laisser l'éditeur s'occuper de cette dernière selon les préférences de l'utilisateur...

    > SSune ligne
    > TTune autre ligne
    Tu sais, si seules les tabulations sont autorisées c'est plus un problème :)
    Mais sans aler si loin (je suis d'accord que ce serait exagéréà le problème n'est pas les tabulations mais le mix tabulations/espaces (et ça, tout le monde est d'accord pour dire que ça pue)

    > TTif (une-condition-un-peu-longue &&
    > TTTTTTune-autre-condition) {
    cf. les 80 caractères.
    Mais en aparté, c'est tout de même la seule situation ou je m'autorise le mix tab/espaces en Objective-C:

    T[sendSomeLongMessage: arg1
    TSSSwithManyArguments: arg2
    TSSandAnotherArgument: arg3
    TSSSSSSSSmoreArgument: arg4
    TSSScontinueArguments: arg5]

    Mais à part cette situation, je fais tout en tabulations dès que j'en ai l'occasion sans rencontrer aucun problème...