注：本帖言辭尖刻，乃本人脾氣秉性使然，如果你看著有氣，就請多多見諒，放下別看了。
程序就是一系列按步驟進行的操作序列，它有好多種級別，比如最低級的微程序、次低級的匯編程序、高級的各種編程語言程序、最高級的腳本語言程序，也許我列的不對，但沒關系，我要說的是不管是那個級別的程序，其本質都是操作的邏輯序列。大多數系統和應用程序都是建立在高級編程語言上的，比如C、C++、C＃、FORTRAN、BISIC、JAVA等等，就讓我們只關注這一級的編程能力吧。因此如果一個程序員的邏輯能力不高，他永遠都不能成為一名具有合格職業水準的程序員，我們在下面的討論有關編程能力的方方面面，最終都是為了最大程度地提高和實現一名程序員的邏輯能力。

一、掌握基礎知識：N年寒窗的持續積累
從7歲讀小學起，經過N年的學習，你從軟件專業本科畢業后，必須完成以下幾門專業課程的學習：計算機組成、操作系統原理、匯編語言、數據結構、編譯原理、數據庫原理、軟件工程、結構性設計語言(PASCAL、C)、面向對象設計語言(C＋＋、C＃)、計算機網絡等，你最好還懂一些算法分析、分布式系統、計算機圖形學、形式邏輯、人工智能原理、軟件設計模式、軟件構架/框架等研究生的課程，你積累的除了知識，更重要的是形成最適合自己的學習方法和工作方法。這些是你具備程序員職業水準的基礎能力，不要受什么計算機軟件怪杰之類傳奇的影響，那不過是小概率事件，而且這些怪杰們就算沒有讀過軟件本科和研究生，也往往自學了大多數專業課程，很可能比在校學習的學生對這些課程的精髓部分理解的更好，還有他們的工作方法和思維方式是特別而高效的，但普遍性差，可以借鑒，不宜模仿。好，所以現在你只需要問問自己，那些課程和知識都學會并掌握了嗎？如果是，那就準備好進行實踐了。

二、在實踐中提高：成為一名高水平的Coder
通常，你在工作中都會用到某一種單位/公司固定的操作系統和編程語言開發環境，比如Windows、UNIX、LINUX等操作系統，又比如用VC、VB、PB、Delph、JAVA、Motif/XWindow、QT、OpenGL、OpenInventor等編程語言和開發環境，我們在后面把它們合稱為開發環境。就在校學習的有關開發環境的知識而言，大概你距工作需要的差距是不小的，當某個操作系統和編程語言環境成為你的飯碗時，就不應也不能用通過課程/認證考試之類的眼光和要求來評價你的能力，即使你能考100分。你需要深入地學習該操作系統和編程語言環境的各類開發手冊的所有內容，你會說大多數你都用不上，其實你既對又不對，對的是單從使用的角度而言，你確實用不上開發手冊的大多數內容，比如龐大的VC開發類庫和復雜的開發環境，你在實際工作中能用到的不到總數的1/10或1/5，不對的地方在于，你用到的部分不是孤立存在的，它們是整個體系中的一部分，只有對整個體系有了一個較完整的了解，才能得心應手、隨心所欲地用好你用到的部分，你才算初步具備在這種開發環境下進行Coding的職業水準(還遠不夠程序員的職業水準呢)，而這只是剛開始。如何才能真正掌握一種開發環境的全面的知識呢，最原始的辦法就是讀開發指南/教程、參考手冊，一般來講，學習開發指南/教程時，你如果是一個認真的人，都會完成5/10~7/10左右內容的學習和練習，如果你想成為職業選手，就應該完成9/10以上內容的學習和練習。參考手冊不同，大多數所謂的“程序員”們只是用到了才翻翻，這差的太遠了，你應該象讀開發指南/教程一樣，每個環節都要讀，比如VC，參考手冊中的每個類，類的每個函數，都要讀上幾遍，它們往往是一小伙一小伙地糾纏在一起使用的，開始時讀得你毫無頭緒、心煩意亂，不要緊，還有一手呢，如果你開發環境安裝的全面，它們往往都有開發商做的demo例子可看，你就進入另一個境界了，開始時你關注demo中的具體技術，后來你發現這些demo的程序寫的都還算不錯，結構簡單但合理，如果你真的用心，就一定能發現一些個別的demo是極品，它所展現的程序邏輯結構是你設計不出來的，你現在有點更關心它的程序設計構架，甚于對你原始目的(某種相關的技術/技巧)的關注，這時的你，開始了從一名Coder向一名Programmer的轉變，你會忍不住要看看開發商提供的源程序，比如.h和.cpp，通常你會找到include路徑下所有的.h程序，你才知道，哇！好多好多東東在參考手冊中都沒提到，你要學的太多了，沒時間顧及其它的業余愛好了，現在知道為什么程序員是年輕人的職業了吧，你要有足夠多的時間才行，即使你的智商有160。如果你走到這一步，在你工作的團隊中，已經是經常有人向你請教技術問題，經常有人請求你幫忙debug，你已是公認的“高手”了，別得意，因為你仍然是個Coder，為什么這么說呢，你想想，你已深入了解了這個開發環境中的各種技能，知道一名Coder如何用好這些東西，可是你能設計的出提供給Coder們用的東西嗎？唔……，你想了想，可能還不太行。對了，就是這樣，你還是一名小我境界的程序員呢，本質是個Coder，當然已是一名高水平的Coder了，然而你需要進一步登堂入室才能成為一名真正的程序員。
讓我們繼續吧，通常你都是從精通一種編程環境開始的，假設你已經較為精通在Windows下用VC開發軟件了，這時在技術和技巧方面你將面臨一小一大兩個挑戰，第一個小挑戰是如果公司/單位改換了開發環境，比如用LINUX下的QT交互語言工具進行開發，你不過是把前面掌握VC的過程再來一遍，由于在主觀上經歷了VC工具的學習過程，在客觀上各種開發環境都有太多相似的方面，這回你掌握的應該較快。要小心，在這時第一次誘惑之門打開了，因為你感覺良好，看！這回這么快，我就這么好地掌握了新的開發環境，你開始關注其它暫時還用不到的同類環境，比如VB、Delph、JAVA，如饑似渴地掌握各種開發工具，證明自己的學習能力和價值，但你忘了一點，你仍然是個Coder，只不過是一個在好多開發環境下都能編程的Coder，就像你生活在中國，因而精通了漢語，工作需要你又掌握了英語，然后你就來了勁，把俄語、日語、阿拉伯語、拉丁語，等等等等，都學習個遍，我只能說，有點BT。你忘了自己是個職業人，同一類的東西工作中用得到才需學習，太多太多的Coder們喜歡在一起比較和炫耀自己會掌握了幾種開發工具，不信你看看招聘時的求職書就知道了，sigh！他們中絕大多數人永遠都只能停留在這個層次上，心浮氣躁，一生都再也當不成真正的程序員了。總結一下，其實你在這時需要的是對自己掌握新開發環境的能力的自信，而不是一遍遍地重復來證明自己。第二個大挑戰就是你明白了只掌握VC是不夠的，你發現自己有點淺薄，有很多東東你會用但你不太懂，很多方面支持VC編程的知識你都沒掌握，比如操作系統的源碼、網絡協議知識、Windows 的注冊表、進程和線程的基礎知識、硬件驅動方面的知識、ActiveX、Windows 龐大的 API，又是一個等等等等，這些基礎知識的學習和掌握可是要花費大量時間的，你再一次深切地感到時間太不夠用了，因為這時的你大概有許多俗務纏身了，所以有點沮喪，還不用提IT業每天不知有多少新東西在發布，KAO，永遠都跟不上，越拉越遠了。哎！別氣餒，振作一點，你還是忘記了自己是個職業人，既然好多東東在工作中你永遠都沒機會用，那么干嘛要學呢？用什么才學什么，最多預測到馬上要用什么，先一步學什么好了，要知道沒有人是真正的、無所不精的全科大夫，除非你是神，但如果你還在耐著性子看這篇文章，你肯定是個人嘛。

三、注重邏輯：成為一名職業程序員
我們在前一節提到過，“你發現一些個別的demo是極品，它所展現的程序邏輯結構是你設計不出來的，你現在有點更關心它的程序設計構架，甚于對你原始目的(某種相關的技術/技巧)的關注”，其實你是在關注這個demo程序作者的思維邏輯，所有程序的本質就是邏輯。技術你已經較好地掌握了，但只有完成邏輯能力的提高，你才能成為一名職業程序員。打一個比方吧，你會十八般武藝，刀槍棍棒都很精通，但就是力氣不夠，所以永遠都上不了戰場，這個力氣對程序員而言就是邏輯能力(其本質是一個人的數學修養，注意，不是數學知識)。邏輯能力也是逐步提高的，開始時你一定是用直觀的邏輯能力來編程的，怎么想就怎么編，不對就再改，在改進中提高自己的邏輯能力，從直觀邏輯能力提高到抽象邏輯能力，這是很正常的。提前說一句吧，到達邏輯能力的至高境界，其表現是用數學語言來描述問題和問題的解決辦法，高度抽象！好，說回來吧，你要提高邏輯能力，最快的辦法就是讀別人寫的結構優秀的程序。優秀的代碼是百讀不厭的(這句話是我抄來的)，暫時放放對其中某種技術和技巧的關注吧，你要推導和學習的是這些好程序的邏輯結構，它們是被精心設計出來的。你可以先捂住這個demo程序，自己設計一個功能相同的程序結構，然后比較一下demo的程序結構，如果差距較大，那你就不應簡單地改進一下，而是要把demo作者設計的過程在心里復原一遍，做到這一點也許有點困難，但這種事干的多了，你就會越干越快，越來越得心應手，你的邏輯能力飛速提升，你能看得上的邏輯結構優秀的程序開始不多了，下一步就是練習。從工作中開始吧，如果你有空閑，你需要做至少兩類練習，一類是算法練習，所有的經典算法都是經典的邏輯，題目有的是，像個好學生一樣吧，每年的國內國際編程競賽都有邏輯要求非常高的題，你可以只選一兩道難題來做做。當你可以把復雜的單遞歸程序(只有A調A)變成非遞歸程序時，已經不錯了，如果你能看得懂雙遞歸程序(A調A、A調B、B調A、B調B都有)，我為你鼓掌！在這個過程中，如果你能注意以下一些小的方面，你前進的步伐也許會快一些。
l 從編譯原理的角度來理解你工作中使用的高級語言，如果你做到這一點，至少有兩個好處，第一個好處是避免一大堆低水平重復出現的編譯錯誤。一名優秀的Coder平均在一個工作日中應該完成200行以上的源碼，其編譯錯誤應該控制在5個以下，要知道這200行源碼不是一次完成的，所以大多數情況下你都要追求一次編譯通過，而一名職業水準的程序員，應該進一步做到即使用purify這類的工具來檢查源碼，也不會存在嚴重的內存泄露。第二個好處是可以提高源碼的可讀性和效率。規范地編寫你的代碼使你自己的邏輯清晰，因為你明白多加幾個括號和空行、多換行對齊、多注釋，編譯器是會自動識別的，不影響程序執行的效率，反過來，控制好遞歸調用和循環內的if語句才是提高程序效率的關鍵，要全力避免遞歸，但要深刻理解遞歸，能通過自己建立堆棧來把遞歸程序轉換成非遞歸程序，要求還是較高的哦！
l 做好程序的單元測試，這是另一項考查你是否是一名具有合格職業水準的程序員的一個必要指標。其實在你拿到需求的時候就要準備單元測試用例了，并且這些用例將直接影響你的詳細設計(有關軟件設計本來是該放在第四節講的)。我們還是打比方吧，當你拿到一個需求時，除了分析它靜態的功能外，還應明確它動態的操作/執行過程，把這個動態過程明確地用流程圖畫出來，比如分為A～Z的26步，其中A又可以進一步分解為A1～A5的5步，直到不能再分解為止。又比如說A3步不可分解了，那么你應該把A3步的正常操作和所有五花八門的異常操作都列出來，確保正常的操作肯定正確，異常的操作起碼程序不退出才行。這樣你就要寫好多好多的測試用例，說句老實話，我也從來不寫！但我一般會列一個提綱，比如A3步有正常的操作a、b、c、d、e共5項，異常的操作有f、g、h、i、j、k、l、m、n共9項，你在進行單元測試時都應該跑一遍，這樣的程序都還不敢說質量如何好，但起碼可以說較穩定吧！如果要想在進行單元測試時干得快、效率高，那么在進行詳細設計時，你就應該把A3步中對所有正常操作和異常操作的判斷都設計好，在編程實現A3步時，使得程序的結構合理高效，對不對？所以，如果你在工作中是割裂地看待軟件工程中從需求、分析、設計、編程、測試等各個環節，恐怕水平很有限喔！但如果你在分析需求時就能看到測試的問題，并改進設計和實現，為此做好相應的準備工作，嘿嘿，整個軟件開發過程你的效率會高很多，通常你在一個開發團隊中就會高度自信的，你已越過當一名偏頗、露骨的高手的境界，成為一個平靜的高手，這可是The best in the best！，用周星星的話說：是高手之高高手，因為別人看不出你高在哪兒，沒見你有什么高招或特拚命干，但反正你就是干得又快又好、又省力。關于進行單元測試還有很多復雜的方法，在此本文只提到了最基本的一點，目的是讓你在工作上考慮周全、安排有序，其它的自己琢磨吧，沒有人能替你吃飽飯！
l 如果你是用C＋＋編程，我再簡單談談有關內層釋放的一個小技巧，就是對所有你編寫的類，在構造和析構函數中加打印語句，統計每個類在運行程序時構造和析構的地方，如果是配對的，那么起碼沒有對象類一級的內層在程序運行結束時沒有釋放，然后你就可以把打印語句刪掉了，招數雖土，但管用！

四、天生神力：成為系統分析員
我自己沒有到微軟面試過，但身處軟件行業，關于微軟的許多東東當然還是有耳聞的，據說微軟招聘一名程序員要過五個已經成為微軟程序員的面試關，而且是一票否決制，又據說大多數面試題并非編程，而是一些有關邏輯和智力的題，作者私下也做過許多流傳的微軟面試題，并對此做法深以為然。程序的本質就是邏輯，所以幾十年前就有人提出編程是一門藝術，而藝術是要靠天份的，這一點少有人反對。一個人的邏輯能力可以不斷提高，但其能到達的終極邏輯能力的層次必定為其天生智力所限制，這一點就讓人不易接受了。好笑啊！人們可以公開承認自己沒有某種或全部的藝術天份，但要說自己邏輯天份不夠，換句話說承認自己笨、IQ不夠高，往往是要怒發沖冠的，其實這又有什么區別呢？話都說到這兒了，再次建議你如果不夠自信，就跳過這一節吧，直接看第五節，好嗎？
好了，把話題說回來，你已經成為一門合格的職業程序員了，如果要想成為從事軟件系統設計的職業系統分析員，第一件事就是悄悄找一個標準智商測試的網站或其它渠道，嚴格認真的測一測自己的智商，如果IQ低于130 (正常智商是110)，就請別費勁了，打消掉成為系統分析員的念頭吧！好！好！先請你冷靜一下，好好想想，其實微軟面試時就是在測你的智商和邏輯數學素質呢，這就是本節的標題為“天生神力”的原因，因為設計就是從無到有地進行創造，無論是軟件還是其它行業都一樣，可以有借鑒的，沒有現成的，設計就是創造！如果你IQ在130以上，又決心要當一名職業軟件系統分析員，其實你不過是要準備好吃更大的苦而已，有什么好虛榮的呢？
修煉還是從基本功開始的，過程和成為一名職業程序員差不多。必須使用設計工具這一點是不用多說的。在工作中，你基本上遇到的是兩類方式的設計，一個是結構化設計，另一個是面向對象設計，就個人經驗而言，面向對象的設計更好。如果你工作中不得不采用結構化的設計，你必須熟練地掌握數據流圖和控制流圖的分析和設計，一般來講，如果你把一個軟件中用到的數據模型設計好了，針對功能化的流程，不難設計出數據流圖，但下一步設計控制流圖才是挑戰，如果你按照需求走不通設計好的控制流圖，那么你或別人在按照這個設計編程實現時，必定也走不通，沒有奇跡會發生，還是在設計階段嚴格要求吧，又有一點需要牢記：返工是最慢的。當你在進行控制流圖的設計時，也不要妄想得到需求人員提供給你明確的指點，通常他們要是能夠把需求的功能和操作次序寫完整的話，你應該就感恩戴德了，從需求中整理出功能、操作的拓撲次序和條件是你作為系統分析員的職責。看看，要是沒有一點圖論的基礎和拓撲學的入門知識，你是當不好一個職業系統分析員的，即使你天賦不錯，必要的數學和邏輯素質仍然不可或缺。也不用氣餒，永遠沒有最好的設計，只有更好的設計，反復地進行設計迭代，勇于推翻舊的設計，你將快速進步。如果你在工作中是采用面向對象進行設計的，那就更有利了，有關面向對象設計的書太多了，不用作者在此多費口舌，建議精讀一本經典的書，比如北大邵維忠等編譯的《面向對象的分析》，有些方法和技巧可能過時，但其邏輯的基本原理是非常正確的，其本質是，你在邏輯上是如何認識這個世界的，你就是如何設計軟件體系結構的，然后讀讀其它書，觸類旁通，自己創造機會多實踐，成功自然會到來的，總之，不管是結構化設計還是面向對象設計，評價一下自己的軟件系統設計方案吧，有好多指標呢，比如是否均勻和平衡？局部獨立性強不強？有沒有歧異的結構？有沒有層次太多或太少？有沒有某個層次太大、太廣？是不是邏輯結構先復雜了再化簡的？還是只會設計簡單的，復雜不起來(這一點是笨哦，如果出現多次，請你不要意氣用事，轉行吧)？最重要的一點，是否容易理解、實現和改進？你自己會得出評價的。如果有機會看到別人的設計，一定不要錯過學習的機會，自己推導一遍，認真比較比較，獲益會較多。
走到這一步，你就應該關注設計模式了，首先還是學習，這方面的好書有的是，但一般在工作中用到的設計模式較為單一，應該多嘗試一下其它的設計模式。其次必須要明白設計模式不是設計思路，也不能代替設計思路，比方你要從A到B修一條路，設計模式只是讓你選擇，是修水泥的還是柏油的？是高架路還是普通的，但線路必須你自己定，而線路就是設計思路，模式對思路是有影響，但不能代替，所以如果你的智商高達250，我相信你直接用匯編語言也能寫出面向對象的程序來。第三在此有一個陷阱，很多系統分析員生搬硬套設計模式，全然不懂如何融會貫通，在你的一項具體工作中，往往是以一種設計模式為主，其它模式為輔的，思維不拘泥于形式才是關鍵，而且也為你到達更高的軟件設計的境界做好準備。
唉！都不知該怎么向下寫好了，因為已達到作者水平的極限了，我胡亂說一點，你湊合看吧。軟件設計最終的層次是：以無法為有法、以無限為有限，這句話是李小龍說的，不是我說的。再拾人牙慧一把，類比一個故事吧，金大俠在《倚天屠龍記》里講到張無忌初學太極，學會的標志是把剛學的招數全忘了，記住的是太極的道理和精神，和李小龍有些相似喔，軟件設計也一樣，忘記所有的設計模式，隨心所欲進行設計才是至高境界，所以你能到達多高的軟件設計的境界最終將取決于你的哲學素質，這一點實在是不好寫啊，你自己領悟吧！作者只有祝福了！

五、職業人的終極目標：全面修煉，成為Leader
這一節更不好寫，涉及到太多其它非技術方面的因素，特別是個人人生觀和世界觀的修煉，我只說一句，雖然大家都知道軟件開發是一個團隊性的工作，但追求參與一個大型軟件系統的成功開發，是一名軟件人員的本能，就像拿破侖說的不想當元帥的士兵不是好士兵，所以不追求實現大系統的軟件人員，也不是一個好的職業軟件人員，但你只有成為Leader，領導一個優秀的軟件開發團隊，才有機會實現這個終極職業目標，對不對？
好吧，不管你現在的感受如何，我都謝謝你能讀到這里！我不習慣假歉虛，就不說什么作者水平有限，本文拋磚引玉，歡迎大家批評斧正之類的客套話了，雖然作者水平確實有限。所以我認為你盡管有權砸磚，但實在沒必要搞回帖、或回罵、或頂之類的玩意兒，我只是盡興寫一點多年從事軟件開發工作的體驗，因此接下來我就高掛免戰牌，不回復任何回帖了。再次謝謝你能有耐心讀到這里！希望本文對你有所裨益，祝你成功！再見！


有勇氣來改變可以改變的事情,有度量接受不可改變的事情,以智慧來分辨兩者的不同.能用這三個原則,以度量,勇氣,智慧來為自己渡過難關!

總結

以上是生活随笔為你收集整理的修炼一名软件工程师的职业水准的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。