Hi Facundo! Glad to hear :) we need more people thinking about this.
1. Yup! I love stackaid.us but donations mostly pray on social dynamics – eg. if i see you have a lot, i won't donate, if i see you don't get a lot, i might donate.
2. Initially we don't host sources themselves, so people can continue using Github to develop their software. For many licenses, the sources need to be available anyways.
So instead, it'd be package registries that we host. Think of it like doing `npm install express` – you most likely hit the npmjs.org package registry to download a specific published version of express.
This also means that usage for users stays almost the same – just need to configure your package manager to point to our registry.
3. I'd love to consider other subscription models. For ex. free for working on more OSS, or even free for non-commercial purposes. The main idea is to put the burden of paying upfront on the Companies.
To be honest, we should probably go harder on companies with pay-per-use models or revenue-tied fees, like they do in the gaming industry. But we'll have to iterate here.
4. As i mentioned before, we'd act only as a distribution network for packages, so your sources would live in Github or Gitlab or wherever they already are. We're not making the situation better, but at least its not made worse either.
5. Let's do some napkin math under the assumption that 90% of the revenue is split equally by package installs on a single programming ecosystem. (the final heuristic we'll use will be more complex than this).
Take Koa (js web framework) with ~6M installs/mo. It's depended on by 6,870 other npm packages, and used by 338,000 github repos. It's made 3,241 USD since 2016 in OpenCollective. That's not a lot of money for a rather impactful package!
If 1 company paid 2,000 USD / yr, and all that yearly installs would've gone to Koa, Koa would get 1,800 USD that year. Assuming 90% revshare.
If you throw another package into the mix, like Zod (with ~20M installs/mo), then the revshare for both goes like:
Total Rev: 2,000 USD
Shareable Rev: 1,800 USD
Total Installs: 312M
Koa share: 72M install -> ~23% -> 414 USD / yr
Zod share: 240M install -> ~77% -> 1386 USD / yr
If you grow to 10 companies, then the numbers grow 10x:
Koa share: 4140 USD / yr.
Zod share: 13860 USD / yr.
In practice given npm has 1M packages, and the dep graphs are deep, it won't be as easy as "10x in 10x out!" but it should give you an intuition of what we're trying to do here.
ByteCommons only makes money when everyone else makes money.
In the installation guides, please mention at least in passing that it needs Erlang to be installed as a prerequisite. Being a casual reader, I wasn't sure about that until I found https://caramel.run/manual/getting-started/first-steps.html#.... Notably, the "it's just a single binary" might be highly misleading in this context for people not coming from the BEAM users community.
Also, it would be super cool if I could easily find a list of limitations/differences vs. conventional OCaml language & runtime. And a hello-world snippet on the front page (or possibly some other tiny one showing some cool BEAM feature), it took me a while to find the "examples" folder in the github repo.
Please note those are just some tiny complaints rooted in the fact that I absolutely love what you did here! :)
How did you arrive to the conclusion that our Machinist (the protagonist in this case) would use this go live? Very interested to know if something about the conclusion pointed you in that direction.
we also have a thread on the ocaml forums for updates: https://discuss.ocaml.org/t/ann-dune-developer-preview-updat...