Live data from Hacker News

Idea Guy Looking for Developer

bubblefoundry.com

61–70 of 109 posts

Re: Idea Guy Looking for Developer

#61
I find it interesting how often this happens in the space of internet start-ups.

I have a background in biochemistry and we don't have 'idea guys' coming around saying "hey, how about curing cancer?".

Re: Idea Guy Looking for Developer

#62

Here's the funny thing about learning to program vs. hiring a developer. I politely decline offers to work on ideas that my non-programmer friends come up with. However, if one of those friends came to me and asked to learn PHP, I'd happily spending a few evenings helping them out. It's a difference that very few "idea guys" seem to understand.

This a thousand times. It's also the perfect thing to remind you that you're not being at all "ungenerous."

Re: Idea Guy Looking for Developer

#63
I agree with the article, but one thing makes me wonder. Initially one reason that developers are hesitant is because the difficulty of the project is underestimated. Layer, the author says to do it yourself, it isn't too difficult. This seems to be a bit of a contradiction. While I understand that easy is a relative term and agree that learning to code isn't too difficult, some may take that suggestion to mean that " if I can learn how to do it, your skills can't beer worth that much." Not everyone will think that, but some will. But I guess that's another clear warning sign not to work with them.

Re: Idea Guy Looking for Developer

#64

The thing that always gets me is that "idea guys" seem to assume that "developers" can't get ideas, like it's a skill that only a select few can possess. Guess what? Everyone has ideas, and being a developer is great because we can actually build our ideas.

A "business person" may be a domain expert in a vertical market. They may have an idea that requires an insight that only comes from years of working inside an industry that a developer, unless they have also worked in that industry, will simply not have. Furthermore the "business person" will be able to network in that industry.

I think this is the black swan of the unsolicited ideas. Do they exist? Sure. I'm sure there's at least one out there. But it's not a case that everyone who wants to talk about swans has to spend a lot of time accounting for. Usually the unsolicited idea is "Clone $BIG_NAME_SERVICE for $500" with an optional rider of "specialized in a fully, profoundly unspecified manner for some set of people".

Re: Idea Guy Looking for Developer

#65

"They both think that less skill is required (so the programmer doesn’t deserve much compensation) and that less time is required (effectively creating a very low hourly rate for the programmer, given the flat rates that are often proposed)." I find it ironic how he points out that idea guys tend to undervalue the hard work of the programmer and then at the end he suggests that the idea guy should implement it himsel…

In my experience, the most important knowledge the idea guy lacks isn't how to code, it's how to plan and structure the project so that it can actually get done given whatever constraints. In order to get this, some level of technical understanding and grokking of programming is required, and this is the main asset that learning basic programming can bring to an idea guy, even if he never gets anywhere near good enough to write production code. Idea guys without that grounding tend to be overly ambitious and extremely susceptible to scope creep, not to mention more difficult for programmers to work with. These types of problems can easily be fatal to a project.

I should add that most developers don't seem to have much of this knowledge either. It comes from a rare blend of anticipating customer needs, technical understanding, and general pragmatism. The more projects I work on, the more I come to believe that someone who fills this gap is worth ten times more than both the dude with the 'great idea' and the all star coder.

Re: Idea Guy Looking for Developer

#68
I think idea guys (or non technical cofounders) would do much better finding a programmer to work with if they approached developers more collaboratively.

Most of the pitches I get from 'idea guys' are very specific technical solutions that flatly will not work as designed because (lacking knowledge) they made some poor assumptions.

Much better would be an idea guy that came and said: "I've found X problem in the market, solving it would be worth Y dollars annually, what approach would you take to solve that?"

In my current startup (with a non-technical cofounder) we delineate this as the 'what' and the 'how'. He has much greater domain knowledge than I do, he describes what the problem is, how painful it is to the customers, etc. I figure out how to best implement solutions to those issues. Obviously it isn't quite that cut and dried, but in general the approach has been working.

Calling my current co-founder 'non-technical' or 'the idea guy' does him a great disservice as he is incredibly capable and the very definition of the kickass get off the ground business guy (wrangling VC, making sales, talking to customers)

Re: Idea Guy Looking for Developer

#69
I think a partnership can make sense if there is complimentary leverage, i.e. both parties bring something to the table that the other can leverage to their benefit + the combination of both parties creates additional leverage.

Just having the idea in most situations just isn't a lot of leverage for a developer to become interested. But if you pair an idea up with:

Idea + capital, Idea + connections, Idea + salesmanship, Idea + passion + market opportunity + timing etc..., Idea + hustle, Idea + mentorship / experience, Idea + proof of concept, initial customers etc, Idea + market knowledge with a significant edge over others, Idea + accounting / misc biz skills

or a combination of those...and then you should be able to find a developer that is able to see enough upside to work with an idea person. The default answer shouldn't need to be 'learn how to code' in most cases. My viewpoint is to not do what you're hopeless at in 99% cases. There's not a lot of leverage there - ideas like speed. It's more valuable to get better at what you're already good at. If you're stubbornly trying to learn how to code and design despite hating the process, you simply didn't exhaust other avenues that yield a more expedient route to launching whatever idea/vision you have.

I did go down the learn how to code/design/market myself route because it's fun to me and that's a form of leverage that gives a potent edge. But I really hate seeing people struggle because they suck at what they are trying to learn, don't enjoy what they are learning but yet are using such things as obstacles to be conquered that they falsely believe are necessary to succeed. Sometimes it's just an excuse not to be doing what you're good at.

Post reply on HN