4 ms·
Why doesn't it work? Genuinely curious!
by thebiglebrewski 6y ago
Why doesn't it work? Genuinely curious!
- marcinzm 6y agoI'd guess because: * It takes months for an engineer to be properly ramped up on a new codebase and even longer for business domain expertise. Until then they might actually be negatively productive due to onboarding questions other devs must answer. * Enforcing any coding standards is difficult so you get a lot of technical debt over time. edit: Also, a good engineer on a well functioning team will push back on bad or inefficient feature requirements. If you're just getting paid by feature and feel no ownership of the product then you have little incentive to do that.
- bitbuilder 6y agoI'd add to that, team dynamics can't be discounted. Feeling part of a team is good for morale, and in turn productivity. People tend to produce better work, on a faster timeline, when the respect of their teammates is on the line. Also, with any given team and codebase, team members will tend to carve out unofficial roles that best fit their abilities. This of course increases the net productivity of the team.
- easton 6y agoYou'd run into Brooks's law pretty quickly, that is, "adding manpower to a late software project makes it later", since you have to spend a bunch of the current engineers' time to get the new people up to speed. Especially for one issue, which maybe doesn't require a lot of domain knowledge, but being neck deep you sometimes can't estimate that properly. https://en.wikipedia.org/wiki/Brooks%27s_law https://en.wikipedia.org/wiki/Brooks%27s_law