人们记住了IT行业的第一次大型公共挑战，它的严重性仍在争论中——2038年“千年虫之子”的问题仍在发生
很难相信，自从千年虫让技术专家、软件开发人员、商业主管和法律部门感到恐惧以来，已经过去了10年。
人们对大规模系统故障的担忧随处可见，包括担心由于计算机对我们所处的世纪感到困惑而导致导弹发射出错。但是日历从1999年12月31日翻到了2000年1月1日，世界相对没有受到2000年千年虫的影响。
[千年虫遗留问题:”而千年虫却没有" |发现2009年十大被低估的科技新闻．|回忆十大科技新闻的一年。］
具有讽刺意味的是，2038年1月19日的倒计时对今天的一些系统构成了类似的威胁。Cobol提供商Micro Focus的首席应用程序开发技术专家Drake Coker说，从1970年开始，诸如C、c++和早期的Unix语言以一种奇怪的方式存储日期。Coker说，2038年1月19日，“溢出了32位”。他说，老软件也会遇到这个问题，但“不会像千年虫问题那么严重”。
千年虫倒计时:科技界的大戏如果你在科技行业工作，你可能会记得新年和其他不同的日子。你可能不得不工作，或至少随时待命，以防范可能由2000年引发的事故，而不是观看大学橄榄球赛或从前一晚的庆祝活动中恢复过来。
然而，如今，最让人想起千年虫的可能是经典电影《办公空间》的重播。这部电影让电脑专家彼得·吉本斯(罗恩·利文斯顿饰)沮丧不已，他向女服务员乔安娜(詹妮弗·安妮斯顿饰)解释千年虫的转变。那一幕显然与这部电影的年代相吻合。
在经历了这么多年之后，如果有人需要一个解释，千年虫指的是使用两位数日期的计算机系统，因为在计算之初，程序员没有考虑得足够长远，不能输入四位数。因此，当20世纪90年代被2000年取代时，“99”就变成了“00”，系统认为世界刚刚回到1900年，而不是前进到2000年。“最根本的问题是日期范围，”技术咨询公司Business Technology Partners的总裁乔什•亚伦(Josh Aaron)说。
一位现已退休的技术专家，10年前曾在英国电信工作，他回忆了为解决千年虫问题所做的广泛努力。英国电信(BT)系统软件部门负责人大卫•奎因(David Quinn)表示:“所有工作都完成了，其中涉及大量工作，当然，一旦修复了，还得进行测试。”
奎因说，千年虫问题得以解决是因为人们做好了准备。“我写了一些这样的系统”用于账单和订单管理，他说。“我知道日期搞错了。”
Y2K十年后,技术人员反射回信息世界,时间和经验教训,有一些分歧是否千年虫是基本上也不足为奇,因为数百万美元花在英勇的努力提前解决这个问题或者因为这个问题被夸大了。
对千年虫的恐惧是否被夸大了?奎因说:“我认为人们觉得被愚弄了，因为世界在预测一场灾难。”他说，甚至有人预测汽车会因为发动机时钟问题而停止运行。
“我的记忆是，可能70%的担心被证明是没有根据的——但你无论如何都必须做研究。Aaron说，在金融服务和医疗保健等关键任务环境中，你不能冒险。他说，他想不起哪一个真正的千年虫问题不能在五分钟内解决。“我的观点是，那天很安静，因为人们把适当的注意力放在了这件事上，做了适当的尽职调查，做了需要做的工作。”
Chip Ahlswede当时在美国众议院负责检查千年虫的合规情况，他同意尽职调查已经解决了这个问题。他说，安全总比没有准备好好。“我认为这是准备工作的问题，”Ahlswede说，他是小组委员会的一名职员。他现在是政治咨询公司Regal Strategies的负责人。他还记得千年虫的轻微影响。“就政府而言，有几个系统在事后出现了故障，但显然没有发射导弹，”Ahlswede说。
“它获得的高度宣传确保了每个人都关心它，”Micro Focus的科克回忆道。他说，公司经理们害怕因为千年虫问题而被起诉。
另一位当时在太阳微系统公司工作的IT官员对此表示强烈反对。“我认为IT部门不应该回头看，然后说，‘嘿，千年虫之所以成功，是因为什么都没发生，’”比尔·罗斯(Bill Roth)说。他现在是LogLogic公司的首席营销官，该公司提供安全和事件管理服务。在Y2K期间，他曾是Sun Microsystems的Java营销经理。“除非人们把自己的出生日期写错了，或者支票提前了100年，否则不太可能发生其他事情。”
尽管他强调，千年虫问题被夸大了，但他承认有合理的理由担心:“这个问题是关于编写得很差、基于日期的大型机应用程序。”尽管如此，“电网仍在运行，我们的交易系统也在运行，虽然其中有一小部分是由于人们努力清理Cobol代码，但无论如何都不太可能发生任何事情，”Roth说。
但亚伦指出了潜在的灾难。他说:“你必须审视每一个系统，假设它会崩溃。”潜在的灾难是存在的，比如两方共享一项金融交易，而其中一方发现日期错误，导致交易无效，并在金融机构之间造成大量交易中断。亚伦说:“你可能会遇到这样的情况:客户认为他们完成了交易，因为他们下单了，但却没有执行。”
随着人们对千年虫的了解越来越多，还不清楚它到底有多普遍。这意味着程序员必须审查大量的代码，以找出问题可能存在的地方。亚伦指出，大约在1999年12月31日之前的两年，防止千年虫灾难的努力才正式开始。Aaron说，大多数情况下，软件不需要做任何改变来适应千年虫问题。系统要么已经为2000交换机设置好了，要么只是需要一个简单的解决方案。
许多系统，如嵌入式系统和芯片，并没有因为千年虫问题而失败，因为它们甚至没有在朱利安日历上运行，技术服务公司Criterion systems的执行副总裁J. Greg Hanson说:“计算机芯片上的时钟不是基于日历时间的。”当时，汉森是美国空军的首席软件工程师，领导着耗资3.45亿美元的千年虫项目。他说，千年虫问题主要与商业软件有关。
千年虫的遗产:更好的灾难规划和文档Aaron说，尽管人们一直在争论，如果公司没有投入这么多时间来检查千年虫的代码，千年虫问题会有多严重，但很明显，it行业确实吸取了一些持久的教训。他说，这包括做连续性和灾难规划和记录系统。
LogLogic的罗斯说，另一个教训是，系统的持续时间比我们想象的要长，需要为未来做好准备。他说:“你编写的软件和构建的硬件都必须具有前瞻性。”
但是IT组织仍然没有从千年虫中学到他们应该学到的东西，Gartner分析师Dale Vecchio说。他说:“我想告诉你，我从中吸取了很多教训，但我不确定我是否看到了很多。”
他说，例如，千年虫经验可能会使组织保持对其IT投资组合的最新知识。相反，“一旦他们通过了千年虫的风险，他们又回到了同样的知识匮乏，而现在，当面对老龄化的投资组合和老龄化的劳动力时，他们现在知道的并不比他们当时知道的更多，”维奇奥说。
许多较老的应用程序仍在运行，但具备运行这些程序所需技能的人正逐渐接近退休年龄，维奇奥说。他表示:“婴儿潮一代的退休让人们重新认识到，(IT商店)不了解这些应用程序组合的发展。”IT部门不理解其应用程序组合的一个原因是对Y2K问题的一种回应:当时，许多企业用供应商的Y2K认证软件包取代了自己开发的软件。维奇奥说:“千年虫推动了大量打包软件的销售。但是对于IT来说，很多软件都是黑盒子，很难维护知识。
这篇文章《Y2K:十年后》最初发表于InfoWorld.com。
这个故事，《千年虫:十年后》最初是由信息世界 ．