SI
SI
discoversearch

We've detected that you're using an ad content blocking browser plug-in or feature. Ads provide a critical source of revenue to the continued operation of Silicon Investor.  We ask that you disable ad blocking while on Silicon Investor in the best interests of our community.  If you are not using an ad blocker but are still receiving this message, make sure your browser's tracking protection is set to the 'standard' level.
Technology Stocks : All About Sun Microsystems -- Ignore unavailable to you. Want to Upgrade?


To: harrypolo who wrote (5316)11/2/1997 12:03:00 PM
From: Bald Eagle  Read Replies (1) | Respond to of 64865
 
<<Wiseowl....the problem, the REAL problem is in the applications which have to be rewritten line by line by line...an incredibly labor intensive situation which nothing less than manual labor will solve.>>

Personally, I think the problem is much overstated. Admittedly each date which only has two digits for the year must be changed to four, otherwise the programs will create wrong and/or unpredictable results. However, there are automated ways to change every occurence in a file.
Even the basic UNIX vi editor can do that. Of course, after that the programs need to be run and tested for occurences that somehow "slip through the cracks". It's a one time boom for Cobol programmers, but it's not a case of having to type key strokes for every occurence of the old date format.

Oops, this is the SUNW thread. A positive for SUNW and other hardware companies might be that companies have to buy more test systems before putting new systems into production.



To: harrypolo who wrote (5316)11/2/1997 5:44:00 PM
From: micromike  Read Replies (2) | Respond to of 64865
 
The NC will be one solution to the Y2K problem. The beauty of the NC is that the program resides on the Server. The softare developer only has to upgrade the server side. The clients downloads the Applet (program) from the server. But of course the application will have to be rewritten in Java.

Mike