if you search online they did address this repeated request
in summary they do it for money, they dont know how to do it for money if its open-source, they already contributed clojure to the open source community
someone already was vocally aggressive about this in a blog: http://z.caudate.me/on-whose-authority/
and rich hickey didnt like it: https://www.reddit.com/r/Clojure/comments/73yznc/on_whose_au...
--
My personal take on this its not that datomic is closed source or that it cost a lot of money
its that for its cost, its a valid option for fewer people
i use ms sql at work, and it cost a lot of money but .. you can easily make the business case for it
for datomic ... it would be much harder
datomic is a niche product .. which is not bad .. it is just where its at
Amazon or Heroku style.
https://github.com/mozilla/mentat
See also this blog post for some background and history:
https://www.ncalexander.net/blog/2017/05/31/tofino-data-stor...
For some reason, that almost made me spit my drink. This looks cool, I'll check it out.
Apple Acquires FoundationDB | https://news.ycombinator.com/item?id=9259986 (2015)
I poked around for a few minutes trying to find any assurances Datomic offers their customers should they be acquired, but couldn't even find the current EULA accessible online (older versions didn't seem to mention anything).
https://www.datomic.com/datomic-pro-edition-eula.html (https://web.archive.org/web/20160310175126/https://my.datomi...)
<Error><Code>AccessDenied</Code>To that effect I mostly credit the GNU licensing model. I know people love to hate it and praise BSD/Apache/MIT licensing but I believe without GNU, the proliferation would not have happened.
But back to the point, it is interesting that the expectation is reversed completely - people expect databases to be open source by default. Having said that, I still support author's decision to keep it closed source, it's their work and they intend to monetize it in a particular way. It's been around for years, presumably it works for them, which is great.
> seems pretty prescient given the glut of open source we find ourselves enjoying today.
Indeed, even regarding databases:
[from blog post] > Yes, there have been traditional demand-side efforts like MySQL and research efforts like PostgreSQL, but neither of these “good enough” efforts has actually been good enough to compete with Informix, Oracle,
Look at PostgreSQL today -- it's got a variety of indexing options, scalability improvements and various other things. It hasn't displaced Oracle but it's certainly not a research effort anymore.
Before I get into that part, forgive me, but I must admit that I've begun to tune out when I hear the "make Datomic open source" commentary. Still, this particular line of commentary returns from time to time, so I'll weigh in.
This reminds me of "meta stories" that take over the original story. On Hacker News, I'd much rather hear about technical commentary, lessons learned, or interesting domains and applications used in Datomic projects.
I tend to be less interested in hearing armchair quarterbacking around what business model would work better for Datomic, particularly when the arguments seem:
1. largely motivated by self-interest. Open source is often perceived as "free" to software developers. It is relatively easy to say "I would rather not pay for this software, why isn't this open source?" Of course, open source is not necessarily really free, due to integration and maintenance costs. In the cases where open source projects are abandoned, projects face substantial risk and transition costs.
2. not framed around the long-term interests of Datomic (at least the arguments rarely seem to make suggestions from the perspective of Cognitect, which invests in the product and makes income from sales)
It is easy to say "make it open source". It is harder for a company to find a business model that works. It seems that Datomic's business model is working. There is a free tier and paid tiers.
I know that I cannot properly summarize all perspectives with the ideal amount of nuance. Perhaps some people think it is really in Datomic's interest to be open source.
Nevertheless, it seems to me that many arguments people make are somewhat unexamined. Let's go a level deeper.
May I ask this: How many of Amazon Web Service's offerings are based on open source software?
I ask that question because there are four follow-up points I would like to make:
1. People use AWS quite extensively.
2. AWS is based on closed source software.
3. I don't think it is a coincidence that AWS is so successful.
4. It seems totally reasonable (and arguably the smartest thing to do) for Datomic to stay with a closed source model.
Also, I have no affiliation with Datomic, but I have used it on projects.
Just look at what happened to Parse. What if Datomic one day gets bought by some company that doesn't care about offering Datomic cloud or keeping it maintained? At least with Parse, people could migrate to an open source solution.
It is 100% understandable / practical / reasonable, yes. It is the same to recognize using Datomic technology as a core part of a technology stack involves some degree of additional risk, which grows as dependencies increase on its unique capabilities.
Agreed, and it is often tough to evaluate to any exact degree or measurement.
However, uniquely irreplaceable closed-source dependencies seem classifiable as carrying comparatively greater risk than thriving open source projects. This specific case is compounded because there are few (if any?) production-quality alternatives that offer what Datomic does, whether closed or open.
> What do you intend to take over maintenance of your database software if it is abandoned?
I would phrase this as "Can I hire a domain expert to fix blocking bugs in my database software if it is abandoned?", but this doesn't really account for the uniqueness of Datomic (unnecessary to really consider further since any fix is impossible due to being closed source).
It boils down to "is my business even possible if this disappears" evalutation considering Datomic a novelty that enables and/or dramatically simplifies very specific use cases (profitable even in the short term) that basically wouldn't be possible without it -- and I believe Datomic does this! The best marketing for Datomic would reveal these use cases, but they are often a competive advantage.
Yeah. Unlikely I'd be adding any additional real features or anything but why not? It isn't magic. I'd also expect a lot of other people doing the same and we can share the maintenance load.
There is also a lot of functionality that is obviously backed by very nice code a lot of people would like to see and potentially use other places. But knowing you can do necessary maintenance and tweaks, even if it is while you rewrite your whole db layer to work with another product rather than a permanent thing, is a serious benefit.
The reason I even bother to state the obvious in the case of Datomic is that having this 1 restricted area in the otherwise open ecosystem around Clojure makes me want to start looking for an alternative environment. I'm sure everyone else that says it feels similar and just hopes if enough people say it, it'll be opened up. Obviously, Clojure can be used without Datomic, but I can't help but feel like I'm missing out on the bigger vision by not using it and I don't like that feeling because that's exactly how vendor lock-in begins.