- From: Kynn Bartlett <kynn@idyllmtn.com>
- Date: Thu, 26 Jun 2003 13:09:23 -0700
- To: "Hoffman, Geoffrey" <ghoffman@aztrib.com>
- Cc: w3c-wai-ig@w3.org
On Thursday, June 26, 2003, at 11:21 AM, Hoffman, Geoffrey wrote:
> Jon Hanna wrote:
>> Following the robustness principal is NOT sloppy. Depending on it is.
> Maybe I missed it - what's the robustness principal? (principle?)
> Geoff
Robustness Principle was defined (among other places) in RFC 793 [1]
with more discussion in e.g. RFC 1122 [2]:
"TCP implementations will follow a general principle of robustness:
be conservative in what you do, be liberal in what you accept from
others."
"Adaptability to change must be designed into all levels of Internet
host software. As a simple example, consider a protocol specification
that contains an enumeration of values for a particular header field
-- e.g., a type field, a port number, or an error code; this
enumeration must be assumed to be incomplete. Thus, if a protocol
specification defines four possible error codes, the software must
not break when a fifth code shows up. An undefined code might be
logged (see below), but it must not cause a failure."
There's some interesting discussion of it here:
http://fishbowl.pastiche.org/archives/001205.html
More stuff via google:
http://www.google.com/search?hl=en&lr=&ie=UTF-8&oe=UTF-
8&q=%22robustness+principle%22&btnG=Google+Search
Enjoy!
--Kynn
[1] http://deesse.univ-lemans.fr:8003/Connected/RFC/793/17.html
[2] http://deesse.univ-lemans.fr:8003/Connected/RFC/1122/9.html
--
Kynn Bartlett <kynn@idyllmtn.com> http://kynn.com
Chief Technologist, Idyll Mountain http://idyllmtn.com
Author, CSS in 24 Hours http://cssin24hours.com
Inland Anti-Empire Blog http://blog.kynn.com/iae
Shock & Awe Blog http://blog.kynn.com/shock
Received on Thursday, 26 June 2003 16:03:55 UTC