Originally Posted by HDTVChallenged
Well ... remember that at one time 8 Kilo
bytes of RAM was a "huge" amount of memory ... and CPUs could only handle one byte at a time. I seem to recall a typical early floppy disk only held ~80 or 86 Kb of data ... but that memory is a wee bit foggy.
Yeah... but that gets to the point I was making. Nobody ever just stored a date and nothing else. The date was always stored as an identifier for the rest of the data being stored. So you might be storing your bank account transaction records, along with dates... or inventory, and dates... or whatever, and dates... so the date was the small part of what you were storing anyway.
You would always have saved more memory/storage space by abbreviating the rest of your data than saving a byte on the date.
Also... and I brought this up way way back in the "fear the year 2000" days... IF people were so dead-set against storing the date in their files and were determined to use an offset to save data... what they should have done was always store the offset-base-date as part of their data once at the beginning.
So... IF they didn't want to store the full date in each field, fine... but in the first field store a full date and then for each subsequent field store a differential from that base-date. That way your reference point was always part of your data and all relative dates could always be calculated as part of that data.
Instead, making the relative data assumption by something based on the computer was a bad idea from the start... which is why some people had problems... and had to do a lot of converting of data years later.
It's one of those things where I can truly say "If I were in charge" we wouldn't have ever had a problem like that. It was too obviously easy to solve from the beginning that I can't believe it ever became an issue... and I knew this when I was a kid in the 1970s.
Maybe I should grab one of those chocolate oranges and see if I can travel back in time and fix things?