It's important to know which type of repo/project you are in and hire/code accordingly.

I've seen mismatch in each direction..

AlotOfReading 10 hours ago | parent | next [-]

How can you possibly know which type of repo you're in ahead of time? My experience is that "temporary" code frequently becomes permanent and I've also been on the other side of those decisions 40 years later.

▲

skydhash 10 hours ago | parent | prev [-]

Unless you’re producing demos for sales presentation (internally or externally), it’s always worth it to produce something good. Bad code will quickly slow you down and it will be a never ending parade of bug tickets.

▲

steveBK123 9 hours ago | parent [-]

indeed, being on-call cleanses many developers of slopulist habits

▲

abelitoo 6 hours ago | parent | next [-]

That depends on how quick the feedback loop is for your decisions. If it takes weeks or months to find the impact of your changes, or worse, if you're insulated somehow from those changes, you may not be pushed toward improving the quality of your code.

	▲	jimbokun 5 hours ago \| parent [-]
		A company where it takes weeks and months to deploy a code change is not a company with a long term success horizon.

▲

gjadi 8 hours ago | parent | prev [-]

It depends on their sleep habit, work-life requirements and compensation when they need to be on-call.

When you get a fatter check because your code break, the incentives are not in favor of good code.