I'm actually in Toronto, Canada (closest I got to the valley was an invite to the YC interview round almost 6 years ago now ...), but I'll reach out via email because I would absolutely love to hear more.
I agree that I should be looking for people who produce quality work, but I also think there's some flexibility to the 'interchangeable pieces' part of the argument.
Here's the thing: Building anything ends up being a very iterative process. From my personal experience, by the time one moves from the prototype/beta phase upwards of 90% of the original code/design base is thrown away, redone, etc. Since what I'm really looking for here is the first-cut that allows for the validation of the idea and the on-boarding of the first few (hundred-)thousand users, I think there could be some advantages to a little shorter-term thinking; if-and-only-if that means I'm able to deliver that first cut to market sooner than if I were to focus on the stability of the team upfront.
Don't get me wrong, I'm still wavering on my opinion of this (hence this entire thread). But I am really enjoying / appreciating the various methodologies.
1. I totally agree and am always ready to leave the day job. I guess what I'm looking at here is the optimal way to get to the quit-job state. I'm not the best developer, so quitting to take on that responsibility seems counter productive ... Leave a job that pays well, allows me some freedom to invest in others working towards my goal - just so that I can devote all my time to work that I'll never be the best at / other would do a better job of ... Part of the problem here is likely the fact that I should probably be in a "non-technical" cofounder role, but I just happen to have enough technical founder skills that prevent me from embracing that approach whole-heartedly.
I'm really trying to find the best balance of risk/reward here -- while accelerating the timeline as much as possible.
2. I'm at the dayjob - so, technicall my time on HN is helping finance the upcoming project... (note to those who work with/for me / are quite possibly reading this: -- this was a lunch break post & you all know I run a number of side projects -- don't get too scared that I'm leaving tomorrow...)
Yeah, that's absolutely what I've done in the past / will do again if I head this route. (Truthfully speaking though, with the time limits, it was the ruthlessly stripped down version that took me 9 month). As I said, I'm a competent hacker, but even full-time, I'm nowhere near my dev friends and designer friends who breeze through some of the data structure design aspects I'd end up meddling with for a week ...
Would love that info - at least it would give me some concrete examples of what's available. I definitely have a budget -- willing to invest in the idea & no longer a starving student, so I certainly wouldn't want to be going the rock-bottom cheap route. Thanks.
Yeah, that's been my approach in the past, but I'm definitely questioning that approach right now. Founding at this stage in life is definitely more difficult. In my early twenties, I dropped out of school, working 19hrs a day and was able to produce a prototype for what would become my full-time business for the subsequent 10 years in a matter of a few months ... But with my last startup, I worked every night from about 10pm-1:30am + "nap time" on weekends, and what should have been 1-2 months of work turned into 9 - with way more compromises than there should have been. Plus, the time spent tweaking the code actually limited the time I spent on some of the critical business / positioning decisions.
(A few times I actually rented a hotel in my city just to sequester myself and jump start the dev process)
In terms of elance/odesk, yes, I thought that would be a sketchy approach. I was actually more interested in production houses (like the kinds that build full-on apps) and contracting them. I've done similar in my day job, but in that case, they weren't so much building the business for us, but just building a marketing hook or an app extension to our core offering. I'm a little more skeptical about using them to build the whole thing...
The final approach I was considering was simply hiring my first employee as a work-from-home employee/cofounder. I'm wondering if anyone has ever been in this role, how they found it and if/where things went wrong with the "non-technical" cofounder? (I'm calling myself non-technical simply because I wouldn't be playing the role of developer -- I am in fact technical ...)
It's built for integration (linear in-transform-out types of operation), but internally we've used it to create webservice APIs, create the wiki mentioned above, serve up HTML and pretty much anything else you can imagine.