undefined | Better HN

0 pointsdimitrios14y ago0 comments

I used to think like this too, but now-a-days, it's more like "What a luxury to be in a position where you get paid to untangle a 600 line bash script"

That is, usually these few hard workers are typically the ones responsible for getting a company to profitability precisely because of their GSD attitude. Now that the company has some runway, the architecture and refactoring can proceed.

0 comments

11 comments · 3 top-level

albatross134y ago· 5 in thread

I can assure you, when shit is broken in production and customers are knocking at the door threatening to cancel it is not a luxury to find out these types of things...let alone start untangling the web.

darkerside4y ago

You can always leave if you're not happy. Parent's point is that without that 600 line bash script person, your company/job might not even exist.

I'll remind you that, for every failing 600 line bash script you debug, there are probably 20 others that are sitting there, just working.

djenendik4y ago

Yes because those other 20 have been debugged...

reidjs4y ago

He means that those customers wouldn't exist in the first place if it weren't for the messy code.

Dracophoenix4y ago

And window repair customers wouldn't exist if it weren't for broken windows! If Bastiat were alive, he'd have a field day with the computing industry and its Freakanomics-like underpinnings.

srean4y ago

When things eventually break, its possible that those customers and more would leave also because of that same code.

1 more reply

metafunctor4y ago· 2 in thread

What perverted sense of luxury is this?

There is no shortage of software jobs. There are plenty of opportunities to work with a relatively clean codebase, capable and experiences colleagues, unencumbered by the VC runway bullshit.

Proziam4y ago

Every company begins somewhere. If you want new companies to make it, allowing for there to continue to be 'plenty of opportunities' in the future, then accepting that there are times when repairing the ~sins~ necessities of the past is reasonable.

metafunctor4y ago

600 line bash scripts are not always necessary for new companies to make it. Sometimes, sure. Often, even, on the way to understand what is actually needed.

Many new companies spend too much time perfecting the wrong thing.

But messy code is NOT a requirement to make it.

Messy code, in and of itself, does not help.

Messy code might be a sort of inevitable step on the path to product/market fit. However, it is most certainly not a goal, and dealing with messy code is not a luxury. It is more likely a sign that the early tech people weren't very good.

shepherdjerred4y ago· 1 in thread

I never felt luxury when our service didn’t scale to meet the goals of higher-ups because the code was over engineered with hacks piled on top. It doesn’t matter how good of an MVP you built if it is so inflexible that it has to be thrown away and rebuilt to meet tomorrow’s needs.

Managers tend to reward those who complete tasks today as minimally as possible at the expense of the product tomorrow.

raman1624y ago

I think scrappy MVPs have their place,it's just knowing when to use one. If you're a very early stage start-up and you're trying to validate your idea, the quicker you can see if that idea is valuable is better than risking time building a clean code architecture.

j / k navigate · click thread line to collapse