最近幾天安裝分公司開發的一套軟體，給本地公司員工作培訓。可誰知軟體裝上了，卻不能用，也不出錯，就是得不到正確的結果。通過rtx詢問了一下，被告知「不可能，怎麼可能呢？這邊一點問題也沒有，你在試一下」，於是解除安裝—安裝、解除安裝—安裝……，大約進行了n遍，仍是不行。於是俺乙個**過去，這次解釋和上次袋是不太一樣——「你重灌乙個乾淨的作業系統試一下！還是不行的話換台機器，是不是機器有毛病。」偶暈，偶狂暈！
無奈任務很緊，咱還得繼續呀，幸虧有備份的系統。於是恢復系統，安裝軟體，使用——還是不行；於是偶換部機器……於是偶打**，於是偶聽到「怎麼可能」，是不是你們用的那套作業系統有問題，偶又問是不是安裝時有什麼注意的地方，或者安裝後需要進行一些設定，或者對環境有什麼要求，可被告知沒有，於是偶再試……可憐偶已大汗淋漓，暈倒在地！
且不說bug的問題，但是這番態度，就不是乙個稱職的軟體工程師，憑經驗認為，絕大多數bug都是軟體自身存在缺陷而引起的，或者這麼說，基本上所有問題都是我們自身引起的，少之又少的極少數bug是有作業系統、編譯器、硬體問題引起的。
無奈之下，偶只得通過行政手段來解決問題。
可視為什麼一出現問題就認為與自己無關呢？憑這番逃避問題的態度，怎麼解決問題呢？軟體有問題，我們應首先查詢自己的原因，不要忙於推託責任。
軟體打包之後發現的bug，可以採用排除法從後往前進行排查：
是不是安裝時或者安裝後有什麼設定？
對環境有哪些特殊要求？比如依賴什麼軟體，瀏覽器版本等；
打包時各個元件是不是全打進去了？
這些元件呼叫的元件需不需要打包進去？
這些元件需不需要特殊的執行庫？
各個元件的安裝位置是否正確？是否正確註冊？配置是否正確？
各個元件是否已經過嚴格測試，哪乙個可能導致這些bug?
……
再談「蟲子」的問題
很感謝 加大碼 同志在上篇隨筆的恢復，讓我想起了許多問題。常言道，千里之堤，毀於蟻穴，軟體同樣如此。雖然軟體中的 bug本身不會像蟻穴那樣慢慢變大，但對使用者而言，它引起的錯誤 異常等的次數卻會越積越多，最終我們會失去使用者，造成不可挽回的損失，因此，這些質量的問題，我們必須注意，並制定相應的措施 ...
蟲子爬進問題
1.問題大意乙個n英吋的井中有一條1英吋的蟲。蟲子u英吋 minutes,爬一分鐘必須休息一分鐘。休息期間蟲子會掉d英吋。給出需要多少秒乙個蟲爬出井。題意的理解很重要，開始時我理解為必須剛好最後一步到達井口，才算爬出井。所以對立面 n 19 u 3 d 1時間為19的例子算了半天都沒有找到乙個合理的...
蘋果和蟲子2
蘋果和蟲子2 總時間限制 1000ms 記憶體限制 65536kb 描述 你買了一箱n個蘋果，很不幸的是買完時箱子裡混進了一條蟲子。蟲子每x小時能吃掉乙個蘋果，假設蟲子在吃完乙個蘋果之前不會吃另乙個，那麼經過y小時你還有多少個完整的蘋果？輸入 輸入僅一行，包括n，x和y 均為整數 輸出 輸出也僅一行...