However, it seems ludicrous to me for two reasons:
1) I can't think of a definition of "defect" that doesn't include bugs. And there is essentially no such thing as bug-free software, unless you're spending $1000/line, NASA-style**. So if I warrant that my code will be free of defects, I've basically guaranteed that I am in breach of contract the instant I deliver any code.
2) I'm not in complete control of the code I create: the client is the final decision maker. Ultimately, as a contractor, I must do what the client tells me - and i can't warrant responsibility for the outcome of someone else's decisions. I will give the best advice I can, but at the end of the day if the client insists that I build something that I think doesn't do what they really want, that's what I'll build.
Your thoughts?
Evan
**And even then ... NASA did lose a $250m Mars probe due to a bad unit conversion that should have been caught by the software, after all.
Evan Dorn, Ph.D.
Owner and Lead Developer
Logical Reality Design
http://LRDesign.com
--
You received this message because you are subscribed to the Google Groups "Ruby on Rails meets the business world" group.
To post to this group, send email to rails-b...@googlegroups.com.
To unsubscribe from this group, send email to rails-busines...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/rails-business?hl=en.
Another reason to avoid small budget, fixed-bid work... that clients
sometimes don't think they should not pay for edge case bugs, or Ruby
upgrades, or Rails security fixes, etc... most Rails projects require
some degree of ongoing maintenance... it's never as simple as "$5k,
and we're done. see you later".
I make sure everyone knows that going in so there aren't
misunderstandings later.
Thanks,
Josh
--
Josh Goebel
............
Pastie
http://pastie.org
http://blog.pastie.org
I would never sign a contract with language like that, fwiw, no matter
how great a marketing opportunity it might seem.
ymmvw, consult a lawyer.
Rick