Comments on: Bien nommer ses variables en Python

By: Sam

Sam — Fri, 24 Oct 2014 05:49:35 +0000

C’est une convention bien établie. Ces deux codes ne se sont jamais rencontré dans ma vie. C’est assez logique. On va généralement utiliser _ pour une variable non utilisée pour des codes métiers, où la logique compte, et la sortie est destinée à une autre partie du programme. On utilisera par contre _ pour gettext dans des parties liées à l’UI (cli, log, gui, etc) ou aux données (accès base de données par exemple). Ce n’est pas du tout la même partie du code.

By: yom

yom — Thu, 23 Oct 2014 23:16:55 +0000

_ pour une variable qu'on ignore c'est vraiment une convention bien établie ? Parce que ça ne doit pas trop fonctionner avec la convention du module gettext qui utilise aussi _ comme alias ...

By: Sam

Sam — Sun, 12 Oct 2014 07:34:13 +0000

Merci.

By: Stephane

Stephane — Sun, 12 Oct 2014 00:29:58 +0000

Juste des coquilles :

best = [k for k, v in data.items() if k > yop]
yop -> top

la convention et de rajouter -> est

lambda x: sum(g for s, g x[1] if s == ‘A’) -> lambda x: sum(g for s, g in x[1] if s == ‘A’) #oubli du ‘in’

By: NicoS

NicoS — Sat, 11 Oct 2014 11:46:28 +0000

Si seulement les développeurs du monde entier pouvaient lire cet article et mettre constamment en applications les principes que tu décris, ca m’éviterait bien des prises de tête au quotidien :( Quand je pense le temps que je peux passer à chercher le nom idéal pour cetaines variables, voir à les renommer deux/trois fois, et que je vois comment certains ne font aucun effort, des fois ca me décourage…
Un petit bémol ceci dit, perso j’ai tendance à penser qu’au delà de trois mots, les noms de variables deviennent trop longs, et potentiellement que ca révèle une complexité trop importante et éventuellement du code mal fichu, mais certes, 4 voire 5 ca reste acceptable dans certaines circonstances.
En tous cas ca me fait beaucoup penser à un article d’Atwood qui m’a beaucoup plu et mis le doigt exactement sur ce que je vivais à l’époque:
http://blog.codinghorror.com/i-shall-call-it-somethingmanager/

By: Sam

Sam — Sat, 11 Oct 2014 10:37:23 +0000

Tu n’as rien vu.

By: MaNDRaXe

MaNDRaXe — Sat, 11 Oct 2014 09:25:17 +0000

@Sam : y compris dans cet article :-p.

J’avoue que c’est ce qui m’a fait pensé à ma remarque.

By: Sam

Sam — Sat, 11 Oct 2014 09:13:10 +0000

Authentificator, je l’ai sortie plusieurs fois moi-même.

By: MaNDRaXe

MaNDRaXe — Sat, 11 Oct 2014 08:05:31 +0000

Merci pour cet article très complet, mais si je peux me permettre, j’ai envie d’ajouter une autre recommandation destinée aux francophones : attention aux traductions en anglais.

Il est très fréquent de constater des “coquilles” dans les nommages dues à des erreurs de traduction. J’en vois principalement 2 types :

– googletranslate d’un mot français précis et utilisation aveugle du premier résultat retourné; la traduction automatique ne fonctionne pas pour les textes, mais le résultat est encore pire pour un terme isolé. C’est une technique très dangereuse car il y a de bonnes chances que le terme employé ne soit pas adapté. Une traduction inverse permet souvent de s’en rendre compte, mais une simple recherche sur le terme permet à coup sûr de valider le contexte habituel du terme trouvé.
– les faux amis : c’est sûrement les pires à éviter car le dev n’a même pas conscience qu’il est en train de se tromper. Par exemple combien de français utilisent authentiFIcator au lieu de authenticator ? Et croyez moi, cela arrive même aux meilleurs ;-).

By: Sam

Sam — Fri, 10 Oct 2014 15:44:01 +0000

@toub : les chaines sont immutables, donc la ligne ne peut pas être modifiée dans la boucle. Si l’objet est mutable (par exemple une liste) et qu’il est modifié durant l’itération, Python lèvera une exception. Si on souhaite modifier un objet mutable par itération, soit on travaille sur une copie, soit on travaille par index. Pour le typage, la plupart des types des arguments sont généralement évidents, mais quand il ne le sont pas, ce doit être indiqués dans la doc string de la fonction. Si ce n’est pas fait, c’est du mauvais python.