[分享]觉得最近想吐血 0 bug 系统只是个美梦/ 昆虫是顽强的。

宅男-兜着走

不管怎样， 要写个 0 bug 的系统是超级无敌的难， 而且根本不可能 。

通常deploy 第一次一定是超级无敌多的问题。
最怕是什么， 遇到那些整天改这个改那个的客户。
试问这样下去要如何才能让系统稳定？

project 的时间是有限的， 每个程式员当然希望就是用最短，最直接，最快的方式做到客户要得东西，
早期可能不会有什么问题， 通常bug 都是过了一两个月后才慢慢的浮上来的 。

覆盖掉了一个bug， 又生出千千万万个bug。

就连生产线强力的公司几乎没几个月就发一次补丁， 补丁出了， 稳定了一段时间又在生成千千万万的 bug.
补丁内可能混入了什么新功能。 新功能的执行效率不好。
因为， 如果产品不继续加强的话， 根本没竞争力， 但是没想到同时也为系统带来了不少的“虫”。

django

提早发现bug 的方法 Test-Driven-Design
改这里烂那里的解法 Object Oriented Design + Test-Driven + Refactory

宙船

Done is better than perfect

ah_hau

回复  omama


    ＝＝。。。

Hello World也崩溃？什么篇译器？ 什么语言？那么IT 还能混饭吃么？: ...
宅男-兜着走 发表于 2011-12-19 11:47 PM

    也要看在什么environment 下运行吧！
你写的program 需要java framework 但顾客的电脑却没有安装，对顾客来说就是一个bug.

goodhermit95

个人看法 分好function 对症下药 就很难出现覆盖掉一个bug出现千千万个bug的问题
然后code要整齐 不然收到bug举报 要修理 看了都头晕 直接几行code快速解决 很容易出现另外一个bug

宅男-兜着走

回复 18# omama


    ＝＝。。。

Hello World也崩溃？什么篇译器？ 什么语言？那么IT 还能混饭吃么？

宅男-兜着走

回复 17# goodday


    如何？有兴趣听听IT 坛大哥说法

Super-Tomato

    我曾遇到为移动设备优化的编译器和普通编译器编译出来因为内存位址调度方法不一样产生的bug
关于hello world是否的0 bug嘴仗可以参考http://forum.daemon-tools.cc/f23 ... ree-programs-15750/
我认为你不能把bug和环境分开,你要分开看的话hello world应该可以说是0 bug了,不过到别人电脑上运行崩溃了别人还是会说你骗他0bug哦
omama 发表于 2011-12-18 10:22 PM

雖然不知你移動設備上的 coding 是否只有 hello world 但看了那 forum 的回覆後，我只能說如果归咎於客戸端环境問題的說法是過於偏激了，那麼只要是儲存成的一個 0 byte 檔或甚至敲出一個字開始時都可以說是 bug 了，那他何必還要用電子設備呢？

這些年我所用過的 compiler 在編譯上已經盡量針對系统版本和處理器的兼容性大大的改善了，在編譯前也可以選择所需的系统环境進行編譯，雖然不能說編譯出來的程式不是 100% 没問題，但一句 hello world 在客戸端出現程式崩溃的情况我是确实没見過。而那個論壇裡有個人說見過但卻没寫出使用哪個編譯器版本和客戸端的环境等，自然不能不否定是否在撑自己的立场而這样寫。

如果是大型程式在 compile 後拿到客戸端而出現兼容性的 bug， 大問題自然只有向 compiler 的開發商要求修正後再 compile 測試，小問題可以通過自己强硬手法修正的話就先自己來然後再匯報給 compiler 開發商，但绝大多數都是編程上手法或不符合 compiler 标准寫法的問題而导致。

omama

看來你不清楚編譯器 compiler 是負責做些甚麼，那麼也麻煩你找個編譯一句 hello world 後會出現 bug  ...
Super-Tomato 发表于 2011-12-17 01:25 PM

    我曾遇到为移动设备优化的编译器和普通编译器编译出来因为内存位址调度方法不一样产生的bug
关于hello world是否的0 bug嘴仗可以参考http://forum.daemon-tools.cc/f23 ... ree-programs-15750/
我认为你不能把bug和环境分开,你要分开看的话hello world应该可以说是0 bug了,不过到别人电脑上运行崩溃了别人还是会说你骗他0bug哦

goodday

我也发发
告诉你    没0bug 的
但 有的 控制的