Pour une fois, ce n’est pas un article payé par Tavendo, mais bien un truc que je ponds par enthousiasme :) Pendant qu’on en parle pas, la stack WAMP continue d’évoluer, des mises à jours significatives ayant été apportées à Crossbar.io, ainsi qu’aux libs Python et JS d’autobahn. Parmi les plus intéressantes : Le code […]
Quand quelqu’un commence à programmer avec Python, il faut lui apprendre les bases : les conditions, les boucles, les listes, les dicos, les fichiers, les fonctions, les classes et tout le bordel.
Pour que ça rentre, et pour identifier les points à consolider, les exercices sont indispensables.
Malheureusement un bon exercice est très dur à construire.
Le test unitaire le plus simple, c’est de vérifier que son API publique n’a pas changé.
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 ?
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.
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.
