在十幾年前，要弄 Linux SMP kernel 還要自己 compile 那時代，我也都是用 compile (auto-tools 的 configure/make)的方式來安裝軟體，那真是廢力曠時的事。
因此我才去瞭解那些人家做好的 package 如 RPM、DPKG(apt-get) 等等。
我覺得如果非迫切需要，儘量用現成的，不用什麼都要事必躬親，我現在甚至連 cross compiler 都用 apt-get 來裝，因為我的重點是使用這些軟體，不是安裝這些軟體。
其實傻事我也做過，我甚至做過宣告 class 少打一個 ; 或寫 make file 裡該用 tab 的地方不小心用到空白的傻事。

從事維修工作本來就是要設想到各種可能性
放棄各種已存在立場以及先入為主

不然很容易摔到迷宮裡面

=

電腦開機無畫面
軟碟機 FD 的排線故障，換一條
風扇故障，可能裡面的線圈短路了

=

不好意思啦,因為這周又有其他bug,工作又忙,下班就想看非誠勿擾,不是故意拖這麼久才回
因為既然都說到這個份上了,感覺我不說又是老在賣關子,我也不喜歡這樣

http://code.google.com/p/rutorrent/downloads/list
其實就是rutorrent

從libtorrent complier-->rutorrent ssl設定,因為無論是os和之前安裝的我的作法差很多,所以debug無數回
往前找很多節點做debug花了很多時間(我覺得都可以寫篇小論文了<=只能給自己看orz)

重點是那個環節rutorrent的下載必須還要下載plugin
之前舊版是因為都包再一起了,所以沒考慮太多(相同的,你看下載數就知道應該有不少人也出了和我相同的錯)
這個環節也一直沒設想到就一直debug其他直覺比較會出問題的地方
加加減減重灌了3-4次,才交叉比對到我認為最不可能的部分

我當時也看到有plugin要安裝,但我的直覺是一些非必要的plugin
這就是所謂的刻板印象吧

誠如前面大哥所述
"當所有的不可能都被排除，無論所剩下的是什麼，也不論它的可能性有多低，都一定是事實的真相。"

不想說的原因是因為這根本不是寫code的問題我還搞這麼久,實在丟臉死了

有時回到"原點"去查，有時候會查出，問題實在是"簡單"到覺的自己是白吃一樣..

user : XXX過來幫我看一下,我的筆電壞了拉,去上個廁所回來後就發現電腦關機打不開了
mis : (試按)哇,真的毫無反應,把電池拔下來試看看再開機....
結果還是一樣,心想,不會是變壓器壞了吧,頭向後一看.....

原來插頭沒接市電

mis : (拿著沒插電的插頭)這個.......
user :