Re: OT: Re: Less is more
Brett Watson <[email protected]> Tue, 4 May 2004 01:24:21 +1000
| Newsgroups | gmane.mail.ng |
|---|---|
| Organization | PhD Student, Macquarie University |
| Message-ID | <[email protected]> |
> Keith Moore writes: > > But if you look at the kinds of malformed dates that are out there, > > most are not malformed because the programmer tried to use some legal > > variant of the date syntax and failed to get it right - they're > > malformed because the programmer failed to even try to get it right. To which Arnt Gulbrandsen wrote: > True. But IMO, if the syntax were simple, strict and understandable to > the average programmer, this probably wouldn't happen. I'm not so sure, Arnt. I get the feeling with many mail implementations t= hat=20 the implementors failed to appreciate that RFC822 was actually meant to b= e a=20 strict grammar at all. Perhaps the human-readability of it lends the=20 impression that it's *only* meant to be human readable. Or maybe somethin= g=20 closer to your explanation is also true in some cases: the grammar is=20 sufficiently daunting that implementors just aim for an approximation,=20 coupled with some basic compatibility tests. It's not clear to me what it would take to make implementors follow the=20 standard as written, and it's more of a psychology problem than a compute= r=20 science problem. My best current guess as to how to deal with the problem= is=20 to assume that implementors are lazy, and make a point of giving them=20 something easy to implement. Assume that they'll take short-cuts to=20 implementation, and thus take as many short-cuts in advance as you can, s= o to=20 speak. This design approach runs contrary to the typical designer mentali= ty.=20 A designer thinks of his design as a great work of art and engineering, w= ith=20 each subtle nuance of grammar thoughtfully crafted into place to form an=20 aesthetically pleasing whole. Well, this is how I would caricature myself, at least: a lazy programmer = and=20 an "artiste" designer. I'm unrepentant on the lazy programmer front, but = I'm=20 taking steps to become a practical and pragmatic designer without=20 compromising aesthetics. In this area, I do believe that "less is more" = is=20 the right sort of attitude. Einstein said we should make theories as simp= le=20 as possible, but no simpler, and it seems just as good a maxim for design. "A designer knows he has achieved perfection not when there is nothing le= ft to=20 add, but when there is nothing left to take away." -- Antoine de Saint-Exup=E9ry (1900-44)