evinism / evinism/lambda-explorer

move to more performant internal representation

Ouverte
#7 0 commentaires 0 réactions 0 personnes assignées Voir sur GitHub
performance
Langage dominant
JavaScript
Étoiles
69
Forks
10
Métriques de merge des PR
Aucune PR mergée en 30 j

Description

The current internal representation leaves a lot to be desired.

Low hanging fruit would be to directly represent a(a(a(a(b)))) not as 5 different functions, but maybe just one function with a `composed: 4` key. That would probably make performance actually acceptable for large functions.

The final version of this is that we can probably get hella hella speed improvements if we 'compile' the expression before beta reduction... but that sounds hard.

Requires having tests

Guide de contribution

Aucun guide de contribution indexé pour ce dépôt

Évaluation

Cette issue n'a pas encore été évaluée.

Recevez les nouvelles issues par e-mail

Un résumé court des issues GitHub adaptées aux débutants.