Mojo was also less ambitious in a lot of ways. It blows my mind the Eve and Darklang guys raised so much money without a lot of momentum. I'd think you'd go the other way, start an Open Source project, spend 10+ years gaining a community and refining it, then raise money.
In both of the above cases, the founders just got bored of their project before they found PMF.
You just have to look at the landscape at the time. There was a lot of money to be had if you promised the sun and moon, because $2 million wasn't a lot compared to the potential upside. The problem was, and this is what Paul found out too, they wanted to see typical startup metrics before they'd put more money in, and it was always going to take more than $2-3 mil. You just can't demonstrate those with a concept of a language.
Do you think Unison will suffer the same fate?
No, I mean these low bus factor languages don't really die as long as the BDFL keeps working on it. Biggar keeps Dark going through thick and thin. Chiusano likewise with Unison. Even if their Unison public benefit corp runs out of money, Chiusano could probably do what Dark did and buy the IP. With my programming language I'm making sure that there is no IP and therefore nothing to own. It would probably be easy for Biggar to just wash his hand of Dark as well but it takes guts to keep going in a direction you know it right, and so I'm happy to see the project continue.
I'm glad to hear it as I'm very interested in Unison. (I've been watching them from the sidelines for ages.) For those not in the loop, it's a language where your code is stored on disk in AST form, not textually. The AST representation is smart in many ways - for example, renaming a function is an O(1) operation, regardless of how often the function is used. They also have a way to serialize Unison functions and send them over the wire to other Unison programs, which is pretty sick. Their site is here: https://www.unison-lang.org/
(I'm mostly interested in it because I think it would be an ideal language for videogame scripting & modding)
FWIW we also store ASTs, not text. We offer many of the same benefits. Some day (soon?) I'll write up a full comparison between the two, because it seems a common ask.
I'd love to see where BABLR falls in that comparison. We're trying to take the same kinds of tricks and bring them to every programming language at the same time
I can’t see teams adopting Unison (or similar languages) without a way to store code in Git.
Maybe the editor can load text and do structured editing. Maybe the runtime can send functions across the network. Great. But not using Git for storage and review is just too alien for most teams to even consider.
> it's a language where your code is stored on disk in AST form, not textually.
Doesn't this result in vendor lock-in for editing the code?
Paul had created Circle CI, so I can see how investors would at least be trusting. Rightly so, I think, as he's not just talented but he knows talent.