All I need is a programmer
codeclimber.blogspot.com
codeclimber.blogspot.com
Interestingly enough, a lot of people get stuck in some sort of weird trap: Their idea is worth so much to them that they won't give up equity yet their idea is worth so little that they won't invest in it.
Admittedly, when you offer to work for X and your "friend" responds by coming right out and saying that they expected the work for free, so forget it... they're not being very polite or very smart. A better response would be "Gosh, I hadn't realized it was more than an hour or two of work, and my budget is only $75. Thanks for setting me straight -- I'll have to rethink this. Can you recommend any $10-an-hour grade school students?" And then you put on your Helpless Newb Face and hope that your programmer friend takes pity on you and offers to work at half wages, or offers you some free advice on how to set up a cheap Wordpress site, or something.
As sure as the sun shines, people -- especially your "friends" -- are never going to offer what you're actually worth. (For one thing, they have little way of knowing. Given that most software engineers can barely estimate how long their projects will take or how much the result is worth, how can you expect inexperienced folks to do it?) You just have to do what this guy did: Ask for what you think you're worth, and be gracious but firm if they say something stupid or insulting in return.
Rule zero is: Never be the first person to name a price. The opener is at a disadvantage: Once they offer to pay you $5, they can't credibly claim to be unable to afford $4. You can counteroffer with $15 and then -- in the simplest scenario -- offer to split the difference, ending up with $10.
Following rule zero can be very hard. It takes a lot of social skill to deflect your opponent's request for an opening bid. I'm not sure rule zero even applies in a lot of situations -- for example, as a consultant I often just use rule one, because your customers will often be scared away if you act like the canonical Oracle salesperson and attempt to determine the approximate size of their bank account before you even name your rate. But you can give them a rate and then negotiate the project scope or schedule. ;)
I'm cribbing all of this from Dawson's Secrets of Power Negotiating, BTW. I find that book kind of cheesy -- perhaps because, like many techies, I'm a terrible negotiator by nature -- but it's a fun way to get inside the mind of a sales guy. I wish I'd read it before I went to China. Chinese shopkeepers saw me coming a mile away. I console myself with the knowledge that the profits from my few small purchases are probably putting some very nice Chinese kids through college now... Plus, my Chinese friend was highly entertained by the sight of my negotiating, and that's worth something.
She would decide what she wanted to pay (less than what was being asked, obviously), put down the money in front of the salesperson while picking up the item and wait for a response.
The salesperson was almost never willing to let her pick her money back up again.
Noone had read the mythical man month, or Spolsky's 'Hitting the highlights' (or named something similar to that).
I can testify first hand that treating software engineer like cogs is a road to slippage, bugs and all the good engineers leaving!
If he is expecting this guy to work for free, he should make him feel super important, ask for advice and not really ask him to do the work.
Assuming that someone else has nothing else going on and will spend their evenings/weekends on your project for free, just points out that he doesn't have a clue about how people work.
My advice to anyone looking to hire a programmer for free, try a subtle form of flattery and see if you can get a good deal. Alternatively, learn programming.
That's IT! I just decided to quit Lisp and program in C from now on. And all this time I wondered why I have no social skills... But now everything will be fine!!!
I'll try to double-check my post for ambiguïties next time.
I mention it, because I've caught myself thinking this way.
Ideas aren't worth the paper they're printed on. Unless it's nice paper.
I wouldnt say all we need is a programmer, rather another team member who can join us locally, while he continues working remotely! Interested drop me mail at paul9290 <at> yahoo.com. It's a paid position with equity!
In each case, they believe that the hard part of their business is the part they are doing/have done, and teh sales/marketing/bizdev is a slam dunk.
That sure would be nice. Too bad it almost never happens.
"the programmer is exchangeable. Maybe one is faster than the other, maybe the code will be ugly"
I couldn't disagree more. Read this
http://www.joelonsoftware.com/articles/HighNotes.html
and see if that changes your thinking. Joel refutes your statement much better than I ever could.
(My favorite line: Five Antonio Salieris won't produce Mozart's Requiem. Ever. Not if they work for 100 years.)
Also the comparison to Brad Pitt really makes no sense. People don't go to see Brad Pitt moves because he is an x times better actor than others. Not saying he is bad, but surely some cheaper nobodies could be found who acts well, too. But they wouldn't be famous and therefore would not draw a crowd.
Same with Salieri. Sorry, but there are zillions of programmers who could program a Twitter, for example. Sure, there are some kinds of programs that most programmers would be unable to write, but it doesn't apply to most Web Apps.
Even if the programmer thing would make a difference, the business guys still could not possibly care, because they have no way of knowing if a programmer is good or not.
Think about building a house. Once the architecture is done, surely there are lots of building teams who can build it. Sure, some will screw it up, but most won't.
Also, I think in the beginning the business guys might be looking for a prototype. If it takes off, they can still worry about finding rockstar programmers.
There are certain things that 10% of the hackers I ever met could do in x amount of time that the other 90% could never do. In any amount of time.
The longer I work in this field, the truer that seems.
And managers have never understood that. They look at us as "person hours" to be mixed and matched to achieve their goals. I've never seen that work well.
How many times have you given an estimate like this:
For me: 1 day. For me and Joe together: 2 days. If you give it to Joe first and then give it to me: 1 week.
Idea guys understand this about as well as managers. And often they need someone from the top 10% whether they know it or not. Not just for programming, but also for analysis, design, testing, scaling, and deployment.
I think you are confusing your personal experiences and situations with the situation of some business guy. They are not out to start a software company, where they will manage programmers. They just want product x build.
It is an exchangeable skill, in the same way as there are thousands of mechanics who could fix your car, or thousands of window-makers who could create a window for your house, or thousands of carpenters who can create a cupboard to your specifications.
If you drive your car into some mechanics garage, you are not expecting to manage that mechanic. You just want your car fixed.
Btw, software, unlike buildings or chairs, is extensible and the (technical) desing decisions of the programmer are very important in how extensible it is or if it is extensible at all.
Extensible software: maybe it doesn't matter so much for a prototype. If the concept proves itself, you could also start writing it again.