今天花了將近一天的時間修改乙個低優先順序的cr，不是coding太慢，而是自己在兩種解決方案中徘徊，開始選擇一種方案，但是後來發現這種解決方案，給目前系統帶來了很大的不確定性，雖然可以很好的解決問題，但是修改太多，其中很多邏輯都要發生變化，需要將很多測試用例重新測試一遍，可能導致引入更大的風險。直到下午3點才放棄，改用打patch的方法對它進行修改。乙個很小的cr，本來是可以比較快的解決，卻花了將近一天的時間，其中有很多需要自己注意的地方，總結有一下幾點：
1.在產品將要出貨的時候，盡量不要做大的修改，所謂大的修改，可以從兩個方面來考慮，
a.**修改量
b.修改之後需要重新測試的測試用例
如果分析這兩個方面需要修改很多，就應該放棄方案求其次，出貨期間穩定大於一切
2.修改cr步驟：
a.重現cr
b.找出cr出現的原因
c.根據cr出現的原因寫對應的測試用例，其它可能出現此cr的情況。這些測試用例應該寫入到需求文件中
d.根據這些測試用例，再找解決方案
e.最後才是coding解決問題
3.編寫code的時候，盡量按照正常的邏輯來做，不要因為中間又很多可以刪改的地方就放棄，這樣的code雖然很緊湊，但是不好擴充套件，如果需要進行修改，那將是致命的，很有可能需要動結構。
4.在針對需要將item index作為資料處理引數時，最好能夠將item index作為引數傳入訊息響應，而不應該在winmanage中查詢選中的item，這樣就容易出現這次cr的情況，按power鍵關掉所有dialog時而不能提示使用者改如何處理。
關於程式開發
《媽的，不能上傳，真他媽的日》
在需求階段，應該盡量窮盡測試用例
設計框架根據已有的測試用例來設計框架，如果這個過程中還需要進行修改，應該及時反饋到需求階段，寫下相應的測試用例
programe階段，應該設計好模組之間介面，以及主要函式的引數形式，因為編碼問題而導致需求變化（有些不是硬性的需求，可完成也可不完成，可以自己來度量）
最後才是具體編碼
將來出了問題可以採用這些測試用例來測試code，及時找到錯誤，所謂的測試驅動開發
校驗軟體是否被黑客所修改
此功能可以將你現在的程式所有檔案，與當初安裝時記錄到資料庫中的資訊進行比對。從而查出哪些檔案目錄的許可權 內容等等是否被修改過。1.安裝乙個zsh軟體用來進行實驗 2.檢視資料庫檔案 在 var lib rpm中都是是安裝軟體時留下的資料庫檔案，其中以 db開頭的是快取檔案並非正真的資料檔案，這個檔...
關於OPENCV中IplImage所儲存
關於opencv中iplimage所儲存資料的討論 shelliar opencv一書中，對iplimage和cvmat的講述不夠詳細，很多時候當我們處理影象的時候，我們會避免用cvmat而是直接用iplimage的方法。iplimage這個結構體中儲存影象資料的部分是char imagedata，...
關於修改表
1 輸入 h，回車，2次調出偵錯程式，或者或者輸入 sap edit，回車，系統提示修改狀態啟用。在變數1中輸入如下兩個引數，並將其值都改為x gd sapedit gd edit 2 有時輸入 sap edit後還是不能啟用，解決這個問題可以通過執行程式rkse16n edit，選中啟用編輯功能後...