Hacker News
points by restalis 2 days ago | 0 comments
In this context, first and foremost, it's "care" in the sense of maintainability. When the projects get big and weighty, it doesn't get harder to find fast solutions for implementing individual requirements or getting something fixed locally. What's hard and slows down the development is the need to find solutions that won't leave the project worse off in the long run.
[–] gregglain 2 days ago
This and yes also excessive refactor (I'm guilty).

One case I recall was an SRE that was quite intelligent asking smart questions and management took it as insubordination. The thing is he was fighting against shipping crap that later would ruin oncall.

Another time a coworker solved a big problem, saving time. But because management was not too involved, she got a pip.

One would assume making the system more reliable would get rewarded, in some contexts this is true. Others, it has to be blessed otherwise it can cut against.

[–] wallst07 1 day ago
I understand this and agree, but how do you measure it objectively.

Usually it's one outspoken engineer with lots of experience and anecdotes but not a link between cause/effect.. just a lot of war stories and slowing others down.

Hacker News