Meme si l’interet des monades sans la gestion des types et la syntaxe qui va avec est plutot relatif, cela reste un concept qui merite que l’on s’y interesse meme si on ne fait pas de prog fonctionnelle.

Une autre approche sur les monades Maybe et Error en Python.
Les monades et functors en images.

Désolé de vous avoir laissé en plan, j’ai été fort occupé cette semaine, la vie est une question de priorité ;-)

Allez, sortez le popcorn, que le spectacle commence ! :-)

@doubledoigt: la documentation existe : http://pythonhosted.org/api_hour/

Si tu as spotté un trou, je suis preneur.

Tu sais, il ne suffit pas d’avoir raison, il faut surtout avoir raison longtemps.

Wait & see, mais sincèrement, je ne comprends pas l’intérêt de mettre autant d’émotionel pour des bêtes outils de travail.

Je crois que ça ferait du bien à pas mal de monde de changer de framework Web et de langage de temps en temps, histoire de prendre du recul et de désacraliser son propre framework fétiche. Pour ma part, je dois mon 5 ou 6ième langage de programmation que j’ai commencé, et n+1 framework Web, ça permet de relativiser son attachement à un outil, quelque soit la quantité d’argent qu’il peut te faire gagner.

Tant qu’aller au fond des choses, autant le faire bien: À l’origine, si j’ai été provoc’ à propos des benchmarks API-Hour, c’est que malgré ce que j’observais avec wrk et les valeurs de prod’, je n’y croyais pas moi-même, je pensais m’être merdé quelque part.

Or vu la demi tonne de benchmarks sur le net, je savais bien que personne prendrait la peine de faire l’effort d’essayer de trouver des erreurs dans mes benchmarks.

Quel est le meilleur moyen de motiver les gens ? Montrer explicitement que tu as la + grosse: Le côté très bénéfique, c’est que ça m’a permis de recevoir tout un tas de feedbacks pertinents et des corrections de configs: Ça n’a pas changé les valeurs du tout au tout, il y a eu néanmoins quelques itérations.

Ce que je n’avais pas prévu, c’est de recevoir ce torrent de haine, néanmoins, au combien intéressant sur la réelle nature humaine et les conflits d’intérêts de gourous qui se prétendent des experts dans leur entreprise ;-)

Quel était mon véritable but avec les benchs ? Arriver à me faire une idée claire de la lenteur réelle de Python par rapport à MES besoins et développer tout un tas de stratégies quand j’ai réellement un bottleneck en prod’. Pour ton info, mon coeur de métier c’est la telco, pas Python ni encore moins HTTP, ce qui facilite fort la prise de recul par rapport à ces benchmarks HTTP ;-)

Ce qui a de la valeur c’est la business logic, ce que Python permet d’écrire très rapidement.

Mes clients s’en foutent ce que j’utilise, ils veulent juste que ça marche bien.

De plus, perso, dans l’inconscient collectif, Python est flaggé comme lent, alors que c’est un des langages où il y a le + d’outillage pour by-passer ça.

Pour avoir eu une stack Django puis Flask en prod’ pour des WebServices, ça a au moins le mérite de lister tout ce qui était dans les pieds quand on devait faire un peu + que le site Web classique que font la plupart des Webeux.

Pourquoi j’en parle maintenant ? Depuis février, je crois que maintenant, la plupart des erreurs éventuelles ont été trouvées, de plus d’autres benchmarks non executés par moi ont montré par A+B que je n’étais pas un mythomane. Enfin, au vu de mon faible niveau technique, il est très peu probable que je “trouve” d’autres points intéressants, donc autant dévoiler les cartes maintenant: si ça permet au moins à quelqu’un de se poser des questions sur son propre comportement, tant mieux.

Ça fait un moment que je me suis rendu compte que le monde de l’IT et l’opensource en particulier ont les mêmes repères que le monde de la mode voire de la religion pour certains comportements.

Sans parler du nombre hallucinants d’imposteurs qui viennent imposer des solutions de manière religieuse sans avoir pris la peine de comprendre le besoin du client ni qu’en fait, ils sont en train de mettre des ronds dans des carrés.

Néanmoins, je ne peux pas leur en vouloir, j’ai aussi été comme cela ;-)

Pour conclure, si tu es heureux avec Flask, tant mieux pour toi ;-)

Mais alors, respecte le fait que je peux être différent de toi, avec des besoins différents de toi, et des problèmes de prod peut-être un poil + complexe que ce que tu fais avec ton Flask ? :-)

Si un jour tu viens à Bruxelles, viens faire un coucou, tu pourrais être surpris :-)

Tout ce que je vois, c’est que maintenant, avec API-Hour, dans notre équipe de dev, avec nos problématiques de realtime, de perfs et de devoir mixer plusieurs protocoles dans le même daemon, on va + vite. Et ce n’est pas moi qui dit ça, c’est la compta, le seul vrai patron dans une boîte, ce que certains dans l’open source ont trop tendance à oublier en préférant se masturber intellectuellement sur la dernière techno à la mode et faire de la R&D sur des projets de prod afin de se faire valoir ;-)

Si je semble avoir fait pareil avec AsyncIO, c’était clairement dans un objectif long terme d’obtenir un meilleur ROI sur le dev: Je n’ai pas besoin de ça pour pouvoir me la pêter, être Français est une condition suffisante pour cela ;-)

Le premier “Maemo Summit” à Berlin, en 2008, ça nous rajeunit pas :-)

On devrait lancer des genre de battle de rap hardcore, mais ou on clash les technos utilisées par les autres devs.

La démo dispo ici :

http://anvaka.github.io/pm/#/

Et comme c’est Trolldi ici, juste une phrase : “Le meuilleur langage c’est celui que tu maitrises le plus”.

Et javascript est et restera une merde infame tant qu’il sera utilisé pour faire tout ce qu’il ne peut pas faire. C’est comme coder du web asynchrone en assembleur 68k : tu y arriveras, mais tu vas en chier.

@Louis : Quoi qu’il en soit, l’évolution vers le JS, NoSQL et le fonctionnel ne fait pas partie de la dérive téléachat, mais est une tendance de fond très forte dans le développement web. => Il vaut mieux avoir tord avec tout le monde qu’avoir raison seul. Google te dis que Js ca roxe parcequ’ils ont pondu un V8 … t’es pas obligé de les croire.

Finalement je t’aime bien, t’es un pur…comme j’aime ! ;)

T’en fais pas je suis toujours agressif, même en vrai, c’est mon style ;), rien de personnel !, j’accepte la critique et le même ton à mon égard…

JS, NoSQL et le fonctionnel ne fait pas partie de la dérive téléachat

Oui, ce ne sont pas ces technos qui provoquent le téléachat, ce que je dis c’est que le téléachat est très fait pour ces techos. Ceci est indépendant de leurs qualités réelles.