Antoine a écrit 5722 commentaires

C'est surtout que la gestion des connexions est / était atrocement pourrie.
(on a eu des problèmes sur Freenode à cause de ça, il y avait des tas de connexions en rafale parfois)

On peut en dire autant du debuggeur, il y a aussi des bugs qui ne se produisent qu'en dehors du debuggeur.

Surtout quand c'est des bugs dépendant des optimisations du compilateur et que compiler en mode optimisé rend le débuggage aléatoire.

Si tu codes avec des assert() ça plante au premier test qui échoue, non ?
(en C, s'entend)

Il y a irker, une sorte de relais IRC par ESR. Le code est franchement pas joli, mais ça marchotte.
http://www.catb.org/esr/irker/

Le bon exemple typique, c'est l'utilisation de None comme valeur de retour signifiant "n'existe pas" ou "non spécifié". None a son propre type (ce n'est ni un entier, ni une chaîne, etc.), pourtant il ne me semble pas sale du tout de l'utiliser ainsi.

Eh bien, quoi ? Jette un oeil à l'option "sort_keys":
http://docs.python.org/dev/library/json#json.JSONEncoder

(l'objection d'origine étant « en pratique, ca te donne de vilain diffs des qu'un outil manipule le pom de facon automatique » : pas de vilain diff si la sortie est déterministe, par exemple en triant les clés)

C'est quand même un sacré retour en arrière pour le duck typing.

Pas du tout. Les annotations n'imposent rien du tout (ni un type ni autre chose), elles ne font qu'associer une information aux différents paramètres d'une fonction. Cela permet de formaliser des descriptions qui auparavant pouvaient être faites de manière informelle, par exemple dans une docstring.

Si tu veux en savoir plus, je te conseille d'aller lire la PEP associée : http://www.python.org/dev/peps/pep-3107/

Si tu voulais un formalisme concurrent au duck typing, tu ferais mieux d'aller voir les ABC : http://docs.python.org/dev/library/abc.html#module-abc

Ben, tu as un bug qui n'arrive qu'en production, comment fais-tu pour le diagnostiquer ? Tu l'ignores parce que « chez moi ça marche » ?

Relancer le programme seulement, pas le recompiler comme avec des printf.

Ça ne fait pas grande différence si ton langage ne nécessite pas de compilation manuelle :-)

La plupart des debuggers modernes permettent de placer des point d'arrêt conditionnels. On défini un test sur le contexte et le debugger ne s'arrête que s'il renvoie true.

Si tu dois commencer à programmer ton debugger, ce n'est pas plus rapide à mettre en place que des traces à base de print.

J'ai entendu parler de fpm, je ne sais pas ce que ça vaut : https://github.com/jordansissel/fpm

Le probleme du json, c'est que ca ne conserve pas l'ordre des champs, l'ordre etant dependant du hash, qui est implementation specific.

Sauf si le sérialiseur est assez sympa pour balancer les champs dans l'ordre lexicographique.

Tant d'erreurs en une phrase:

tant d'efforts pour supprimer les types,

Python est loin de supprimer les types, tout objet est typé, y compris les types eux-mêmes.

suivis d'encore plus d'efforts pour les remettre…

Pas du tout, les annotations sont purement génériques et accessoires, tu peux mettre "toto" si ça te chante. L'interpréteur n'en tient pas compte, d'où l'utilisation possible comme documentation ou comme indice à destination d'un outil tiers (comme l'IDE suscité).

Si t'as mis le mauvais point d'arrêt tu vas devoir recommencer aussi…

Le print a d'autres avantages : celui de pouvoir exécuter ton programme en entier sans intervenir à chaque point d'arrêt, justement. Tu exécutes, et tu inspectes les traces après coup. Ça peut être largement plus commode que de devoir prendre la main à chaque fois qu'un point d'arrêt est atteint (surtout s'il est atteint souvent).

Simplement, en général, quand je code un algo un peu compliqué, je code par petits bouts, en exécutant les fonctions avec du print un peu partout pour voir si j'ai le résultat attendu à chaque étape.

Oui. Encore un pas en avant, et tu systématiseras l'approche en écrivant des tests unitaires.

Que ca soit Eclipse/VisualStudio/IntelliJ/Xcode/autre ou emacs/vi avec 12000 plugins finis a la pisse, ya serieusement quelqu'un qui code encore uniquement avec un simple editeur de texte de nos jours?

Je ne sais pas trop ce que veut dire coder sérieusement (je suis probablement un guignol), mais je code quotidiennement avec Kate. Après, on peut prétendre que Kate est un début d'IDE, mais je m'en sers comme "pur" éditeur de texte.

Au contraire, ce format se voulant plus simple il devrait être plus facilement compatible avec les autres distributions.
[…]
Le PoC développé par Colin Watson est certes original, mais il a un avantage que les autres n'ont pas : il réutilise le code de dpkg, ce qui simplifie les choses et peu potentiellement permettre une meilleure intégration avec les outils d'administration Debian usuels.

Ça me paraît un peu contradictoire (sauf si par "les autres distributions" tu entends "les autres distributions utilisant dpkg").

Ton interpréteur sandboxé a besoin d'un moteur, et ton moteur a besoin de dépendances (en général). On revient à la case départ.

Si vous voulez m'entendre râler vraiment, on peut parler des tests, ou des mecs qui détournent les bonnes pratiques de développement (aka Shitware Crapsmanship)

Vas-y !

Un autre sujet qui me gène toujours avec Django, c'est la "non-réutilisabilité" de l'ORM hors web.

Bien sûr qu'il est réutilisable, le seul truc pénible est de devoir malgré tout créer un ersatz de projet Django avec son settings.py associé.

(mais, oui, SQLAlchemy est plus puissant)

Turbogears n'est pas un framework très à la mode

C'est surtout qu'il est à peu près mort. Et à l'époque où je l'avais utilisé, il y avait de gros problèmes de qualité. Django est vivant et bien maintenu.

Toute les distros ont des patches qui changent le comportement, certaines dépendent même de module qui n'ont pas été admis upstream ( genre les livecds ), d'autres font leur beurre sur ça ( genre openvz ), voir rajoute des API qui font des noyaux impacompatible ( khof android khof )

En quoi est-ce que ça remet en cause la façon dont Torvalds gère le projet ? Les distros patchent n'importe quel logiciel important et ne prennent parfois même pas la peine de communiquer avec le projet d'origine.

Je vais pas défendre Ulrich Drepper car je pense qu'il avait un comportement de merde, mais on a évité le même genre de souci sur la glibc en partie grâce à lui.

La surface de contact de la glibc avec les contigences externes est tout de même beaucoup plus réduite. La glibc implémente principalement les API C et POSIX, il n'y a rien de terriblement sujet à divergence là-dedans (vu que c'est normalisé), et donc peu de raisons de forker.

Ben oui, dans une boîte conçue autour de l'interaction présentielle, forcément que le télétravail est un désavantage.
Mais il y a de rares entreprises qui sont conçues autour du télétravail (Canonical, Mozilla je crois).

Ce d'autant plus que Skype appartient à Microsoft :)

À mon arrivée la place de la Bastille était absolument noire de monde

Bizarre, j'étais à la manif et je ne sais pas d'où sort cette histoire de Bastille « noire de monde ». La foule était clairsemée, on pouvait se balader sans problème et la « moyenne de 2 personnes par m² » tient AMHA du voeu pieux.

Oui, il y avait un noyau plus compact près de la tribune (celui qu'on voit sur les photos des militants), mais ça n'allait guère loin.

à l'exclusion de ceux qui empruntaient les trottoirs (pourtant ces derniers étaient largement exploités par les manifestant eux-mêmes, je peux vous l'assurer)

Moi ce que je peux assurer c'est que les trottoirs étaient suffisamment dégagés pour remonter le cortège à contre-sens (je suis allé du début jusqu'à la fin). C'était très tranquille et l'ambiance était d'ailleurs plutôt morose, je pense que les gens espéraient beaucoup plus de monde et étaient déçus. Ça n'avait rien à voir avec le meeting de 2012.

Quand le FDG a annoncé ce chiffre de 180000, j'ai trouvé ça choquant et ridicule tellement le gonflage est flagrant. C'est se foutre de la tronche des gens qui étaient là, en fait.

Des murs privateurs, j'espère.

Toute tentative de me classer dans la catégorie des gros bourrins, contents en tapant fort avec une masse, serait sûrement pertinente.

De nos jours, ce genre de pulsions sont avantageusement assouvies par les jeux vidéo. Pas besoin de bousiller ton appart tous les quinze jours…