Print

The Trouble with Gerrold: Dead languages



David Gerrold
Email
October 17, 2012 —  (Page 1 of 3)
The world is not going to end on Dec. 21, 2012.

The operative meme here is that the great stone wheel of the Mayan calendar ends on that date. Therefore, the world is going to end.

Actually, the Mayans had a 400-year calendar cycle very much like our own. We add one day to our calendar every four years. Every hundred years, we don’t add a leap day, but every 400 years, we do. So 1900 didn’t have a leap day, but 2000 did. We diddle the calendar like this to keep it in sync with the actual progression of the Earth around the sun, so that our solstices and equinoxes always occur on the same day of our calendar.

The Mayans did the same thing, and every 400 years they started a new cultural cycle. Their civilization eventually collapsed, evaporated, vanished when they were no longer able to irrigate and fertilize their crops. They left behind some stepped pyramids and some calendar wheels. The Illiterati promptly assumed that the ancients knew some vast profound secrets that have remained unknown to humankind for thousands of years, and are still a mystery to modern science and technology. Ancient aliens usually figure into this meme, sometimes with crystal skulls.

The world did not end at the stroke of midnight on Dec. 31, 1999 either. That was a far more real and knowable threat to the stability of the information age. But we survived that one too.

On Jan. 1, 2000, airplanes did not fall out of the sky. Nuclear reactors did not melt down. Electrical grids did not go dark. Cell phones did not go dead. The Internet did not disappear. The predicted apocalypse did not occur.

Does anyone remember the Y2K panic? Or why it happened in the first place? Let's recap.

Back in the Mesozoic era of computing, bytes were expensive, so programs had to be small. Whether you were using Fortran or COBOL or SNOBOL or hand-coding in assembly language, you had to be efficient.

A single byte can contain a numeric value between 0 and 255. That could have been enough to store 256 year values, but that would have required extra lines of code to translate that into a readable numeric value. So programmers stored the year value in two bytes, each byte containing an integer from 0 to 9. This gave the programmer 100 numeric values, 00 to 99. This was generally considered an efficient use of RAM and a good way to save space on precious storage media. In the 1960s, an 8-inch floppy could hold only 80K. (That’s K as in Kilobytes.)

With memory so spare, storing a year value as two bytes made more sense than using four bytes to add a redundant 1900 value. So year values were stored as 63 and 75 and 81 instead of 1963 and 1975 and 1981. At the time, 2000 was so far off that programmers operated under the assumption that everything then current would have been replaced by far more efficient machines and better software. It was a fair assumption. Moore’s Law was in high gear. Chip speeds and RAM capacities were doubling, the price per megabyte was falling. And we didn’t hit the heat ceiling until after the millennium. The word “legacy” was not part of the conversation because most people in the industry were looking ahead and not very many seemed to be considering the baggage we were dragging along from the past.


Related Search Term(s): COBOL, Fortran, SNOBOL

Pages 1 2 3 


Share this link: http://sdt.bz/37081
 


Comments


10/22/2012 03:08:48 PM EST

It's good to see another David Gerrold article - I guess I've been out of touch... ...but then again, I still use an editor that is mapped to Wordstar control-key commands; they're branded into my synapses. Keep up the good work.

United StatesT. Wesley Erickson


10/23/2012 04:27:06 PM EST

I was a heavy WordStar user, and then switched to Brief as I began consolidating both coding and word processing in the same editor. Brief could work with the same command keystrokes as WordStar, but not parity-bit munge documents so badly. I think I wrote my parity bit stripper in C as a classic Kernighan/Plougher "filter" exercise from "The Elements of Programming Style." The point is well taken - without an expert understanding of our document formats, we risk the loss of migration forward of translation to human readable or new format readable forms carrying forward. This is why proprietary document formats must not be acceptable any longer. Open document formats that are well described and conformed to must be used and created if we have any hope to maintain legibility of our data carrying into the future. But actually insuring that our machinery, its operation, and instructions on how it can be used and maintained be carried into the future is another problem altogether. Rather like how you'd insure that someone from New Guinea who'd never seen a can opener before read the instruction leaflet and discover how to open a can of tuna using it.

United StatesR B Helms


11/13/2012 12:56:06 PM EST

funny.... the Mayan hid the temples by planting jungle over it... the invaders at the door step... yes it was death by too much vegetation..right. the temple were filled with sand how did it get their... its because of your convert or die scams... if you anything about history the the Vatican was trying to impose the julien calender... and the took a fit... showing all the errors... and it was changed...to what you have today and that is even wrong even with our help see you only know the scams the church imposes not what is...the church ran the schools across the pond... like Huron stone canoe pre-Columbus that zip across the water and was light weight... see aluminum.... see the church ran scams here for 500 years with an agenda to exterminate and own all

CanadaZorroIsGod


close
NEXT ARTICLE
COBOL developers go gentle into that good night
But pundits say their departure won’t spell doom for enterprises Read More...
 
 
 




News on Monday  more>>
Android Developer News  more>>
SharePoint Tech Report  more>>
Big Data TechReport  more>>

   
 
 

 


Download Current Issue
MAY 2013 PDF ISSUE

Need Back Issues?
DOWNLOAD HERE

Want to subscribe?


 
 
 
 

Events calendar tab
5/21/2013 to 5/23/2013
Las Vegas
CTIA

5/28/2013 to 5/31/2013
Boston
BZ Media LLC

5/28/2013 to 5/30/2013
San Francisco
O'Reilly Media

6/2/2013 to 6/7/2013
Las Vegas
SQE

6/2/2013 to 6/6/2013
Orlando
IBM Rational