JBTALKS.CC

标题: [分享]觉得最近想吐血 0 bug 系统只是个美梦/ 昆虫是顽强的。 [打印本页]

作者: 宅男-兜着走 时间: 2011-12-14 09:16 PM
标题: [分享]觉得最近想吐血 0 bug 系统只是个美梦/ 昆虫是顽强的。
不管怎样，要写个 0 bug 的系统是超级无敌的难，而且根本不可能

。

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

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

。

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

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

作者: 倒霉魔王 时间: 2011-12-14 09:20 PM

programing这行就是这样的~

作者: Super-Tomato 时间: 2011-12-14 11:28 PM

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

通常deploy 第一次一定是超级无 ...
宅男-兜着走发表于 2011-12-14 09:16 PM

如果系统的結构比較完善的情况下應該還容易控制，如果是一半接手的話就只能盡人事聽天命了

作者: 宅男-兜着走 时间: 2011-12-14 11:55 PM
回复 3# Super-Tomato

一针见血。老行家了你

作者: 随苇轻摇 时间: 2011-12-15 12:02 PM
0bug你吃什么?

作者: Super-Tomato 时间: 2011-12-15 06:55 PM

0bug你吃什么?
随苇轻摇发表于 2011-12-15 12:02 PM

當然軟體的重點是繼續開發和做些 enhancement 啦，如果一個軟體可以用一輩子，我看也不用再開這相關科系的课程了。
而且寫出都是 bugs 的軟體編程員更加應該回去學校重頭再學過。

作者: 宅男-兜着走 时间: 2011-12-15 09:04 PM
回复 6# Super-Tomato

反对，不应该回学校。

这应该是要累计经验的。

你可以达到无bug？

作者: omama 时间: 2011-12-15 10:15 PM
如果你想做0bug的软件
你能不能给我先找出一个0bug的例子

作者: 宅男-兜着走 时间: 2011-12-15 10:29 PM
回复 8# omama

每个人都希望0bug，用的人好，写的人耳根清净

例子？我没有。

作者: black7white 时间: 2011-12-16 02:14 AM

如果你想做0bug的软件
你能不能给我先找出一个0bug的例子
omama 发表于 2011-12-15 10:15 PM

cout<<"There is 0 bug";

作者: Super-Tomato 时间: 2011-12-16 10:48 AM
本帖最后由 Super-Tomato 于 2011-12-16 11:11 AM 编辑

回复 Super-Tomato

反对，不应该回学校。
这应该是要累计经验的。

你可以 ...
宅男-兜着走发表于 2011-12-15 09:04 PM

看來你没分析清楚句子的結构

p/s:
輸出一句 hello world 的軟體即是 0 bug 了，bugs 在於其多少、影响范围和維護所花的時間，這些都是人力與金錢。

如果不是很清楚的話，举些例子吧：
一条生產線一天可以生產 5 萬個產品，而每個產品可得净利潤 RM50 的話。幾天停止生產產品拿来修正和查找 bugs 後再繼續進行測試，再有問題又再繼續停產的情况下，那麼那間生產商可以少生產多少產品虧損多少錢？然而往更長遠的生產鏈想下去，最終造成市场上的供需問題而导致產品的市场价格波動又是多少呢？

一個用來計算的軟體，不管是會計還是哪方面的，要是小數上或一些變數上没控制好导致某些情况下記憶體溢出，那麼這些统计上的資料還有用？如果你是 programmer 抱着修改好就可以了的心态來編寫，那麼這軟體的 bugs 自然多得不在話下，那你公司只要接一份開發案就可以慢慢修改到一直更换不同的 programmer 後，此軟體都還不能算是正常稳定，客戸商的心态又是怎麼想？公司要怎麼去賺錢每個月養 programmer？

作者: 宅男-兜着走 时间: 2011-12-16 07:28 PM
回复 11# Super-Tomato

很深下。所以你的意见是什么？

作者: Super-Tomato 时间: 2011-12-16 07:54 PM

回复 Super-Tomato

很深下。所以你的意见是什么？
宅男-兜着走发表于 2011-12-16 07:28 PM

意見就是 bug 是不可能没有，編寫時盡量考虑到日後的 enhancement 和維護，避免浪費太多時間在這方面，不然 programmer 根本没余時間做提升和優化程式。

作者: 宅男-兜着走 时间: 2011-12-16 10:30 PM
回复 13# Super-Tomato

这个...
嗯。。。很难。通常做着，做着就会迷失方向。控制不来。

作者: omama 时间: 2011-12-17 12:19 PM

看來你没分析清楚句子的結构

p/s:
輸出一句 hello world 的軟體即是 0 bug 了，bugs 在於其 ...
Super-Tomato 发表于 2011-12-16 10:48 AM

输出一句hello world当然不是0bug,你的hello world下面还有各种编译器等关联环境,-_,- 一句hello world里面的bug可不少哦

作者: Super-Tomato 时间: 2011-12-17 01:25 PM

输出一句hello world当然不是0bug,你的hello world下面还有各种编译器等关联环境,-_,- 一句hello ...
omama 发表于 2011-12-17 12:19 PM

看來你不清楚編譯器 compiler 是負責做些甚麼，那麼也麻煩你找個編譯一句 hello world 後會出現 bug 的可执行軟體讓我增長見聞一下

作者: goodday 时间: 2011-12-18 02:44 AM
我也发发
告诉你没0bug 的
但有的控制的

作者: omama 时间: 2011-12-18 10:22 PM

看來你不清楚編譯器 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哦

作者: Super-Tomato 时间: 2011-12-19 05:11 AM

我曾遇到为移动设备优化的编译器和普通编译器编译出来因为内存位址调度方法不一样产生的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 标准寫法的問題而导致。

作者: 宅男-兜着走 时间: 2011-12-19 11:44 PM
回复 17# goodday

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

作者: 宅男-兜着走 时间: 2011-12-19 11:47 PM
回复 18# omama

＝＝。。。

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

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

作者: ah_hau 时间: 2012-1-20 11:55 AM

回复 omama

＝＝。。。

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

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

作者: 宙船 时间: 2012-2-14 09:35 PM
Done is better than perfect

作者: django 时间: 2012-3-15 08:18 AM
提早发现bug 的方法 Test-Driven-Design
改这里烂那里的解法 Object Oriented Design + Test-Driven + Refactory

欢迎光临 JBTALKS.CC (https://jbtalks.my/)