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

tshirtman · Le 06/07/2010, à 23:56

Lagierl a écrit :

\\Ouranos// a écrit :
@Lagierl : Premier choix En Ruby, au moins, on a le choix de mettre des parenthèses autour des puts et des print.
Ok, merci !
Puis pendant qu'on y est, autre question existentielle. On écrit :
def definitionTellementLongueQueLesArgumentsVontALaLigne(plop,
                                                        bidule):
Ou :
def definitionTellementLongueQueLesArgumentsVontALaLigne(plop,
                                                         bidule):

j'ai plus tendance à faire ça:

def definitionTellementLongueQueLesArgumentsVontALaLigne(
    plop,
    bidule
    ):

mais bon, de toutes façons les noms de fonctions sont écrit truc_machin et non trucMachin (réservé aux noms de classes), et en écrire de si long donne l'impression que tu viens du monde java (ou alors que tu as un esprit naturellement confus ) remember "simple is beautiful".

\\Ouranos// · Le 06/07/2010, à 23:59

@switch(hurt)man : J'ai dit la même chose que toi, Lagierl a répondu que c'était surtout les arguments qui pouvaient prendre de la place.

tshirtman · Le 07/07/2010, à 00:00

tiens, j'ai jamais utilisé cette forme, que je trouvait pas franchement pythonique, pas mécontent qu'elle disparaisse…

print 3, "plop"

c'est tellement plus simple…

compte supprimé · Le 07/07/2010, à 00:05

tshirtman a écrit :

mais bon, de toutes façons les noms de fonctions sont écrit truc_machin et non trucMachin (réservé aux noms de classes), et en écrire de si long donne l'impression que tu viens du monde java (ou alors que tu as un esprit naturellement confus ) remember "simple is beautiful".

truc_machin c'est moche En plus mes classes sont toujours en un seul mot (Client, Serveur, Salle, Joueur...)

\\Ouranos// · Le 07/07/2010, à 00:15

Lagierl a écrit :

tshirtman a écrit :
mais bon, de toutes façons les noms de fonctions sont écrit truc_machin et non trucMachin (réservé aux noms de classes), et en écrire de si long donne l'impression que tu viens du monde java (ou alors que tu as un esprit naturellement confus ) remember "simple is beautiful".
truc_machin c'est moche En plus mes classes sont toujours en un seul mot (Client, Serveur, Salle, Joueur...)

Je trouve truc_machin beaucoup plus lisible que trucMachin (et puis c'est le principe aussi, puisqu'une de ces notations (je te laisse deviner laquelle )) vient de Java.

tshirtman · Le 07/07/2010, à 00:15

Je trouve les under_score vachement plus lisibles que les camelCase, mais bon… après c'est à toi de voir si tu veux rendre ton code compatible PEP8 ou pas

Si tes classes sont toujours en un seul mot, j'ai dans l'idée que tu fais peut ou pas d'héritage… ou d'interfaces ou autres notions objets du genre… :]

edit: mince grillé

Dernière modification par tshirtman (Le 07/07/2010, à 00:16)

compte supprimé · Le 07/07/2010, à 00:22

tshirtman a écrit :

Je trouve les under_score vachement plus lisibles que les camelCase, mais bon… après c'est à toi de voir si tu veux rendre ton code compatible PEP8 ou pas
Si tes classes sont toujours en un seul mot, j'ai dans l'idée que tu fais peut ou pas d'héritage… ou d'interfaces ou autres notions objets du genre… :]
edit: mince grillé

PEP 8, Python 3.1... AHRG ! Trop de contraintes !
Je fais un peu d'héritage mais les noms des classes n'ont aucun rapport (exemple : Joueur hérite d'Humain)

EDIT : Bon pour PEP 8 et Python 3.1, je pense que se sera pour mon prochain projet.
Sur mon MUD je vais juste essayer de produire un code un minimum lisible.

Dernière modification par Lagierl (Le 07/07/2010, à 00:25)

nesthib · Le 07/07/2010, à 00:51

euh… c'est pas plutôt : print('plop')
sans l'espace quoi…

Pylades · Le 07/07/2010, à 01:06

\\Ouranos// a écrit :

@Lagierl : Premier choix En Ruby, au moins, on a le choix de mettre des parenthèses autour des puts et des print.

* PAN *

C’était le deuxième, qui était conforme à la PEP 8…

Mais bon, la PEP 8 n’est pas toujours super judicieuse…

Et puis, Python 2.6 sucks, Python 3.0 roxe, et Python 3.1 est pourri, alors…

Lagierl a écrit :

truc_machin c'est moche

* PAN *

@nesthib : +1.

@tshirtman : nan, le problème n’est pas la taille de ma lib : non strippé, l’exécutable lié en statique sans l’option -static ne fait que 14,7 Kio… C’est juste l’option, qui fout la merde…

compte supprimé · Le 07/07/2010, à 01:07

Pylade a écrit :

Lagierl a écrit :
truc_machin c'est moche
* PAN *

Tu m'as déjà tué une fois (et t'as pas fini de me tirer dessus )

Bon le système de login / sauvegarde marche correctement. Demain les objets \o/ !
Bonne nuit tout le monde !

Dernière modification par Lagierl (Le 07/07/2010, à 01:08)

cm-t · Le 07/07/2010, à 01:11

'Nuit;

Pylades · Le 07/07/2010, à 01:14

Lagierl a écrit :

Tu m'as déjà tué une fois (et t'as pas fini de me tirer dessus )

Ça dépend : si tu ne veux plus te faire tirer dessus, ne profère plus d’inepties.

nesthib · Le 07/07/2010, à 01:44

plopiplop

samυncle · Le 07/07/2010, à 01:56

python est un menteur

>>> "plop salut plop".count("plop")
2
>>> "ploploplop".count("plop")
2

Dans le premier cas, il compte bien 2 plop, pas de soucis, mais dans le second ben non il y en a trois (bon ok c'est un cas particulier) mais quand même

nany · Le 07/07/2010, à 02:14

@samuncle : va voir là-bas si j’y suis !
Si tu veux compter deux fois la même lettre, tu n’es qu’un tricheur. GMT-10

Кຼزດ · Le 07/07/2010, à 02:14

samuncle a écrit :

python est un menteur
>>> "plop salut plop".count("plop")
2
>>> "ploploplop".count("plop")
2
Dans le premier cas, il compte bien 2 plop, pas de soucis, mais dans le second ben non il y en a trois (bon ok c'est un cas particulier) mais quand même

Bah non, il fonctionne de manière logique, il a compté la première chaîne "plop" donc il effectue la suite sa recherche sur "loplop" qui ne contient effectivement qu'une occurrence de "plop".

Pylades · Le 07/07/2010, à 02:40

Il y a quelques temps, mathieuI m’avait passé ces lignes pour détecter tabs et espaces indésirables :

highlight RedundantSpaces ctermbg=red guibg=red
match RedundantSpaces /\s\+$\| \+\ze\t\|\t/

Bon, il définie alors sa propre syntaxe, et utilise une regex compliquée. En ingurgitant le man de Vim (je me suis juré de le lire en entier), j’ai pensé à ceci :

highlight SpecialKey ctermbg=red guibg=red
setlocal listchars=tab:\ \ ,trail:\ 
setlocal list

Ça ne ferait pas plus pur, et plus dans le style Vim ?

Pylades · Le 07/07/2010, à 03:01

Au revoir.
(À demain.)

grim7reaper · Le 07/07/2010, à 03:07

glob

nesthib · Le 07/07/2010, à 03:15

grim7reaper · Le 07/07/2010, à 04:02

BN World !

\\Ouranos// · Le 07/07/2010, à 12:44

grim7reaper a écrit :

glob

Copieur !

Compteur du TdCCT · Le 07/07/2010, à 12:54

Scores totaux, depuis le début :

1) 708    samuncle
2) 645    nesthib
3) 640    Pylade
4) 549+5  grim7reaper ** bonus +5 pour avoir répondu à ce post : ./viewtopic.php?pid=3486252#p3486252 **
5) 453    mathieuI
6) 335    cm-t
7) 275    helly
8) 173    gnuuat
9) 149    \\Ouranos//
10) 131    tshirtman
11) 121    ǤƦƯƝƬ
12) 93    petifrancais
13) 64    Lagierl
14) 42    pierguiard
15) 37    ilagas
15) 37    Kanor
17) 30    keny
18) 25    GentooUser
19) 19    Le Rouge
20) 18    Ph3nix_
21) 15    edge_one
22) 14    kouskous
23) 13    xapantu
24) 12    stratoboy
24) 12    sailing
26) 11    alexises
27) 10    CROWD
27) 10    Toineo
27) 10    NutMotion
30) 8    Mornagest
31) 7    Vista
32) 6    Zeibux
32) 6    Р'tite G☢gole :mad:
34) 5    timsy
35) 4    danychou56
35) 4    Neros
35) 4    Biaise
38) 3    gulp
39) 2    SoJaS
40) 1    ceric
40) 1    pfriedK
40) 1    geenux

Compteur du TdCCT · Le 07/07/2010, à 12:55

Scores de la période en cours :

1) 60    nesthib
2) 55    Pylade
3) 47    samuncle
4) 41    cm-t
5) 30    \\Ouranos//
6) 24    grim7reaper
7) 21    Lagierl
8) 19    helly
9) 16    mathieuI
10) 4    edge_one
10) 4    tshirtman

compte supprimé · Le 07/07/2010, à 17:55

Plop !

Donc si j'ai bien compris, << lowercase >> pour les modules, << CapitalizedWords >> pour les classes, << lower_case_with_underscores >> pour les fonctions, méthodes et variables.

Par contre, j'ai pas compris ce qu'ils veulent dire par :

PEP 8 a écrit :

Function and method arguments
Always use 'self' for the first argument to instance methods.
Always use 'cls' for the first argument to class methods.

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#901 Le 06/07/2010, à 23:56

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

#902 Le 06/07/2010, à 23:59

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

#903 Le 07/07/2010, à 00:00

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

#904 Le 07/07/2010, à 00:05

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

#905 Le 07/07/2010, à 00:15

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

#906 Le 07/07/2010, à 00:15

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

#907 Le 07/07/2010, à 00:22

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

#908 Le 07/07/2010, à 00:51

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

#909 Le 07/07/2010, à 01:06

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

#910 Le 07/07/2010, à 01:07

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

#911 Le 07/07/2010, à 01:11

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

#912 Le 07/07/2010, à 01:14

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

#913 Le 07/07/2010, à 01:44

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

#914 Le 07/07/2010, à 01:56

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

#915 Le 07/07/2010, à 02:14

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

#916 Le 07/07/2010, à 02:14

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

#917 Le 07/07/2010, à 02:40

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

#918 Le 07/07/2010, à 03:01

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

#919 Le 07/07/2010, à 03:07

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

#920 Le 07/07/2010, à 03:15

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

#921 Le 07/07/2010, à 04:02

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

#922 Le 07/07/2010, à 12:44

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

#923 Le 07/07/2010, à 12:54

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

#924 Le 07/07/2010, à 12:55

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

#925 Le 07/07/2010, à 17:55

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

Pied de page des forums