軟體評審
軟體評審並不是在軟體開發完畢後進行評審，而是在軟體開發的各個階段都要進行評審。因為在軟體開發的各個階段都可能產生錯誤，如果這些錯誤不及時發現並糾正，會不斷地擴大，最後可能導致我們開發結果不可控。
軟體評審是相當重要的工作，也是目前國內開發最不重視的工作。
（1）評審目標
。發現任何形式表現的軟體功能、邏輯或實現方面的錯誤；
。通過評審驗證軟體的需求；
。保證軟體按預先定義的標準表示；
。已獲得的軟體是以統一的方式開發的；
。使專案更容易管理。
（2）評審過程
a、召開評審會議：一般應有公司評審委員會組織，會前每個參加者做好準備。
b、會議結束後必需有結果性東西：接受該產品，不需做修改；由於錯誤嚴重，拒絕接受；暫時接受該產品。
c、評審報告與記錄；所提出的問題都要進行記錄，在評審會結束前產生乙個評審問題表，另外必須完成評審簡要報告。
（3）評審準則
。評審產品，而不是評審設計者（不能使設計者有任何壓力）；
。會場要有良好的氣氛；
。建立議事日程並維持它（會議不能脫離主題）；
。限制爭論與反駁（評審會不是為了解決問題，而是為了發現問題；
。指明問題範圍，而不是解決提到的問題；
。展示記錄（最好有黑板，將問題隨時寫在黑板上）；
。限制會議人數和堅持會前準備工作；
。對每個被評審的產品要盡力評審清單（幫助評審人員思考）；
。對每個正式技術評審分配資源和時間進度表；
。對全部評審人員進行必要的培訓；
。及早地對自己地評審做評審（對評審準則的評審）。
注：以筆者多年經驗來，開會如果沒有在會前做會議規劃，最後大多數會議會流於形式，這對我們來說是沒有任何意義的．
關於軟體架構組織的一些想法
伺服器 伺服器至少要3個環境，開發環境 測試環境 準生產環境，個人建議的是要4個環境，除了這3個，還要加個效能測試環境。應用伺服器要分開到不同的主機，也可以是虛擬機器，資料庫伺服器可以在同一臺主機。平時我們先在開發環境寫 等自己在開發環境上測試完成，再上傳到測試環境，等測試人員測試完成，上傳到效能測...
關於OCR，一些想法
ocr一般分為兩種 1，根據給定的字元特徵集合，提取未知字元的特徵進行匹配識別 典型例子 gocr 2，不知道字元特徵，但給出提取特徵的規則，通過機器學習training來獲取某個字符集的特徵集，對未知字元進行匹配識別。典型例子 tesseract 第一種方法簡單，在某些場合很高效，但比較侷限，字符...
關於tv app的一些想法
以前是做iptv機頂盒的，現在是做網際網路電視機頂盒的，在技術上的區別是不大的。通過這些年與電信，廣電打交道，現在對產品有了一些小想法。那麼在顯示上都是以web為主，用web來顯示epg內容，用osd來顯示狀態。但是隨著android的出現，現在大部分機頂盒或電視劇集廠家，都開始了智慧型之旅。乙個是...