Merci pour ce journal assez marrant je trouve. (c'est positif)
Par contre, Haskell n'est pas le plus simple pour un public non connaisseur. Par exemple, il n'est pas évident de se dire que la signature des fonctions est logique sans comprendre qu'une fonction de plusieurs paramètres peut-être écrite comme la composition de plusieurs fonctions partielles dont la dernière est à 1 paramètre, ceci expliquant la notation des types en Haskell (Curryfication) qui ne ressemble pas au C++/Python.
Par contre, je pense qu'il y a une question à laquelle il serait bon de répondre par un journal / dépêche : celui de l'organisation du code, ou de sa différence entre l'approche objet, l'approche déclarative, l'approche fonctionnelle pure sans DataType, avec DataType, impérative sans Objet, etc.
Je trouve que c'est un point difficile à capter quand on change de paradigme, mais qui change drastiquement la manière de penser finalement, et qui remet en place les avantages et inconvénients de chacun, surtout quand on s'habitue à penser dans un paradigme en particulier (genre Objet avec Python et aussi souvent avec C++).
# Très (trop ?) dense
Posté par Jiehong (site web personnel) . En réponse au journal Haskell et le tri. Évalué à 6.
Merci pour ce journal assez marrant je trouve. (c'est positif)
Par contre, Haskell n'est pas le plus simple pour un public non connaisseur. Par exemple, il n'est pas évident de se dire que la signature des fonctions est logique sans comprendre qu'une fonction de plusieurs paramètres peut-être écrite comme la composition de plusieurs fonctions partielles dont la dernière est à 1 paramètre, ceci expliquant la notation des types en Haskell (Curryfication) qui ne ressemble pas au C++/Python.
Par contre, je pense qu'il y a une question à laquelle il serait bon de répondre par un journal / dépêche : celui de l'organisation du code, ou de sa différence entre l'approche objet, l'approche déclarative, l'approche fonctionnelle pure sans DataType, avec DataType, impérative sans Objet, etc.
Je trouve que c'est un point difficile à capter quand on change de paradigme, mais qui change drastiquement la manière de penser finalement, et qui remet en place les avantages et inconvénients de chacun, surtout quand on s'habitue à penser dans un paradigme en particulier (genre Objet avec Python et aussi souvent avec C++).