[zcam]

All the things you are mentioning would be nice to haves but frankly nothing prevents us to use these today already, either directly or via a bit of wrapping.

Communication "style" and slow pace is frustrating sometimes but that's a small price to pay for all the positive facets of the language/community. I used to be more critical of these but I don't care anymore, the community is wonderful, the language is very usable and thriving, that's what matters ultimately.

About Datomic, I still don't get why there's no push to open-source the on-prem version, especially since nubank acquisition. I dug onto the internals a few times, contributed to some of the alternatives, read/viewed pretty much everything about it and used it for fun in toy projects, and that thing is just so versatile it makes me angry it's not more accessible and as a result not more popular. It has an incredible untapped potential. Every conj I am holding my breath hoping for a "one more thing" announcement where they'd do just that. The "alternatives" do things either quite differently on too many aspects or lack traction.

[KingMob]

Which of the datalog alternatives do you think is closest? And how much of an improvement do you think a datalog db is over boring Postgres or SQLite? I’ve been weighing what db to adopt.

[zcam]

datalog is just the query language. For me there's no such thing as a datalog db, there are various db that uses some derivative of datalog for querying but that's it. To give you an idea, datomic has other ways to query your data than with datalog alone.

The "closest" to datomic is datahike right now. Crux/datahike/datascript/asami all use datalog in some way or another but they cover different use cases.

[refset]

Just noting that Crux has been rebranded to https://xtdb.com/ (as per https://xtdb.com/blog/crux-to-xtdb-rename/)