Live data from Hacker News

AWS Acquires DuckLabs

ducklabs.com

201–210 of 293 posts

Re: AWS Acquires DuckLabs

#201
post #33

Congrats to the founders but honestly feel bad for the team. Hearing so many not good things coming from inside AWS these days. Place sounds like a total mess. Seems like a constant stream of top talent fleeing on my LinkedIn this past year. I hope they just let the team carry on and don’t contaminate it with all the other craziness going on.

> Place sounds like a total mess. What big corp is not a total mess?

AWS in large pockets was not a mess 10 years ago.

The things I hear from recent AWS departures are very concerning.

Re: AWS Acquires DuckLabs

#202
post #141
post #133

Earlier quoted context omitted.

RMS addressed the business model from the very beginning: it's services and consulting. He practiced what he preached. You might think that's got a very low ceiling. But, even though it's a bad example in many ways, OpenAI showed that the ceiling is very high. And if you're morally flexible even higher.

RMS promotes GPL, not MIT licensed software. When a bigger entity (e.g. AWS) decides to undercut the original creator/vendor (e.g. redis,elastic search), MIT code des not help.

RMS would probably agree with you and think that I'm apostate. But there's an open source license for the full spectrum of software authors' preferences. Depending on the circumstances some could turn out to be a poor choice.

I know some lawyers who specialize in these choices. Everyone thinks their choice doesn't smell, but there are the resources to make informed choices.

Re: AWS Acquires DuckLabs

#203

Earlier quoted context omitted.

>...sustainable engineering, correctness, and keeping DuckDB open and MIT-licensed for everyone Hah. Never have I ever heard a sentence that described Amazon less.

what do you mean? amazon maintains a ton of open source projects, including a pure FOSS version of Elasticsearch called Opensearch

:-D

Yes I think motherduck is going to get ... well motherducked bad by AWS

Re: AWS Acquires DuckLabs

#205

Earlier quoted context omitted.

Google is better but it's an incredibly low bar. Amazon will drive these people to quit within a couple years over filling out MBRs and threats about how the MBR isn't good enough (MBR = monthly business report, pure bullshit theatre that drives the whole company mad 2/4 weeks every month). Google would drive them to quit over a longer timeframe, with no threats or harrassment, just because every time they try to shi…

They should be fine as long as they remember to use the new cover sheets. I'm sure they got a copy of the memo.

Don't worry, I'll send them another copy just in case.

Re: AWS Acquires DuckLabs

#206
post #30

Earlier quoted context omitted.

AFAIK Google is much better at not tearing well-working teams apart in reorgs, and letting people go they have acquihired a few quarters earlier. Of the few examples I have I my head, I'd even say that the fate of a product that has been acquired by Google is probably even better than those of Google's internally developed products. e.g. Waze is still alive and kicking 13 years after acquisition under its own brand a…

Google is better but it's an incredibly low bar. Amazon will drive these people to quit within a couple years over filling out MBRs and threats about how the MBR isn't good enough (MBR = monthly business report, pure bullshit theatre that drives the whole company mad 2/4 weeks every month). Google would drive them to quit over a longer timeframe, with no threats or harrassment, just because every time they try to shi…

> Amazon will drive these people to quit within a couple years over filling out MBRs and threats about how the MBR isn't good enough (MBR = monthly business report, pure bullshit theatre that drives the whole company mad 2/4 weeks every month).

Wouldn't be possible nowadays to LLM your way out of this?

Really no idea, just asking.

Re: AWS Acquires DuckLabs

#207
This is a real shame. I love DuckDB, and we've adopted/extended it and ducklake very heavily at Krea for our research.

I know the projects will remain open, and ostensibly still contributed to in the same direction, but surely AWS thinks of this as another piece of a product suite to compete with Databricks.

Nontheless, I think the open embedded query engine approach DuckDB is spearheading is larger than one project, and I remain excited about the broader ecosystem (especially datafusion).

Re: AWS Acquires DuckLabs

#208
post #157

Earlier quoted context omitted.

It's all about tradeoffs. Same reason there are so many kinds of wheeled transport and so many kinds of bridges. There's no single set of requirements and desired properties that people have for databases. What queries does it accept? How does it persist data? How does it manage replication and partitioning across multiple servers? Are questions with many answers and the right one varies by application.

> What queries does it accept? How does it persist data? How does it manage replication and partitioning across multiple servers? Are questions with many answers and the right one varies by application. nothing prevents to build single database which would cover all such answers. Its engineering, funding and distribution problems: no-one built it yet.

Practicality and wisdom prevent trying to fill all the database niches with a single product.

Even if you did it, I'd be surprised if a single code base is optimal across the spectrum from resource constrained microcontrollers all the way up to IBM Z Series mainframes and everything in between; along with the full spectrum of persistence from in-memory MRU (or similar) caching to full two phase global consensus as well as optimistic eventual consistency.

There's just too much scope to be the best in class at everything, and even if somehow you did it, the maintenance cost of all the options would be huge.

Best you'll get is as computing continues to increase, the cost of using less than the best becomes more reasonable. There's a lot of database applications where any reasonable database works, and there's a lot of databases that are reasonable in wide application. That may well lead to fewer databases being available, but it's unlikely to converge down to a single database. Just as most engineering domains don't converge down to a single solution for all applications.

Re: AWS Acquires DuckLabs

#209
post #147

I'm an idiot, and a lot of Hacker News goes over my head, but I still read it. Would anyone mind answering this question? Are databases not a solved problem? Why are there lots of different databases? Why is one faster than the other? What's different between them?

> Are databases not a solved problem?

What do you mean by solved problem? I don't own DuckDB (sqlite, postgresql, etc). If I think I can create something as good or better than DuckDB, should I give up doing so (and get filthy rich with an acquisition) because someone thinks databases are solved? Solved databases aren't mine.

Re: AWS Acquires DuckLabs

#210
post #104

Earlier quoted context omitted.

We must be operating on different definitions. Generational wealth means you have enough money to meaningfully improve the lives of your kids and give them a leg-up on life. A million dollars is enough to buy a house for each of your 2.5 kids. If getting a million dollars wouldn't affect how much money you can leave your kids, you already have generational wealth.

> If getting a million dollars wouldn't affect how much money you can leave your kids, you already have generational wealth. Well said. Where I live, one million dollars would allow me to pay off my house, open healthily sized investment accounts for my kids, pad my investment account, setup a trust and, overall, set my family up for a comfortable life in the future. I don't see how that isn't generational wealth.

Generational wealth is where you can also do all of the above for your kids and potentially their grandkids as well.

Basically the bar is higher than "something you can pass down". It is enough that the next generation does not need to worry about making money either.

Post reply on HN