IT首大公开挑战被记住,其严肃性仍在争论中-2038'sy2k'bug
难以相信十年已经过去 自可怕的千年ug向技术专家、软件开发商、工商执行官和法律部门心怀恐惧
恐惧大规模系统失效 包括担心错误发射导弹 多亏计算机混淆了我们所处世纪日历从12月翻转31,1999年2000年1月2日自Y2K转换后世界相对平易近人
Y2K最大提醒可能出自电视重播的经典电影“Officespace”,该电影压抑计算机专家Peter Gibbons,由Ron Livingston播放,向服务员Joanna解释Y2K切换方式,由Jennifer Aniston播放场景肯定日期电影
千禧ug指计算机系统使用两位数日期, 因为程序员计算黎明时思维不够远,上世纪90年代开始2000年时, 日期99会变为00, 系统相信世界刚恢复到1900, 而不是推进到2000年商业技术伙伴总裁Josh Aaron表示 基本问题就是日期范围 技术咨询公司
现退休技术专家10年前为英国电信公司工作,David Quinn管理系统软件组
Y2K修复是因为人们准备Quinn说写下几套系统 处理帐单和订单我知道日期有误
Y2K十年后,技术员回溯到InfoWorld时和所学教益上,对Y2K是否基本非事件存有分歧,因为数以百万计美元预费英雄努力解决问题或问题一开始就夸大问题
Y2K千年ug恐惧过大了吗Quinn表示:「我觉得世界预测灾难,甚至预测汽车会因引擎时钟问题停止运行
回想到大概有70%的关注证明没有根据-但无论如何你必须做研究Aaron说,在关键任务环境,例如金融服务和保健中,你不能冒机'他说他记不起5分钟内无法修复的真Y2K问题认为这是一个宁静的一天 因为人们把注意力放在它上 做了适当量的应尽职责 并完成了需要完成的工作
芯片Ahswede同意克尽职责解决问题,他为美国工作下院检查Y2K兼容性 表示安全比未备好Ahswede说道,“我认为是准备问题”,他曾任小组委员会办事员现任Regal策略主管 政治咨询公司记得Y2K温和冲击Ahswede表示:「政府有少数系统事后故障,
高清晰度它保证 每个人处理它,回想MicleFocusCoker公司管理员害怕因Y2K问题被起诉
另一位IT官员当时在Sun微系统工作,但意见大相径庭i2k成功无事, 表示Bill Roth, 现为LogLogic首席营销官, 提供安全事件管理Y2K期间曾任Sun微系统Java营销主管不太可能发生任何事, 除了有人误报出生日期或检查百年前
虽然他强调Y2K问题过大,但他承认有合理理由关注 : 问题出在写得差日期主机应用上 。 ” 罗斯说 : “电网停机,交易系统停机,虽然小数由清理cobol代码的人勤奋工作,但无论如何都不可能出事, roth说 。
Aaron指出潜在的故障假设系统会破解,你必须查看每一个系统似有似有似有似有似有似有似有似有似有似有似有似有似有似有似有似有似有似有似有似有似有似有似有似有似有似有似有似有似有似有似有似有似有似有似有似有似有似有似有似有似有似有似有似有似有似有似有似无Aaron表示:「你本该和客户结盟, 认为他们做交易 因为他们调用订单,
随着对千年ug的认识提高,尚不清楚它有多普遍表示程序员必须审查多码查找问题可能在哪里防止Y2K灾难的努力在12月前大约2年深入实战31,1999,Aaron注解多数时间的结果是软件不需要修改来容纳Y2K Aron说系统要么已经为二零零开关设置或只需要简单工作替代
多系统,如嵌入式系统芯片没有从Y2K失效,技术服务公司Criplement系统执行副总裁Greg Hanson说 : “ 计算机芯片表不以日历时间为基础 。 ”Y2K大都与商业软件问题相关,Hanson说,Hanson当时曾任美国软件总工程师空军引导3.45亿Y2K程序
Y2K遗留问题:更好的灾难规划与文档IT行业显然学到了一些持久教益 Aaron说。包括持续和灾难规划记录系统
Loglogic Roth的另一个教程是系统持续比我们想象的长 并需要为未来做好准备未来总得防伪写作软件 硬件构建
Gartner分析师Dale Vecchio表示,IT组织仍未从Y2K学到本该学到的多知识,他在开关时覆盖Y2K说道:"我想告诉你, 学到了很多教程, 但我不确定我见过很多."
举个例子,Y2K经验可能导致组织保持对IT组合知识的常识,他说Vecchio表示:「自从他们冒Y2K风险后, 回到了同样缺乏知识的状态, 而现在,当面对老化组合和老化劳动力时,
多大应用程序仍在运行中,婴儿潮人退伍令人们重新认识到 [IT商店]不理解应用组合向前推进IT不理解应用组合的一个原因是对Y2K问题的一个响应:当时许多企业用商家Y2K认证包软件替换本地软件维契欧说:Y2K驱动大量软件销售软件大都黑盒IT 并难维护知识
文章“Y2K:10年后”,原创发布于InfoWorld.com
