3 ms·
> And it's really surprising how few people realise that, even if the "quick" approach is slower in the long term, time is not always worth the same! That real
by ilyt 4y ago
> And it's really surprising how few people realise that, even if the "quick" approach is slower in the long term, time is not always worth the same!
That really only applies to "we have to launch it next week". In vast majority of projects longer than a hackathon doing even slightly better (let's say extra 20%) pays off very quickly. Because there is plenty more shades between "let's do that in immediately simplest way with zero thinking" vs "let's build our own DB engine to handle the problem". With exception being maybe "we're just prototyping few approaches to the problem"
The "but we need to be agile and launch fast" is more often excuse than legitimate reason.
- tsgagnon 4y agoThat really only applies to "we have to launch it next week". It can potentially apply to any project with a fixed budget, whether that's internal or external. And time is money, sometimes quite literally if you are working in the agency world. Customers will choose a project with a $50k budget versus a $80k budget even if smaller budget will be significantly worse, as long as it meets one of their basic needs (or even if it doesn't, if that's all the budget they have to work with).