Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Code Equality / Normal Form #92

Open
stevekrouse opened this issue Dec 3, 2018 · 3 comments
Open

Code Equality / Normal Form #92

stevekrouse opened this issue Dec 3, 2018 · 3 comments

Comments

@stevekrouse
Copy link
Member

data path independence, sql, format, http://alasql.org/, dicts vs other, etc / most essential way to express things - when stripped down must there be only one way to express an idea? for example, two more than y is x+2 (but also 2+x) but they represent the same idea. is it the same in programming or are must there be many paths?

@stevekrouse
Copy link
Member Author

https://futureofcoding.org/log#equality-of-code

I asked Paul Chiusano about hashing code that’s equivalent but syntactically different, such as 1+x and x+1, and apparently Unison “doesn’t normalize commutative operations.” Some relevant links he sent me are Normalizing and Rice’s Theorem.

@stevekrouse
Copy link
Member Author

Complete language (less Turing complete but always terminate)

@stevekrouse
Copy link
Member Author

Ability for the compiler to magically knows when I want lazy and when I want strict (and other language features a la carte, like Haskell language extensions)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant