/* Topic des codeurs couche-tard [1] */

helly · Le 25/06/2010, à 21:18

C'est quoi le troll des accolades?

tshirtman · Le 25/06/2010, à 21:28

Pylade a écrit :

Ouais, mais il faut dire ce que tu attends comme exception dans ton bloc except[…pleins de choses vrais…]
Enfin, voilà, ce genre de choses ça fait râler quand tu essaie de lire un code inconnu, qui plus est en ayant une expérience très faible avec le langage en question…

ouais c'est vrai, je l'avais fais un peu porcasse à l'époque, je maitrisait moins les exceptions, tu as tout à fait raison sur le fond ^^.

@helly: Oui le python attribue du sens à l'indentation, indentation que tu es sensé pratiquer dans tous les langages (j'ai un doute pour l'ASM par contre ^^) de toutes façons, et qui a toujours le même sens que les {} qu'on trouve en C et d'autres, donc tant qu'a faire on a gardé qu'un seul des deux au langage et au programmeur qui lit le code, ça fait gagner du temps, et ça évite les inconsistances (qui n'a jamais lu un programme ou l'indentation disait autre chose que les {} et mis un temps fou à s'en rendre compte?)

et oui, la PEP8, qui définit les règles conseillées de style de code en python, favorise l'utilisation des espaces au lieu des tabulation, interdit formelement de mélanger les deux, et ne conseille les tabulation que dans un vieux programme écrit de cette façon.

grim7reaper · Le 25/06/2010, à 21:32

@helly : Ça

#include <stdio.h>

int fsize(const char* fname, long* ptr)
{ 
    FILE* f;
    int ret = 0;
    
    f = fopen(fname, "rb");   
    if (f != NULL)
    {
        fseek(f, 0, SEEK_END);
        *ptr = ftell(f);
        fclose(f);
    }
    else
    {
        ret = 1;
    }
    return ret;
}

vs ça

#include <stdio.h>

int fsize(const char* fname, long* ptr){
    FILE* f;
    int ret = 0;
    
    f = fopen(fname, "rb");   
    if (f != NULL){
        fseek(f, 0, SEEK_END);
        *ptr = ftell(f);
        fclose(f);
    }
    else{
        ret = 1;
    }
    return ret;
}

(Attention, un indice masqué indique ma préférence, sauras tu le trouver )

Dernière modification par grim7reaper (Le 25/06/2010, à 21:34)

helly · Le 25/06/2010, à 21:37

Je suis de ton côté, je trouve ça plus logique (ou touka plus lisible)
Bon mais pour les tabs,
1)mettons que à ma ligne 1 je mette 4 espaces au début, avec l'option «autoindent» de vim, ça fait que la ligne du dessous (2)commencera aussi 4 espaces après…
La ligne 2 commencera par 4 espaces ou une tabulation?
2) comment on voit la différence entre un blanc laissé par une tab ou par des espaces ?

Dernière modification par helly (Le 25/06/2010, à 21:38)

Kanor · Le 25/06/2010, à 21:52

tu fais / après tu appuie sur ta touche tabulation et sur entré si tu vois plein de truc en surbrillance tu a des tabulation ..

tshirtman · Le 25/06/2010, à 21:52

helly a écrit :

Pour les tabs il me semble qu'il y a une ligne à mettre dans le .vimrc pour qu'il les convertisse en espace, c'est pas le cas ?

set softtabstop=4
set textwidth=79
set shiftwidth=4
set expandtab
set tabstop=8
set list listchars=tab:»·,trail:·

sinon j'ai longtemps été de l'avis de pylade pour {} et j'ai changé d'avis y'a quelques mois, et je supporte plus l'ancienne forme

edit: oh et tu veux aussi l'option "smartindent" pour vim je pense.

Dernière modification par tshirtman (Le 25/06/2010, à 21:54)

Кຼزດ · Le 25/06/2010, à 21:53

grim7reaper a écrit :

#include <stdio.h>

int fsize(const char* fname, long* ptr){
    FILE* f;
    int ret = 0;
    
    f = fopen(fname, "rb");   
    if (f != NULL){
        fseek(f, 0, SEEK_END);
        *ptr = ftell(f);
        fclose(f);
    }
    else{
        ret = 1;
    }
    return ret;
}

helly · Le 25/06/2010, à 22:01

tshirtman a écrit :

helly a écrit :
Pour les tabs il me semble qu'il y a une ligne à mettre dans le .vimrc pour qu'il les convertisse en espace, c'est pas le cas ?
set softtabstop=4
set textwidth=79
set shiftwidth=4
set expandtab
set tabstop=8
set list listchars=tab:»·,trail:·
sinon j'ai longtemps été de l'avis de pylade pour {} et j'ai changé d'avis y'a quelques mois, et je supporte plus l'ancienne forme
edit: oh et tu veux aussi l'option "smartindent" pour vim je pense.

Donc avec ça mes tabs seront des espaces? cool

edit : ça donne trop bien ça «set list listchars=tab:»·,trail:·» !!!

Dernière modification par helly (Le 25/06/2010, à 22:04)

grim7reaper · Le 25/06/2010, à 22:05

tshirtman a écrit :

Oui le python attribue du sens à l'indentation, indentation que tu es sensé pratiquer dans tous les langages (j'ai un doute pour l'ASM par contre ^^)

En assembleur on n'indente pas (il n'y a pas de bloc donc ça n'a aucun sens), mais la mise en page est importante (déjà que le langage est pas super explicite, si en plus tu pourris le visuel c'est mort).

interdit formelement de mélanger les deux

Pour ce que j'en sais, c'est un consensus (c'est d'ailleurs le seul truc sur lequel tout le monde est d'accord dans le troll tabulation vs espace ), ça n'est pas propre à PEP8 ou même à Python.

Dernière modification par grim7reaper (Le 25/06/2010, à 22:06)

xapantu · Le 25/06/2010, à 22:09

http://www.python.org/dev/peps/pep-0008/

Tabs or Spaces?
Never mix tabs and spaces.
The most popular way of indenting Python is with spaces only.

For new projects, spaces-only are strongly recommended over tabs. Most
editors have features that make this easy to do.

C'est pas propre à PEP8 mais un peu quand même, c'est quand même conseillé de faire des espaces.

Dernière modification par xapantu (Le 25/06/2010, à 22:10)

grim7reaper · Le 25/06/2010, à 22:12

Je parle de l'interdiction de mélanger les deux, pas de la recommandation des espaces.

xapantu · Le 25/06/2010, à 22:15

Code indented with a mixture
of tabs and spaces should be converted to using spaces exclusively. When
invoking the Python command line interpreter with the -t option, it issues
warnings about code that illegally mixes tabs and spaces. When using -tt
these warnings become errors. These options are highly recommended!

Bah voilà alors... ils sont pas vraiment pour mélanger les deux même si c'est pas "une règle absolue".

grim7reaper · Le 25/06/2010, à 22:18

Oui, mais je n'ai jamais dis que ce n'était pas marqué dans PEP8. Ce que je veux dire c'est que l'idée ne viens pas d'eux, c'est un consensus au moins aussi vieux que le C (voir que le Fortran).

xapantu · Le 25/06/2010, à 22:20

Ah ok, j'avais mal compris ton message alors...

grim7reaper · Le 25/06/2010, à 22:23

Y'a pas de mal, j'ai peut-être pas été très clair non plus .

tshirtman · Le 25/06/2010, à 22:28

je ne crois pas que nous ayons dit que c'était propre à la PEP8, mais bien que celle ci l'interdisait

@helly: ouais, y'a d'autres choses qu'on peut marquer avec "listchars" mais ces deux là sont très bien je trouve (les choix de symboles sont les miens )

grim7reaper · Le 25/06/2010, à 22:31

tshirtman a écrit :

je ne crois pas que nous ayons dit que c'était propre à la PEP8, mais bien que celle ci l'interdisait

C'est pas faux, j'ai mal interprété.
De toute façon je suis nul en interprétation (la compilation il n'y a que ça de vrai ).

helly · Le 25/06/2010, à 22:35

Mais donc ça me dit toujours pas quand on vous passe un code comment vous voyez que c'est une tab et pas des espaces

tshirtman · Le 25/06/2010, à 22:42

ben avec mon listchars par exmple… seuls les vrais tabs sont marqués "»⋅⋅⋅⋅⋅⋅⋅⋅⋅" (et en bleu qui plus est) alors je les vois vite…

sinon si par malheur c'est un affichage firefox ou un éditeur de texte inférieur, la sélection à la souris révèle ce genre de choses, si on est attentif.

samυncle · Le 25/06/2010, à 23:27

\\Ouranos// · Le 25/06/2010, à 23:57

Faut pas que j'oublie de ploper là aussi.

\\Ouranos// · Le 26/06/2010, à 00:31

Pylades · Le 26/06/2010, à 00:32

grim7reaper a écrit :

C'est toujours la première année la plus chiante et la plus hard .

Je plussoie fervemment (mais \o/, du premier coup ).

tshirtman a écrit :

@helly: Oui le python attribue du sens à l'indentation, indentation que tu es sensé pratiquer dans tous les langages (j'ai un doute pour l'ASM par contre ^^) de toutes façons, et qui a toujours le même sens que les {} qu'on trouve en C et d'autres, donc tant qu'a faire on a gardé qu'un seul des deux au langage et au programmeur qui lit le code, ça fait gagner du temps, et ça évite les inconsistances (qui n'a jamais lu un programme ou l'indentation disait autre chose que les {} et mis un temps fou à s'en rendre compte?)

Ouais, mais pour les Cistes, ça fait un peu bizarre, tu manques de repères, t’as l’impression que tout risque de s’effondrer d’un moment à l’autre. Bref, il te manque un truc pour délimiter clairement tes blocs. Mais je pense que ça va passer.

Sinon, je tiens à préciser qu’il est bien sûr important de configurer son éditeur pour l’indentation, d’abord pour le confort, et ensuite parce que, avec Vim en tous cas, si vous vous contentez de répéter les frappes de la barre d’espacement, vous ne bénéficierez plus de >> et << en mode normal, ni de ^T et ^D en mode insertion.

tshirtman a écrit :

sinon j'ai longtemps été de l'avis de pylade pour {} et j'ai changé d'avis y'a quelques mois, et je supporte plus l'ancienne forme

Euh, moi je n’ai pas émis d’avis sur le sujet, je n’ai même pas posté ici depuis plus de dix heures. Mais sinon je suis de l’avis de grim7reaper et helly, même si nous sommes en infériorité numérique…
Tiens, au fait, helly, ton « H » est-il aspiré ? Je me suis souvent posé cette question…

Et puis tiens, j’ai trouvé comment rendre visible facilement le TdCCT dans la liste des sujets, tout en restant joli :

/* Topic des codeurs couche-tard [1] */

Vous en pensez quoi ?

Allez, pour fêter les vacances chez à peu près tout le monde, je vais vous filer mon code.

cm-t · Le 26/06/2010, à 00:34

'Nuit;

grim7reaper · Le 26/06/2010, à 00:46

Pylade a écrit :

grim7reaper a écrit :
C'est toujours la première année la plus chiante et la plus hard .
Je plussoie fervemment (mais \o/, du premier coup ).

GG .

Et puis tiens, j’ai trouvé comment rendre visible facilement le TdCCT dans la liste des sujets, tout en restant joli :
/* Topic des codeurs couche-tard [1] */
Vous en pensez quoi ?

Ha ouais, pas con. Je vote pour.
Et pour les raleurs : non, cette syntaxe n'est pas spécifique au C .

Allez, pour fêter les vacances chez à peu près tout le monde, je vais vous filer mon code.

Enfin, la première vraie release .

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#501 Le 25/06/2010, à 21:18

Re : /* Topic des codeurs couche-tard [1] */

#502 Le 25/06/2010, à 21:28

Re : /* Topic des codeurs couche-tard [1] */

#503 Le 25/06/2010, à 21:32

Re : /* Topic des codeurs couche-tard [1] */

#504 Le 25/06/2010, à 21:37

Re : /* Topic des codeurs couche-tard [1] */

#505 Le 25/06/2010, à 21:52

Re : /* Topic des codeurs couche-tard [1] */

#506 Le 25/06/2010, à 21:52

Re : /* Topic des codeurs couche-tard [1] */

#507 Le 25/06/2010, à 21:53

Re : /* Topic des codeurs couche-tard [1] */

#508 Le 25/06/2010, à 22:01

Re : /* Topic des codeurs couche-tard [1] */

#509 Le 25/06/2010, à 22:05

Re : /* Topic des codeurs couche-tard [1] */

#510 Le 25/06/2010, à 22:09

Re : /* Topic des codeurs couche-tard [1] */

#511 Le 25/06/2010, à 22:12

Re : /* Topic des codeurs couche-tard [1] */

#512 Le 25/06/2010, à 22:15

Re : /* Topic des codeurs couche-tard [1] */

#513 Le 25/06/2010, à 22:18

Re : /* Topic des codeurs couche-tard [1] */

#514 Le 25/06/2010, à 22:20

Re : /* Topic des codeurs couche-tard [1] */

#515 Le 25/06/2010, à 22:23

Re : /* Topic des codeurs couche-tard [1] */

#516 Le 25/06/2010, à 22:28

Re : /* Topic des codeurs couche-tard [1] */

#517 Le 25/06/2010, à 22:31

Re : /* Topic des codeurs couche-tard [1] */

#518 Le 25/06/2010, à 22:35

Re : /* Topic des codeurs couche-tard [1] */

#519 Le 25/06/2010, à 22:42

Re : /* Topic des codeurs couche-tard [1] */

#520 Le 25/06/2010, à 23:27

Re : /* Topic des codeurs couche-tard [1] */

#521 Le 25/06/2010, à 23:57

Re : /* Topic des codeurs couche-tard [1] */

#522 Le 26/06/2010, à 00:31

Re : /* Topic des codeurs couche-tard [1] */

#523 Le 26/06/2010, à 00:32

Re : /* Topic des codeurs couche-tard [1] */

#524 Le 26/06/2010, à 00:34

Re : /* Topic des codeurs couche-tard [1] */

#525 Le 26/06/2010, à 00:46

Re : /* Topic des codeurs couche-tard [1] */

Pied de page des forums