embik

Note: this does not appear to be a Kubernetes-based solution, the "pod" part just heavily sounds like it.

I seriously wonder what HN thinks is a valid business model for writing open source software. Everyone here seems to insinuate that people want to create a business and use open source as a growth hack. But how do you differentiate those from people who want to write open source (because they believe in it) and have to have a business to support their livelihood?

This is a team of eight people that tried to do everything „right“ by changing to a FOSS license (which happened four years ago) and the changes announced here sound very reasonable (changing branding and removing undocumented APIs). But all comments are dunking on them as if they haven’t even read the article.

Why do tech companies keep using dystopian stories as manuals? The flirty tone, the voice being awfully similar to the lead actress of Her.

Next we are getting Ex Machina?

My experience is that the Hoff transcends company, language and country boundaries.

> The A/B upgrade sounds a bit overkill, you can always just pop up a live distro or install a recovery system (on an old version) in a partition in case something goes wrong.

You and I can, the overwhelming majority of computer users cannot. Valve clearly focuses on building for the average person, something that Linux distributions (as much as I love them) still don’t really do (well).

The system automatically recovering from a failed upgrade is essential in a low-maintenance OS at this point.

Not everyone can look back at a 10 year long career in the industry to draw inspiration from. Especially for junior engineers, pointing out alternatives (that feel obvious to you) would be important.

It would be helpful if the post not only told you what to _not_ do (especially when it is a frequently done thing) but offered any sort of alternative.

Joke‘s on them when the EU cracks those lockdowns wide open.

Can you elaborate on that? What kind of introspection do you think the author is missing?

The post you are responding to is making the point that even though we have QA, dedicated jobs or even departments for these things … We, as a profession, still fail in releasing bug-free software. And that’s 100% correct.

Is that really something you are challenging? Which pieces of popular software you can think of are bug-free? And are you thinking of more than a handful?

> Suggesting that emergency brakes are inadequate due to one passenger failing to locate one is kinda cheap.

That’s not what I wanted to say at all - the op talked about the willingness to pull the emergency brake, but my understanding is that he was willing to but due to human error failed to find it. I didn’t mean to suggest in any way that emergency brakes are not important.

> We could also easily construe your argument as "engineers would never design a flaw"

Another thing I didn’t say. The whole original link is proof that engineers make mistakes all the time.