Live data from Hacker News

Technical Excellence Is Not Enough

raccoon.land

21–30 of 105 posts

Re: Technical Excellence Is Not Enough

#21
post #4

The world is a big place with all kinds of organizations and people that fit in different ways on those organizations. Some organizations do in fact optimize for correctedness , and some people are good at it. Some people are good in everything (totally possible, universe doesn't care about keeping dichotomies). Maybe that technical guy was only technical up until now because it was what added more value. People ofte…

Okay I'll bite: How does one find these organizations? They all have high quality listed in marketing blurbs on their websites. No one actually claims their product is crap and quality doesn't matter.

Re: Technical Excellence Is Not Enough

#22

I find OP's communication style abrasive and off-putting, which tracks with them saying they've been coached on this, and found that advice lacking. Maybe it's still insufficient advice, but it hasn't worked for them at least in part because they haven't figured out how to apply it. From the post, I see low empathy and an air of superiority, (perhaps earned by genuinely being smarter than their peers-- doesn't make i…

The first two sentences

> Organizations don't optimize for correctness. They optimize for comfort

...do I need to say it?

Re: Technical Excellence Is Not Enough

#23
> Ignoring it costs more later, but later is someone else's problem.

and then the blame could be shifted to the future generations, it's their incompetence after all.

> Correctness wins when the cost of ignoring it becomes impossible to miss: an outage, a customer complaint, data loss. Until then, comfort wins every time.

Those who tolerate comfort-winning aren't engineers and shouldn't be admitted to stand close to engineering systems overall, especially outside the software industry.

Re: Technical Excellence Is Not Enough

#25
> Authority matching responsibility. That's the only fix I've seen work.

So, if I understood correctly, complaining that his architectural advice for other teams/people was constantly ignored, and his solution is the same thing he was complaining about.

ie The teams he was advising also thought authority should match responsibility - and they did want they wanted and ignored him?

Re: Technical Excellence Is Not Enough

#27

>If you're in this position (relied upon, validated, powerless), you're not imagining it. And it's not a communication problem. "Just communicate better" is the advice equivalent of "have you tried not being depressed?" How about "have you tried unionizing?" Because the common theme here is lack of respect which is ultimately limited by your own bargaining power. That means it's only your individual value against the…

I hate seeing the idea that unionization is the answer. I grew up in South GA. Every single time that a corporation didn’t want to deal with a union, they just picked up and left.

And if everywhere they went would do the same thing, then they wouldn't be able to leave. Too bad people have been convinced that unions are bad.

Re: Technical Excellence Is Not Enough

#28

I find OP's communication style abrasive and off-putting, which tracks with them saying they've been coached on this, and found that advice lacking. Maybe it's still insufficient advice, but it hasn't worked for them at least in part because they haven't figured out how to apply it. From the post, I see low empathy and an air of superiority, (perhaps earned by genuinely being smarter than their peers-- doesn't make i…

The first two sentences > Organizations don't optimize for correctness. They optimize for comfort ...do I need to say it?

> One number, never measured before. It doesn't change rules or add warnings, just makes the existing count visible.

Stopped here. That pattern.

I recognize this pattern from this AI "companion" my mate showed me over Christmas. It told a bunch of crazy stories using this "seize the day" vibe.

It had an animated, anthropomorphized animal avatar. And that animal was an f'ing RACCOON.

Re: Technical Excellence Is Not Enough

#29

Earlier quoted context omitted.

Hard to unionize a digital industry, very easy to find someone willing to take lower pay and “scab” when location is not truly a factor. Not to say impossible, but software development is one of few trades that just by the nature of being digital is pretty hard to unionize.

If we believe that, then the real question/answer for the OP's worries is that software development is in a race to the bottom, and then the advice becomes "have you tried switching to hard-to-automate-and-outsource industry?" because you are certainly never going to get respect by volunteering to be paid less just to remain competitive with cheaper workers

My advice broadly would be to find some way to be difficult to replace, and that’s one way to do it.

Re: Technical Excellence Is Not Enough

#30

It’s a trust issue. There’s no one more of a PITA than a new team member who joins and starts questioning every little thing and demanding it be changed (the initial questioning is fine, so long as you accept “because” as a reason). OF COURSE any team that’s shipping software will have things that don’t make sense prima facie, because they’re accumulated tech debt or historical accident. Go beyond identifying all the…

> Additionally, you may also find that not all the little problems are worth solving, and what’s more interesting are the bigger problems around product-market fit, usability, and revenue.

TFA author (and me), and you have wildly different motivations. I don't know the author, but have said verbatim much of what they wrote, so I feel like I can speak on this.

Beyond the fact that I recognize the company has to continue exist for me to be employed, none of those hold the slightest bit of interest for me. What motivates me are interesting technical challenges, full stop. As an example, recently at my job we had a forced AI-Only week, where everyone had to use Claude Code, zero manual coding. This was agony to me, because I could see it making mistakes that I could fix in seconds, but instead I had to try to patiently explain what I needed to be done, and then twiddle my thumbs while cheerful nonsense words danced around the screen. One of the things I produced from that was a series of linters to catch sub-optimal schema decisions in PRs. This was praised, but I got absolutely no joy from it, because I didn't write it. I have written linters that parse code using its AST before, and those did bring me joy, because it was an interesting technical challenge. Instead, all I did was (partially) solve a human challenge; to me, that's just frustration manifest, because in my mind if you don't know how to use a DB, you shouldn't be allowed to use the DB (in prod - you have to learn, obviously).

I am fully aware that this is largely incompatible with most workplaces, and that my expectations are unrealistic, but that doesn't change the fact that it is how I feel.

Post reply on HN