其實這個道理幾乎是顯然的。
不過還是有很多人不願意相信自己的程式會有bug。
今天我又體會了一次，
我的檔案打包工具用了已經半年多了。經過多次除錯很少出過問題。今天在導max**的時候，不知道為什麼老掛，覺得恨是奇怪， 跟到兩點多，才發現有個delete_stream函式以前從來沒用過。那裡竟然有個非常顯然而有愚蠢的錯誤： 我使用hash表和檔案入口表，兩個表來索引檔案入口位址，在loading的時候，沒有計算出從檔案入口表指向hash table的表，（當然也可以在delete_stream的時候，傳個hashindex過去），因為在刪除某個stream的時候，需要把hash table的某項設定成空，但是這個檔案入口表裡儲存的那個hash index卻沒被初始化過。。。。
真的該問問自己，每次程式掛的時候，對那些信任已久的模組，我們真的完全測試過了嗎？
我們要相信，程式一定是有Bug的。。。
其實這個道理幾乎是顯然的。不過還是有很多人不願意相信自己的程式會有bug。今天我又體會了一次，我的檔案打包工具用了已經半年多了。經過多次除錯很少出過問題。今天在導max 的時候，不知道為什麼老掛，覺得恨是奇怪，跟到兩點多，才發現有個delete stream函式以前從來沒用過。那裡竟然有個非常顯然而...
願意花時間，但一定是要找對方向
曾經一直認為 所有的成功或者成績都是靠時間堆積起來的，只要我願意花時間，我感興趣就沒有做不了的事情。所以的事情都是可以改變的，看我們怎麼在做，做的夠不夠。現在看來，很多事情不是我們能控制的，願意花時間，但一定是要找對方向，否則只能在錯的道路上越走越遠 尋秦記裡 歷史是無法改變，很多事情我們控制不了，...
落地敏捷典型問題 有了這些跡象，一定是出現了問題
有了這些跡象，一定是出現了問題 我們在周而復始的一次一次做迭代，提交新版本。但有一些跡象一旦出現，我們必須停下來，解決這些問題，否則將越來越糟。1.提交給客戶的質量是不能接收的，客戶很不願意公升級版本，因為會遇到無法預計的一些bug 2.給客戶提交新功能，需要越來越長的時間。這個問題有可能產生於 功...