| I am happy to finally announce the language I have been working on for the last 2 years, [Flint](https://flint-lang.github.io)! Flint is a high-level, statically and strongly typed, compiled language which centers around transparency as its core pillar. The compiler is entirely written in C++. It originated from one simple idea and core concept: > What happens when you center the whole language on an ECS-inspired composition-based paradigm? And so the journey began. The core idea is simple: data and functionality are separated and then composed deterministically into larger entities. This idea is not new at all, ECS exists since a long time. But a composition-based workflow can only be "emulated" in Object-Oriented languages and I find it often painful or unergonomic. In Flint, composition is the core paradigm. I have put great effort into making it ergonomic and "just work". The result is a system which can be described as a cool mix of OOP and ECS. I gave the "new" paradigm a name, since nothing quite like it exists yet, even though the ideas it is based on are well known, the *Declarative Composable Modules Paradigm (DCMP)*. The combination of a high level + transparency as a core pillar is a bit unusual. I have put great effort into finding a good balance. I found out that these two things are not mutually exclusive, there is a middle way in which a design can be both high level and transparent. Flint might be best described as "middle-level" as a result: You write high level code but you can see the low level runtime and execution beneath too if you want, as this focus on transparency directly results in shallow abstractions. Most developers are more used to OOP workflows rather than compositional workflows, it's just more mainstream. So, if you cannot live without it, Flint might not be for you and that's okay. Also, I am also sure that Flint won't be for everyone because of it's split focus on being high level and transparent. It will feel too high level for some or too low level for others. But if the core idea and mentality excites you, please give it a fair chance. The time has come where I am confident enough in Flint to search for people to try it out and give feedback on it. Many features are still missing but the general vibe and direction of the language can already be seen. The `0.4.0` version is the 20th release so far, the first initial version was released a year ago. I am now moving into the `0.5.0` release cycle which will bring generics, type constraints, compile time code execution, the standard library and more. You can look at the entire roadmap [here](https://github.com/orgs/flint-lang/projects/6/views/1) The [Wiki](https://flint-lang.github.io/wiki) is in a very good state, it is kept updated with every release made. Every example in the Wiki works and I did My at explaining it all. The language's core value is transparency, so there is nothing to hide about it. I intended to add a small example here, but the character limit tripped Me over a bit here. There are plenty of examples elsewhere, so if you are interested you will surely find enough examples :) The project is in late beta. All implemented features work reliably, as all wiki examples compile and run as intended. There are still missing error messages and unexpected edge cases (as expected from a single developer). If you're interested, try it out, give feedback, open issues, and feel free to join the Discord. Let's discuss Flint! (Also, I may not be aware of some industry-standard names for some systems. If you encounter anything I gave a weird name where you think "wait something like that already exists" please let me know. I try to use industry-standard terminology as much as I am able to. I hate it when new names are made up for something which already exists.) |
In your DCMP examples you demonstrate how types can be composed from smaller components. How does it work under the hood? Is it possible to create an abstract container for Legs and store inside it any object having this component?