[consulting] Contract > Developer liable for bugs?

Katherine Lawrence katherine at pingv.com
Thu Aug 7 17:02:23 UTC 2008


http://en.wikipedia.org/wiki/Hadley_v._Baxendale

http://www.audiocasefiles.com/cases/detail/case/8514/

I had the above case in law school (West's "Basic Contract Law") and 
though this is not by any means the final word, I think  it might be 
kept in mind. If any time someone enters into an agreement, it is 
possible that the vendor could be bankrupted, vendors would cease to 
make contracts and this would be against the general interest of a 
society which wishes to promote commerce. Hence, in part, the holding.

Also, we might wish to think about mutuality. If a client wants you to 
stand his losses, what about sharing in his gains?

Again, these observations are hardly the final answer, but might add 
some other ways of looking at the balance of risk versus reward.

Mike Smullin wrote:
> Another way you can protect yourself is to charge by the hour instead of 
> a flat-rate. I've always found the latter to be inappropriate for 
> services when building something new. If I am selling a ready-made 
> product, then it's easier because *I* define what it WILL and WILL NOT 
> do, and if they don't like it they can go somewhere else.  But when it's 
> the client defining all that, and it has to pass their final inspection, 
> then you are just leaving yourself completely at the mercy of the client 
> by charging a flat rate. It's even worse when your client is indecisive, 
> or doesn't understand anything about art or programming but insists upon 
> participating in and approving of the fundamentals of what you do.
>
> That's because more often than not, they forget something and need a way 
> to be able to slip those things in at the end without you going bankrupt 
> and disappearing mid-way through the project.
>
> Suddenly, when they have to pay extra for those things, they start doing 
> weird things like actually reading your proposals, prioritizing and 
> postponing bug fixes, and *gasp* raising capital [which is their job, 
> not yours.]
>
> Mike Smullin
> http://www.smullindesign.com
>
> _______________________________________________
> consulting mailing list
> consulting at drupal.org
> http://lists.drupal.org/mailman/listinfo/consulting
>   

-- 

Katherine Lawrence, Chief Operating Officer
pingVision, LLC, a Delaware Limited Liability Company
interactive media design
1350 Pine Street, Suite 6
Boulder, CO 80302-4847

1.303.415.2559 phone
1.303.502.5222 fax
katherine at pingv.com 



More information about the consulting mailing list