tailspin-v0
Argon
Our great sponsors
tailspin-v0 | Argon | |
---|---|---|
16 | 4 | |
31 | 38 | |
- | - | |
7.5 | 9.5 | |
2 months ago | 11 days ago | |
Java | C++ | |
MIT License | Apache License 2.0 |
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.
tailspin-v0
- What languages have you learnt with AoC and now you love...or ended as "meh"?
-
Advent of Code 2023 in your language
I eventually tend to do all days in Tailspin. The ones I have done so far are in directories ending in "tt" (the others are in Pyret, just to get a feel for it) https://github.com/tobega/aoc2023/tree/main
-
I have great difficulties
As a general tip, it is often helpful to first try to think of how you would like to represent the data in your program. Then you need to parse the data into that structure. I'd recommend you to look at a PEG-parser, for example. Or if you like, look at my Tailspin programming language which has a very visual parser syntax and also very visual ways of creating data structures (if that should happen to be your mental affinity). Look at my day1 for example. Or if you're more mathematical, maybe a functional language (I also did day1 in Pyret)
-
An idea for a language focused around RxJs
My Tailspin language is based on processing streams of values, you might want to look at it https://github.com/tobega/tailspin-v0
-
[2022 Day 7] Solved in three different styles
Many people had trouble with the day 7 problem. Paradoxically, good developers probably had more trouble. Here some of the difficulties are explained and implementations are provided in imperative, functional and OO styles, written in the Tailspin programming language.
-
What codebases have the best or most educational unit/integration tests when implementing a programming language?
I test almost entirely from my language, that way the tests are independent of the implementation. Currently the tests are implemented in java because that fits the interpreter implementation https://github.com/tobega/tailspin-v0/tree/master/test/tailspin/samples
-
August 2022 monthly "What are you working on?" thread
Finished off the implementation of typed and offset array indices in Tailspin
-
March 2022 monthly "What are you working on?" thread
I ended up enabling left recursion in Tailspin's composer (parser) syntax. Much cleaner calculator example now.
-
Diamonds in the Rough : An Honest Trial for any Language
I think it's possible that Tailspin might be suitable for you.
-
Introducing Skiff, a gradually typed functional language written in Rust
I think gradual typing is definitely something worth exploring more. I thought it was a shame when Dart abandoned that path. Have you seen Shen ? I guess my small offering, Tailspin, is currently evolving to gradual typing as well.
Argon
- Argon: A interpreted multi-paradigm programming language
-
March 2022 monthly "What are you working on?" thread
There have been several changes in Argon during the month of February, I completed the socket support and improved the IO on file, added a new library in Argon language but above all I added the generators (and other things, like atoms)
-
February 2022 monthly "What are you working on?" thread
As planned, in the last month I managed to add support for network sockets to the Argon language. Support is not yet complete but you can use most of the features on both Linux and Windows. Also, several errors have been fixed. The current month will see me busy completing support for the socket module and continuing with the introduction of new libraries (probably the next module will be about Regex)
-
January 2022 monthly "What are you working on?" thread
In December we were left with the implementation of multi-threaded support and now, it is finally possible to spawn more than one thread within Argon.
What are some alternatives?
never - Never: statically typed, embeddable functional programming language.
pen - The parallel, concurrent, and functional programming language for scalable software development
bluebird - A work-in-progess programming language modeled after Ada and C++
ShnooTalk - ShnooTalk is a new programming language
boba - A general purpose statically-typed concatenative programming language.
Forscape - Scientific computing language
Odin - Odin Programming Language
asmdb - Instructions database and utilities for X86/X64 and ARM (THUMB/A32/A64) architectures.
frozen - a header-only, constexpr alternative to gperf for C++14 users
Bilobe - A New Programming Language To Introduce New Way To Code...
butter - A tasty language for building efficient software. WIP
xvm - Ecstasy and XVM