bug
在讀到這一部分的時候，就覺得寫得很有意思。。
夥計取下壁上掛的一塊烏黑油膩的東西，請他們賞鑑，嘴裡連說「好味道!」 引得自己口水要流，生怕經這幾位客人的饞眼睛一看， 肥肉會減瘦了。肉上一條蛆蟲從膩睡裡驚醒，...
夥計忙伸指頭按著這嫩肥軟白的東西，輕輕一捺，在肉麵的塵垢上劃了一條 烏光油潤的痕跡，像新澆的柏油路，一邊說: 「沒有什麼呀!」顧爾謙冒火,連聲質問他:「難道我們眼睛是瞎的?」大家也說:「豈有此理 ! 」.....
肉裡另有兩條蛆也聞聲探頭出現。夥計再沒法毀屍滅跡，只反覆說:「 你們不吃，有人要吃一我吃給你們看一 -」 店主拔出嘴裡的旱煙筒,勸告道:「這不是蟲呀， 沒有關係的，這叫『肉芽』一『肉』一『芽』。」方鴻漸引申說: 「你們這店裡吃的東西都會發芽，不但是肉。」
是蟲子(bug)，還是肉芽?不同的人有不同的答案。
軟體行業也有一句著名的笑話:這不是缺陷，這是乙個功能! (it's not a bug, it's a feture)很多人認為有bug就是質量不合格，沒有bug就是質量完美，其實這也未必。有實際用途的同時又是完美的軟體在世界上是不存在的。我們做到老師所提的三點就已經很好了。
1.研發出符合使用者需求的軟體
2.通過一定的軟體流程，在預計的時間內發布「足夠好」的軟體
3.能證明所開發的軟體是可以維護和繼續發展的。
快速閱讀《構建之法》 構建之法閱讀筆記01
自己從3月4日開始讀 構建之法 在粗讀一遍後，自己產生如下疑問 1.風格真的很重要嗎？總覺得清晰易讀即可 2.編寫軟體時，是程式簡潔高效但不易讀好？還是程式冗餘效率低下但是方便別人閱讀易維護好？3.使用者體驗主要體現在哪些方面？介面美觀，反映速度快，功能齊全足夠了嗎？4.本書只說了團隊模式，並未對如...
《構建之法》閱讀筆記
第五章的內容是團隊的話題。團隊一直是乙個不可或缺的話題，球場上，網遊中都有著若干個團隊。個人離開團隊無法健康成長，團隊離開個人無法存在。團隊在我們軟體工程中是乙個非常重要的內容。團隊的特點 團隊有一致的集體目標，團隊要一起完成這個目標。乙個團隊的成員不一定要同時工作。團隊成員有各自的分工，互相依賴合...
構建之法閱讀筆記
本週先看了 構建之法 的第一章。這一章介紹的理論和知識點有電腦科學的領域 軟體的特性 軟體工程 軟體工程與電腦科學的關係，還向我們詳細介紹了軟體工程的定義與組成部分。其中有三個推論 程式 資料結構 演算法 軟體 程式 軟體工程 軟體企業 軟體 商業模式 由此可知，程式 演算法 資料結構 是基本功，但...