個人感覺，程式開發，是乙個處理資訊的過程。
一開始，我們什麼都不知道，需求也是模糊的。
在需求分析過程中，我們漸漸能夠看清到底需要完成什麼功能。
但是如何實現這樣的功能，我們還是不了解。
在設計階段，我們根據需求的內容，嘗試乙個個原型，直至找到合適的，或者根據需求
創造出乙個。
事實上，需求的資訊量如此之大，可能有很多的原型，才有可能覆蓋住需求的要求。
之後是裁剪，組合，分割，把需求的資訊量，整理成原型的模樣，
需求的資訊處理得清清楚楚，整整齊齊。
最後還要看看有沒有資訊遺漏的。
之後是寫程式碼和寫文件，確保這個過程中，資訊沒有變化。
實際中，資訊流不是那麼清晰的，會有一些正反饋和負反饋，
資訊在傳遞的過程中還會有失真和遺漏，於是傳遞系統就有了冗餘和校驗。
乙個新視角，可以帶來新的理論和方法，比如用資訊處理的方法來指導軟體的設計和開發。
我想，應該有人在這方面做過研究的。
從開發的角度看待bug
從開發的角度看待bug 在工作中，經常有同事問到某個問題是不是bug，該不該提交，而且疑惑為什麼會引起這樣的bug，尤其是剛進入測試行業的同事。這個問題最好的答案就是提交。我基本上碰到這種問題就是鼓勵他們提交他們所疑惑和懷疑的問題，即使後來發現不是問題，留在bug庫中對後來的同事都是一種學習 在此建...
從天氣預報來看軟體開發的估算
在敏捷軟體開發估算相關材料 培訓和交流中，常常見到聽到 昨日天氣 這個說法。我一直不是特別理解 敏捷裡提出 昨日天氣 是出於什麼目的。可能的目的有 1，昨日天氣情況很容易觀測，拿來推斷今日天氣，很是方便。2，根據昨日天氣來推測今日天氣，對於普通人來說，錯誤率極高，所以這個方法效果不好，所以記錄昨日天...
從天氣預報來看軟體開發的估算
在敏捷軟體開發估算相關材料 培訓和交流中，常常見到聽到 昨日天氣 這個說法。我一直不是特別理解 敏捷裡提出 昨日天氣 是出於什麼目的。可能的目的有 1，昨日天氣情況很容易觀測，拿來推斷今日天氣，很是方便。2，根據昨日天氣來推測今日天氣，對於普通人來說，錯誤率極高，所以這個方法效果不好，所以記錄昨日天...