Oui enfin le problème de la currification, ça n'est pas vraiment la compréhension (à part peut être pour un débutant) mais si tu appelle une fonction avec n argument mais que tu en oublie un? Dans un langage normal tu as une erreur a la compilation, tu la corrige en 30s et c'est fini, avec Haskell ton résultat n'est pas un résultat mais une fonction donc c'est a lors des utilisations de ce résultat que le compilateur va détecter une erreur.
Bof, je préfère les fonctions normales, en plus f(a, b) -> (c,d) sépare clairement les entrées des sorties.
[^] # Re: Très (trop ?) dense
Posté par reno . En réponse au journal Haskell et le tri. Évalué à 3.
Oui enfin le problème de la currification, ça n'est pas vraiment la compréhension (à part peut être pour un débutant) mais si tu appelle une fonction avec n argument mais que tu en oublie un? Dans un langage normal tu as une erreur a la compilation, tu la corrige en 30s et c'est fini, avec Haskell ton résultat n'est pas un résultat mais une fonction donc c'est a lors des utilisations de ce résultat que le compilateur va détecter une erreur.
Bof, je préfère les fonctions normales, en plus f(a, b) -> (c,d) sépare clairement les entrées des sorties.