Les enums en Python
Je n’ai jamais eu besoin d’un type exactement comme les d’Enum en Python de ma vie. Jamais eu le cas d’utilisation. Alors quand la feature est arrivé en python 3.4, cela a été un non événement pour moi.
Pourquoi faire ?
Je n’ai jamais eu besoin d’un type exactement comme les d’Enum en Python de ma vie. Jamais eu le cas d’utilisation. Alors quand la feature est arrivé en python 3.4, cela a été un non événement pour moi.
Pourquoi faire ?
Je vois beaucoup dans les tutos ici et là des gens qui opposent asyncio avec l’ancienne manière de faire de l’IO non bloquante : les threads.
C’est une erreur : les deux méthodes ne sont pas opposées, elles sont complémentaires.
Django 1.9 rajoute la validation de “sécurité” des mots de passe comme corde à son arc.
Personnellement je trouve ça naze.
L’article ne vient pas de nul part. En fait j’ai du dans la même journée répondre sur le subreddit Python a cette question et à un lecteur par email, alors je me suis dis qu’il serait bon de faire le point ici.
Je suis tombé sur un dossier bizarre en me balandant dans le dossier contenant tous les pastes de 0bin.net.
Il y a une tendance ces derniers temps à vouloir demander des changements dans Python pour le faire correspondre à une quelconque forme de fantasme qu’a chaque membre de chaque secte qui demande à corps et à cri telles ou telles modifications.
Je donne sa chance au produit.
Vraiment.
Quand vous lancez pdb, il est parfois intéressant stopper le programme à un endroit donné sous une certaine condition.
Je connais product()
depuis bel lurette, et je n’avais jamais réalisé son utilité. Des fois on a le truc sous les yeux, comme ça, et on voit rien.
D’abord ça commence avec des print()
puis du pdb… Puis le code se retrouve dans en background, ou on a des threads, des sous-processes, des proxies, son serveur WSGI qui tourne, etc. Et là, il faut sortir les outils de logging, la massue, le truc qui demande 3 ans à config.