Hi Phil,
On 2/8/2012 8:46 AM, Phil Hobbs wrote:
>> But, the biggest win is not dealing with meetings, changing priorities,
>> office politics, etc. "My contract says *this* is what I produce. If
>> you've decided you no longer WANT that...<shrug> -- please pay at the
>> window."
>
> Collecting can be a bit of a problem then, though. And anyway, I want
> to do what's useful, not just what brings in money. Typically if
> there's a change of requirements at the other end, we work it out as
> hourly rate times time already spent, plus an estimate for completion of
> new work.
I've found that word of mouth is a great deterrent to "getting stiffed".
It behooves both parties to "act responsibly" as you can lose clients
just as quickly as clients can lose *talent*!
I push clients to *think* about what they want. I'm not interested in
open ended, T&M relationships. I want to know *what* you want from me
so I can decide if it is something I am interested in doing. If you
want a warm body that you can bark (different!) orders at each day,
get an employee.
>> And, of course, having a big "say" in what you WANT to work on. I'd
>> be bored at the sort of job where you are doing the same thing over
>> and over (lawn mowing). Not near enough "challenge" in that!
>
> Fortunately I've never had a job like that. I've been blessed to work
> in places where I could change fields every five years on average--being
> able to cover a lot of territory is one of the main things I have to
> offer clients.
I like changing more frequently. I try to pick each new project so that
it sends me in a different direction than the last. By far, the most
challenging ones are documentation -- especially user docs. If I
haven;t designed the product in question, I'm usually stuck trying to
establish an appropriate metaphor to rationalize an inconsistent design
in the user's mind. (This gets tricky as you can easily end up
stepping on toes)
And, my language skills aren't the greatest so it proves to be a
significant challenge!
>> I recall one client's exclamation at contract signing: "You mean if we
>> don't do it YOUR WAY you're not going to *do* it??"<grin>
>>
>> ("Hey, you're free to find someone else to do this. I'm not holding a
>> gun to your head...")
>
> Again, if the client feels mistreated, getting paid can be a problem.
> At the point you're describing, I'd probably walk.
This was "at contract signing". I.e., if you don't like the way I am
going to approach your problem, DON'T HIRE ME! (another example of the,
"if you want an EMPLOYEE, then HIRE AN EMPLOYEE!" mentality)
>>> It does get a bit solitary sometimes, though, and it was also a bit
>>> sporty at the beginning--there were periods when the bills kept coming
>>> in but the phone didn't ring.
>>
>> The biggest downside, IMO, is having to do much of your own "support".
>> I.e., if a machine crashes, there's no one (realistically) to whom I
>> can offload the repair/rebuild job. If a new piece of software needs
>> to be selected/purchased/installed, the hours come off *my* clock.
>> The parts for prototypes and initial builds don't get ordered unless
>> *I* order them, etc. If something isn't working quite right, there's
>> no one to turn to for a "second opinion".
>
> Yup. But even more, I miss having folks who crash through my door to
> show me their latest gizmo. I find that helps my enthusiasm a lot,
> which helps my productivity a lot.
I *never* would have stumbled into as many different application
domains at a 9-to-5. Industries tend to be too monolithic. When
you're working in gaming, you're unlikely to interact with folks
designing medical instrumentation, etc.
OTOH, meet other people "on their own" and see what *they* are
working on, the technical problems they are encountering, etc.
and you realize how wide the application space is. (I'm always
amazed when I encounter another odd-ball industry: "So *that's*
how they make M&M's!")
>> And, of course, it's "tricky" asking questions of others without
>> "leaking information" that legally (or morally) you should preserve.
>> Often requires a fair bit of creativity coming up with "parallel"
>> examples that highlight the issues you want to address without
>> mentioning anything related specifically!
>
> I haven't had that problem so far.
I'm probably overly protective/paranoid. But, I've also seen how
easily information "leaks".
A client, many years ago, used to go to lunch at a particular
restaurant -- for the express purpose of eavesdropping on the
engineers who also ate there to hear what they were working
on, etc. Wanna bet none of those engineers ever thought that
someone was ACTIVELY doing that? :<