Re: It is okay for things to break in the future!
Michael Kay <[email protected]>
| Newsgroups | gmane.text.xml.devel |
|---|---|
| Message-ID | <[email protected]> |
So you're seriously suggesting that just because no employee has ever earned a bonus of more than $1m, or has had a surname longer than 20 characters, your schema should impose these as upper limits? The schema should be about what CAN happen, not about what has already happened in the past. You don't know what will happen in the future, but that doesn't entitle you to impose artificial restrictions to prevent it happening. Michael Kay Saxonica > On 4 Sep 2022, at 20:48, Roger L Costello <[email protected]> wrote: > > Hi Folks, > > Sorry, I don’t agree with the posts. > > Here are examples that posters gave of things that developers have failed to account for: > > - Didn’t account for London temperature rising to 40 degrees Celsius > - Didn’t account for employees over 90 years old > - Didn’t account for extensive use of international phone calls > - Didn’t account for workers under 16 years of age > - Didn’t account for last names containing a hyphen > > There is a difference between: > > - Failing to understand the current world and then writing incorrect and/or incomplete code > - Not knowing the future > > My post was about the latter, not the former. > > Damian actually gave an excellent example of the latter: Suppose in 1970 you created code to validate phone numbers. You could not have anticipated the arrival of mobile phones 30 years later. When mobile phones did arrive, you really want to know. You really want your validation code to fail. Whatever world view you had in 1970, it changed radically by 2000. A lot of changes will be needed in the system, validation code being one of them. > > /Roger _______________________________________________________________________ XML-DEV is a publicly archived, unmoderated list hosted by OASIS to support XML implementation and development. To minimize spam in the archives, you must subscribe before posting. [Un]Subscribe/change address: http://www.oasis-open.org/mlmanage/ Or unsubscribe: [email protected] subscribe: [email protected] List archive: http://lists.xml.org/archives/xml-dev/ List Guidelines: http://www.oasis-open.org/maillists/guidelines.php