Richard Sérieux non, le fait que tout soit entré à la mano me rassure

"Bonne chance. "

Oui, je sais. Je suis pas prêt de me débarrasser de cette fausse carte

Certainement que Python sait faire ça: http://pastebin.com/VpUBPwBX

Ouai, c'est un énumérateur Ruby en fait

Python peut traiter les fonctions comme des objets de première classe ?

Pour ceux qui connaisse la série Silicon Valley: https://www.youtube.com/watch?v=7SSvM9lzYV0

« C'est encore plus efficace que la fausse carte de malentendant, il paraît. »

Tu l'utilises pour boire du thé un peu partout sans qu'on te fasse chier ?

Oui Caletlog: http://pastebin.com/VxC8JVHK

Okay, mais Ruby le fait en plus court
http://pastebin.com/NYLeUPqJ (le lazy)

Knakis > non, ça on peut déjà l'avoir grâce à la méconnaissance du grand public sur la plupart des problèmes de santé courants

Non, la carte c'est pratique pour ne pas avoir à parler à quelqu'un. Et si tu mets des écouteurs juste après lui avoir donné, ça permet de lui faire comprendre de façon passive-agressive, sans avoir à prononcer un seul mot ni même lever les yeux que tu n'es pas disponible pour parler

Ok, mais c'est totalement illisible. :X

Je comprends pas le pas dans les ranges Haskell

En toute logique,

[2,4..10] devrait renvoyer [4,6,8,10] non ? Pourquoi ça renvoie [2,4,6,8,10] en d'autre termes pourquoi il ajoute le pas à la liste?
Et pourquoi si on fait [20,19..1] on a 1..20 en renversé?

Sur une ligne ne veut pas dire plus court.

Théoriquement, tu as plus de charactère au total dans ta ligne de ruby que dans mon expression python de 6 lignes.

Richard > parce que j'ai fait bien plus que ça, j'ai aussi demandé explicitement les valeurs que je voulais récupérer dans le tas infini et les ai affichées, tout en illustrant comment les blocks en Ruby développent à la fois le principe des closures et des fonctions de première classe

Le strict équivalent de ton snippet devrait grosso modo ressembler à ça :
(1..Float::INFINITY).lazy

Okay j'ai compris.

Il fait la différence entre les deux élements, crée une liste initiale avec les deux premiers élements puis rajoute la différence + le dernier élement jusqu'a ce qu'on arrive à la borne supérieure.

Bordel

Jamy > j'ai oublié de préciser, mais en apprenant le Haskell il est plus judicieux d'oublier tout ce que tu sais actuellement sur la programmation et l'algorithmique
Sauf la récursion. Ça tu vas en manger

Oui enfin c'est bien connu le code Ruby est plus court que le code Python, j'aimerais bien comparer le temps d'execution des deux par contre

J'ai acheté le bouquin sur le C++ de la noix ( ) Je pars un peu en vacance et je m'y remet au retour

Jamy > http://www.wikivs.com/wiki/Python_vs_Ruby#Speed
Source parfaitement fiable et totalement prouvée, n'insistez pas.
Tu peux te replonger dans ton Haskell

@Caletlog

x = f(y)

Y'a un moyen avec le .lazy de faire en sorte que f(y) ne soit jamais appelé si x n'est pas utilisé ?

Franchement on s'est tapé les 25 premiers problèmes de project euler avec un pote. Moi avec Ruby (>2.0) et lui Python 3.

Bah résultat en temps d'execution il me niquait à chaque fois

Après comme tu as dis il y a peut être la méthode à utiliser en Ruby pour avoir un résultat optimisé, je pense principalement à inject dont je suis très friand et qui est très puissante mais très très lente