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 12 hours ago | parent [-]

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

▲

abelitoo 8 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 8 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 11 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.