The Problem with 6 Digits Dating

What started of as a noble act of saving slightly memory post bowl overed out to be a quake, capable of trembling the knowledge domain to its core. When maiden inventors set the class with two digits instead of four, little did they work that by first January 2000 it would cause arithmetic delinquencies and confuses the entire system.For example, a blaspheme transaction on the 25th of July 1997 would be recorded as 07/25/97. Many software add the value 1900 to the two digits code to get the actual year.A credit card charged on 1st of January 2000 would have to bear the interest of 99 years because the transaction time would exhibit 01/01/00. This means the computers assume that the same transaction took place on 01/01/1900.Another major worry with six digits dating occurs when we tend to canvass the pre and post 2000 dates. For example, 01/09/99 and 01/01/00, when converted into a simple code they would read 990901 and 000101 respectively. Obviously 990901 is older than 000101, which in reality is not true.As the computers cannot regale the current date as year 2000 marches in, it is in addition futile to calculate the leap year. All years cleavable by 4 is considered as a leap year except for centuries. A ascorbic acid will be considered as a leap year only(prenominal) if it is separable by 400. For example, 1996 is considered as a leap year because it is divisible by 4 (1996 4 = 499) wherelse 1997 is not (1997/4 = 499.25). On the make pass the hand, 1900 is not a leap year for it is not divisible by 400 (1900/400=4.75). Year 2000 is a leap year for it is divisible by 400 (2000/400 = 5) (with reference to explanation from http//www.ast.cam.ac.uk/RGO/leaflets/leapyear/leapyear.html).As we mensuration into the year 2000, existing computers will not be able to tell apart the two digits year anymore. The 00 date field might be delusive as 1900 instead of 2000. Thus calculations that involve a date would tender wrong answers. On the 1st of January 2000, computers will define this day as 01/01/00 and regards the year as 1900, leaving us 99 years fundament time. This will interrupt public services, bank transactions, loan interest calculations and many another(prenominal) more, causing formidable loss of billions of dollars.Only a few systems could be spared from the Y2K and it has been estimated that there are 500 billion lines of application code worldwide, with some 85% of which needs to be corrected.Various reports stated that by the turn of the millennium, as much as 50% of all businesses which failed to address the year 2000 challenge would fall apart. Besides being deadly, expensive and extensive, the year 2000 problem affects hardware (BIOS, real-time clocks), embedded firmware, languages and compilers, operating systems, random number generators, database worry systems, transaction-processing systems, banking systems, PBX, flight scheduling and any other system that deals with dates.Surfing the bring in wou ld prove that the Y2Ks awareness level is growing with more more sites apply to this problem. Managers and IT resources are becoming heavy-hearted thinking about their future as thirty-first December 1999 rolls in. Knowing that there is going to be an IT disaster does not help much especially when there are few resources to cut across the problem.A rough estimation to create solutions for the Y2K issue concentrated on something like US $400 -600 billion dollars worldwide. An additional 200,000 COBOL programmers will also be required.Organizations are not the only ones that are going to stick from the virulent millennium bug, it can be anyone, even a ain computer user.