Knowledge Gained by Hard-assed Bug Fixin'

在读完每日编译(Daily Build)是你的好朋友之后,ㄚ琪要继续读绝不妥协的抓虫行动,有时候ㄚ琪很执着,是个很完美主义的人,看到一点点小瑕疵就会马上改,把自己的程式当成是自己的小孩那样爱护,并且总认为是最棒的,但是后来年纪大一点之后,接触人的机会也多了,我们不能多把人当成是完美的人要求他们都可以跟我一样,于是乎我学会了睁一只眼闭一只眼来看待这个世界,这个也影响到了我的程式工作,反正可以用就好了,将就将就吧!于是乎今天在看绝不妥协的抓虫行动,你就会了解到什么时候要完美,什么时候要睁一只眼闭一只眼,文中所谈得绝对是以经济成本来估算,所以看本文之前请务必把数学学好!

‘只有当修正问题所得到的价值超过修正所花的成本时,修正问题才是件重要的事。’所以当睁一只眼闭一只眼不能敷衍了事的时候,该是卷起袖子做事的时候了!

文中举了一个建一座果酱新厂以增加新产能的一万五千美元成本来对照于用超频技术节省72份三明治的原料成本,我想是很容易了解的,但大多数的状况可能都无法估算的出来,所以像是影响到声誉的部份,可能就得好好重视!

约耳提出一些点子帮助我们评估什么情况下问题值得修正?

第一步:确定你知道问题的状况。

‘首先我们会把免费试用伺服器出现的问题全部抓下来,尽可能的记录最多的资讯,然后把全部资料用电邮寄给开发团队。

把每个技术支援电话都视作某个问题的迹象。’

第二步: 确定你会得到经济上的回馈

‘把技术支援的“成本”算在事业单位的帐上。’我感觉跟把库存建在人家家里的那种零库存公司有异曲同工之妙!

第三步:找出哪些问题值得全部修好

在ㄚ琪的程式写作哲学里,小单位里的程式,常常只是因为习惯的问题被要求修改,这时如果可以动用人际沟通方式解决的话,几乎可以不用卷起袖子来改程式,ㄚ琪后来觉得学会辩论是很有用的技能,说服或催眠你的同事,程式不需要改,改就要大费周章及成本,很容易就可以说服而完成不卷起袖子做事的奇迹了!好用吧!不够真的是有问题的程式,可不要偷懒了!去改吧!