-
@baltH2O @Jenesuispasgoth Je me relis souvent. Et j’arrive bien mieux à lire du code avec des lambda multilignes ruby que du code python qui définit 40.000 méthodes.
-
@baltH2O @Jenesuispasgoth Parce que ça permet 1- d’avoir du contexte sur une lambda qui va faire 3-4 lignes, plutôt que devoir foutre une fonction 40 lignes plus haut
-
@baltH2O @Jenesuispasgoth Ça permet aussi d’éviter les fonctions de 40.000 paramètres, puisque la lambda profitera du contexte d’appel, alors que la méthode non
-
@baltH2O @Jenesuispasgoth Ça permet aussi d’éviter d’avoir à expliciter des fonctions « tools » qui n’ont aucun intérêt sinon contourner les limitation du langage
-
@baltH2O @Jenesuispasgoth Typiquement des trucs comme ça git.imirhil.fr/aeris/cryptcheck/src/new-scoring/lib/cryptcheck/tls/engine.rb#L125-L129
-
@baltH2O @Jenesuispasgoth (Typiquement cette lambda est une horreur à faire en python puisque nécessite de passer en paramètre a, b, cipher, self, à exposer […]
-
@baltH2O @Jenesuispasgoth publiquement les méthodes ssl_client et connection qui sont des méthodes porcelain qui ne devraient jamais être call publiquement…)
-
@baltH2O @Jenesuispasgoth Et ça donne un code « décontextualisé » qui est bien plus complexe à comprendre que la version lambda contextualisée