人們往往樂於發現別人程式設計的錯誤而害怕揭露自己所寫的**的問題。或者是客觀上，由於知識的侷限，還無法很好地發現自己所犯的編碼錯誤，如果想到了，一開始他就會寫得很好。
我想在乙個專案開發中，應該讓測試從開發的程式設計師工作中分離出來，由另一部分人專門做測試，測試人員會唯恐不發現程式設計人員的**問題。在下乙個專案中，就應該讓他們的角色互換，原先測試的人做開發，原先開發的人來搞測試。
每週測試的**量，測試發現錯誤的**量，要公布、對比，這樣對雙方都有約束。
同乙個人既做了乙個專案的測試，再做另乙個專案的開發，必會把測試中發現的問題形成的經驗用到新專案中去。
乙個測試的工程師，乙個開發的工程師，通過乙個專案把他們聯絡到一起，既有矛盾又有共同利益，讓大家都知道對方的難處，多些體諒。不然老是各自面對電腦螢幕，各自都想獨大為程式設計英雄，技術保密和感情的隔閡越來越深，溝通越來越困難，人越來越不人性化。
乙個測試的工程師，乙個開發的工程師，每次配對都要不同。長期在一起，容易串通抵抗。經常變化，乙個人就可以認識、了解很多人；認識、了解很多他原本還不知道的方面。
關於學習的一點想法
上了十幾年學，才發現自己很多本質的問題從來沒有想過。人類在發展過程中會遇到各種各樣的問題，面對各種各樣的問題，人們提出了各種解決方法。但是如果不用文字記錄下來，讓更多的人看到，實現知識的傳播，那麼未來的人類面對相同的問題就會一臉懵逼，然後花很多重複時間解決乙個解決過的問題。所以人類把各種問題的解決方...
關於CTFT DTFT DFT的一點想法
關於ctft dtft dft dfs等概念的理解一直是模模糊糊 似是而非的，近日忽然就咂摸到了一點滋味，簡單記錄一下，正確性不敢保證。考慮到計算機只能處理時域離散 頻域離散的訊號，因此時域連續或頻域連續的訊號，計算機無法直接處理 這是大前提 因此需要對連續的訊號進行離散處理，這就需要用到衝激串了 ...
關於工作的一點想法
最近基於spring cloud在做乙個支付閘道器的功能。基於 兩 個服務 格式化服務與子支付服務。格式化服務 接受所以平台的請求，提供公共介面，實現在內部呼叫不同平台的子服務介面。子支付服務 針對不同的支付平台提供相關的支付功能。因為剛剛起步，所以就以剛接觸的第乙個子服務為基礎建立了格式化服務。然...