遇到問題的時候：
1，不要怨天怨地。出了問題，當然有可能是系統的bug，api的問題，但是那些機率往往比你犯低階錯誤的機率要低多了，先從自己身上找原因，是不是自己寫錯了。
2，要掌握工具。最低限度你要會寫log，最好是log和偵錯程式結合。好 的工具可以大大的提高效率。以前有人跟我說，dll不能除錯，我發現可以；有人說多執行緒不能除錯，我發現可以；有人說com不能除錯，我發現可以；有人說 ie外掛程式不能除錯，我發現可以；有人說oe外掛程式不能除錯，我發現也可以。當然，你確實會遇到不能除錯的時候，當年我們做東芝晶元的嵌入程式，乙個組都沒有 乙個**器和偵錯程式，但是至少可以用log嘛，無非是麻煩點。
3，分析問題要有邏輯。遇到問題可以先把所有的可能性都列出來，然後乙個乙個分析，肯定能找到原因的。
4，要學會隔離問題。問題涉及到的**越多，越難以理解，問題越難以解決。遇到這樣的情況，可以利用log或者偵錯程式，一行**一行**的給它們洗清嫌疑，這樣很快你就可以找到出問題的地方。如果**特別長，程式特別複雜，可以用二分法來做，效率很高。
要想不遇到問題，寫**的時候：
2，函式體功能塊不要過長。我認為我的智商並不高，我很難接受乙個程式的乙個函式體或者乙個功能塊超越3屏（當然邏輯真的有那麼複雜除外，你會發現越是簡單的邏輯越是容易被人寫的冗長）。很多人對物件導向耳熟能詳，對封裝繼承看起來駕輕就熟。但是動不動就寫出來個函式體超長的程式。這就像寫本書從頭到尾不點句號一樣，會累死讀者的。自己看的時候，估計也會被累的喘不過來氣。這是我對基礎教育的微詞所在，他們連教會學生寫函式都沒教會，雖然表面上他們連物件導向這麼高深的東西都教。
3，縮排要對。這點很重要，雖然大部分語言不是像python那樣用縮進來決定邏輯塊的位置，但是人看到縮排的時候，總是會以為這些縮排位置跟邏輯相關。尤其是在有大量的ifelse或者for迴圈等等的巢狀邏輯的時候，如果縮排錯了，可能會直接讓人把程式的邏輯讀錯。所以我拿到別人的**，第一件事情就是整理縮排。我見過一些比較優秀的頁面工程師，他們會在div結束的位置用注釋寫上這個div的id，這樣層級關係就一目了然了。
4，不斷重構。隨著程式的不斷修改，有些部分會不斷的增長，原來看著清晰的架構可能因為問題的複雜而慢慢模糊，也可能被修正bug的權宜之計弄的面目全非。不信你找乙個經過多次修改的程式看看，是不是滿目瘡痍，是不是都很難認出是你自己的作品了。這在多人參與的專案中更加嚴重，每個人有不同的**風格，經過多次雜交後，你肯定認不出你的**是騾子是馬，還是四不像了。隨著程式的慢慢成長，原來有些函式體會慢慢膨脹，需要拆分；有些原來簡單的功能塊四處都需要，應該被提煉成函式或者方法，等等。現在不重構，未來等到**複雜到無法控制的時候，重構的工作就會變得更加困難。我見過最強的案例是，乙個幾千行的電子辭典配套聯機軟體，經過無數次的改版，變成了乙個幾乎無法維護的主窗體的cpp有1萬8千行的怪物。最後經過複雜的重構，才變成乙個出新版本只需要新增乙個驅動程式的可以維護的幾千行的程式。
程式設計師如何保持優秀
今天看到這些準則，覺得很好，寫下來大家一起看看。1.小範圍的選擇一些有用技術，透徹的學習它們，擁抱它們。然後不斷的擴充套件這個範圍。2.理解各種資料結構的優點和缺點，包括它們在記憶體中和在硬碟上的各自表現。3.理解各種演算法的優點和缺點。4.了解你的工作領域。關上電腦，去做你的使用者們在做的事。5....
程式設計師如何保持優秀
1.小範圍的選擇一些有用技術，透徹的學習它們，擁抱它們。然後不斷的擴充套件這個範圍。2.理解各種資料結構的優點和缺點，包括它們在記憶體中和在硬碟上的各自表現。3.理解各種演算法的優點和缺點。4.了解你的工作領域。關上電腦，去做你的使用者們在做的事。5.有準備，有願望，有能力在任何時候投入到多種技術層...
程式設計師如何保持優秀
1.小範圍的選擇一些有用技術，透徹的學習它們，擁抱它們。然後不斷的擴充套件這個範圍。2.理解各種資料結構的優點和缺點，包括它們在記憶體中和在硬碟上的各自表現。3.理解各種演算法的優點和缺點。4.了解你的工作領域。關上電腦，去做你的使用者們在做的事。5.有準備，有願望，有能力在任何時候投入到多種技術層...