The Website to get informations and Downloads is really, written with tsbRapisFX. The Desktop and Web deploy system is ready and provides installers for every system you need: Windows, Linux, macOS for Arm64 and X86/64. What we are doing now: or website for the bug tracker and for the community is being written in rapidfx.
@thorstenstueker - a suggestion.
Remove the tsb from the front of the name. It makes it very hard to remember and impossible to “say”
RapidFX appears to be mostly available as a name
There is an foreign exchange trading GitHub project called RapidFX but the mention of the name here is about the third hit in a google search
Tsb ist the trademark. No chance. Cause then I would have to go away from Rapidfx cause of trademark problems. We are just setting compiler, deployment system and the show projects open source to help people building with it. It’s a lot of work till Sunday!
Thorsten,
I think Gregg is only partly right. If people do not make the connection between “tsb”—which I assume stands for Thorsten Stueker Business—and RapidFX, the name can indeed be somewhat confusing.
However, I think it is a clever way to work around the trademark issue while retaining the identity of the product. Very well done!
Kind regards,
Chris
And not to forget: the compiler and the Instaler deployment are open source. Only the Designers and the Web engine are closed source. So no lock in. And on top: you can programm in one project with Java, rapidFX and Kotlin. Ao the migration of projects becomes simple. So people having many options with this concept. Only the intrinsics of our basic language are running on top as runtime inside the vm. Simple. The Web Server runs 3K concurrent users without problems, border is the amount of allowed threads yu can use (4090 on macOS) so I am using it with load balancer at 3k users. But there has to be enough memory!