Recent submissions

Comment · 9 months ago
No I'm not. Because the people who need this mentality shift are also people who won't listen anyway and have a negative attitude. And the people who already understand this don't need to see this article.
Comment · 11 months ago
This is a better way to say it.

Talking at the right place at the right time on the right topic is.

Comment · 1 year ago
Thats funny, I met him during GSoC too over a decade ago, and he's been on top of the open source game.
Comment · 1 year ago
I got a great business idea now.
Comment · 2 years ago
Famously broken badly for anything mission critical.
Comment · 2 years ago
Yea, in theory, the way its stated, it would be a plus for the industry and Iceberg consolidation.

How it will actually play out, who knows?

Comment · 2 years ago
Iceberg is not Snowflake originated, it was built by folks at Netflix - the same folks who built Tabular.

But yes, this is definitely bad for Snowflake, Databricks can position itself as a very strong competitor with this move and moving more towards Iceberg.

Comment · 2 years ago
Context: new veritasium video about this
Comment · 2 years ago
same issues here
Comment · 3 years ago
Interesting, foreign key constraints typically make sharding harder, interesting to see them add support for some type of fkey constraint (even though it's same-shard only) to the db. I wonder how it impacts use-cases like vreplication/online DDL - I suppose you have to be careful with the exact semantics of the fkeys.
Comment · 3 years ago
Stalking the LinkedIn, it seems he quit, switched to a PhD in CS and has been working at Google for the last 12 years.
Comment · 4 years ago
Dumping money in STEM probably does do something, we're all just biased over the CS portion of things - which yea, is a mess.

But for subjects like Civil, Electrical, sciences like Physics, Biology, I suspect the story is quite different.

Comment · 4 years ago
Comment · 4 years ago
inb4 someone saying something about mocking or dependency injection for testing
Comment · 4 years ago
This is normal, companies want to organize their staff into the best roles they fit in to the projects which are most important. This is important for a healthy company. The manager would have obviously worked with higher management and there was some tradeoff to be made here, so it would have been let through, keeping in mind the persons interests(hopefully).

Google SRE is overinterpreted. they are a big company with lots of resources and exceptional engineers. It's not reasonable to model smaller companies like that.

Live from the official Hacker News API

A modern reader for Hacker News · SvelteKit + Skeleton