㈠ IT面試經驗：C/C++程序員需要掌握哪些知識
概括來說，開發中常用到的功能：串口通信、網口通信、資料庫訪問、數據加解密處理等等。這些方面的知識都要掌握的，細說的話主要有以下幾個方面：
一、語言相關
1、基礎（Basic）
（1）變數與基本類型：語言內置類型、常量、變數的初始化、變數的作用域、變數的 限定符、變數引用、枚舉； （2）typedef 和#define；
（3）數值與指針：數組定義與初始化、多維數值、指針操作；
（4）表達式：算術/邏輯計算、位運算、優先順序、類型轉換；
（5）語句：簡單語句、聲明/定義語句、復合語句、條件/循環控制語句、異常處理語 句；
（6）函數：函數聲明、參數傳遞、堆棧概念、函數重載；
（7）標准IO：條件狀態、緩沖區、文件流、字元流、本地化；
（8）類和數據抽象：類的定義與聲明、類的構造函數、靜態成員、拷貝構造函數、操 作符重載、類型轉換；
（9）面向對象編程：數據（封裝）抽象、繼承、多態（動態綁定）；
2、進階（Advance）
（1）模板與泛型編程：模板定義、實例化、類模板成員、重載、特化； （2）智能指針：auto_ptr、shared_ptr、scoped_ptr；
（3）STL容器：順序容器（vector、list、deque、queue、priority_queue、string）和關 聯容器（map、set、multimap、multiset）； （4）STL演算法：迭代器、演算法； （5）常用復雜數據結構：hash_map、boost.any、boost. array、boost. regex、boost. variant、 boost. multi_array、boost. pointer_container；
3、高級（Expert）
（1）高級泛型編程：表達式模板、模板元編程、Concept編程；
（2）程序架構，內存池，線程池；
（3）高級抽象：boost.mpl、boost.lambda、boost.fusion、boost.proto；
（4）範式應用：boost.spirit；
（5）應用程序庫：boost.asio 、boost.graph、blitz++、Loki、CGAL、uBLAS；
二、系統相關
1、基礎（Basic）
（1）Windows API之基礎服務：文件系統、注冊表、內存管理、DLL、多媒體；
（2）Windows API之內核對象：句柄、信號、線程、進程、互斥、事件、文件映射、 命名管道、郵槽、計時器、完成埠；
（3）Windows API之圖形設備介面：設備上下文、列印、字體、筆/刷、路徑、區域、 點陣圖；
（4）Windows API之圖形用戶界面：窗口、標題、菜單、狀態欄、消息、圖標、按鈕、 編輯框、組合框、列表框、滾動條、通用對話框；
（5）環境配置及Shell編程：環境變數、右鍵菜單、屬性、關聯； （6）Socket編程； （7）Web相關API； 2、進階（Advance）
（1）MFC/ATL：文檔視圖結構、對話框、通用控制項、OleDB、WinInet； （2）COM、自動化、ActiveX：Office開發、IE插件、VBA； （3）高級圖形系統：OpenGL、DirectX； （4）二次開發：ObjectArx；
三、計算相關
1、計算機圖形學
（1）向量：點積、叉積、求模、單位化、復合運算；（basic）
（2）矩陣：算術運算、平移/旋轉/縮放/錯切等變換、求逆、特徵值；（basic） （3）四元組合歐拉角：與其他表示轉換；（advance） （4）參數曲線/曲面：貝塞爾、（非）均勻有理樣條；（advance） （5）三維幾何體的構造與描述；（expert） 2、計算幾何
（1）幾何查找與判斷：點與線、線與線、點與多邊形；（basic） （2）多邊形：簡單多邊形、凸多邊形、多邊形三角剖分；（advance） （3）凸殼及其應用；（advance） （4）Voronoi圖/三角剖分及其應用；（advance） （5）多邊形的交與並；（expert） （6）平面圖；（expert） 3、數值計算
（1）數值計算的三大任務：求值、解方程（組）、函數逼近；（basic） （2）數值計算的誤差、適定性、穩定性；（basic）
（3）解線性方程組直接方法：Gauss消元法、三角分解法；（basic）
（4）解線性方程組一般迭代方法：基本迭代、Jacobi迭代、G-S迭代、SOR/SSOR迭代； （advance）
（5）解線性方程組的變分迭代法：共軛梯度、預處理共軛梯度法；（expert） （6）解非線性方程組迭代方法：Newton迭代法、Newton-Raphson迭代法、同倫演算法； （expert）
（7）求解矩陣特徵值：乘冪法與反乘冪法、Rayleigh商迭代法、QR法、Krylov子空間 法；（expert）
（8）插值：多項式插值、樣條插值；（advance） （9）數值積分：Simpson公式、Gauss積分；（basic） （10）解常微分方程：歐拉法、Runge-Kutta法；（advance） （11）解橢圓方程：有限單元法、有限差分法、邊界元法；（expert）
希望可以幫到您，謝謝！
㈡ 面試，你有什麼心得
准備面試到參與面試，對於企業與個人都是非常消耗精力的，尤其對於面試者而言在這個過程中想要找到一個靠譜的、心儀的公司加入，就要不停的一家一家面試篩選，每經歷一個面試就像經歷一場戰爭；尤其是那種一場戰斗持續5，6個小時還經過了一個午飯或晚飯時間，太兇殘了。
希望有面試需求的朋友分配好精力，應對好每一場戰役。
1
全文閱讀結構
求職者在接受面試邀約時應該了解的問題
面試過程中的常見錯誤
一些問題如何回答
了解自己的競爭優勢
2
求職者在接受面試邀約時應該了解的問題
作為求職者有很多問題可以詢問，當接到對方公司HR的電話時可以詢問一些問題，讓自己對即將開啟的一段旅程有所准備。
1
將要進入的項目
了解招聘公司在招人的是什麼項目、如果自己進去了會在哪個部門/項目中、這個項目是已經存在一段時間還是即將啟動的新項目、有多少人，要做什麼事情、這個項目有什麼特點，是一個挑戰很大的事情，還是比說相對比較穩的業務，了解更多的內容有助於自己在接下來的面試中有更好的表現。
2
對招聘的這個崗位有什麼預期么
用人企業對這個崗位是怎樣定義的：希望多少經驗、什麼具體能力，對未來有什麼預期，當我們詢問完之後HR會給出一個相對概括的額答復。這個時候通過這個答復來與自己的情況進行比對，是否匹配，或者針對答復還需要做一些准備來應對接下來的面試。
3
直接匯報人的情況
如果自己進入企業後直接的匯報對象是誰、TA的大概情況如何呀，叫什麼，大概什麼樣子的資歷背景、性格特點。
了解信息一方面可以評估自己與這位未來領導的匹配性，另外一方面看看從HR角度來看，這個領導的特點與優勢，最後呢，自己即將參加的這場面試，有可能就是這個領導來直接面試的。
3
面試中常見問題
01
成體系的回答問題
舉個例子
面試官：你認為什麼是XX用戶體驗。
求職者：我覺得用戶體驗大概分這么三個點，第一點是用戶對前三分鍾的印象，用戶進入產品看到的第一眼，第一次驚訝，第一次XXX，此處省略伍百字甚至一直講不停，這幾百字都在介紹第一點。然後，就自己終止了回答。
面試官：完了么？求職者：完了。
這是個例子但超級常見。一個問題問下去，答題的人知道有三點，但是就順著第一點一直講下去，一直講，直到自己都忘記了人家問的是什麼。知道有三點，第一點可能也說的在理，但是後邊都沒了？這讓面試官感受是什麼呢？抓不住重點、不理解面試官的問題、面對問題沒有框架和體系、這些都有可能。
一個合適的答復是：用戶體驗分為三個層面，第一個是XXXX，第二個是XXXX，第三個是XXX，（累計回答2分鍾），如果再往下說的話，我可以再細分一層，您看需要繼續么？
問題都是從框架入手再到細節，不能在剛開始框架都不列全，直接扎入細節中去。
02
搞清楚問題再回答舉個例子
面試官：能分享一個你很擅長但是別人不懂的案例么
求職者：比如，我很擅長抖腿，花樣抖腿，我抖給你看？
面試官：不用了。
不一定每個面試官都可以精準的表達自己的問題，有時候他們想了解一個問題，用精簡/概括/只有自己能力接的方式提問，這個時候聽問題的人其實很懵逼的，要確定好問題與具體場景之後再回答。
面試官：能分享一個你很擅長但是別人不懂的案例么
求職者：不是很明白，因為可能我擅長的東西只是我周圍的人不會，換個群體他們可能比我更好。所以您想了解的具體是什麼呢
面試官：我想說，如果給你5分鍾，分享一個你所在的領域的知識，講給外行聽，你打算講什麼呢；
求職者：我懂了，稍等2分鍾我整理整理。
㈢ 程序員應該怎樣去面試 程序員面試注意事項
程序員面試注意事項如下。
1、呈現出自己完整的知識結構。
對於程序員來說，最重要的一件事情就是在短短的面試過程中呈現出自己完整的知識結構。要想做到這一點，一定要在自我介紹的過程中下足功夫，既簡練又豐富，引起面試官的重視。
2、重視項目經驗的介紹。
無論是應聘初級程序員還是主力程序員，項目經驗都是面試官最為關注的內容之一，也是面試者能力的衡量標准之一。在項目介紹的時候要選擇比較有代表性的項目，簡單的說就是規模越大越好，參與程度越深越好。能夠清晰的描述自己在項目中的工作職責和最終的完成情況。
3、重視解決問題的能力。
通過一個具體的難點問題如何解決來呈現自己解決問題的能力，這種做法更有說服力，而且盡量突出重點內容，比如演算法設計、實現過程、驗證過程等內容，解決問題的能力是主力程序員的核心競爭力之一。
4、突出自己的學習能力。
程序員在整個職業生涯中需要不斷的學習，因為整個IT領域的技術更新速度是比較快的，面試官往往對程序員的學習能力比較關注，可以通過不同的項目採用不同的技術方案來體現自己較強的學習能力。
5、體現出自己的交流能力。
交流能力對於程序員來說也是非常重要的，項目開發過程中需要頻繁的交流，所以交流能力也是面試官比較關注的方面之一。體現交流能力的關鍵是把握住交流的主線，所有的思路要緊緊圍繞核心問題，盡量不要做過多的擴展，這樣容易顧此失彼。
6、描述自己的職業規劃。
一個好的職業規劃會給面試官留下一個好印象，也會為自己爭取到更好的職位奠定一個基礎。
㈣ 程序員的成功面試技巧
程序員的成功面試技巧
程序員的成功面試技巧，程序員在近幾年來是很熱門的一個職位，因為在很多人眼裡程序員的收入是很高的，程序員想要工資高在面試的時候也是很講究技巧的，下面分享程序員的成功面試技巧？
1、給自己寫一份非常專業的簡歷
我的建議是，如果你想增加自己的入選機會，那最好還是花點錢製作一份專業的簡歷。相較於你將來可能得到的巨大收獲，這真的只是一個小小的投資。
2、研究面試官
當我聯系程序員來面試的時候，我總是會事先發電子郵件給他，並附上我的名字和博客地址。但是讓我驚訝的是，當我給他面試的時候，他竟然對我還是一無所知。
再舉個正面的例子，我在面試時也碰到過這類開發人員，甚至能對我以前寫的一篇博客或者做的教學視頻上面的內容侃侃而談。
你說我會推薦哪個?
面試官也是人，也會有人性的弱點和特點。Dale Carnegie曾說過，要讓別人對你感興趣，最簡單的方法就是你先表達出對對方的興趣。
不管這種方法是否有欠公正，但是如果你想面試成功，那麼我建議你事先最好先好好研究一下你應聘的這家公司和面試官(如果知道的話)。
當今社會的信息是如此的發達，我們完全可以在Facebook、Twitter、微博、博客上找到任何人的資料。即使你只是大致瀏覽一番，也會讓你受益良多。
3、獲得內部推薦
知道找工作最簡單的方法是什麼嗎?那就是獲得內部推薦。
這不但可以增加面試機會，還能提升40%的錄用幾率。
前陣子，我找到了一家心儀的公司。然後直接投簡歷?NONO，猜猜我是怎麼做的吧?
首先我找到一名和我有共同想法和意見的開發人員，然後開始關注他的博客。
接著我在他的博客中留言、發表建議，並且表現出對他的工作和公司非常感興趣的想法。最後我成功拿到了這個寶貴的內部推薦資格。
很多程序員會說，「可是，某某某公司裡面的人我一個也不認識啊」。如果你想就此放棄，那當我什麼也沒說，如果你願意試試，我敢打賭，你總能想出一種方法達到你的目的。
不過這有個秘訣，那就是首先你得在網上創建自己的「名片」——讓別人有了解你的機會，所以do it now吧。
4、 學會解決演算法問題
這是每一個開發人員都應該具備的重要技能，而且真要掌握起來也並非那麼難。
在很多面試中，都會有這樣的問題，要求你在白板或者電腦上解決編程問題，但是許多程序員，即使是那些非常優秀的程序員，都會一下子大腦一片空白，完全理不出思路來。
如果你能花時間學會如何解決這種類型的面試問題，那麼下次再碰到這種場景，就不會這么緊張了。
我們會緊張其實和怯場無關，主要是因為我們不熟悉這些問題，也沒有自信能解決這種問題。
在這方面建立起自信之後，你就再也不會緊張了。
5、活力洋溢地回答問題
只用一個字或者一句話，照本宣科平平無奇地回答問題，或許在技術上是正確的，但是你忘了應該藉此機會好好展示自己的激情——這才是一個開發人員能帶給團隊的最大正能量。
舉個例子說，如果我問你什麼是多態性，我不是要你按照課本中的定義重復給我聽，我希望你能就這個主題闡述一下，然後我們可以更深入地聊一聊。
6、小心「陷阱」問題
你為什麼換工作?
說說你最大的優點和缺點。
最近一次你是如何解決和同事之間發生的技術分歧的?
在回答問題之前，你最好明白面試官問這些問題的目的，掌握如何回答這類問題的技巧。
就先說說第一個問題吧「你為什麼換工作?」
在大多數情況下，面試官想知道的是你是否是一個愛說三道四、慣於誹謗抨擊僱主的人。所以千萬不要上當。
7、永遠不要撒謊
最糟糕的事就是在面試的時候撒謊。
知之為知之，不知為不知，如果你確實不知道，千萬不要自作聰明來編造問題的答案。
相反，你應該誠實地說，你不知道或者你並不是100%肯定，但是你願意嘗試一下，然後再講講自己的想法。講完之後也可以問面試官正確答案是什麼，以顯示你對此非常感興趣。
實話告訴你，大多數面試官問的問題都是他們知道的問題，不然如果你濫竽充數給你通過的話就會顯得他們像個傻瓜。所以千萬不要抱著僥幸心理，一旦發現你在撒謊，面試官馬上就會質疑你的人品。
8、不要太誠實
很多程序員會過多地透露自己的信息，不要以為誠實和完全透明就是最好的政策，殊不知過猶不及。
第7條所說的不可撒謊誠然不錯，但是我們也沒必要將自己所有生活的細節和所有缺點都告訴給面試官。
有個性是好的，但是如果暴露了性格缺陷就壞事了。
試想一下，要是你說自己喜歡賭博或者沉迷於魔獸世界，我敢打賭，面試官肯定會重新審視你。所以在說自己信息的時候一定要慎重，因為這不但會暴露你的缺陷，還會顯得你缺乏應有的.判斷力。
9、掌握計算機科學的基礎知識
是的，很多程序員在面試的時候，甚至理直氣壯地說，他們不知道鏈表和堆棧，因為他們沒有受到正規教育或者早就還給老師了。
我也承認我們在工作的時候是用不到那些深層次的計算機科學概念的，但是作為一個專業的軟體開發人員，你至少應該知道一些基本知識。
舉個例子說吧，你請電工來重新給你家的房子布線，但是這電工一點也不知道任何電氣工程的基本知識，你還請他干不?同理，我們也是如此。
10、關於經驗
這是最後一點，但並非最不重要的，很多開發人員，特別是剛進入這一行的新手，往往缺乏相關的經驗，也不知道如何增加所謂的工作經驗。
這有點像是雞和蛋哪個先出現的問題。
那麼又該如何增加經驗呢?
關鍵是要用創造性的方式。有很多方法都可以獲得工作經驗，但是卻不必真正去一家公司上班。
給你點提示：
參加開源項目
啟動開源項目
做一個移動app，放到App Store里
寫一個小型的Web應用程序
參與代碼交流和用戶組
這些方式都可以作為工作經驗寫到簡歷中去，只要自己有想法，不愁沒經驗。
希望這些技巧能對各位有所裨益。如有不同想法，也請不吝賜教。
程序員的中年危機是什麼
中年程序員危機
近日，中興網信員工歐某打開26樓辦公室窗戶縱身躍下，結束了42歲的生命。
目前有多種說法，有說因股份轉讓價過低和人事部產生分歧，有說疑因內部宮斗被離職，甚至還有消息說歐有精神方面的問題。
盡管具體原因仍待進一步的核實，但卻由此引發網上一波關於中年職場危機，特別是中年程序員危機的討論。
一般來說，一個行業的收縮導致人員數量與結構的調整，大致可以用一個簡單的模型來描述：行業規模縮減，行業人員減少，公司數量減少或規模縮減，進而導致管理層崗位變少，原本的管理層，被迫降至轉入下一級崗位。
這種降崗機制層層傳遞，高層降為中層，中層降為基礎管理崗，基礎管理崗降為一線員工。與此同時，由於行業規模的縮減，一線員工數量也在減少。
於是，一線員工失業，同時，停止招收該行業的新畢業生。在這個模型中，一般來說，即便行業收縮，中層也不用愁就業，仍可留在本行業中，最壞也不過是降崗。
中年人學習能力下降明顯
不過，在程序員行業中，有一些特別的因素，導致了其不同於一般行業的現象。
35-45歲的中年人，學習能力下降明顯。與此同時，這是一個新技術不斷涌現的時代。
一個人進入職場初期的技能、概念，過了20年後，已經完全不一樣了。程序員這個行業，更是把這個特點發揮到極致。
此外，精力明顯下降，不能熬夜，加之家務瑣事纏身，高強度工作即便有意願也很難付諸行動。
如果說其他行業的中層人員降級後仍可游刃有餘的話，這個行業的中層降崗後，會不如自己新崗位上的同事。
所以，程序員密集的IT、通訊行業，很多中層員工就處於一個很尷尬的地位。即便勉為其難地接受，也會面臨收入大幅度下降的心理適應問題。
如果考慮到資產配置中較高的按揭比例，當資金鏈斷掉，這就成為不可承受之重。
㈤ 程序員面試怎麼准備，面試技巧有哪些
1.勇敢開口要求，否則永遠不會是你的。通常人力主管在招募新進人員的時候，不會主動給予新進人員較高的薪水、福利，因為這對他們來說是一種負擔，只會按照公司既有制度，一切照舊。當我們在面試時，不要吝嗇提出你的要求，這樣讓人家了解你的想法，也有了協商的空間。
2.了解市場行情。「知己知彼，百戰不殆」，當你想要提高你的薪資時，了解其它同行的薪資是一個不錯的方式，當你有這些數據時，你可以比較客觀的替自己爭取到應有的福利。
3.永不輕言放棄。雖然公司主管無法給予你所想要的薪資待遇，但是你也必須極力爭取，因為有時因為你的堅持，公司會讓步。
4.說實話。當你面試的公司在詢問你上一份薪資時，最好的策略是誠實以告，因為當你用欺瞞的手段來獲取高薪資，一旦被發覺對你的信譽將有不好的影響。
5.先贏得未來上司的心。首要秘訣就是說服未來的公司，你值得他們在你身上花每分錢。在面試前先准備好，表現你的意願，先讓他們喜歡上你，覺得不能不僱用你，再提出你的薪資要求。
6.把握時機最重要。提出要求的時機很重要，最佳的時機就是當未來上司已准備好要僱用你時。一般人常犯的一個重大錯誤便是太快接受僱主的提議了。當然你需要表現你的熱忱與決心，卻無須太過莽撞。「我可以再考慮一下嗎？」是最好的響應，適當地含糊其詞是無傷大雅的。
㈥ 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) 在各種因素中，性格 > 經驗 > 基礎 > 演算法。性格是最重要的，如果性格不好，所有技術能力都會大打折扣，而且技術缺陷容易彌補，性格缺陷很難改變；經驗體現了一個人的綜合能力，你可以從面試者過去的經歷中判斷他能從事哪種工作，不能從事哪種工作；基礎和演算法則主要起到輔助參考的作用，基礎好的程序員一般適應性比較強，學新技術更快，但是切忌單純從基礎來判斷一個人的能力。
㈦ 程序員面試的一些注意點，如何寫項目經驗
面試過程需要注意的：
筆試： 去面試之前肯定要先搜集一下相關崗位面試題，如果公司大，公司的面試題也有可能找到，具體筆試題，會在其他博客總結。
面試：本質上是向技術主管推銷自己的過程，
原則：
誠實 能當上主管的人一般都會識破小伎倆，所以誠實是第一位的，不會，就說沒了解過，沒做過就是沒做過。
會講故事 問到概念和問題時，先說概念性的東西，然後講出自己的學習工作經驗，當時是怎麼遇到問題，又是怎樣解決的。
態度 陽光，好學，不要抱怨以前公司，遇到自己了解但不熟悉的問題，可以和主管討論，表示自己願意研究，所有人都會被問道自己小部分不會的，不知道是正常，無關大局。
問題：
一、 遇到大量不會的，這個崗位不適合，自己回去多學習。
二、 問什麼離職 上一家公司很好，不過自己想學習新的技術，接觸新的業務提升自己，
三、 問有什麼問題 問有關工作培訓，工作所用技術的問題，不要問薪資和公司發展方向
如何寫項目經驗：
原則：STAR(Situation Task Action Result)
項目描述(Situation )：項目用途，背景，50字以內。
個人職責(Task )：領導需要你做什麼。
個人工作(Action )：你做了什麼。
成果(Result)： 最後有哪些成果，說出量化數據，性能提升百分比，修復bug數量，工期加快速度百分比等。