3 ms·
I think this mindset can lead to missing opportunities to build products actually faster. Having both code-first and product-first in your company is truly comp
by bluewalt 5y ago
I think this mindset can lead to missing opportunities to build products actually faster. Having both code-first and product-first in your company is truly complementary IMO.
CEOs that only wonder "can it be built fast" have a very short term vision. I keep hearing things like: "anyway, we are a startup so we will pivot hence code quality is not important right now, we need to push features!".
The thing is, you don't need to reach many years so that "average to bad" code makes a new feature 10x longer to be delivered. Any experienced developer understand how a good code is truly valuable to a company for delivering. And even if it's very true in long term, this is true as well at the very first stages.
But I'd say a very good developer is not product-first or code-first, he's both, you don't need to oppose both profiles. This very good developer is mature enough to know when a code refactoring will lead to a better productivity. And he's mature enough to know that this imperfect function is OK to keep as is because it has no real implication.
- deleted 5y ago[deleted]
- mikepurvis 5y agoHaving worked on some projects that were haste-at-all-costs piles of hacks, it can be a huge morale sink being told to just bolt more stuff on and not worry about the future. On the one hand, sometimes you really do cut that stuff loose (writing a driver for hardware and ending up switching to a different vendor), but even in those cases, there's pride in having taken the time to do the job right.