最近在了解一下關(guān)于開(kāi)發(fā)的事情，覺(jué)得一些文字對開(kāi)發(fā)人員的總結和思考相當不錯。
進(jìn) 入IT的人員都是基本素質(zhì)不錯的人員，但IT產(chǎn)業(yè)似乎總是缺少合適的開(kāi)發(fā)人員，為什么會(huì )產(chǎn)生這樣現象，關(guān)鍵是缺少合適的開(kāi)發(fā)人員，也就是說(shuō)我們并不缺少開(kāi) 發(fā)人員，而是確認高級或者說(shuō)專(zhuān)業(yè)的人員，從而使我們的整體人力優(yōu)勢無(wú)法體現出來(lái)，在這里說(shuō)一下我自己在工作期間對軟件開(kāi)發(fā)人員的發(fā)展過(guò)程的一些感受和體 會(huì )。
首先，大致的說(shuō)一下自己給IT人員發(fā)展過(guò)程的分類(lèi)，以及和工作時(shí)間的大致關(guān)系（以下觀(guān)點(diǎn)屬于個(gè)人觀(guān)點(diǎn)）
階段名稱(chēng) 工作年限
1入門(mén)階段 本科畢業(yè)1-2年以及剛畢業(yè)的研究生
2中級人員 本科畢業(yè)3-4年以及研究生畢業(yè)1-2年
3高級人員 本科畢業(yè)5-6年以及研究生畢業(yè)2-3年
4架構師 本科畢業(yè)7-8年以及研究生畢業(yè)3年以上
5項目管理人員 本科畢業(yè)9年以上以及研究生畢業(yè)4年以上
這是根據我的經(jīng)驗做的一個(gè)大致的階段以及和研發(fā)人員工作資歷的一個(gè)簡(jiǎn)短的對應情況。關(guān)于這個(gè)對應關(guān)系有幾點(diǎn)需要說(shuō)明，
1 本科畢業(yè)是指軟件工程專(zhuān)業(yè)，或者相關(guān)專(zhuān)業(yè)，一些大學(xué)的計算機科學(xué)等專(zhuān)業(yè)和軟件工程專(zhuān)業(yè)是有很大差別的，比如軟件工作專(zhuān)業(yè)強調數據結構、算法、軟件工程、操作系統、數據庫設計概論等專(zhuān)業(yè)課程的學(xué)習，而其他計算機相關(guān)專(zhuān)業(yè)是沒(méi)有這些課程的，其中數據結構、算法、軟件工程對開(kāi)發(fā)人員的工作能力和發(fā)展影響比較大。
2現在的本科和研究生雖然數量增加了不少，但從整體能力上來(lái)講水平下降了不少，這和整個(gè)社會(huì )風(fēng)氣以及自身的素質(zhì)有關(guān)?？傮w上將，現在的研究生的工作能力和10年前的本科差不多，現在的本科和原來(lái)的大專(zhuān)差不多。
3 博士學(xué)位我沒(méi)有加進(jìn)去，主要是博士的研究方向太專(zhuān)，一旦單純的軟件行業(yè)的博士比較少，多是其他行業(yè)的專(zhuān)業(yè)博士，這些人的特點(diǎn)是一個(gè)整體素質(zhì)比較高，有很多人，在做開(kāi)發(fā)的時(shí)候對軟件專(zhuān)業(yè)的了解比很多軟件專(zhuān)業(yè)的碩士要精通很多，但更多的對軟件開(kāi)發(fā)的細節重視不夠，而往往是這些細節會(huì )給項目帶來(lái)很大的風(fēng)險，所以不太好做一個(gè)標準來(lái)說(shuō)。
4項目管理人員是我寫(xiě)的最后一個(gè)。這個(gè)職位和其他的職位似乎不是一個(gè)系列的，但在實(shí)際工作，技術(shù)人員最終的發(fā)展都是這個(gè)職位，如果你有很好的技術(shù)背景和項目經(jīng)驗，成為一個(gè)項目管理人員不是一個(gè)很難的事情，但如果沒(méi)有扎實(shí)的技術(shù)基礎容易出現外行領(lǐng)導內行的現象，結果是上級壓，下級反，兩面受氣。
好了廢話(huà)說(shuō)了不少，開(kāi)始說(shuō)正題吧。評價(jià)一個(gè)開(kāi)發(fā)人員有很多方法，我自己一般會(huì )從幾個(gè)方面評價(jià)一個(gè)開(kāi)發(fā)人員工作能力（只評價(jià)能力，而不評價(jià)態(tài)度，實(shí)際工作中開(kāi)發(fā)人員的工作態(tài)度對工作能力影響是很大的，這一點(diǎn)大家千萬(wàn)要注意）。A代碼編寫(xiě)能力，B設計能力，C調試能力，D文檔編寫(xiě)能力，E調研能力，F代碼閱讀能力，作為高級技術(shù)人員還需要G項目管理能力（包括溝通能力，項目控制能力等）
我們以本科畢業(yè)的工作人員來(lái)講述開(kāi)發(fā)人員的不同發(fā)展階段以及相關(guān)表現吧
1入門(mén)階段 本科畢業(yè)1-2年以及剛畢業(yè)的研究生
處于入門(mén)級別的工作都是剛畢業(yè)不久的大學(xué)本科學(xué)生，一般來(lái)說(shuō)他們沒(méi)有太高的工作能力，各項技術(shù)能力是他們的弱項（中國的教育的確很失?。?，他們的優(yōu)勢是在于他們的心態(tài)，現在的本科一般來(lái)說(shuō)都了解自己的就業(yè)情況，所以你一旦給他們一個(gè)機會(huì )，他們往往會(huì )抓住不放，努力地去工作。如果真能努力的去工作，2-3年以后他們的實(shí)際工作能力往往比剛畢業(yè)的研究生要強很多。好了具體說(shuō)一下。
缺點(diǎn)：
1代碼編寫(xiě)能力差，一般在大學(xué)4年的全部代碼行在1-2萬(wàn)行以下（這個(gè)數量在10年前的本科是無(wú)法畢業(yè)的），另外一個(gè)重要的問(wèn)題，單個(gè)程序的代碼行比較少，基本在1千行左右，缺乏大代碼復雜程序的編程經(jīng)驗，而在實(shí)際工作中2-3千行是不可能是一個(gè)有效的系統的。由于代碼量少，他們對很多理論的理解基本上基于紙面上的。由于對基礎理論的忽視，造成了他們在開(kāi)發(fā)的時(shí)候急于編碼，而不是進(jìn)行設計，這樣做的效果就是編寫(xiě)了一大堆雞肋代碼。這對于其他開(kāi)發(fā)人員來(lái)說(shuō)簡(jiǎn)直就是災難，而別人對他們代碼的評價(jià)又直接打擊了這些人員工作信心。
2設計能力，雖然現在的代碼開(kāi)發(fā)環(huán)境比10年前方便了許多，但由于代碼量的限制，他們對系統的整體結構和異常情況缺乏清晰的認識，他們設計的系統在正常使用的時(shí)候一般可以正常運行，但一旦遇到異常情況則完全無(wú)法使用，而產(chǎn)生的問(wèn)題，嚴重的時(shí)候不但會(huì )影響自己，而且會(huì )影響其他模塊，甚至造成整個(gè)系統的崩潰.所以一般不應該讓他們做太大的系統設計，另外需要格外說(shuō)明的一個(gè)問(wèn)題，對設計方法的使用是他們的一個(gè)很大的欠缺，比如設計數據庫結構的時(shí)候采用拍腦門(mén)法，設計面向流程的程序不會(huì )使用流程圖，設計面向對象的時(shí)候不會(huì )使用UML都是他們的特點(diǎn)。
3 會(huì )編碼，不會(huì )調試，不會(huì )發(fā)現問(wèn)題，不會(huì )分析問(wèn)題發(fā)生的原因，和排查錯誤。在測試人員將問(wèn)題提高給他們的時(shí)候，他們一般的表現不是首先檢查自己的代碼，而是將問(wèn)題歸給別人，什么測試人員測試數據不規范用戶(hù)不會(huì )這么變態(tài)輸入這些錯誤的數據，什么這是上邊接口傳過(guò)來(lái)的數據，他傳錯了，我也沒(méi)有辦法處理等等。即使確定是他們的問(wèn)題，怎么去重現這個(gè)問(wèn)題，定位這個(gè)問(wèn)題發(fā)生的地點(diǎn)的方法和手段是他們缺乏的，往往是一籌莫展。
4基本沒(méi)有文檔編寫(xiě)意識和能力，仿佛項目的最后成果就是代碼，不知道文檔可以起到什么作用，也不知道如何編寫(xiě)，解決問(wèn)題，討論問(wèn)題最?lèi)?ài)用的方法是拍腦門(mén)法和直接交流，所以你在項目進(jìn)入階段往往會(huì )看到幾個(gè)新開(kāi)發(fā)的人員在一起吵得一塌糊涂。而討論的內容無(wú)非是，上回說(shuō)好了是這么做，怎么現在又變了，或者，你不給我什么東西，我的功能就做不下去了，等等。。。而這些東西其實(shí)在是方案討論和編寫(xiě)相關(guān)文檔的時(shí)候就應該已經(jīng)解決的問(wèn)題了。由于沒(méi)有文檔編寫(xiě)能力，他們往往無(wú)法描述一個(gè)商業(yè)流程或者程序處理流程，（有經(jīng)驗的開(kāi)發(fā)人員是可以在不借助文檔的情況下直接給你寫(xiě)出來(lái)這些流程的，這些流程經(jīng)過(guò)思考和文檔編寫(xiě)過(guò)程已經(jīng)映入了他們的大腦中）。
5調研能力，剛參加工作的開(kāi)發(fā)人員是不應該去做調研工作的，做調研工作的技術(shù)人員應該是項目組中技術(shù)能力最強的工作人員，可惜在實(shí)際中卻不是這個(gè)樣子，很多剛入門(mén)的技術(shù)人員沒(méi)有經(jīng)過(guò)任何培訓就被派去做調研，做系統該調研什么內容，如何和客戶(hù)進(jìn)行有效的交流，或者真實(shí)的需求（而不是表面的膚淺的需求）。如何將這些需求用文字正確的無(wú)二義性的表達出來(lái)，都是問(wèn)題，而那種40-50頁(yè)的需求文檔是一個(gè)項目失敗的第一個(gè)信號。
6 代碼閱讀能力，這里說(shuō)的代碼閱讀能力不是說(shuō)在閱讀什么《java小程序》之類(lèi)的書(shū)的時(shí)候對書(shū)中的代碼的理解，對于一個(gè)好的開(kāi)發(fā)人員來(lái)說(shuō)，真正的代碼閱讀能力是你能否閱讀那些真實(shí)的系統的代碼，甚至在沒(méi)有任何技術(shù)文檔和程序注解的代碼的閱讀，能否通過(guò)對這些代碼的閱讀了解系統的架構、系統的操作過(guò)程以及發(fā)現程序中的錯誤，這種閱讀代碼的能力是非常重要的，不過(guò)可惜的剛畢業(yè)的開(kāi)發(fā)人員代碼閱讀能力基本為零，一個(gè)能很好理解《java小程序》的代碼的入門(mén)級的開(kāi)發(fā)人員已經(jīng)很不錯了。讓他們直接閱讀2000行以上的應用系統的代碼基本是不可能的。
說(shuō)了這么多，估計很多剛參加工作的技術(shù)人員要氣死了，現在讓我們看一下他們的優(yōu)點(diǎn)吧。
1心態(tài)好，能夠接受別人的意見(jiàn)，特別是老鳥(niǎo)們的意見(jiàn)（當然對對同級別的人可能不行），不要小看這一點(diǎn)，是否善于接受別人的建議對開(kāi)發(fā)人員的成長(cháng)是極為重要的，而入門(mén)級別的開(kāi)發(fā)人員在這一點(diǎn)往往是做得最好的。
2 有工作熱情，肯加班。加班不是一種好的工作方式，但對于剛入門(mén)的開(kāi)發(fā)人員來(lái)說(shuō)，卻是很重要的事情，效率*時(shí)間=工作成果。如果效率很高，工作時(shí)間少，工作成果也不會(huì )差，但既然我們的新工作人員無(wú)法一下提高工作效率，卻可以提高工作時(shí)間的方法來(lái)保證工作成果，另外，隨著(zhù)工作時(shí)間的增加，工作經(jīng)驗也是同步增加的，而這也會(huì )使你的工作效率逐步提高，讓我們假設一個(gè)工作人員每天比別人多工作1小時(shí)來(lái)計算，一年220個(gè)工作日，如果你可以堅持你比別人的提高是多少倍大家可以自己計算一下。（為什么菜鳥(niǎo)看老鳥(niǎo)是什么高不可攀，你算一下就知道了）
3你可以犯錯誤，新人必然犯錯誤，甚至是很低級別的錯誤，而且由于你年輕，你會(huì )有更多的機會(huì )，所以這個(gè)階段的技術(shù)可以利用自己的有時(shí)嘗試各種方法。
以上就是人門(mén)級別的IT開(kāi)發(fā)人員的一些特征，對于如何迅速地幫助他們成為一個(gè)好的開(kāi)發(fā)人員我們在以后的文章里介紹吧
2中級人員 本科畢業(yè)3-4年以及研究生畢業(yè)1-2年
中級開(kāi)發(fā)人員一般都有了一定的編碼經(jīng)驗，一般來(lái)說(shuō)，如果你的工作比較飽滿(mǎn)的話(huà)，一個(gè)中級的開(kāi)發(fā)人員應該有7-8萬(wàn)行左右的代碼量，他們對某種語(yǔ)言的使用已經(jīng)比較有經(jīng)驗了，對系統架構有一些了解，至于文檔，他們現在只編寫(xiě)過(guò)一些無(wú)用的文檔，為什么說(shuō)他們編寫(xiě)的文檔是無(wú)用的，主要是指他們對文檔的作用沒(méi)有更深刻的理解，他們可以很清晰地說(shuō)出在開(kāi)發(fā)過(guò)程中需要那些文檔，但對這些文檔應該包括那些內容，這些內容對以后的開(kāi)發(fā)能夠起到什么作用卻不甚了解。也就是這個(gè)原因，他們編寫(xiě)的文檔更多地是為了對付單位的檢查，而不是對開(kāi)發(fā)有什么實(shí)際作用，很多開(kāi)發(fā)人員就是因為這個(gè)問(wèn)題一直沒(méi)有克服，使得他們一直處于中級開(kāi)發(fā)人員（有時(shí)候會(huì )持續幾年甚至十幾年）。好了，說(shuō)說(shuō)中級開(kāi)發(fā)人員的一些特征吧。
1代碼編寫(xiě)能力：重視語(yǔ)言的差異，是JAVA還是。net好，是他們熱衷討論的問(wèn)題，但對編程的一些基礎理論的卻很少重視，他們由于在3-4年的時(shí)間里一直使用開(kāi)發(fā)語(yǔ)言，對某種開(kāi)發(fā)語(yǔ)言會(huì )比較精通，而且可以在短時(shí)間內生產(chǎn)大量的代碼，比如在一天之內編寫(xiě)1-2千行的代碼對他們來(lái)說(shuō)是很正常的事情，但代碼的質(zhì)量如何就不好說(shuō)了，出現這個(gè)問(wèn)題的原因有時(shí)候大致有兩個(gè)，一個(gè)對代碼編程規范的了解，比如什么是高內聚低偶合，如何提高代碼的復用等問(wèn)題，作為一個(gè)開(kāi)發(fā)人員如果不考慮這些問(wèn)題，其代碼質(zhì)量是不可能很高的，另外一個(gè)問(wèn)題就是調研、設計質(zhì)量對編碼質(zhì)量的影響，我們開(kāi)發(fā)的實(shí)際情況是開(kāi)發(fā)人員往往是調研/設計/編碼一勺燴的，如果前邊的調研和設計問(wèn)題多多，必然降低代碼的有效性和質(zhì)量。最后說(shuō)一個(gè)就是是否有快速掌握一種開(kāi)發(fā)語(yǔ)言的能力對中級開(kāi)發(fā)人員來(lái)說(shuō)一個(gè)很重要的能力。如果你無(wú)法快速學(xué)習一種新的開(kāi)發(fā)語(yǔ)言并使用它進(jìn)行新系統的開(kāi)發(fā)，你恐怕還不是好的中級開(kāi)發(fā)人員。
2設計能力，應該說(shuō)設計能力是中級開(kāi)發(fā)人員和初級開(kāi)發(fā)人員的主要區別。但實(shí)際情況卻不容我們樂(lè )觀(guān)。我們的中級開(kāi)發(fā)人員的設計能力現在對項目的制約，對自己的以后的發(fā)展都產(chǎn)生了很大的阻力，其中最主要的表現就是設計工作的不正規。有時(shí)候簡(jiǎn)直如同兒戲。讓我們舉幾個(gè)例子吧。
1不會(huì )使用正規的設計方法，在面向過(guò)程的設計不會(huì )畫(huà)流程圖和DFD圖，面向對象的設計方法不會(huì )使用UML，設計數據庫不知道3NF和BCNF等，最好使用的方法就是拍腦門(mén)來(lái)進(jìn)行各種設計。
2各種設計方法混用，一會(huì )兒使用面向過(guò)程的方法，一會(huì )兒使用面向對象的方法，還有就是將流程圖和系統結構圖結合起來(lái)一起用，總之最好的設計是一個(gè)四不象，如果你問(wèn)他為什么這么做，他總會(huì )告訴你這樣畫(huà)清楚，其實(shí)這都是對基礎的設計方法掌握不好的表現。
3 層次結構不清晰，單一層次復雜，中級開(kāi)發(fā)人員一個(gè)衡量的標準就是是否可以獨立完成一項任務(wù)，這是初級人員和中級技術(shù)人員標志性的差別，獨立處理問(wèn)題，最主要的一個(gè)技能就是是否可以將復雜問(wèn)題簡(jiǎn)單化，而簡(jiǎn)單化的最常用的方法就是將問(wèn)題分不同的層次，簡(jiǎn)化同一層次的復雜度，從流程圖的設計上來(lái)看，就是根據問(wèn)題復雜度不同，分層次畫(huà)圖，而同一層次處理的模塊不應該超過(guò)8項，這樣你可以很好的掌控你的程序。如果系統的確很復雜，可以不斷將處理模塊細化下去，直到最低層的處理模塊。
4設計無(wú)法和代碼結合起來(lái)，無(wú)論是采用那種設計方法，好的設計都可以代碼對應起來(lái)，如果你做的設計報告很詳細，設計報告甚至可以和代碼逐行對應起來(lái)的，如果你不能做到這一點(diǎn)，只能說(shuō)明你對系統的理解和設計是有問(wèn)題的
5 無(wú)法說(shuō)明處理的詳細流程，所謂詳細流程是指是否可以說(shuō)出來(lái)計算機在做一個(gè)事情的步驟，如果你的可以說(shuō)出來(lái)計算機每一個(gè)處理步驟（最詳細的步驟可以細到變量的賦值），如果你真能說(shuō)的出來(lái)，說(shuō)明你對系統有了詳細的了解和考慮，一般來(lái)說(shuō)你編寫(xiě)的代碼出問(wèn)題的可能性比較小。順便說(shuō)一句，這也是概要設計和詳細設計的一個(gè)檢查方法。
6不考慮系統出現異常的情況以及異常情況的處理，這里有兩個(gè)問(wèn)題，一個(gè)是你是否熟悉客戶(hù)的商業(yè)流程，以及處理方法，如果你不了解客戶(hù)的商業(yè)流程，你很難發(fā)現有那些異常情況以及這些異常的處理方式，而在實(shí)際情況這些異常情況總會(huì )出現，如果缺乏這些問(wèn)題的考慮那你就準備不斷的修改你的代碼吧。
7接口問(wèn)題的考慮，以及設計是體現開(kāi)發(fā)人員能力的一個(gè)方面，
在中級開(kāi)發(fā)人員的思維中，總會(huì )出現用自己的想法替代用戶(hù)的實(shí)際需要，比如，他們總是說(shuō)，我認為客戶(hù)應該是怎么怎么樣，或者說(shuō)，客戶(hù)需要什么什么功能等，用一些模糊，不確定的語(yǔ)句描述系統是中級人員一個(gè)特征，而這些模糊的語(yǔ)言是系統開(kāi)發(fā)失敗的一個(gè)標志。
3 文檔編輯能力：作為中級開(kāi)發(fā)人員，你是否在系統開(kāi)發(fā)的時(shí)候可以不編碼而只用文檔就完成你的設計工作？我想很多人是做不到這一點(diǎn)的，在我們的實(shí)際開(kāi)發(fā)環(huán)境中，似乎開(kāi)發(fā)能力就是指代碼編寫(xiě)，但實(shí)際上文檔的編寫(xiě)能力才是最重要的，如何編寫(xiě)文檔，如何讓自己編寫(xiě)的文檔讓別人看得明白，如何讓自己編寫(xiě)的文檔成為真正的有效文檔，這都是中級開(kāi)發(fā)人員應該具備的基本素質(zhì)，而文檔編寫(xiě)的好壞一個(gè)體現了你的設計能力（沒(méi)有好的設計能力是不可能編寫(xiě)出好的設計文檔的），另外一個(gè)是體現出了你的文字功底的，如果你只能做，而不會(huì )表達，你怎么可能帶領(lǐng)一個(gè)團隊去完成一個(gè)復雜的項目。
4調研能力：80%軟件項目的失敗是由于調研的問(wèn)題，這個(gè)統計結果充分說(shuō)明了調研能力在軟件開(kāi)發(fā)中的重要地位，一般來(lái)說(shuō)調研工作是應該由一個(gè)項目中最富有開(kāi)發(fā)經(jīng)驗的工作人員來(lái)完成，但可惜的是，在我們的實(shí)際開(kāi)發(fā)中卻往往不是這個(gè)樣子。如何調研？調研那些內容？調研的步驟有那些？調研需要細致到什么程度？這些問(wèn)題都應該是很明確的，否則你無(wú)法進(jìn)行有效的調研，我們的開(kāi)發(fā)人員一般在調研系統的時(shí)候經(jīng)常提交幾十頁(yè)的調研文檔，如果可以有一百多頁(yè)就認為很有成就了，這就是中級開(kāi)發(fā)人員在調研中表現（如果能提供一百多頁(yè)的調研報告一定是不錯的中級開(kāi)發(fā)人員了），實(shí)際上這種程度的調研報告很多地方是很模糊的，這種模糊的調研報告無(wú)法滿(mǎn)足實(shí)際開(kāi)發(fā)的需要，而在開(kāi)發(fā)過(guò)程中又很難進(jìn)行補充調研，所以在設計和編碼階段會(huì )表現出很明顯的一些現象，比如開(kāi)發(fā)人員在設計階段拍腦門(mén)決定功能或者在編碼的時(shí)候不斷發(fā)生爭吵都是需求不完善的表現。
5調試能力：工作3-4年的開(kāi)發(fā)人員應該已經(jīng)掌握的調試的基本方法，但他們面臨的問(wèn)題是否可以掌握和別人聯(lián)調的能力，幾個(gè)人合作開(kāi)發(fā)，接口問(wèn)題，問(wèn)題定位對中級開(kāi)發(fā)的考驗都是比較大的，特別是穩定的確切的發(fā)生地點(diǎn)的定位的能力是體現中級開(kāi)發(fā)人員的能力的標志，另外就是你幫助其他人進(jìn)行調試的能力，對一個(gè)你了解不多的代碼中進(jìn)行調試，發(fā)現問(wèn)題發(fā)生的規律，對一個(gè)中級開(kāi)發(fā)人員是很重要的，特別是調試那些不規范的代碼的時(shí)候，是中級開(kāi)發(fā)人員經(jīng)常要做的事情。
6代碼閱讀能力，中級開(kāi)發(fā)人員有一定的代碼閱讀能力，否則他無(wú)法和其他開(kāi)發(fā)人員進(jìn)行聯(lián)合開(kāi)發(fā)和聯(lián)合調試，但中級代碼人員缺乏的是快速閱讀能力，和其他語(yǔ)言的閱讀能力（指那些未學(xué)習過(guò)的語(yǔ)言）。所以中級技術(shù)人員最怕開(kāi)發(fā)平臺的變化。
說(shuō)了這么多。關(guān)于中級技術(shù)人員說(shuō)一點(diǎn)自己的的看法。中級技術(shù)人員是一個(gè)承上啟下的階層，一方面他們要完成自己的工作，另外一個(gè)方面他們要完成技術(shù)的傳播，帶人門(mén)級別的工作通常是他們的正式或者非正式的任務(wù)之一，但令人遺憾的是：由于他們的技術(shù)水平的現在，往往讓新技術(shù)人員走更多的彎路。如何提高自身的技術(shù)水平，是他們面臨的最主要的問(wèn)題。另外要格外強調的一點(diǎn)就是方法論（做事情的方法）的掌握往往比做具體事情更為重要，不過(guò)這一點(diǎn)是很多技術(shù)人員忽視的一個(gè)問(wèn)題，這個(gè)缺陷造成了我們的技術(shù)人員總是在一個(gè)層次上低水平循環(huán)，而不是螺旋式上升。由于沒(méi)有掌握做事情的方法，中級技術(shù)人員總是有一點(diǎn)怕接受新的，自己不熟悉的東西。由于自己技術(shù)基礎不牢靠，會(huì )遇到多次技術(shù)生涯的失敗，失敗的開(kāi)發(fā)經(jīng)歷以及不知道失敗的原因，無(wú)法找到解決問(wèn)題的有效方法，造成了大量中級實(shí)際人員離開(kāi)技術(shù)崗位（別跟我說(shuō)編碼只能做到30歲，我見(jiàn)過(guò)很多50。60歲的軟件開(kāi)發(fā)人員）。而正式由于這一個(gè)級別的技術(shù)人員少而且技術(shù)水平不能符合開(kāi)發(fā)的要求（包括技術(shù)上和其他方面）。使得我們的軟件開(kāi)發(fā)流程很不規范，而這種不規范往往又會(huì )造成項目的失敗，從某種程度來(lái)說(shuō)，中級技術(shù)人員的技術(shù)水平的提高和保證一定數量的合格的中級技術(shù)人員是保證項目成功、企業(yè)發(fā)展的重要因素。
下邊說(shuō)一下對中級技術(shù)人員的提高技術(shù)水平的一些個(gè)人的看法：
1重視方法論
中級人員和初級人員最大的區別就是中級開(kāi)發(fā)人員應該掌握了一定的開(kāi)發(fā)方法而不僅僅是某一個(gè)工具的使用，要做到知其然知其所以然。如果你沒(méi)有關(guān)注你的工作方法的改進(jìn)，拿你只能是做一個(gè)低層次開(kāi)發(fā)人員，不斷進(jìn)行低水平循環(huán)，而這種低水平循環(huán)很容易讓你喪失對開(kāi)發(fā)的興趣。比如無(wú)論是那種開(kāi)發(fā)方法都存在對問(wèn)題的抽象，如何抽象出問(wèn)題的本質(zhì)就很重要了，很多開(kāi)發(fā)人員在討論的時(shí)候不會(huì )抽象，或者采用的抽象方法不對，成了空對空導彈。在比如如何降低問(wèn)題的難度，在你寫(xiě)各種技術(shù)文檔以及代碼開(kāi)發(fā)的時(shí)候是否能夠將問(wèn)題分層次，好的層次劃分不但可以降低問(wèn)題的難度，而且可以增加系統的靈活性，在系統需求發(fā)生變化的時(shí)候可以降低解決問(wèn)題的難度，這些問(wèn)題都是屬于方法論的問(wèn)題，在說(shuō)一個(gè)最簡(jiǎn)單的問(wèn)題，如何編寫(xiě)文檔，如何不落下任何東西，如何保持文檔結構的清晰，如何讓自己的文檔不成為枯澀難懂的所謂的純技術(shù)文檔，如何檢查文檔這些都是有一些方法和竅門(mén)，你是否掌握了這些方法直接關(guān)系你的以后技術(shù)生涯的方法，的確是不能不重視的問(wèn)題
2注意交流，不要搞技術(shù)封鎖
一招鮮吃遍天，這是中國的一句古話(huà)很有道理，精通一門(mén)技藝對我們這些開(kāi)發(fā)人員的確很重要，但如果把這句話(huà)理解為對別人的技術(shù)封鎖就不對了。由于有二，第一現在的技術(shù)發(fā)展很快，在IT行業(yè)基本不存在會(huì )一種技術(shù)可以吃一輩子的情況，而網(wǎng)絡(luò )發(fā)展使你的封鎖基本成為一個(gè)不可能。說(shuō)一個(gè)我自己的技術(shù)人員的故事吧，2005年的時(shí)候，我招聘了一個(gè)測試人員，年底的時(shí)候我讓他學(xué)習QTP自動(dòng)化測試技術(shù)。這個(gè)同志學(xué)習很認真，很快掌握了這個(gè)工具的使用，后來(lái)我讓他總結一下經(jīng)驗寫(xiě)一個(gè)總結，將自己在學(xué)習的時(shí)候遇到的問(wèn)題做一個(gè)總結。奇怪的是他很長(cháng)時(shí)間沒(méi)有寫(xiě)出來(lái)（他平時(shí)的工作效率不是這樣的），后來(lái)在一次聊天的時(shí)候他才告訴我真實(shí)的原因，原來(lái)是他母親告訴他，如果這些東西都寫(xiě)出來(lái)并且發(fā)表的網(wǎng)絡(luò )上，怕對以后的有影響。知道這個(gè)事情后我很明確的告訴他，首先QTP這個(gè)東西是一個(gè)一時(shí)性的工具，而不是一世的工具。我工作15年來(lái)，開(kāi)發(fā)平臺經(jīng)歷了DOS-WIN30-WINNT-WIN2003,原來(lái)在的開(kāi)發(fā)工具和代碼現在已經(jīng)不能使用了，所以根本沒(méi)有必要去保密。另外如果愿意將自己的知識和其他人共享，你可以擴展自己的朋友圈，為自己的技術(shù)生涯創(chuàng )造更好的環(huán)境。后來(lái)他還是完成了QTP使用的總結，當時(shí)一共回答了80多個(gè)在使用QTP的時(shí)候會(huì )遇到的問(wèn)題。這個(gè)電子文檔他發(fā)表在了www.51testing.com上的測試論壇。結果也不錯，首先引起了斑竹的注意，把他從初級戰友提升為高級戰友（我到現在還是初級戰友，哈哈）。其次有很多朋友問(wèn)他問(wèn)題，后來(lái)北京的一個(gè)朋友約他周六、周六去講課，500元/日。哈哈，效果好的讓人驚訝。所以作為中級技術(shù)人員，要各位注意和他人交流，不斷總結自己的經(jīng)驗和別人共享，單純的技術(shù)封鎖無(wú)論對個(gè)人的發(fā)展還有是對項目團隊有沒(méi)有任何好處。
3他山之石可以攻玉
要成為高級開(kāi)發(fā)人員，有兩個(gè)方面的知識是必須具備的，一個(gè)是專(zhuān)業(yè)知識，包括對開(kāi)發(fā)平臺/工具的了解，對開(kāi)發(fā)流程的理解和使用（軟件工程）。另外一個(gè)方面就是對客戶(hù)的商業(yè)流程的理解。如果只了解單純的開(kāi)發(fā)知識很難成為好的高級技術(shù)人員。我們現在的應用系統都要和具體的應用相結合才可能成為一個(gè)真正實(shí)用的使用的系統。比如做辦公自動(dòng)化系統你不了解國家機關(guān)的公文流轉的規矩，做ERP系統不了解財務(wù)系統、物流管理，做手機開(kāi)發(fā)不了解通訊系統、用戶(hù)使用習慣都不能保證你的系統是符合用戶(hù)的真實(shí)的需求的，所以作為中級開(kāi)發(fā)人員如果要向上發(fā)展成為高級技術(shù)人員除了對開(kāi)發(fā)專(zhuān)業(yè)知識的了解，會(huì )需要對開(kāi)發(fā)設計的行業(yè)知識，行業(yè)規范多了解，而這種了解一方面要通過(guò)各種行業(yè)文件來(lái)了解，另外一個(gè)重要的方面通過(guò)和客戶(hù)交流去了解。
4注意情商的培養
作為中級開(kāi)發(fā)人員，其交往的人群比初級開(kāi)發(fā)人員的范圍要廣得很多，從大范圍來(lái)劃分，有客戶(hù)、公司管理人員、技術(shù)人員等，而每一種類(lèi)型人員都可以細分比如技術(shù)人員就有，高級技術(shù)人員，同級別技術(shù)人員（中級技術(shù)人員）。低級技術(shù)人員，由于不同角色的差異，交往的內容和方式都有很大的不同。即使同一類(lèi)型的人群，由于每個(gè)人脾氣秉性的不同，交往的方式差異也很大，作為中級技術(shù)人員能否和其他合作者，處理好彼此關(guān)系，善用其他的力量，是起進(jìn)一步發(fā)展的關(guān)鍵，而你的情商在這個(gè)時(shí)候往往比你的智商要重要的多。
總之，中級開(kāi)發(fā)人員情況往往會(huì )決定一個(gè)單位和部門(mén)的發(fā)展，他們是公司發(fā)展最中堅的力量，是否會(huì )引導他們不斷進(jìn)步是一個(gè)公司和部門(mén)領(lǐng)導要格外注意的問(wèn)題。在我自己的開(kāi)發(fā)經(jīng)歷中，中層人員的流失不但是某一個(gè)公司或部門(mén)的問(wèn)題，而是整個(gè)IT行業(yè)的問(wèn)題，很多開(kāi)發(fā)人員在沒(méi)有經(jīng)過(guò)訓練就不得不承擔中級開(kāi)發(fā)人員要承擔的工作，由于綜合能力的問(wèn)題，等待他們的往往是一個(gè)又一個(gè)的失敗，而在看到很多做銷(xiāo)售的同齡人，無(wú)論在收入和地位和自己的差別后，紛紛轉行，這又進(jìn)一步造成了中級技術(shù)人員的流失。中級技術(shù)人員整體素質(zhì)和人員的流失才是中國IT人員真正的痛
聯(lián)系客服
