昨晚从程序员的角度仔细想了想这次火车事故，结论是近乎 ...

来源：百度文库编辑：超级军网时间：2024/04/28 11:54:57

1. 不可能存在没有BUG的系统
2. 完美的客户（充分培训、始终按照用户手册操作）也是不存在的

大型和超大型的软件项目系统工程，成功率不超过50%。铁道部上动车高铁以后，相当于整个运作系统要整体更换升级、所有的人员要培训，能够一把就把系统起起来，已经算是一个奇迹了。

所以从程序员的角度来想，这起事故在温州是偶然，看起来貌似很多个小概率事件同时发生了。但从整个系统来看，几乎是必然。

愿死者安息，生者坚强。
BUG要修改，培训要继续。

发生事故没有什么，毕竟要求人不犯错误是不现实的，而只要犯错就有事故的可能——说得冷血一点，这很正常，哪个国家火车都追尾过，飞机都坠毁过，天灾人祸，甚至是事后看来无比脑残的原因都有可能造成难以想象的重大事故。

关键的问题是事后怎么处理，以什么样的态度去处理问题。
不存在完美的程序，也没有完美的客户，但软件公司如果不提供良好的客户服务那公司一定做不长久。现在的问题已不仅是追尾本身，更多的矛头指向的是铁道部的处置不当。程序不完美很多客户或许还能谅解，客服很糟糕的话就没多少客户能够容忍了吧？

楼主混虎扑？

世界上绝对没有无bug的系统，只是bug导致事故的轻重而已，机器是死的，人是活的。

看来核大战迟早发生了,地球马上要毁灭了!

洗地的水平真高啊

这是一个沉痛的教训，但高铁的前景依旧看好，认证总结，继续前行。摔了飞机，波音也不会一蹶不振。

bug会有,事故也会有,但是主要是看事故如何处理的,现在看来,浮云了.....估计还会有下次...

这你妈什么玩意？hoop黑完了程序员来CD黑？来，说一说哪家公司的大型软件成功率不到50%？
记得造谣死全家哦

严格意义上的程序员只做coding，系统应用和一般程序员有啥关系？

成飞如果也抱着BUG在所难免的态度，就不会有歼-10试飞无一架坠毁的记录。那才是做工程的态度！！
那飞机可是在天上飞，没地面承载。如果楼主做程序员，可说是不合格的。不好意思，饿也做点程序，但不敢称为程序员。

这次动车事故之所以这么一发不可收拾，完全在于发生事故后TDB的一系列作为，秀出了愚蠢、官僚、没人性的下限，激起了民愤。
从程序员的角度来看，BUG难免，但是测试用例没测够，有木有？各种边界条件测试过吗？对于如此重大的工程，信号系统、调度系统是否应该放到超算上模拟各种状况跑它个1个月？

重复，编辑掉

重复，编辑掉

现在还发起民间寻找遗物，那个又是埋车、挖车，运车的都是谁？谁负责现场遗物清理的？难道参与救援的人也参与了抢劫？

昨晚从程序员的角度仔细想了想这次火车事故，结论是近乎 ... 忘情前不久写了篇火车订票系统的博文，现在程序员要出来 ... 带你从另外一个角度来回顾下，这次日本核电站事故。（开 ... 【技术讨论】从土木工程的角度看这次地震. 从政治角度反推这次听到的黑匣子信号是真的可能性很大其实吧，我觉得从毛子的角度看，这次比赛更改规则啥的没 ... 避免情绪化解读，从博弈的角度来看美国这次在南海的挑衅求助帖：请问有没有从军事和国家动员角度分析这次救灾的 ... 急战派朋友请冷静，从军事的角度思考这次边民被炸时间。从这次F1马萨的事故想到的（不合适的话请移至水区）【讨论】从这次救灾中事故看关于运兵卡车的进一步改进仔细想了一下，台湾好像真没什么可以拿的出手的。