fuzion
docs
| fuzion | docs | |
|---|---|---|
| 1 | 4 | |
| 44 | 58 | |
| - | - | |
| 9.9 | 6.2 | |
| 3 days ago | about 2 months ago | |
| Java | CSS | |
| GNU General Public License v3.0 only | - |
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.
fuzion
docs
-
Six programming languages I’d like to see
The interesting semantic relationships are those that let the machine automatically deduce optimizations
> I also like the idea of modifying function definitions at runtime. I have these visions/nightmares of programs that take other programs as input and then let me run experiments on how the program behaves under certain changes to the source code. I want to write metaprograms dammit
Lotta metaprogramming in Joy. Many functions work by building new functions and running them, it's a natural idiom in Joy.
- - - -
> A language designed around having first-class GUI support
Red? ( https://www.red-lang.org/ )
> Visual Interface Dialect ... is a dialect of Red, providing the simplest possible way to specify graphic components with their properties, layouts and even event handlers. VID code is compiled at runtime to a tree of faces suitable for displaying.
https://github.com/red/docs/blob/master/en/gui.adoc
> You can’t work with strings, json, sets, or hash maps very well, date manipulation is terrible, you can barely do combinatorics problems, etc etc etc. I want a language that’s terse for everything.
That also sounds like Red.
-
Beads: The next generation computer language and toolchain
> They are well funded.
Rebol Technologies went bankrupt, and Rebol is de-facto dead since more than a decade; Red barely manages to get by thanks to a recent crypto spike.
> I would say the languages are very different in the sense that Beads is clearly aimed at graphical interactive software.
So is Red with it's native GUI engine. [1]
> They are so different that it is hard to compare.
Both share the same goal of replacing modern software practices with biased, batteries-included toolchain, varying only in implementation.
> Red being a concatenative language has more in common with FORTH than Algol.
Red is not concatenative in any sense of the word, nor any other language in Rebol family that I know of.
[1]: https://github.com/red/docs/blob/master/en/view.adoc
-
One Way to Represent Things
> What if a simpler programming language had first-class representations of a lot more than strings and arrays?
Red lang?
> Where most languages have 6-8 base datatypes, Red has almost 50.
https://github.com/red/docs/blob/master/en/datatypes.adoc
What are some alternatives?
inform - The core software distribution for the Inform 7 programming language.
beads-examples - Examples of Beads programs
roast - 🦋 Raku test suite
power-fx-host-samples - Samples for hosting Power Fx engine.
plasmic - Visual builder for React. Build apps, websites, and content. Integrate with your codebase.
ODS_OpenExposureData - Open data standards curated by Oasis.
letlang - Functional language with a powerful type system.
dafny - Dafny is a verification-aware programming language
Graal - GraalVM compiles Java applications into native executables that start instantly, scale fast, and use fewer compute resources 🚀
Svelte - Cybernetically enhanced web apps
Lazy - Lazily evaluated (late-binding) definition for Dyalog APL