Hacker News new | ask | show | jobs
by kqr 1591 days ago
Software is automation. By relying less on automation, your software is less complex. That's a way to manage software complexity organisationally.
1 comments

This is like someone asking how to build a simpler house and your answer is to tell them to live in the woods.

If someone is trying to design a better plane, it doesn't make sense to tell them to just convince everyone asking for a better plane to stop traveling. It is nonsense and seems like you have unrelated ideas that you are trying to shoehorn into this question.

That's not how I see it. Imagine for a moment that we had an epidemic where every family just had to build a five-story mansion complete with service buildings to feel like they keep up with the Joneses.

That's what I see a lot of in software right now.

I'm merely suggesting that maybe a regular two-story family house is enough. Maybe even one story, depending on needs.

Note that only the first sentence of my comment said "don't automate". The other eight described a way to automate with less complexity when you have to.

Imagine for a moment

I think this is the problem - you are imagining a question that isn't being asked by telling someone to just not make that problem.

This person asked for book on managing complexity. You are saying 'just don't make software as complex and do it by not making software at all'. That is two steps removed from being any sort of answer to this question.

I don't see it that way. When I have had trouble managing complexity, I have been happy for advice on how to reduce it going forward.

Step one to solving a problem is often to find a technique by which time is no longer stacked against you. Then you can attack the other thing in peace.

I have been happy for advice on how to reduce it going forward.

You didn't do that, your solution was 'don't write software'.

If someone asks for tips on organizing their kitchen and without knowing anything more than that, you say 'make your kitchen smaller and don't use your kitchen' do you think that is reasonable advice?

Not writing as much software will result in reduced complexity going forward.

Sure, if someone built tens of industrial kitchens every month for regular families and just in the middle of nowhere (which is what i see a lot of in software) and then asked "how can I reduce my kitchen expenses" I would suggest "how about going forward you make your kitchens smaller and don't build them at all where nobody uses them?"