Live data from Hacker News

Dolt is Git for data

dolthub.com

91–100 of 196 posts

Re: Dolt is Git for data

#91

Only 39 days since the last "GitHub for data" was announced: https://news.ycombinator.com/item?id=22375774 I'll say what I said in February: I started a company with the same premise 9 years ago, during the prime "big data" hype cycle. We burned through a lot of investor money only to realize that there was not a market opportunity to capture. That is, many people thought it was cool - we even did co-sponsored data c…

Palantir is successful as well, but no clue what the hateboner on HN for them is, since it never even gets mentioned in these threads.

Is it because much of palantir success is with large enterprises and not startups?

Re: Dolt is Git for data

#92

Earlier quoted context omitted.

Palantir is successful as well, but no clue what the hateboner on HN for them is, since it never even gets mentioned in these threads.

Is it because much of palantir success is with large enterprises and not startups?

OP says "we couldn't find anyone with an urgent problem that they were willing to pay to solve" and "there was no market to capture". Wouldn't a counter example contradict those statements, regardless of the size of Palantir's clients?

Re: Dolt is Git for data

#93
I use a Python based CMS called CodeRedCMS for my website. They store all their content in a file called db.sqlite3. I use PythonAnywhere for hosting the site and they read the website-files from GitHub. So whenever I update my site (including the blog), I just push the latest version of the db.sqlite3 file to GitHub and pull it into PythonAnywhere.

So, as I understand, as long as the DB can be converted into files, it will work as anything else on Git and GitHub. What am I missing?

Re: Dolt is Git for data

#95

> Dolt is the only database with branches There's also litetree, whose slogan is simply "SQLite with branches": https://github.com/aergoio/litetree

Also noms, which I had high hopes for three years ago, but it seems dead these days (Salesforce acquired their company, and that was that):

https://github.com/attic-labs/noms

(Judging by other comments in this thread, Dolt may be a descendant, partially or completely, of Noms?)

Re: Dolt is Git for data

#96

Earlier quoted context omitted.

Git succeeded because it was free, and then business models were able to be built up around the open-source ecosystem after a market evolved naturally. There is a need, but if you go into it trying to build a business from scratch, you're going to have a bad time.

being free is a huge plus; but more equally or even importantly, it's a better product.

Was git really better than for example Mercury or Darcs for most 'normal' projects when it was released? I certainly don't remember it as such. It was certainly better for Linus and the specific workflow problems he had with kernel development, but I don't recall it being better overall at the time.

What its release (and the very public BitKeeper spat leading up its release) did do was bring the idea of distributed VCS to the forefront.

Re: Dolt is Git for data

#97
post #76

Earlier quoted context omitted.

Git succeeded because it was free, and then business models were able to be built up around the open-source ecosystem after a market evolved naturally. There is a need, but if you go into it trying to build a business from scratch, you're going to have a bad time.

Git succeeded because of Linus. Sure as hell wasn't because of the UX, else Mercurial would have won, or even DARCS. 99.99999% of projects are not the Linux kernel

I'd argue it succeeded (at least more recently) because of the UX that companies like Github and Gitlab gave, not particularly linus or because it was free.

Re: Dolt is Git for data

#98
post #76

Earlier quoted context omitted.

Git succeeded because it was free, and then business models were able to be built up around the open-source ecosystem after a market evolved naturally. There is a need, but if you go into it trying to build a business from scratch, you're going to have a bad time.

Git succeeded because of Linus. Sure as hell wasn't because of the UX, else Mercurial would have won, or even DARCS. 99.99999% of projects are not the Linux kernel

Mercurial would not have won. Mercurial has since added features, that are not the recommended workflow according to their docs, to have similar branching model to git but the default "as designed" workflow of hg is arguably inferior to git (yes, I know that word will get downvoted).

Without git, git's style of branching would likely never have been added to hg and even though it's been added now AFAICT hg people don't use it. No idea why. Git people get how much freedom git branches give them, freedom that other vcs, include hg don't/didn't.

Re: Dolt is Git for data

#99
post #97
post #76

Earlier quoted context omitted.

Git succeeded because of Linus. Sure as hell wasn't because of the UX, else Mercurial would have won, or even DARCS. 99.99999% of projects are not the Linux kernel

I'd argue it succeeded (at least more recently) because of the UX that companies like Github and Gitlab gave, not particularly linus or because it was free.

If Linus hasn’t pushed it, it never would have caught on.

Re: Dolt is Git for data

#100

> Dolt is the only database with branches There's also litetree, whose slogan is simply "SQLite with branches": https://github.com/aergoio/litetree

Also noms, which I had high hopes for three years ago, but it seems dead these days (Salesforce acquired their company, and that was that): https://github.com/attic-labs/noms (Judging by other comments in this thread, Dolt may be a descendant, partially or completely, of Noms?)

Yep, dolt is a fork of noms:

https://github.com/liquidata-inc/dolt#credits-and-license

(and sorry :( -- yay open source?)

Post reply on HN