brainfuck-web-app
smalltt
Our great sponsors
brainfuck-web-app | smalltt | |
---|---|---|
4 | 4 | |
147 | 493 | |
- | - | |
0.0 | 3.1 | |
9 months ago | 5 months ago | |
Brainfuck | Lean | |
The Unlicense | MIT License |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
brainfuck-web-app
-
The Little Prover
> Javascripts can be different, there is no guarantee that some half supported engine will run that specific code.
Half supported? Where is your source? Java Nashhorn was passing all ECMAScript 5.1 tests in 2012 (https://twitter.com/asz/status/258995374847565825)
> Same as brainfuck: https://github.com/EvanHahn/brainfuck-web-app
Brainfuck? JavaScript is most popular programming language (https://www.stackscale.com/blog/most-popular-programming-lan...) You're comparing apples to oranges. By the way I mostly work in Java, but I do not look down on JavaScript, it's shows ignorance.
As others have already said, person who wrote the library may not be familiar with your favorite language, moreover certain things are easier to do in some languages. This is not the attitude that we should be showing when receiving free work from someone. If you don't want to port it to your favorite language when needed that's ok, I'm just glad that it exists.
-
Just how? Why is Java seemingly more complex?
Has been done
smalltt
-
The Little Prover
The hype of Blockchain is an astounding thing, and the cascading hype for systems merely because they are based off people in the Blockchain space is equally as befuddling.
Try https://github.com/AndrasKovacs/smalltt if you want a system that considers the things modern systems care about: elaboration and unification.
-
Idris 2: Quantitative Type Theory in Practice
I'm curious if you have any insight into what a realistic lower limit to Idris compile time speed looks like. Right now even moderately sized Idris programs can be quite slow to compile, slower than even other dependently-typed languages (see e.g. https://github.com/AndrasKovacs/smalltt). How much of this is intrinsic to Idris' language design and how much of it is due to lack of optimization in the implementation?
- GitHub - AndrasKovacs/smalltt: Demo for high-performance type theory elaboration
-
Fixing Term Blowup
https://github.com/AndrasKovacs/smalltt (there's a presentation here too, link in README)
What are some alternatives?
Kind2 - A next-gen functional language [Moved to: https://github.com/Kindelia/Kind]
Idris2 - A purely functional programming language with first class types
FormCoreJS - A minimal pure functional language based on self dependent types.
Graal - GraalVM compiles Java applications into native executables that start instantly, scale fast, and use fewer compute resources 🚀
recombine
python-0.9.1 - Upload and changes to Python 0.9.1 release (from 1991!) so that it would compile
jax - Composable transformations of Python+NumPy programs: differentiate, vectorize, JIT to GPU/TPU, and more
HVM - A massively parallel, optimal functional runtime in Rust
idris-sandbox - Idris Sandbox