3 ms·

yea i think this is the point that shadeless's comment misses. it's not like there is no talent in the world at large, but businesses have a hard enough time de

by fat0wl 12y ago

yea i think this is the point that shadeless's comment misses. it's not like there is no talent in the world at large, but businesses have a hard enough time deciphering talent when they have 2 in-house developers and can read their entire code portfolio... these rubes are doomed as soon as they descend into no-man's-land. Personally I'd much rather have 1 ace developer than 10 of questionable value. at the corp I work at they have the luxury of going both ways, just hiring a pool of expensive devs & seeing which ones turn out to be the aces. I understand thats not feasible for startups. & lack of a technical co-founder makes singling out an ace very difficult. I'd try to get a programmer friend to pick out a likely monster programmer & start from there. Having non-technical people hire/negotiate for tech talent is just not feasible IMO. So much money trickles down the drain like that. Corps can survive it, startups can't.

Bahamut 12y ago
Completely agree - I've been at startups with 20-40 people where I was the best developer in the company...with 1 1/2 years of experience. I left those places quickly, it reeks of not knowing what they are doing. These places all had in common heavy interest in outsourcing when timelines were tough. They just wanted stuff done quickly, and didn't put importance on the execution. What that does is frustrates the developers that have to fix the bugs and refactor the heavily coupled code, and ultimately makes good developers want to leave.
- fat0wl 12y ago
  yep it is messy like that even at corps, but thankfully once you deliver on a few good projects & show you are reliable they will often let you rip up a codebase & re-format the project as you'd like (perhaps while phasing out the previous iteration) rather than inheriting a codebase that you feel is..... beneath you (for lack of a less pompous phrase) :D it's cool, it lets you keep to some level of personal standards once you have management's trust (took me about a year & a half i think? to be able to oppose a conservative architectural recommendation & win)
adamc 12y ago
1 ace developer will have no communication overhead (internally), whereas 10 will have a ton... no contest if they are of "questionable value". Big companies/organizations do otherwise because of politics (hiring a better developer might cost more than the business manager) and incompetence (if business people are picking, they usually can't tell the difference). But smaller, stronger teams are ALWAYS better, outsourcing or not.

by fat0wl 12y ago

Bahamut 12y ago

Completely agree - I've been at startups with 20-40 people where I was the best developer in the company...with 1 1/2 years of experience. I left those places quickly, it reeks of not knowing what they are doing. These places all had in common heavy interest in outsourcing when timelines were tough. They just wanted stuff done quickly, and didn't put importance on the execution. What that does is frustrates the developers that have to fix the bugs and refactor the heavily coupled code, and ultimately makes good developers want to leave.

fat0wl 12y ago
yep it is messy like that even at corps, but thankfully once you deliver on a few good projects & show you are reliable they will often let you rip up a codebase & re-format the project as you'd like (perhaps while phasing out the previous iteration) rather than inheriting a codebase that you feel is..... beneath you (for lack of a less pompous phrase) :D it's cool, it lets you keep to some level of personal standards once you have management's trust (took me about a year & a half i think? to be able to oppose a conservative architectural recommendation & win)

adamc 12y ago

1 ace developer will have no communication overhead (internally), whereas 10 will have a ton... no contest if they are of "questionable value". Big companies/organizations do otherwise because of politics (hiring a better developer might cost more than the business manager) and incompetence (if business people are picking, they usually can't tell the difference). But smaller, stronger teams are ALWAYS better, outsourcing or not.