（編者注：原文發(fā)布于2009年）

　　從2003年加入現(xiàn)在的公司，已經(jīng)有了快6個年頭，自己也從一個計算機軟件開發(fā)方面的新兵變成了老人。在公司里也做過幾個不同的項目，有一些新的同事加入項目組，會有這樣那樣的疑惑和問題。在這里想簡單說說，一個新人如何能快速的融入一個新的開發(fā)組，讓其他同事能夠接受自己。

　　首先是讀文檔。計算機方面有個著名的黑話叫做RTFM(Read The Fucking Manual)，什么意思呢？按字面翻譯就去“去讀他媽的文檔”，這是在新聞組或者論壇里可能常見的回復(fù)，一些人嬌滴滴的說“我是妹妹，能指導(dǎo)一下這個問題么”或者賤兮兮的”跪求某某問題答案”。當然，同事之間不可能搞這些，不過也經(jīng)常碰到有人問一些感覺非常簡單問題，這些問題實際上都在項目文檔或者軟件規(guī)范里就明白寫著。

　　一個新人加入某個項目，或者轉(zhuǎn)換到一個新項目，都會感覺到手足無措，就像老虎吃刺猬不知如何下嘴。領(lǐng)導(dǎo)不會讓這樣的新人去完成一些復(fù)雜模塊的開發(fā)或者修改一些相對困難的bug，基本上都是先分一些界面上的小改動，或者是讓他開發(fā)耦合程度低一些、相對獨立一些的功能作為練手，這個時候作為一個新人就要盡快的掌握整個項目的大概，然后泛讀一下項目的重要文檔。如果要開發(fā)某個業(yè)內(nèi)標準的實現(xiàn)軟件，那這個標準的相關(guān)文檔至少要通讀一遍，不需要投入很長時間，可以快速掌握一下大概，做做簡單的筆記，不懂的地方先記下來以后有空再說。讀文檔不要作為一個整體任務(wù)完成，可以用一些零碎時間來讀，以免很長時間沒有什么進展，領(lǐng)導(dǎo)看了還以為在磨洋工呢。

　　**注意事項一，盡管有這樣那樣的軟件支持，一支筆一個本子仍然是最方便最快速最實用的學(xué)習(xí)工具，我?guī)缀趺磕甓家獙懙舭司艂€大筆記本，里面寫著項目開發(fā)的心得、文檔書籍的感受、領(lǐng)導(dǎo)指示的一些開發(fā)問題等等，不需要有什么文章格式，先寫下來就可以了。

　　如果是第一次進入公司，項目組長會分一個任務(wù)作為對新人水平的考察，就好比網(wǎng)游中的新手任務(wù)。我們公司大多數(shù)的新手任務(wù)都是半個月一個月左右的時間，注意要盡量趕在期限結(jié)束前完成所有的編碼和單元測試，而且最好完成代碼清理和代碼注釋工作，注意命名規(guī)則，這樣看起來比較專業(yè)一些。

　　**注意事項二，接到一個項目第一個要問的就是這個項目結(jié)束期限（dead line）是什么，這樣心里比較容易對進度有個估計，免得最后無法完成任務(wù)。領(lǐng)導(dǎo)可能會反過來咨詢老程序員對分到的項目難度估計。一般來說，估計一個大概的編碼時間，然后把估計時間乘二，留出一定余量比較好。

　　接手一個新任務(wù)，必須要做的就是理解需求。一個開發(fā)人員如何不理解他想做什么，基本上這個任務(wù)一定會失敗。我們高考時候都會寫一篇大作文，對題目的理解非常重要，偏題跑題就沒法拿到高分，開發(fā)也是如此。對需求的理解需要反復(fù)的進行，定期和項目組領(lǐng)導(dǎo)或者客戶進行溝通，以免自己做了無用功。但是溝通之前一定要注意，自己先掌握一定的背景知識，比如前面提到的規(guī)范文檔，或者是讀一讀已經(jīng)有的代碼，跑一跑成型的產(chǎn)品，免得問的都是不必要的問題。

　　搜索一下可以找到一篇題為”提問的智慧“的文章，里面介紹如何在網(wǎng)上問問題。其實項目組內(nèi)溝通也是如此，要注意問有意義的問題。打個比方說，有時候自己會有一種感覺，跑到別人面前，把問題說了一遍，還沒等人回答，突然拍著腦袋說”啊我明白了“，也許是反應(yīng)挺快，可是還是耽誤了別人的功夫，像這樣的問題，自己組織組織語言或者寫出來，答案就很容易發(fā)現(xiàn)。另外也有的人，總是這是怎么回事那是怎么回事，其實到搜索引擎一搜或者是把動手做做就知道結(jié)果，但是非要張嘴問，這樣的人說得難聽點就是問題不經(jīng)過大腦，其實一思考就能得到答案了。問問題之前也可以試著理清一下思路，看看前因后果，簡化一下問題模型，也許經(jīng)過這些方式，自己就能找到答案。有同組的同事問問題，很多時間我反問幾句，把思路理清，他自己就知道答案是什么了。忘記在哪有看到一個軼事，在某個著名軟件公司里，開發(fā)組的桌上會放著一只小熊，大家互相問問題之前，先對著小熊把問題說一遍，看能不能把問題描述的清晰，基本上說的比較有條理以后，答案也就隨之而來了，大家可以試試這個辦法。

　　**注意事項三，提問之前，自己先試圖看看能不能找到答案，我建議的尋找順序是文檔、google，最后才是張嘴問，問之前最好已經(jīng)積累了一些材料，比如關(guān)于這個問題自己做了什么研究，搜索了什么關(guān)鍵字等等，這樣問的有誠意，回答才能有誠意。

　　另外，對于一個新人，需要多跟老同事溝通，了解項目的關(guān)鍵點是什么，比如開發(fā)一個通訊程序，用了什么協(xié)議，哪個網(wǎng)站比較有用，哪個文檔需要精讀，都是非常有意義的問題，這些問題可以少走一些彎路。早上到了公司，第一件事是接收業(yè)務(wù)郵件，然后記下一些需要回復(fù)或者要做的工作。郵件閱讀以后，可以跟項目組長做個簡單的溝通，了解一下哪個任務(wù)或者功能需要快一點完成，交流一下自己的想法，時間花費不多但是可以把一天的任務(wù)明確下來。

　　如果比較努力而且有一定的開發(fā)能力，兩三個月以后應(yīng)該開始接觸到項目比較核心的東西了，這個時候需要做的工作就是讀代碼。一個項目最重要的東西就是代碼，至于文檔、注釋、測試，其實都是保證代碼質(zhì)量以及代碼可維護型的一種輔助手段，作為一個開發(fā)人員，不熟悉代碼就是致命的錯誤。

　　讀代碼我這里有一些簡單的體會。

　　讀代碼要注意的第一條是從界面開始，深入到功能。打個比方說，一個桌面軟件，其中有個格式轉(zhuǎn)換功能，可以從菜單選擇”格式轉(zhuǎn)換“進行操作（注意，所謂格式轉(zhuǎn)換就是一個例子，沒有實際意義），那么就可以搜索菜單里的”格式轉(zhuǎn)換“，找到相對應(yīng)的界面函數(shù)，這就是一個相對獨立的功能入口點了。然后從這個入口點順藤摸瓜，就可以搞清楚格式轉(zhuǎn)換這個功能需要的一系列界面函數(shù)以及邏輯實現(xiàn)函數(shù)。

　　讀代碼的時候注意要隨時做筆記，可以用Word或者是PowerPoint這樣的軟件做記錄，搭配一個抓屏軟件抓取界面變化、程序運行棧或者是一些關(guān)鍵數(shù)據(jù)就更好了。

　　一個相對獨立的功能基本上是由幾個數(shù)據(jù)類或者數(shù)據(jù)結(jié)構(gòu)，加上幾個比較重要的邏輯函數(shù)實現(xiàn)的，抓住了這些關(guān)鍵就抓住了這個功能的核心。比如說一個通訊軟件，重要的就是通訊數(shù)據(jù)格式和通訊協(xié)議實現(xiàn)。經(jīng)過我的體驗，這個小竅門還是很有用的。一般經(jīng)常出現(xiàn)問題的也就是這些相對來說復(fù)雜一些的函數(shù)。

　　閱讀代碼的同時還要經(jīng)常問自己一些問題，比如這個地方為何這樣實現(xiàn)，有沒有其他的方案，哪個方案更好一些等等。這些問題可以讓自己更好的理解當時開發(fā)人員的一些想法思路，另外也是將來代碼進行重構(gòu)的一個鋪墊。

　　**注意事項四，作為一個開發(fā)人員，多思考是非常必要的一個特質(zhì)。

　　一個新人，經(jīng)過這些階段，基本上可以成為項目組的中堅力量了，希望每個入行的新人都能成功晉級成為老手。

it知識庫：計算機編程新人入行指導(dǎo)，轉(zhuǎn)載需保留來源！

鄭重聲明：本文版權(quán)歸原作者所有，轉(zhuǎn)載文章僅為傳播更多信息之目的，如作者信息標記有誤，請第一時間聯(lián)系我們修改或刪除，多謝。