Make your own free website on
Recommended Resources Offshore havens, asset protection, global investing and other useful techniques.
The Year 2000 Bookshelf Books to help your evaluate the Y2K problems you face.

Gary North's Y2K Links and Forums - Mirror

Summary and Comments

(feel free to mail this page)




1998-02-16 10:04:59


No Documentation, Warns Programmer



This is from Andrew Tobias' column. It's a letter from one of his readers.

* * * * * * *

"Hereís another Sixties programmer reporting in. I worked for a major insurance company, and back in the mid-1980s one of our major accounting systems started going crazy for selected policyholders, one at a time. After a few months, we were instructed to delve into the program and find out why accounting reports were no longer usable for these clients. Seems the system used a one-digit year. If the one-digit year code was 5 or greater, the previous policy year for the policyholder was assumed to begin in 197x; otherwise the date was assumed to be 198x. By 1985 the accounting years were containing 120 months of claims, not 12. What does Dan mean, Ďthe documentation doesnít match the programs.í What documentation? We never got around to doing that; there was always another system to write. Back in the 1960s, programmers were scarce, and we didnít waste our time writing documentation. Besides, that wasnít any fun . . . we wanted to program. It scares me when any company says that they have the Y2K problem under control. What gets you in any system change is what you havenít thought of, not what youíve programmed and tested. I donít think Iíve ever worked on any major system change when everything worked 100%, even after it was tested and tested and tested. And the ratio of complete failures to successes for new systems (i.e., when the whole system is junked rather than put into production) used to be about 1 in 6 (and not just for insurance systems, for all systems), so a total system rewrite may not solve it, either. I certainly hope that the ratio has improved recently. Iím glad Iím not a programmer in 1999; Iím sure their New Year wonít be happy."


Return to Category: Programmers'_Views

Return to Main Categories

Return to Home Page