Hacker News Reader

I don’t know if these scenarios are so backwards. As the article hints to it can be hard to distinguish code of high quality from what I’ll call code of ‘high effort [but low quality]’, especially for management.

As someone else pointed out: People have trouble seeing negative space.

View on HN

As I described, there's no need for anybody to make that distinction. Good code is good because it helps achieve business objectives better. Free market is all that is required for it to win in the end.

That would be nice.

However, a big problem is the opacity of engineering, especially software engineering. It can be hard to tell the quality of code from the outside, and the less technical you are, the harder it is to see. There are signs of course, such as the number of bugs, but it can be hard to tell the difference between style and quality.

> It can be hard to tell the quality of code from the outside

You don't need to. Let the results speak for themselves.

Reply on news.ycombinator.com