需要畫乙個新的flex介面，而新的flex介面和當前系統中存在的乙個介面完全一樣，只是需要將元件改為新的。我的做法是將原來的介面拷貝過來，然後用新的元件替換舊的元件，替換完了之後進行測試時發現列表下的兩個按鈕沒有顯示出來。
接下來找原因，開始猜測是頁面布局的原因，導致按鈕不能正常顯示出來，但檢查**沒有發現這方面的問題；
第二種猜測是元件的原因，因為元件都是新封裝的元件，於是找個專案中的例子對照了一下，也沒有發現問題；
接下來就問別人了。
這裡其實出現了很多的問題：
1、拷貝**時，是整個檔案拷貝的，根本就沒看裡面的細節，這本身就有很大的風險，因為不知道裡面的情況
2、在替換元件時，對新元件只是乙個模糊的認識，根本沒有很清晰地了解，也就這樣糊塗地用了，這也是風險
3、在處理這個問題的時候，心態是不積極的，根本就沒有深入思考這個問題，挖掘問題，就一股腦產生了厭煩和依賴心理，就去問別人去了
4、在這種場景下，我居然對這個問題產生了神秘感，這究其原因是自己的懶惰的心理和對問題的不了解
這其實是很傻的問題，源起是第3點原因。
在做完一件事情後不對事情的結果進行評估和檢查，是很容易有偏差，很多人的經驗已經說明了
在工作中這樣的問題會遇到很多，那麼可以抽象出解決這一類問題的乙個模型，形成解決此類問題的結構化方法。不能遇到乙個問題是乙個問題。
一、將真正的問題暴露出來，這是核心
1、增刪。將出問題的部分刪掉，或者增加一些中間步驟，這在中學做計算面積的題目中經常遇到，其本質就是通過將其結構改變，和重新組合。
2、替換。先假設哪一部分出問題，然後用其相關的部分替換掉，這也經常可以暴露問題。
3、化簡。如果問題的過程或結構比較複雜，可以將其化為最直觀的，最簡潔的形式，然後再一步步往裡面新增。
4、化解。將動態變化的過程分解，一步步對每一小步進行驗證。
5、視覺化，可調控。 將解決問題的過程中的資訊記錄好，組織好，便於觀察，這樣比較容易發現問題；能debug的時候最好debug，因為這樣將內部結構暴露了，更加容易發現問題。
在專案中解決的乙個死鎖問題
描述 finance 系統 呼叫 process 系統的時候發生死鎖。用 show processlist 可以看到存在status是 updating 的程序，而該程序就是發生了死鎖的sql。分析 問題產生的原因是 finance 系統在事務a中update了一條資料，並且這條資料已被加行鎖 pr...
VC中乙個堆破壞的例子
最近除錯乙個 原本執行的不錯，在增加一些功能後突然出現了 堆破壞的錯誤。由於並沒有動態鏈結第三方的dll，所以問題無非是指標越界之類的，但是檢查了很久之後並沒有發現越界的指標，百思不得其解。今天只得回溯版本，一步一步新增 除錯。最後發現問題原來是乙個手誤 output queue t node2 o...
樹結構查詢 乙個SQL解決問題
在公司論壇上看到乙個同事得求助帖，問題如下 有兩個表結構和資料分別如下 org 機構基本資訊表 org id 機構id org name 機構名稱 1 立案處 21科 32科4調查處 53科 61科72科 83科9處理處 101科 112科 113科 rel 機構關係表 org id 機構id pa...