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

helly · Le 26/06/2010, à 12:45

Réponse dans pas longtemps

Oui mais non, je parle pas pour le bot de HAL (enfin si aussi mais pas que ça)
C'est que j'ai fait en sorte que le bûcher inscrive la liste des membres du forum en double dans un ficher, avec la durée dans la journée, si ça peut aider pour trouver la solution du bug…

Dernière modification par helly (Le 26/06/2010, à 12:57)

nesthib · Le 26/06/2010, à 13:15

euh tu peux garder les logs, si on en a besoin on te demandera ! c'est vrai que ça pourrait servir

helly · Le 26/06/2010, à 13:22

Ok je garde

grim7reaper · Le 26/06/2010, à 13:30

Hello World !

@Pylade : Ok, j'avais commencé à regarder le code de debug.c mais comme j'avais plus trop les yeux en face des trous j'avais un peu de mal à comprendre les subtilités.
En tout cas, au vu du nombre de fonctionnalités une doc avec exemples est quasi indispensable .

tshirtman a écrit :

Ben si t'avais l'habitude d'indenter…

Ça n'a rien à voir. Moi j'ai toujours indenté mon code et le manque d'accolades me pertuberais sûrement. Je m'y ferais au bout d'un moment, mais ça ne serait pas immédiat.

ah oui je commence à te confondre avec grim, vous êtes trop souvent du même avis >_<.

Oui, j'ai un trouble dissociatif de l'identité et Pylade est une de mes personnalités .
Et puis objection : on est pas toujours d'accord (débat sur les indices de boucles).
Sinon, faut pas oublier que l'on est quand même deux codeurs C en milieu hostile alors faut bien qu'on s'unisse si on veut survivre .

Allez, pour fêter les vacances chez à peu près tout le monde, je vais vous filer mon code.
heu, tu m'en veux pas si je lis pas? ^^

Non, je pense que c'est bon. Vu que tu n'est pas en vacances tu as une dispense .

Dernière modification par grim7reaper (Le 26/06/2010, à 13:30)

tshirtman · Le 26/06/2010, à 13:49

ouf ^^ merci de votre compréhension ^^

sinon j'ai du mal a voir où il pourrait y avoir débat dans les indices de boucles oO.

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

Sur le fait d'utiliser une variable signée ou non dans le cas d'un parcours de tableau (sachant qu'un indice de tableau est toujours positif). Ou même l'initialisation du compteur (0 ou -1, m'enfin ça rejoint un peu le débat signed vs unsigned)

tshirtman · Le 26/06/2010, à 14:21

Ah ouais! moins c'est important plus on aime se taper dessus pour non?

grim7reaper · Le 26/06/2010, à 14:23

Bah ouais, c'est un peu comme les accolades et les tabulations (dans une moindre mesure quand même). Dans l'absolu, le code fonctionne pareil mais ça reste un combat ancestral qui n'est pas près de s'éteindre .

Pylades · Le 26/06/2010, à 16:13

nesthib a écrit :

euh… en résumé ça apporte quoi de neuf ta bibli Pylade ? getopts ne fait pas tout ça ? (je suis pas un spécialiste de getopts)

Euh… je ne sais plu,s mais ça ne faisait pas grand chose et ça ne me convenait pas.

gnuuat a écrit :

Contre, et pas pour une question de langage, mais pour une question sémantique.
Comment ça tu veux mettre en commentaire le tdcct ? .

Ben, tout simplement parce que c’est dans le titre (qui est un commentaire) et pas dans le code en lui-même.

tshirtman a écrit :

Ben si t'avais l'habitude d'indenter… c'est juste le c qui t'a fais croire que les caractères non imprimables n'avait pas de sens, pour un mec qui emm*rde autant le monde avec ses insécables et insécables fines, ça doit représenter une sacrée incohérence interne

Les accolades (par exemple) pour délimiter les blocs, ça permet (je trouve) d’améliorer le rendu et la lisibilité du code. C’est une aide à la lecture, car ce qui est joli est plus facile à lire. Avec les espaces insécables et les espaces insécables fines, le but est le même : avoir du joli texte qui se lit facilement. Donc je ne vois vraiment pas pourquoi tu me parles d’une incohérence interne…

tshirtman a écrit :

ah oui je commence à te confondre avec grim, vous êtes trop souvent du même avis >_<.

Nan mais et puis quoi, encore ?

tshirtman a écrit :

heu, tu m'en veux pas si je lis pas? ^^

^^
Nan, bien sûr que je ne t’en tiendrai pas rigueur… je t’en voudrai à vie !

helly a écrit :

Pylade a écrit :
Tiens, au fait, helly, ton « H » est-il aspiré ? Je me suis souvent posé cette question…
Je prononce ça éli,donc non

Noté.

grim7reaper a écrit :

Sinon, faut pas oublier que l'on est quand même deux codeurs C en milieu hostile alors faut bien qu'on s'unisse si on veut survivre .

Faut pas oublier gnuuat, même si on ne le voit plus beaucoup ces temps-ci…

tshirtman a écrit :

Ah ouais! moins c'est important plus on aime se taper dessus pour non?

Poignante vérité.

Sinon, j’ai un peu lu la PEP 8, mais il y a un truc que je ne supporte pas.
Ils recommandent ceci,

a = 3 * 8 + 1

alors que ceci

a = 3*8 + 1

est clairement plus lisible.
De même pour :

a = (7 + 11) / 3

vs.

a = (7+11) / 3

Enfin bon, sinon ça va à peu près, à part pour un truc que je détaillerai peut-être plus tard, mais là j’ai la flemme et j’ai surtout très soif.

Bonjour à tous.

(Sinon les espaces c’est bien mieux que les tabulations, en C en tous cas, je vous expliquerai ça plus tard.)

grim7reaper · Le 26/06/2010, à 16:29

Tiens tshirtman, encore un point de désaccord entre Pylade et moi : dans les exemples qu'il a cité pour les espaces je suis plus en faveur de la PEP8 .

compte supprimé · Le 26/06/2010, à 16:46

Et si j'arrêtai de jouer au Garry's Mod, a Warcraft 3, je laissai tomber le mapping, j'arrêtai de me morfondre devant mes taux de téléchargement moisis (50 jours pour Firefly et la totale de Battlestar) et que je me remettais à coder mon MUD ?
C'est une bonne idée... je termine, encore 5 minutes !

tshirtman · Le 26/06/2010, à 17:19

Les accolades (par exemple) pour délimiter les blocs, ça permet (je trouve) d’améliorer le rendu et la lisibilité du code. C’est une aide à la lecture, car ce qui est joli est plus facile à lire. Avec les espaces insécables et les espaces insécables fines, le but est le même : avoir du joli texte qui se lit facilement. Donc je ne vois vraiment pas pourquoi tu me parles d’une incohérence interne…

Tu dis que tu as l'impression que tout va se casser la gueule à un instant ou l'autre, par ce que tu as du mal à croire (je pense) en la force sémantique des caractères non imprimables, ce qui m'étonne de la part de quelqu'un aimant autant barber le monde avec ses espaces insécables fines ou larges…

Aussi, si on indente pour le programmeur dans les langage qui ne le demandent pas, c'est bien par ce que les accolades ne suffisent pas .

Sinon, j’ai un peu lu la PEP 8, mais il y a un truc que je ne supporte pas.
Ils recommandent ceci,

ah ça… c'est vrai que je respecte pas toujours… c'est le genre de règle que je passe souvent à la moulinette du "si c'est plus clair, brisez la règle". suivant le contexte bien sûr…

Pylades · Le 26/06/2010, à 18:19

grim7reaper a écrit :

Tiens tshirtman, encore un point de désaccord entre Pylade et moi : dans les exemples qu'il a cité pour les espaces je suis plus en faveur de la PEP8 .

Ouais, mais comme ça c’est plus marquant :

a = 7 * 6 + 19 * 4

a = 7*6 + 19*4

Enfin bon, ça doit être personnel, mais moi j’aime bien avoir des repères visuels, et je n’aime pas trop la prolifération des espaces, comme tu as pu le voir dans mon code. ^^
D’ailleurs, si c’est vraiment gênant, dis-le, je mettrai plus d’espaces.
Et puis tant qu’à faire, si tu en éprouve le besoin, tu peux me suggérer de meilleurs identificateurs (peut-être plus courts).

tshirtman a écrit :

Tu dis que tu as l'impression que tout va se casser la gueule à un instant ou l'autre, par ce que tu as du mal à croire (je pense) en la force sémantique des caractères non imprimables, ce qui m'étonne de la part de quelqu'un aimant autant barber le monde avec ses espaces insécables fines ou larges…

Ben en fait il me manque un repère visuel fort qu’est le délimiteur de bloc. C’est une marque qui arrête le regard, et quand elle n’est pas là, elle te manque, surtout quand tu as surtout fait du C. T’as un peu l’impression qu’il manque quelque chose pour que ça marche. Ça me le fait aussi un peu (mais moins) avec le point-virgule facultatif en fin de ligne ; ce qui nous amènera à une autre considération plus loin…

tshirtman a écrit :

Aussi, si on indente pour le programmeur dans les langage qui ne le demandent pas, c'est bien par ce que les accolades ne suffisent pas .

On indente pour la lisibilité, mais d’habitude les espacements n’ont aucun rôle sémantique ; ce qui est parfois assez agréable en fait, en pas que pour l’obfuscation. Par exemple, en XHTML, c’est bien de ne pas avoir à perdre deux niveaux d’indentation pour <html> et <body>, ou de pouvoir commenter une partie du code sans avoir à rétablir temporairement une indentation cohérente. En fait, c’est plus souple.

tshirtman a écrit :

ah ça… c'est vrai que je respecte pas toujours… c'est le genre de règle que je passe souvent à la moulinette du "si c'est plus clair, brisez la règle". suivant le contexte bien sûr…

^^

Donc, revenons au point-virgule facultatif en python. Le problème arrive lorsque l’on doit écrire des lignes de 79 caractères maximum. Comme il les sauts de lignes terminent eux aussi l’instruction, s’il n’y a pas de quelconque bracket. Ce qui oblige à utiliser l’ignoble bidouillage de l’échappement de la nouvelle ligne.

Au sujet du maximum de largeur des caractères pour une ligne, on peut donner l’argument ultime en faveur des espaces par rapport aux tabulation (il est de moi ; enfin je pense quand même que quelqu’un a dû trouver ça avant moi) : alors que la largeur d’une tabulation n’est pas fixée et qu’il leur attribuer une largeur arbitraire que tout le monde doit connaître pour scinder les lignes, ce problème ne se pose même pas avec les espaces, on sait à quoi s’en tenir à la simple lecture du code.

Sinon j’ai trouvé ça, vous connaissez ? Vous savez si c’est fiable ?
(À part le fait qu’ils revendiquent leur XHTML et CSS valides, alors que chacun contient une erreur ; et surtout qu’ils déclarent UTF-8 comme encodage, alors qu’ils encodent en ISO-8859-1 ! ><')

Tiens, le logo de la RATP dans Unicode : 〄

Bon, en fait c’est le « japanese industrial standard symbol ».

Bon, je vais glander (ou bosser mon code, au choix, je n’ai pas encore décidé).

grim7reaper · Le 26/06/2010, à 18:36

Pylade a écrit :

Au sujet du maximum de largeur des caractères pour une ligne, on peut donner l’argument ultime en faveur des espaces par rapport aux tabulation (il est de moi ; enfin je pense quand même que quelqu’un a dû trouver ça avant moi) : alors que la largeur d’une tabulation n’est pas fixée et qu’il leur attribuer une largeur arbitraire que tout le monde doit connaître pour scinder les lignes, ce problème ne se pose même pas avec les espaces, on sait à quoi s’en tenir à la simple lecture du code.

Je confirme, j'ai déjà vu cet argument dans un débat espace vs tab .

Je regarderai ton code ce soir, cet aprem j'ai du aller dans le monde du dehors avec sa chaleur hostile et là il faut que je m'en remette physiquement.
Tant que c'est lisible au niveau espace je ne dirais rien (après chacun ses préférences, l'important est que ça soit compréhensible).

\\Ouranos// · Le 26/06/2010, à 19:15

Pylade a écrit :

Au sujet du maximum de largeur des caractères pour une ligne, on peut donner l’argument ultime en faveur des espaces par rapport aux tabulation (il est de moi ; enfin je pense quand même que quelqu’un a dû trouver ça avant moi) : alors que la largeur d’une tabulation n’est pas fixée et qu’il leur attribuer une largeur arbitraire que tout le monde doit connaître pour scinder les lignes, ce problème ne se pose même pas avec les espaces, on sait à quoi s’en tenir à la simple lecture du code.

Bah justement, c'est pour ça qu'il vaut mieux utiliser des tabs : on peut fixer la largeur des tabs comme on veut.

nesthib · Le 26/06/2010, à 19:22

+1

grim7reaper · Le 26/06/2010, à 19:24

-42
Si le mec a foutu des tab ça peut dépasser les 80 caractère à tout moment et c'est moi qui vais devoir m'emmerder à modifier la conf de mon éditeur pour lire son code indenté avec des moufles.
Avec les espaces 80 caractères c'est 80 caractères quelque soit la situation et l'environnement.
Les espaces c'est plus "portable" donc c'est mieux .

Dernière modification par grim7reaper (Le 26/06/2010, à 19:32)

Pylades · Le 26/06/2010, à 19:52

grim7reaper a écrit :

[…] cet aprem j'ai du aller dans le monde du dehors avec sa chaleur hostile et là il faut que je m'en remette physiquement.

Copain ! \o/

On est au moins deux à s’épuiser en restant à la chaleur. Je me sens moins seul…
J’ai horreur de l’été, on est en permanence agressé par la chaleur.
Certains gens aiment.
Des gens normaux.
Des fous…
Oui.

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

grim7reaper a écrit :

-42
Si le mec a foutu des tab ça peut dépasser les 80 caractère à tout moment et c'est moi qui vais devoir m'emmerder à modifier la conf de mon éditeur pour lire son code indenté avec des moufles.
Avec les espaces 80 caractères c'est 80 caractères quelque soit la situation et l'environnement.
Les espaces c'est plus "portable" donc c'est mieux .

Bah non. La preuve : il y a au moins 3 espaces différents.
Je vais prendre le problème dans l'autre sens : si t'as fait un code avec 4 espaces d'indentation, et que moi, je le veux à 3 espaces, je vais devoir m'emmerder à changer chaque ligne de ton code pour pouvoir lire ton truc indenté avec des moufles d'italien manchot. Alors, qui pose le plus de problèmes ?

Elzen · Le 26/06/2010, à 20:18

\\Ouranos// a écrit :

Je vais prendre le problème dans l'autre sens : si t'as fait un code avec 4 espaces d'indentation, et que moi, je le veux à 3 espaces, je vais devoir m'emmerder à changer chaque ligne de ton code pour pouvoir lire ton truc indenté avec des moufles d'italien manchot. Alors, qui pose le plus de problèmes ?

C'est exactement la raison pour laquelle j'utilise des tabulations : ça permet à n'importe qui (moi y compris, d'ailleurs, ça m'arrive régulièrement) de changer la largeur des indentations en fonction de ses convenances, sans avoir besoin de modifier le fichier. Il y a d'ailleurs un joli petit menu déroulant dans la barre de statut de mon éditeur de texte qui fait ça très bien, et sans toucher à la conf' de mon éditeur.

grim7reaper · Le 26/06/2010, à 20:24

\\Ouranos// a écrit :

Bah non. La preuve : il y a au moins 3 espaces différents.

Pas dans un code source, il me semble que seul l'espace "normal" est autorisé.

Je vais prendre le problème dans l'autre sens : si t'as fait un code avec 4 espaces d'indentation, et que moi, je le veux à 3 espaces, je vais devoir m'emmerder à changer chaque ligne de ton code pour pouvoir lire ton truc indenté avec des moufles d'italien manchot. Alors, qui pose le plus de problèmes ?

Toi, sans hésiter.
Tout d'abord car tu as des goût de chiottes pour oser choisir une indentation qui n'est pas un multiple de deux
Ensuite parce que tu n'as aucune garantie que ton code ne va pas pourrir mon affichage et déborder de tout les côtés, le rendant ainsi illisible. Moi avec mes espaces je sais que l'affichage sera clean.

Bon après on reste dans le troll de base, ça m'étonnerais fort que quelque chose de constructif sorte de ce débat.

@ArkSeth : un éditeur avec un menu déroulant O_o".
Hérésie !
Pourquoi pas un outil graphique pour éditer du texte tant que tu y es .

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

Pylades · Le 26/06/2010, à 20:28

Ben les espaces c’est encore plus souple : « :%s/ / /g ».

Ma remarque avait plutôt trait au dépassement possible de la longueur des lignes si on utilise des éditeurs différents, et à la difficulté de voir quelle règle adopter à la simple lecture du code. Parce qu’un code, il ne faut pas oublier que ça doit avoir une taille d’indentation fixe, quand même.

gnuuat · Le 26/06/2010, à 20:43

Vive l'initialisation de l'itérateur à -1 pour parcourir un tableau !
troll relaunched : Ok!

grim7reaper · Le 26/06/2010, à 20:45

Ou pas…

Pylades · Le 26/06/2010, à 20:46

gnuuat a écrit :

Vive l'initialisation de l'itérateur à -1 pour parcourir un tableau !
troll relaunched : Ok!
→ même pas !

\o/

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#551 Le 26/06/2010, à 12:45

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

#552 Le 26/06/2010, à 13:15

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

#553 Le 26/06/2010, à 13:22

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

#554 Le 26/06/2010, à 13:30

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

#555 Le 26/06/2010, à 13:49

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

#556 Le 26/06/2010, à 14:00

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

#557 Le 26/06/2010, à 14:21

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

#558 Le 26/06/2010, à 14:23

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

#559 Le 26/06/2010, à 16:13

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

#560 Le 26/06/2010, à 16:29

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

#561 Le 26/06/2010, à 16:46

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

#562 Le 26/06/2010, à 17:19

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

#563 Le 26/06/2010, à 18:19

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

#564 Le 26/06/2010, à 18:36

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

#565 Le 26/06/2010, à 19:15

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

#566 Le 26/06/2010, à 19:22

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

#567 Le 26/06/2010, à 19:24

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

#568 Le 26/06/2010, à 19:52

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

#569 Le 26/06/2010, à 20:00

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

#570 Le 26/06/2010, à 20:18

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

#571 Le 26/06/2010, à 20:24

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

#572 Le 26/06/2010, à 20:28

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

#573 Le 26/06/2010, à 20:43

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

#574 Le 26/06/2010, à 20:45

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

#575 Le 26/06/2010, à 20:46

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

Pied de page des forums