bug，bug，又是bug。error， error，又乙個error。什麼時候能跟bugsay bye-bye，跟error say no way，這是程式設計師的夢想。作為乙個剛出道不久的軟體設計師（有證書為㊣），有時候一些簡單的bug和error還是在所難免，在此分享一下我調bug，找error的經驗，希望能對友友們有所幫助。
typeerror: error #1009: 無法訪問空物件引用的屬性或方法
atcom.ibm:: execute()[d:\workplace \commitdocumentborrowcommand.as:18]
atcom.adobe. /executecommand()[c:\ control\frontcontroller.as:215]
每當系統出現error時，console總會列印出一系列的資訊來，但是往往第一條才是最有用的，單擊這條資訊就可以迅速定位到出錯的地方。
空物件是未給物件賦值，最簡單的error之一。
typeerror: error #1034: 強制轉換型別失敗:無法將 ibm.command:: detailcommand轉換為 ibm.event. detailevent。
argumenterror: error #1063:mx.rpc::asynctoken/addresponder() 的引數數量不匹配。應該有 1 個，當前為 0 個。
上述兩個問題，都是很簡單的問題。乙個是型別不能進行強制轉換，另乙個是引數不匹配。在大多數情況下，我們遇到的問題都是這樣，簡單的錯誤就像上面描述的那樣在一行裡，告訴你錯誤的型別，然後在第二行告訴你**出錯的位置，我們只要細心就可以了。
下面乙個錯誤是我們不常見的錯誤：
要解決這個問題，必須要了解專案的框架，知道**的呼叫過程，然後才能分析出remoteobject為什麼沒有呼叫到。理解了專案的架構之後，這個問題也就不是問題，要麼忘記配置了，要麼就是不小心把引數寫錯了。
當bug或error出現的時候，不要著急，靜下心來想一想，是不是自己太粗心大意了，是不是自己遺漏了某個部分，是不是自己沒有弄清楚介面之間的呼叫關係。事實上，在程式設計師所犯的錯誤當中，80%都是由於程式設計師不小心而造成的。
如果你想遠離bug，遠離error，那麼請你像對待自己的孩子一樣來對待程式。bug，error會跟你say bye-bye！！！
disaster 我都做了些什麼啊！
當我意識到自己犯了錯誤的時候，為時已晚了。首先，當業務需求和流程還沒有明確的時候，不應該將技術的攤子迅速鋪開。而且，由於新專案的攤子迅速鋪開，原有專案被迫嚴重延遲。這裡面有業務的誤導，但更多的是自己的誤判。其次，架構要為業務服務，而不能盲目聽從技術的 慾望 接第一點來說，以目前已知的業務需求，技術方...
BootStrap main 方法都做了什麼？
if daemon null catch throwable t daemon bootstrap else try if command.equals startd else if command.equals stopd else if command.equals start else if ...
為了保持我的既學知識不被忘記，我都做了些什麼？
最近由於公司的人事調整，我從qt專案轉到minigui。對於minigui我也是個初學者，所以就不在這裡班門弄斧了，等我真正可以寫minigui 了，我再為大家出乙份教程，反正就是乙個國產的輕量嵌入式介面庫。雖然公司這樣安排了，但是我還是不想把qt丟了，因為知識學到了就是自己的，丟了那就不知道是誰的...