The Share project is open source, in contrast to GitHub, which is also popular despite having forms of locked-inness in practice as well.
I'm saying this not to negate the vibes you feel, but I'd rather people try it out and maybe see how their favorite language could benefit from different design decisions.
It's very recent and we'll be adding more types to it soon, this first PR was just focused on the core machinery. This is in the 1.0 release, btw.
Let us know if you give it a whirl.
But all of the resources available for learning the language are funneling me towards using cloud hosted infra that won't be available if the internet goes away. For all I know there is a Unison-y way forward for my idea, but the path is obscured by a layer of marketing haze.
Glancing at their docs, I see mentions of Unison Share, which is also hosted on unison-lang.org.
So I would appreciate this being clarified upfront in all their marketing and documentation.
Ah, I do see the BYOC option you mention. It still requires a unison.cloud account and an active subscription, though...
The cloud product is totally separate and optional.
Maybe we'll have a page or a reference somewhere to make the lines more clear.
Without the commercial stuff, Unison would be just another esolang to me. Now I'm probably going to play with it in upcoming side projects.
What would be enough?