il existe un débat parallèle qui a actuellement lieu plutôt hors de la mailling list de Python-dev et Python-idea, sur reddit et hackernews et par PR github interposées, c’est de faire de Python un langage fonctionnel.
Avec la 3.5 arrive les types hints.
Ces mots clés vont-ils être introduits pour Python 3.5 alors qu’elle est déjà en alpha 4, et que la feature freeze est pour la prochaine version ? La release finale est prévue pour le 22 mai, ce qui est à peine un mois, pour une nouveauté formalisée début avril et toujours en draft.
On voit passer des technos ici et là qui annoncent “un langage qui a un goût de Python”, “une syntaxe Python like”, “un preprocesseur qui converti un code compatible Python en JS”, etc.
Ça n’a aucun intérêt.
Ayant un array de pixels en notation BGR (Blue, Green Red), comment le transposer en RGB de manière performante ?
Comme tout bon lecteur de S&M, je me fais un devoir d’adopter tous les outils conseillés par nos maîtres (oui bon sauf crossbar.io – j’ai une vie…)
Je sais pas pour vous, mais moi je me souviens jamais de :
# -*- coding: utf-8 -*- |
Je le copie/colle à chaque fois, et sur sublime j’ai snippet pour le tapper.
Je n’ai pas de thune ce mois ci, étant très, très à découvert, ce qui est directement une conséquence d’être à son compte : les clients ne paient pas toujours à temps (quand ils paient).
Du coup, pas de don.
Beaucoup de nos projets ne sont pas encore compatibles Python 3 : 0bin, batbelt… La raison n’est pas technique, mais purement humaine, liée à notre monopilosité intramanuelle.
Vous vous souvenez de excepthook et de pdb ? Mélangeons les deux ! import sys import traceback import pdb def pdb_post_mortem(exc_type, exc_val, exc_tb): # On affiche l’exception histoire de savoir ce qu’on debug print("".join(traceback.format_exception(exc_type, exc_val, exc_tb))) # On balance pdb en mode post mortem, c’est à dire qu’il va se lancer # malgré […]
