Hacker Newsnew | past | comments | ask | show | jobs | submit | mystifyingpoi's commentslogin

What if I told you, that you don't need battery backups, that one ISP is enough, that you don't need 24/7 network team to plug a cable from your tower server to a router, in order to host a mid-size SAAS from the office tower server?

Get real guys.


Get real guys.

I had a PHB who didn't like that our web site went offline for 30 seconds each week.

I explained to her that the alternative would require $200,000 and six new employees.

She hasn't brought it up since.

Very few web sites are "mission critical." Even Facebook could go offline for a few seconds a week and nobody would care or notice.


It’s not for me, but my paying customers. I guess I could ask them if they are ok if the service goes down when Florida has a hurricane

Sounds exactly like AWS Storage Gateway, how does it compare?

Storage Gateway is an appliance that you connect multiple instances to, this appears to be a library that you use in your program to coordinate caching for that process.

See: YAML, JS, /etc structure, credit cards in US...

Keyboards being modeled after typewriters, unit of electrical charge being negative, pi being half a turn, etc.

Our basis vectors are very much wide of the mark.


We... have failed so much...

I just found out https://typst.app/play/ - this is an absolute gamechanger. Tried it for a minute, but already loving it.

This is basically their monetization strategy btw – the SaaS offering is exactly this app, but with cloud sync and collaboration features. This part is proprietary, sadly, but I’d say fair enough considering it pays for the compiler and other tooling (FOSS).

It even supports vim bindings :-)

This is excellent, but I want to note one thing.

> The zero-bug stance means that we address bugs immediately

That's the key part. What does it mean "address"? I worked in organizations, where a dev could push any fix to dev basically anytime. CI pipeline would get the fix deployed in 3 minutes and it's there. However, getting that fix to production and to the end user was a completely different story. It required hours or even days of concentrated effort in managing all the communication. Justifying an out-of-process deploy was painful enough. So most people wouldn't do it, the bug will be fixed in the next quarterly release anyway, and my paycheck is the same, so why bother?


Well, then just don't play the game. Make a decision in the team, that everyone accepts everyone's PR immediately without any review. At least you won't have to wait.

I'm semi-retired now, but I spent most of my career at a Bell Labs-caliber place (I was the dumbest person there) before "PR" and "code review" became part of the lexicon, and yes, everyone was good enough not to mess things up too badly.

So what? It is just another tool in the toolbox. A tool that someone already invested in webdev can pick up in a week or two.

> that is not backwards compatible

This would be a massive breaking change for Kubernetes. There are piles and piles of YAML all around the opensource that would need updating. It would be very hard to adopt.

Also, quoting strings 100% of the time just looks ugly in my opinion. Not a big deal with autogenerated YAML, or YAML that I do not maintain, but for anything handwritten it's annoying.


how is it annoying...? it's literally like that in almost every single language out there. IMO seeing unquoted strings in YAML feels weird.

As I said, it's subjective. I like this

    image: my-repo.com/my-app:v1
    imagePullPolicy: Always
more than this

    image: "my-repo.com/my-app:v1"
    imagePullPolicy: "Always"
That's all. Not sure about quoting keys though.

is it a massive change? yes, will it cause serious problems for existing apps in production? yes. but think of this as one of those python 2 to 3 moments. They could improve the spec dramatically and cut the parser down by a crazy amount to detect edge cases. It ll be a bright direction forward for YAML

Which is unfortunately very true. I think, that in a healthy organization such kind of mentoring requires extremely well defined boundaries and rules. Can I spend 1h of my time explaining basic stuff to a junior, who will then be able to finish his task in 2h instead of 8h? Mathematically this is a win for the company. But economically, maybe that junior dev should be fired.

That's the problem -- except in the rare type of org that thinks past quarterly or annual results and thus values training up a pipeline to be the future seniors -- economically speaking, all the junior devs should be fired, and the simple tasks they can do are the same set of tasks that can be accomplished by a senior at the helm of AI at 10-50x the speed.

Well, there is a big difference between wanting to just play Chopin and wanting to learn piano well enough to play anything on the current level including Chopin. There are people, who can play whole piano pieces mechanically, because they just learned where to position hands and what keys to press at a given time.

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: