程序員怎麼做面霸

① IT面試經驗：程序員面試什麼最重要

程序員面試一直是社區樂於討論的熱門話題。我自己從06年實習以來，先後經歷了4家軟體公司，全部是外企，其中有世界500強的通信企業，有從事期權期貨交易的歐洲中等規模的金融公司，也有為大型汽車製造商開發Android智能汽車的新興公司。跨入IT行業以來，我在求職過程中經歷過多次面試，最近兩年也有過多次面試別人的經驗。我感覺現在到了對這個問題發表自己看法的時候，這篇文章是我站在面試官角度對於程序員面試問題的一個階段性反思和經驗總結。
目標
相信和不少朋友一樣，有了幾年工作經驗成為Senior後就開始了面試別人的經歷。我在最初這個階段只是按照自己的想像把」找到基礎好的程序員「，」找到演算法能力優秀的程序員「，」找到有Android開發經驗的程序員「等作為面試的目標。但是，實際的經歷告訴我，尤其是按「基礎好」，「演算法好」這些目標招到的人最終效果並不好。比如，有的面試者基礎知識和演算法掌握情況不錯，進程、線程、內存等概念清晰，基本的Hash，二叉樹，快速排序等數據結構和演算法也比較熟悉，但是進公司後在實際工作中表現得很糟糕。後來，我才發現原來是我的面試目標出了問題，我原先的面試方法更像是大學的演算法或操作系統期末考試，按照這種方法讓許多並不合適的人通過了面試，同時也可能錯過了許多合適的人。
後來，我的反思是，從公司的角度講，面試的根本目的是找到「能夠干好工作」的人，而「高學歷」，「演算法好」，「基礎好」，「有經驗」這些都是表象而不是根本，它們並不能直接和「工作好」劃等號。
方法
目標明確了，但接下來的問題是假設面試者是一個黑盒系統，「工作好」不是直接可觀測變數，你所能直接觀測的變數是基礎、演算法、經驗、學歷、性格、談吐、年齡等等。所以，實際上，你只能從「基礎好」，「演算法好」等可以直接觀測的量去推測「工作好」的概率，這就是一個在「X好「條件下」工作好「的條件概率問題：P(工作好 | X好)。
根據這個模型，面試所應該考察哪些方面就很明顯了，那就是選擇那種最具有區分性的方面來考察。比如，考察面試者的體型特徵沒有太大意義，因為P(工作好|高)，P(工作好|矮)，P(工作好|胖)，P(工作好|瘦)的概率都差不多；所以，體型特徵不具有區分性，這不是面試所應該關注的內容。
面試官應當結合職位的要求明確哪些因素具有比較好的區分性。比如，如果要招一名技術門檻比較高的3D游戲引擎開發工程師，面試者A具有3D游戲引擎開發的經驗，但是在基礎知識和演算法面試方面表現一般；面試者B相反，基礎知識和演算法面試表現很好，但沒有游戲開發經驗，而你只能選擇其一。你選誰呢？其實，這就是兩個條件概率問題P(工作好|經驗好，基礎一般，演算法一般）和P(工作好|沒經驗，基礎好，演算法好）。這個問題就留給面試官來判斷了，就我個人而言，對於技術門檻較高需要技術積累的職位，經驗更加說明問題，因此，我更傾向於面試者A。
下面，我再結合自己的經驗談談對面試中常見方面的看法。
演算法
演算法是Google和MS等大公司面試所重點考察的內容。我個人很喜歡演算法，曾經參加ACM/ICPC拿過北京賽區的13名。但是，就個人經驗來看，我所接觸過的絕大多數開發職位而言，演算法都不適合作為考察面試者優劣的主要因素。對於普通的非演算法性開發職位，考察面試者的演算法就相當於考察他打乒乓球好不好一樣，與目標「工作好」的相關性太低。就我個人的經驗來看，差不多P(工作好|演算法好)=50%，也就是演算法面試沒有太大的區分性。
甚至，還有一種很不好的情況特別多地出現在演算法好的面試者身上，我稱之為「只磨刀，不砍柴」。什麼意思呢？有類人只對什麼A*演算法，非同步編程，JVM類載入機制這種純技術問題感興趣，對實現用戶需求毫無興趣。這類人看起來有一定的技術能力，但是對公司來講貢獻十分有限，甚至不如技術一般但認真負責的人。所以，一旦遇到面試者演算法好，我就特別留意考察會不會是這種「只磨刀，不砍柴」的人。
另外，雖然我個人不了解Google和MS，但我對於其特別重視考察演算法能力的面試策略是持懷疑態度的。即使在這樣的世界級大公司，演算法雖然重要，但可以想像在項目實施過程所遇到的各種各樣問題中，演算法問題絕大多數時候不會是主要瓶頸，沒有到那種需要每個人都是演算法高手的情況。實際上，絕大多數項目真正難點並不是一兩個演算法瓶頸，甚至也不是單點的技術瓶頸，而是系統性的組織、協調、設計、開發問題，有大量的看起來不是那麼有技術含量的臟活累活，也有許多問題是由於信息不足，並不是技術能力強就能克服這些困難。一個團隊最好優勢互補，有人演算法強，有人業務分析能力強，有人擅長後端服務，有人擅長前端界面，有人聰明，有人踏實，這是最好的。如果按照「演算法好」的單一標准選材，必定會把許多優秀的人才拒之門外。
基礎
基礎面試是指考察諸如指針使用、進程線程概念等基礎知識的面試，十分類似於大學期末考試題。我曾經以為基礎面試十分重要，但是現在不這么看了。在工作中基礎的確是重要的，但是在面試過程中，它必須具有區分性才有意義，也就是說P(工作好|基礎好)的概率要高，那麼考察指針使用，進程線程區別這樣的基礎題目才有它的意義。我的實際經驗是，基礎面試並不具有很好的區分性，和演算法一樣， 差不多P(工作好|基礎好) = 50%。同時，基礎面試是最容易准備的，中國人有長期的應試教育經驗，要准備幾個把玩指針題目太容易了。
我曾經遇到過這樣的面試者，他的C語言基礎和編譯、鏈接等原理掌握得非常好，給我留下了深刻的印象，我給的面試結論是：知識面不寬，只會C語言，但基礎很扎實，建議錄用。後來的事情證明了那個結論的前半部分是對的，但是」建議錄用「錯了。他在實際工作中表現得一塌糊塗，不理解需求，不理解整體架構；同時，上班時間不是花在項目上，而是花在閱讀諸如《程序員的自我修養》之類的書籍上。最後，這位同事由於長期「不出活」離開了公司。
基礎不是不重要，而是「基礎好」不足以說明面試者能幹好工作，因為基礎是屬於局部性知識，而實際工作需要綜合性能力，二者有天壤之別。C語言、操作系統能考高分，但是不會寫程序的人在大學我們還見得少嗎？ 軟體開發就像蓋房子，綜合能力是設計和搭骨架，基礎知識是碼磚。張小龍原先Foxmail是Delphi開發的，他它不懂C#，你如果要招聘一個開發.NET Email客戶端的人，你考察他對CLR掌握得好不好有意義嗎？ 讓張小龍來開發一個C#版的Foxmail真的會有困難嗎？ 你招一個精通C#但沒有Email客戶端開發經驗的人來真的比張小龍靠譜嗎？
我說基礎知識不重要，和古人說的「不積窪步無以至千里」是不是矛盾呢？不矛盾！「窪步」與「千里」是一種可累加關系，但再多的「基礎知識」都累加不成「綜合能力」。學習軟體開發要像持續集成一樣，一開始就是一個完整的系統，雖然規模不大，問題很多，但它麻雀雖小五臟俱全，從小系統到大系統，從簡單系統到復雜系統逐步演化。
所以，基礎好本身不足以說明太多的問題，必須進一步考察綜合能力。對於基礎面試表現不好的面試者，如果時間允許也要進一步考察，有的面試者其實是有能力的，只是沒有進行充分的准備。最理想的狀態當然是基礎和綜合能力俱佳，若不能兼顧，應當綜合能力優先。
經驗
這里所說的經驗不是通過工作了多少年來衡量的，而主要是指面試者的經歷，比如，是否完整地實現過一個軟體，或作為主要開發者完成過一個項目。經驗的重要性在於它能說明一個人的綜合能力。從項目的性質、規模和難度，面試官就可以大致判斷出面試者的綜合能力。如果一個面試者一直在大公司負責一個小模塊的開發維護，那麼基本可以判斷他不具備獨立或作為主要開發者承擔一個項目的能力，只適合在另一家大公司做類似的事情。對於門檻較高需要長期技術積累的職位，相關經驗更顯得尤為重要，比如，Linux內核開發，JVM開發，游戲引擎開發，資料庫實現，高級UX等。對於這類職位，沒有經驗的面試者即使綜合素質不錯也是需要長時間的學習和積累才能勝任。所以，基本上如果確定了你的職位屬於此類，那麼相關經驗毫無疑問應該成為首選因素，換句話說，P(工作好 | 相關經驗好)的概率是非常高的。
通過項目經驗判斷面試者的優劣比通過基礎和演算法測試更加靠譜，所以，面試過程中面試官應該花比較多的時間聽面試者介紹項目經驗，並進行深入地探討交流，了解面試者的知識面、思維能力、表達能力等。同時，可以結合項目提一些基礎知識和演算法的問題，比如，如果面試者做過C++相關的項目，那就可以問他如何進行內存管理？是否熟悉智能指針？如果面試者的回答不能令人滿意，那麼就基本上可以判斷他的項目做得不是很好。
要注意的是，經驗也是一個多維度的事物。比如，C++股票交易中間件系統，這就涉及(C++，中間件，股票) 3個維度。假如面試者A做過C++股票交易客戶端，面試者B做過C的股票交易中間件。從語言角度看，A最匹配，從項目性質看，B最匹配，你如何選擇？這就是在多個維度中，哪個維度更重要的問題，就這個例子而言，我個人更傾向於B，因為我認為中間件開發經驗是主要矛盾，而從C切換到C++並不是問題。所以，面試官需要判斷哪一種經驗是主要的，而哪一種經驗是次要的。比如，我們招聘Android應用開發，這個職位的Android技術門檻並不高，它的真正難點在於做出好的用戶體驗(UX)。所以，如果一個面試者沒有Android的經驗我們是可以接受的，但是我希望他在UX方面有經驗，至少做過其他平台的移動應用開發。
性格
現在，我來談我認為最重要的因素：性格。這可能是許多初為面試官的朋友所難以想像的，怎麼會是性格最重要呢？說實話，當我意識到這一點時，我自己也很驚訝！說白了，還是 P(工作好|性格好)的概率最高啊。我的實際經驗是，如果一個人的性格好，他能把工作做好的可能性是最高的，性格好遠比基礎好、演算法好要靠譜。
一個人如果技術上有缺陷，經驗上有不足，但性格好，在團隊中是很容易由其他人來補位的，他自己也很容易逐漸補起來；相反，如果一個人的性格不好，所有的技術優勢經驗優勢都發揮不出來，甚至還會起到負作用，而且性格缺點很難改變。我一直談到實際工作所需要的是綜合性的能力，這種綜合能力的發揮中性格是至關重要的。項目中不止會遇到技術問題，要涉及溝通、協調，不同的人不同的部門既有合作又有磨擦，如何處理這些事情都需要一個良好的性格。可以說，在開發團隊里讓你與眾不同的不是你從哪個學校畢業，也不是你過去的經驗，而是你的性格。
當然，性格是一個復雜的東西，它包含了很多的方面，並非所有方面都是程序員面試所需要關注的。我的經驗是可以重點考察這些方面：
1) 態度積極還是消極。有的面試者在談吐中就會自然給你一種積極上進的感覺，或者你可以在他的經歷中發現他積極的因素，這些都不是太難看出來的。相反，有的面試者你能明顯感覺到他的消極情緒。積極性在工作中是十分重要的，積極的人能給團隊帶來朝氣，也更易於合作。基本上，如果確定面試者屬於態度積極的，他通過我這一關的可能性就會大大增加；相反，如果確定屬於態度消極的，即使技術能力不錯我也會十分謹慎。
2) IQ。我的經驗是，總體來看，聰明的人在工作中的表現更為優秀。在面試中要考察一個人是否聰明並不一定要像Google和MS那樣找些專門測試IQ的智力題，其實，你只需要看他討論問題是不是很有邏輯性，思考和說話是不是反應敏捷就可以做出大致的判斷。另外，眼睛是人心靈的窗戶，一個人聰明與否，眼睛是會說話的。不過，聰明也不完全是優點，比如，當公司或項目遇到困難時，往往是聰明人先跑掉了，堅守的往往是IQ一般的人。
3) 語言表達能力。語言表達能力也是程序員十分重要的一項素質，它關繫到項目中的溝通是否順暢。面試官可以看看面試者能否用簡明的語言介紹清楚曾經做過的項目，能否抓住要點，能否考慮到聽者的相關背景。一般來講，語言表達能力強的人綜合能力都不會太差。
4) 是否具有用戶意識。有人說程序員是做研發的，哪來什麼用戶？只有銷售、市場人員才會和用戶打交道。其實，這是完完全全的錯誤認識。你寫一個模塊，甚至一個API，只要有別人用，他就是你的用戶。有的程序員設計一個模塊或是一個軟體總是習慣於從使用者的角度來考慮，盡量地方便使用者，這就是一種良好的用戶意識。具有良好的用戶意識的人更能考慮別人的感受和整體的需要，而不是單純地從自己和局部來思考問題。當面試者談及過去的項目經驗時，面試官可以常常站在用戶的角度對其進行提問，從這個過程中觀察其是否具有良好的用戶意識。
5) 如何應對質疑和壓力。面試官應該對面試者的回答以及以往項目進行合理的質疑，看看他如何應對。曾經有一位面試者談到做游戲登錄伺服器的經歷，我就問：「如果登錄伺服器掛了，怎麼辦呢」？他說原先雖然沒有考慮這個問題，但是可以怎麼怎麼改進。其實，大家都理解項目中有各種不完美，這裡面原因很多，只要面對質疑和壓力能從容應對努力往好的方向思考解決就可以了，不需要掩飾缺陷，更不應該有情緒。我遇到過有的面試者，一旦你對其項目提出質疑，他馬上產生反抗情緒，或不高興，或不承認有問題，這很容易一下子看出來他在工作中容不得質疑和批評，這種人要想合作就很困難。
6) 個性特點。許多面試者喜歡在簡歷上寫「精通C++/Linux「，這些字眼看得人麻木，如果有人寫」喜歡C++/Linux「，我就會有一種眼前一亮的感覺。「精通」是沒有感情色彩的敘述，而「喜歡」包含了面試者的個性，我更願意看到面試者的個性。我相信對某樣東西真正的熱情遠比你當前對它的掌握程度更為重要。其實，N年的經歷告訴我們，同一個班的同學，同一個項目組的同事，雖然每天所學的知識，所接觸的工作都是相同的，但其實每個人的成績和表現差異是十分明顯的。那麼，到底本質的差異是什麼呢？其實，就是每個人的個性。是個性使得有的人業余時間去打球，有的人業余時間去看書，有的人喜歡Linux，有的人喜歡Mac。一個人在團隊中扮演的角色也和他的個性有很大的關系。面試官應該引導面試者展現自己的個性，並判斷其是否有益於團隊。
總結
最後總結起來，我的經驗是： 1) 面試官的目標是找到」工作好「的人，一定要圍繞這個目標來進行面試，如果把面試當成了演算法或操作系統期末考試這就走入了誤區；2) 面試過程是通過學歷、性格、基礎、經驗、演算法等可以測試的因素去綜合判斷面試者「工作好」的概率；3) 在各種因素中，性格 > 經驗 > 基礎 > 演算法。性格是最重要的，如果性格不好，所有技術能力都會大打折扣，而且技術缺陷容易彌補，性格缺陷很難改變；經驗體現了一個人的綜合能力，你可以從面試者過去的經歷中判斷他能從事哪種工作，不能從事哪種工作；基礎和演算法則主要起到輔助參考的作用，基礎好的程序員一般適應性比較強，學新技術更快，但是切忌單純從基礎來判斷一個人的能力。

② 程序員面試怎麼做自我介紹

1、自我介紹的內容

首先請報出自己的姓名和身份。可能應試者與面試考官打招呼時，已經將此告訴了對方，而且考官們完全可以從你的報名表、簡歷等材料中了解這些情況，但仍請你主動提及。這是禮貌的需要，還可以加深考官對你的印象。

其次，你可以簡單地介紹一下你的學歷、工作經歷等基本個人情況。請提供給考官關於你個人情況的基本的、完整的信息，這部分的陳述務必簡明扼要、抓住要點。例如介紹自己的學歷，一般只需談本專科以上的學歷。工作單位如果多，選幾個有代表性的或者你認為重要的介紹，就可以了，但這些內容一定要和面試及應考職位有關系。請保證敘述的線索清晰，一個結構混亂、內容過長的開場自，會給考官們留下雜亂無章、個性不清晰的印象，並且讓考官倦怠，削弱對繼續進行的面試的興趣和注意力。

應試者還要注意這部份內容應與個人簡歷、報名材料上的有關內容相一致，不要有出入。在介紹這些內容時，應避免書面語言的嚴整與拘束，而使用靈活的口頭語進行組織。這些個人基本情況的介紹沒有對或錯的問題——都屬於中性問題，但如果因此而大意就不妥了。

接下來由這部份個人基本情況，自然地過渡到一兩個自己本科或工作期間圓滿完成的事件，以這一兩個例子來形象地、明晰他說明自己的經驗與能力，例如：在學校擔任學生幹部時成功組織的活動；或者如何投入到社會實踐中，利用自己的專長為社會公眾服務；或者自己在專業上取得的重要成績以及出色的學術成就。

接下來要著重結合你的職業理想說明你應考這個公務員職位的原因，這一點相當重要。你可以談你對應考單位或職務的認識了解，說明你選擇這個單位或職務的強烈願望。原先有工作單位的應試者應解釋清楚自己放棄原來的工作而做出新的職業選擇的原因。你還可以談如果你被錄取，那麼你將怎樣盡職盡責地工作，並不斷根據需要完善和發展自己。當然這些都應密切聯系你的價值觀與職業觀。不過，如果你將自己描述為不食人間煙火的、不計較個人利益的「聖人」，那麼考官們對你的求職動機的信任，就要大打折扣了。

這里我們介紹了一條清晰的線索，便於你組織你的自我介紹。為了保證結構明確，有條有理，你可以多用短句子以便於口語表述，並且在段與段之間使用過渡句子，口語也要注意思路、敘述語言的流暢，盡量避免顛三倒四，同一句話反復說幾遍的「粘糊勁，同時不要用過於隨便的表述。

2、自我介紹的時間

一般情況下，自我介紹應該是3～4分鍾較適宜。時間分配上，可根據情況靈活掌握。一般地，第一部分可以用約2分鍾，第二部分可以用約1分鍾，第三部分用1～2分鍾。

好的時間分配能突出重點，讓人印象深刻，而這就取決於你面試准備工作做得好壞了。如果你事先分析了自我介紹的主要內容，並分配了所需時間，抓住這3、5分鍾，你就能中肯、得體地表達出你自己。有些應試者不了解自我介紹的重要性，只是簡短地介紹一下自己的姓名、身份，其後補充一些有關自己的學歷、工作經歷等情況，大約半分鍾左右就結束了自我介紹，然後望著考官，等待下面的提問。但也有的應試者想把面試的全部內容都壓縮在這幾分鍾里。要知道面試考官會在下面的面試中間向你提有關問題的，你應該給自己也給他人留下這個機會。

3、自我介紹的重要性

通過自我介紹，主動地向面試考官推薦自己，這是面試組成結構的重要內容，同時也是面試測評的重要指標。

4、自我介紹的.要點

（1）自我介紹是應以面試的測評為導向。

自我介紹也是一種說服的手段與藝術，聰明的應試者會以公務員考錄的要求與測試重點而組織自我介紹的內容，你不僅僅要告訴考官們你是多麼優秀的人，你更要告訴考官，你如何地適合這個工作崗位。而與面試無關的內容，既使是你引以為榮的優點和長處，你也要忍痛舍棄，以突出重點。

（2）自我介紹要有充分的信心。

要想讓考官們欣賞你，你必須明確地告訴考官們你具有應考職位必需的能力與素質，而只有你對此有信心並表現出這種信心後，你才證明了自己。

應試者在談自己的優點的一個明智的辦法是：在談到自己的優點時，保持低調。也就是輕描淡寫、語氣平靜，只談事實，別用自己的主觀評論。同時也要注意適可而止，重要的、關鍵的，要談，與面試無關的特長最好別談。另外，談過自己的優點後，也要談自己的缺點，但一定要強調自己克服這些缺點的願望和努力。

特別指出的是，不要誇大自己。一方面從應試者的綜合素養表現，考官能夠大體估計應試者的能力；另一方面，如果考官進一步追問有關問題，將令「有水份」的應試者下不了台。

面試中應試者的自我介紹，可以讓考官觀察到簡歷等書面材料以外的內容，如你對自己的描述與概括能力，你對自己的綜合評價以及你的精神風貌等。自信、為人等是其中的重要的潛台詞，應試者務必注意。

③ 程序員如何提高自己的工作效率

程序員如何提高自己的工作效率?程序員要在IT界混出個名堂，也要有高效的工作效率才行。下面我為大家整理了程序員提高工作效率的辦法，歡迎大家閱讀參考!

程序員如何提高工作效率

1)鍵盤功底要扎實

敲鍵盤時要使用標准指法。可能你認為這是程序員的基本功，可是我發現其實很多程序員都做不到這點。看著他們敲代碼時那笨拙的指法我就心急。其實煉成標准指法不難，相當年我還是一指禪，打字極慢，痛定思定，在一周內我打字必用標准指法，再別扭也要堅持，一周後就適應了標准指法了。現在不說運指如飛也算是略有小成。練習指法和鍵盤速度可以給大家推薦一些網站:http://10fastfingers.com/typing-test/english,這個就是練習標准指法的，我可以輕松上60 WPM(每分鍾60單詞)，有個外國同事可以達到130以上，那才叫恐怖。http://typing.io/lessons，專門供程序員練習敲代碼的網站，融合了各種括弧和標點，難度有點大。

2)要熟悉IDE的各種快捷鍵及特性

IDE基本上是碼農們上班中使用時間最長的軟體。首先要選擇一個趁手的IDE，俗話說，工玉成其事，必先利其器嘛。如果是C#陣營的那肯定是最新版的Vistual Studio了，如果是java陣營的話當然是Intellij了(eclipse作為開源IDE，真心比不過Intellij)。我現在使用Intellij可以在95%的情況下不用滑鼠，全鍵盤完成開發過程中的大部分操作。我覺得沒有什麼常用快捷鍵、不常用快捷鍵之分，只要你知道的快捷鍵就要拿來用。

尤其是各種重構快捷鍵必須要熟練掌握，當我看到碼農修改變數名時不用重構快捷鍵，而是自己手動在引用的地方一個個改，然後編譯查錯時，真為他們捉急。還有各種inline，introce的快捷鍵真是好用到爆，掌握了這些快捷鍵可以說對代碼進行任何重構都不費除灰之力，我們的注意力也從手動修改代碼轉移到如何發現壞味道了。Vistual Studio中推薦安裝ReSharper，其開發公司與Intellij開發公司是同一家。除了重構快捷鍵，還要掌握一些IDE的特性，比如調試時可以插入指定條件來命中斷點等，這些就要平時的積累和學習，另外還有好奇心。我敢說你現在挨個看IDE菜單，至少有30%功能你從沒用過或不知道是干什麼用的，其實裡面有些功能是非常實用的，只是你沒嘗試而已。

3)至少熟練掌握一種shell終端

作為程序員老用圖形化界面咋行，要用那種古老的命令行界面才能顯示出你的高深嘛!滑鼠點界面誰都會，而命令行界面不是誰都能駕馭。有些功能在命令行下要比圖形界面下高效N倍。比如我使用git提交文件時都是在命令行下查看哪些文件被修改了，哪些是新添加的，修改的部分是哪些等。

使用圖形化界面要用滑鼠點來點去，效率實在太低。Linux系統下的終端太多了，就不推薦了。Mac系統下推薦使用iTerm2這個殼，其比MAC自帶的terminal多了不少實用的特性，也能方便切換自己喜歡的配色。Windows下當然首推Windows Power Shell了。Windows Power Shell本身集成了常用的實用工具，並且與.net framework無縫結合，這點是那些在Windows上的類Linux模擬器(比如Cygwin)是遠遠比不了的。

4)具有一定編寫shell腳本的功底

光會用現有的`腳本還不行，還要會根據情況編寫腳本來實現自己特定的一些目標。比如我使用MAC機上的終端時，經常需要在不同目錄間跳來跳去，每次都打一串的cd …..很麻煩，後來我就自己寫了一個小工具，可以給指定的目錄起別名，想要跳到這個目錄只要敲別名即可(參見 http://www.huangbowen.net/blog/2013/02/16/gtshell/)。

還有我在Windows系統上工作時，也經常編寫一些Power Shell腳本，比如一個命令就啟動指定的FTP伺服器，一些小命令用來實現快速在不同項目源碼間切換並執行構建命令等。這些命令編寫起來都很簡單，在提高工作效率方面很好幫助，因為一些常用的費時的操作每天重復N次，讓人很厭煩，如果能夠使用腳本將其自動化起來，豈不是就把自己給解脫了?

5)多語言編程

在這個世界有太多太多的編程語言，但凡稍微流行的編程語言都有自己獨特的優勢，而我們要善於利用每種編程語言的特點，而不是整天吵鬧那種語言更強大。我自己熟悉C#、java語言，也用JavaScript、Ruby、Python、Groovy做過一些東西，甚至為了理解函數式編程還專門學習了Haskell語言。這些語言都給我帶來了實用的效果。比如我用Ruby寫了一個插件，可以自動把我主站上的博客同步到博客園中的博客來。

我使用Groovy給我的Java代碼寫單元和集成測試，比使用Java語言編寫要快很多。我用Python和WebDriver寫了一個論壇灌水工具來刷積分。你掌握的語言越多，你的視野就越廣,你對編程的理解就會越深入。當然我不贊成盲目的求多，至少你要有2到3門精通的語言，從語言語法、語言運行時、語言特性、語言API等方面都要有深入學習和見解，當你再學習其它語言時也不會浮於表面的了。

6)這是最重要的一點，時刻保持一顆好奇心，一顆堅定不移的提高工作效率的決心

很多人都抱著差不多態度，心想“我雖不是標准指法，敲鍵盤速度也差不多”，“我IDE快捷鍵用的不多，也沒覺得那裡影響到我開發”，“我只會C#一種語言，還不照樣干到現在了嗎?”之所以有這種想法，是是因為你沒有見到真正高效的人。我曾看到某IT界牛人那出神入化的VIM操作，簡直已經超越了指哪打哪的境界，已經達到了鍵隨心動的境界。

我也看到某高級程序員使用IDE快捷鍵三下五除二就把一段醜陋的代碼給收拾的服服帖帖。耳濡目染之下讓我堅定了這個決心，不做差不多先生。所以平時我和同事一起工作時，就留心他們有哪些方法和工具來提高自己的工作效率。如果他們使用了一些好用的快捷鍵而我不知道，那我就會記下來下次自己用(快捷鍵熟練程度上我早已是我們項目組的number one)。

如果看到他們使用了一些好的工具我也會立馬回去下載下來自己用。(比如前兩天我看到同事使用SuperPutty來連接遠程主機，其支持多tab方式，這正是我想要的功能。我回去立馬下載下來，拋棄了以前的Putty)這樣時間長了，集眾人之所長，你自然也成為效率達人了。

④ 女程序員的發展前景如何

未來發展的趨勢必然是越來越多的計算機替代人來進行工作，所以掌握計算機編程可以說很快就會成為一項基本技能，但是怎麼也需要幾代人才能實現，現在已經有太多的東西離不開計算機了，程序員幾乎可以出現在任何一個領域，那前景好不好呢？也就不用我說了吧

⑤ 程序員主要是做什麼的

程序員（英文Programmer）是從事程序開發、程序維護的基層工作人員。

程序員日常工作：

1、確認通過審查方案的目標，輸入數據，分析師，監事，和客戶的輸出要求的項目要求。

2、安排項目要求在編程序列分析要求；准備工作流程圖和使用計算機知識的能力，題材，編程語言和邏輯圖。

3、編碼工作流程的信息轉換成計算機語言的項目要求。

4、通過輸入編碼信息的計算機程序。

5、確認程序操作進行測試，修改程序序列和/或代碼。

6、准備寫操作指令供用戶參考。

7、保持歷史記錄，通過記錄方案的制定和修訂。

8、維護客戶的信息和保護保密的業務。

崗位職責

1、對項目經理負責，負責軟體項目的詳細設計、編碼和內部測試的組織實施，對小型軟體項目兼任系統分析工作，完成分配項目的實施和技術支持工作。

2、協助項目經理和相關人員同客戶進行溝通，保持良好的客戶關系。

3、參與需求調研、項目可行性分析、技術可行性分析和需求分析。

4、熟悉並熟練掌握交付軟體部開發的軟體項目的相關軟體技術。

5、負責向項目經理及時反饋軟體開發中的情況，並根據實際情況提出改進建議。

6、參與軟體開發和維護過程中重大技術問題的解決，參與軟體首次安裝調試、數據割接、用戶培訓和項目推廣。

7、負責相關技術文檔的擬訂。

8、負責對業務領域內的技術發展動態進行分析研究。