㈠ 程序員面試有什麼注意事項
面試是每個普通程序員面前的一座大山，給了大家無盡的苦惱和困惑。程序員面試很難嗎？難！正常的，要經過兩輪技術面試以及一輪經理面試，也有不少頂尖公司甚至需要三到五輪的技術面試。
幾輪面試下來，能熬到最後，這絕對是真正意義上的「過五關斬六將」了。很多優秀的程序員業務能力很過硬，但都因為在面試的時候發揮失常，從而屢屢與大廠失之交臂。所以，每一個面試成功者，都算是勇士。要給自己點個贊！
那麼面試時，我們究竟需要注意什麼呢？今天，北大青鳥http://www.kmbdqn.cn/就教給大家幾個面試成功的技巧。
1、首先，要確保你理解了面試官的問題。
許多問題都是故意措辭模糊或者模稜兩可，這個時候你可以請面試官把問題說清楚，從而確保你真正回答面試官的問題。你的提問同時還有一個好處，就是它能給你自己一些時間，讓你的腦子轉起來。
2、用一到兩個例子來確定問題的限制條件和要求(在現場面試時在白板上完成這個過程，在電話面試時在筆記本上完成)。
嘗試用中等規模的例子，以便覆蓋到一些特殊情況。如果你能想到可能相關的表格，就把它畫出來。事實上，把你想到的任何東西都寫下來是會有幫助的，因為它能為你提供一個視覺錨點，從而讓你在走不通時或者思考過程中隨時返回某一個點。
3、把話說清楚，這可能是最重要的一步。
要試著讓面試盡可能有更多的互動，面試官不知道你在想什麼，而讓他們參與到你的思考過程里，會讓她給你一些有用的提示，防止你偏向錯誤的方向。你的目標就是要先和面試官確證你的答案，然後再去寫代碼，而且你考慮答案越清晰、越高效，你得到的即時反饋也就越好。
4、通過應用以下技巧來找到答案
回想一下你遇到的類似問題，再想想它們是如何被解決的，嘗試各種不同的演算法(分治演算法、貪心演算法、遞歸、排序，等等)，把問題分解成更小的、可處理的小問題(這樣你就能得到相應部分的分數)，最後再通覽一遍你列出的數據結構，因為有時候，只要想到了正確的數據結構，就能給出正確的答案。
5、當你向面試官問清楚了問題、並向她解釋了你的答案之後，就可以開始寫代碼了。
在共享文檔里寫代碼的時候，你可以復制粘貼、寫評論，而且能回過頭來完成骨架演算法和功能。但在白板上寫代碼就不一樣了，它需要你的頭腦很清醒，而且需要你具備管理白板空間的技能。
㈡ 為什麼程序員越來越排斥面試時做題
幾乎沒做過程序員，不是不想做，實在是歲數大高手多的是。
登錄
微wx笑
關注
為什麼程序員都很排斥面試時做題？答不出題的程序員會是大牛嗎？ 原創
2018-11-08 08:24:52 16點贊
微wx笑
碼齡12年
關注
相信很多人都有過這樣的經歷，就是去面試的時候，先被要求做題。
如果像下面的判斷選擇還好！
如果是讓寫個什麼演算法之類的，那就呵呵了！每天和滑鼠握手，還哪會寫字啊！
關於這件事，很多小夥伴紛紛吐槽。
網友一：
不止是程序員，沒有誰喜歡面試時做題吧。
對於程序員的面試來說，通常的面試方法有兩種，一種就是做題加面試，一般針對比較低級的崗位。一種就是聊，直接和技術經理，或者技術總監聊，面試官一般會提醒面試者帶著自己的作品或者項目來，通過作品項目更能看出一個人的過往經歷和專業水平。
發現沒有，很多人一起做題，本身就是對待比較初級崗位的做法，誰會喜歡？如果阿里巴巴挖一個華為的工程師，難道面試前先做個題？
有經驗的HR就知道，很多時候面試的時候讓面試者寫題目，往往會錯失一個好人才。
我的上家招我的時候一開始就是讓我答題的，結果題目全是一些大學時候學的概念和平時寫代碼時候用到的知識點。
說實在的，我真的很多概念都記不住了。因為離開學校三年了，記憶力哪有這么好。
結果我只答了一半的題目，就直接放棄了，我說我不想答了，能不能直接找你們技術總監談一下。
㈢ java程序員面試中的疑問
你好，這樣吧，我有一份Java的面試寶典。可以把題給你發一下。你必須好好看幾遍。在說說你的問題吧。
1. servlet一般就是問下生命周期，其餘的說實話都是體現在你的項目中了。
2. jsp的一些內置對象。
3. 三大框架的原理，以及優缺點。
web的知識主要體現在了你做個的項目上，一般結合著項目問。
㈣ 昆明IT培訓分享程序員面試有哪些技巧
不管你是職場老手還是菜鳥，掌握Java程序員面試的技巧是很有必要的，今天跟隨昆明IT培訓http://www.kmbdqn.com/一起來了解一下。
Java程序員面試時該有的技巧
一份專業簡歷很重要
在這里小編給你的建議是：如果你想提高自己的入選機會，那最好還是花點心思製作一份專業的簡歷，相較於你將來可能得到的巨大收獲，這一點時間還是可以流失的。
了解你所要面試的企業
我們來舉個例子：就拿我們的面試來說，會事先發電子郵件給面試者，並附上動力節點的名字和博客地址。但是讓我驚訝的是，當我給他面試的時候，他竟然對我們還是一無所知。
我們在來舉例正面例子：我們在面試時也碰到過這類Java開發人員，他能對我們官網以前寫的一篇博客或者做的教學視頻上面的內容侃侃而談。(相比而言，你說我會選擇哪個?要讓別人對你感興趣，最簡單的方法就是你先表達出對對方的興趣。不管這種方法是否有欠公正，但是如果你想面試成功，那麼小編建議你事先了解一下你應聘的這家公司)。
當今社會的信息是如此的發達，我們完全可以在Facebook、Twitter、微博、博客上找到任何公司的資料。即使你只是大致瀏覽一番，也會讓你受益良多。
不要在面試官面前撒謊
知之為知之，不知為不知，如果你確實不知道，千萬不要自作聰明來編造問題的答案。
相反，你應該誠實的說，你不知道或者你並不是百分百的肯定，但是你願意嘗試一下，然後再講講自己的想法，講完後也可以問面試官正確答案是什麼，從而顯示你對此非常感興趣。
一般來講，面試官問的問題大多都是他們知道的問題如果你濫竽充數抱著僥幸心理，一旦被發現，面試官馬上會質疑你的人品
學會解決演算法問題
這是每一個開發人員都應該具備的重要技能，而且真要掌握起來也並不是那麼難
在很多面試中，都會有這樣的問題，要求你在白板或者電腦上解決軟體編程問題，但是許多程序員，即使是那些非常優秀的程序員，都會一下子大腦一片空白，完全理不出思路來。如果你能花時間學會如何解決這種類型的面試問題，那麼下次再碰到這種場景，就不會這么緊張了。我們會緊張其實和怯場無關，主要是因為我們不熟悉這些問題，也沒有自信能解決這種問題。在這方面建立起自信之後，你就再也不會緊張了。
活力洋溢地回答問題
只用一個字或者一句話，照本宣科平平無奇地回答問題，或許在技術上是正確的，但是你忘了應該藉此機會好好展示自己的激情——這才是一個開發人員能帶給團隊的最大正能量。
㈤ 誰有程序員的面試題，例如東軟公司，或其他公司的程序員面試題
程序員面試一直是社區樂於討論的熱門話題。
這篇文章是站在面試官角度對於程序員面試問題的一個階段性反思和經驗總結。
【目標】
相信和不少朋友一樣，有了幾年工作經驗成為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，但作者對於其特別重視考察演算法能力的面試策略是持懷疑態度的。即使在這樣的世界級大公司，演算法雖然重要，但可以想像在項目實施過程所遇到的各種各樣問題中，演算法問題絕大多數時候不會是主要瓶頸，沒有到那種需要每個人都是演算法高手的情況。實際上，絕大多數項目真正難點並不是一兩個演算法瓶頸，甚至也不是單點的技術瓶頸，而是系統性的組織、協調、設計、開發問題，有大量的看起來不是那麼有技術含量的臟活累活，也有許多問題是由於信息不足，並不是技術能力強就能克服這些困難。一個團隊最好優勢互補，有人演算法強，有人業務分析能力強，有人擅長後端服務，有人擅長前端界面，有人聰明，有人踏實，這是最好的。如果按照「演算法好」的單一標准選材，必定會把許多優秀的人才拒之門外。
補充：在更多地了解了Google和Facebook等一流公司的面試細節之後，作者對這個問題的認識有了一定的改變，實際上這些公司在面試過程中並不完全強調技巧性很強的演算法，而是更加註重編碼(Coding)能力，只是在進行編碼測試的過程中往往是通過一些簡單演算法題來進行的。作者對於這種面試方法越來越欣賞，並且也作為了作者們公司面試過程中的重點環節，因為編碼能力的測試是十分必要的，它有著知識性問題無法取代的作用，如果一個面試者連「判斷一個字元串是否是另一個字元串的子串」這樣的題目都無法正確並快速地實現，那麼基本上可以直接排除了。作者這里所強調的是不必考察高難度的演算法問題，並非不重視編碼能力測試，請讀者不要誤解
【基礎】
基礎面試是指考察諸如指針使用、進程線程概念等基礎知識的面試，十分類似於大學期末考試題。作者曾經以為基礎面試十分重要，但是現在不這么看了。在工作中基礎的確是重要的，但是在面試過程中，它必須具有區分性才有意義，也就是說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) 語言表達能力。語言表達能力也是程序員十分重要的一項素質，它關繫到項目中的溝通是否順暢。面試官可以看看面試者能否用簡明的語言介紹清楚曾經做過的項目，能否抓住要點，能否考慮到聽者的相關背景。一般來講，語言表達能力強的人綜合能力都不會太差。(面試網 www.mian4.net)
4) 是否具有用戶意識。有人說程序員是做研發的，哪來什麼用戶?只有銷售、市場人員才會和用戶打交道。其實，這是完完全全的錯誤認識。你寫一個模塊，甚至一個API，只要有別人用，他就是你的用戶。有的程序員設計一個模塊或是一個軟體總是習慣於從使用者的角度來考慮，盡量地方便使用者，這就是一種良好的用戶意識。具有良好的用戶意識的人更能考慮別人的感受和整體的需要，而不是單純地從自己和局部來思考問題。當面試者談及過去的項目經驗時，面試官可以常常站在用戶的角度對其進行提問，從這個過程中觀察其是否具有良好的用戶意識。
5) 如何應對質疑和壓力。面試官應該對面試者的回答以及以往項目進行合理的質疑，看看他如何應對。曾經有一位面試者談到做游戲登錄伺服器的經歷，作者就問：「如果登錄伺服器掛了，怎麼辦呢」?他說原先雖然沒有考慮這個問題，但是可以怎麼怎麼改進。其實，大家都理解項目中有各種不完美，這裡面原因很多，只要面對質疑和壓力能從容應對努力往好的方向思考解決就可以了，不需要掩飾缺陷，更不應該有情緒。作者遇到過有的面試者，一旦你對其項目提出質疑，他馬上產生反抗情緒，或不高興，或不承認有問題，這很容易一下子看出來他在工作中容不得質疑和批評，這種人要想合作就很困難。
6) 個性特點。許多面試者喜歡在簡歷上寫「精通C++/Linux「，這些字眼看得人麻木，如果有人寫」喜歡C++/Linux「，作者就會有一種眼前一亮的感覺。「精通」是沒有感情色彩的敘述，而「喜歡」包含了面試者的個性，作者更願意看到面試者的個性。作者相信對某樣東西真正的熱情遠比你當前對它的掌握程度更為重要。其實，N年的經歷告訴作者們，同一個班的同學，同一個項目組的同事，雖然每天所學的知識，所接觸的工作都是相同的，但其實每個人的成績和表現差異是十分明顯的。那麼，到底本質的差異是什麼呢?其實，就是每個人的個性。是個性使得有的人業余時間去打球，有的人業余時間去看書，有的人喜歡Linux，有的人喜歡Mac。一個人在團隊中扮演的角色也和他的個性有很大的關系。面試官應該引導面試者展現自己的個性，並判斷其是否有益於團隊。
【總結】
最後總結起來，作者的經驗是：
1) 面試官的目標是找到」工作好「的人，一定要圍繞這個目標來進行面試，如果把面試當成了演算法或操作系統期末考試這就走入了誤區;
2) 面試過程是通過學歷、性格、基礎、經驗、演算法等可以測試的因素去綜合判斷面試者「工作好」的概率;
3) 在各種因素中，性格 > 經驗 > 基礎 > 演算法。性格是最重要的，如果性格不好，所有技術能力都會大打折扣，而且技術缺陷容易彌補，性格缺陷很難改變;經驗體現了一個人的綜合能力，你可以從面試者過去的經歷中判斷他能從事哪種工作，不能從事哪種工作;基礎和演算法則主要起到輔助參考的作用，基礎好的程序員一般適應性比較強，學新技術更快，但是切忌單純從基礎來判斷一個人的能力。
更多程序員面試問題請登陸楚湘人才網
㈥ 程序員面試的時候考官一般問什麼問題(比較流行的)
給你提供點參考信息，希望能幫助到你： 1、使用相同的工具和時間限制模擬面試訓練 在現實生活中，如果你想要橫渡英吉利海峽，自然不能總是在室內游泳池練習。你必須投身於大海在波濤之中訓練，在准備面試的時候也是如此。 在面試開始之前你最好向招聘單位詢問面試形式和面試問題。如果招聘單位讓你在某個房間考試且僅提供沒有匯編程序的編輯器，那麼就應該在家中按照這種情景進行練習。如果招聘公司單位讓你在白板上回答問題並會安排考官在旁監督，那麼你就要找一位軟體工程師來扮演考官配合你練習。即使找來的考官經驗不如你也沒有關系，他們依然能幫助你消除在他人面前出錯所帶來的緊張感，這樣可以讓你適應有人在旁邊盯著看的面試氛圍。 如果你恰巧認識我並希望由我來幫你聯系，那我的條件就是必須請我吃飯：如果你已經工作了就吃日本壽司大餐；如果你還是學生，那麼吃比薩餅也可以。 2、在面試過程中不要對細小錯誤耿耿於懷 我曾不止一次的在面試過程中碰到這種情況：當應聘者知道編程問題後，他馬上就想到了最佳的方案、確定了邊界條件，然後開始編寫程序。但在編寫過程中，應聘者犯了諸如首先檢查是不是操作順序錯誤或忘記設定某變數等無關大局的小錯誤，當我指出其錯誤之後，應聘者立刻變得十分緊張，這種焦慮情緒影響了他在後面環節的正常發揮。 其實這種恐懼心理完全不必要。一名優秀的程序員在編程過程中出現錯誤也是很正常的，就像是小提琴手在演奏高難度的巴赫交響樂時也會偶爾失誤。音樂會的聽眾可能會覺察到這些錯誤，但是聽眾絕對不會因為這種細小失誤就把出色的小提琴手看作是門外漢。 即便應聘者徹底搞砸了某個編程問題，面試考官也可能會提出不同的問題並會容忍應聘者在某個問題上的失誤。再退一步說，就算某次面試徹底失敗，你也有機會在其它面試上補救。 我的一位同事（一個項目的技術負責人）最近面試了一個人，在開始面試時他覺得面試者的交流方式存在問題，因此開始表現的相當不友好。但經過了整個面試過程後，面試者證明了自身的能力，而我的那位同事也成了那位面試者最堅定的支持者。在過去的一年中，我從未見過這位同事如此強烈的支持哪位面試者。 所以，因此就算面試進展不順，也務必堅持到底不要放棄。
㈦ 程序員個性面試
程序員個性面試
程序員個性面試，面試都是龍爭虎鬥的，人外有人天外有天，把自己有優秀的一面在面試官面前展示出來，關鍵是要做好自己的本職工作，如果遇到不合理的面試要求要學會拒絕，程序員個性面試，你學會了嗎？
考官好，我是計算機專業的面試者xxx，我此次應聘的職位是IT行業的軟體工程師，這份工作不僅與我的專業對口，同時也是我的特長與興趣所在。現在我就從以下三個方面介紹自己：
1、學習能力：我有較強的科研能力，能熟練的進行Windows2000和LINUX操作，並能使用VB，DELPHI等語言編程。能運用網頁三劍客Photoshop軟體進行相關工作。
2、實踐能力：我的專長是軟體開發，我希望能從事這方面的工作經驗，並且我曾經發過多個系統，如人事檔案管理系統，工資管理系統等等。
3、交際能力：我的性格沉穩，能坐得住，對IT行業的工作，具有非常好的適應能力，而且為人謙和，具有很強的組織和協調能力 ，富有的事業心和責任感使我能夠面對任何困難和挑戰。
從以上的簡單自我介紹，我希望公司能給我一個展示自己能力的機會，讓我我可以學以致用，同時我也很欣賞XX公司的企業文化與工作環境。我願意成為企業一員，為企業的發展貢獻自己的一份力量。 我的職業生涯目標是，做一個既懂技術，又懂業務的復合型人才。
您好！我是一名即將於xxxx年畢業的xx大學xx學院學生，所學專業是計算機。大學四年來，我學習刻苦，成績優異，曾多次獲得獎學金。在師友的嚴格教益和個人努力下，我具備了扎實的基礎知識。在軟體方面，系統掌握了C語言，數據結構,資料庫原理，匯編語言，軟體工程等，並對面向對象的DELPHI和VC等Windows編程有一定了解。課外我還自學了VBVF編程，ASP動態網頁及SQL Server等網路資料庫編程語言。現已能獨立編寫專業的資料庫管理系統。在硬體方面，通過參與單片機設計，組裝收音機，網路工程的`規劃與管理及組建等實踐活動，我掌握了計算機的工作原理及計算機網路原理技術。
自入校以來，我充分利用業余時間廣泛的參加社會實踐活動。在我校信息學院計算機實驗室工作的兩年裡，不但使我的專業技能得到了升華，也使我的管理和組織才能得以發揮和進一步的鍛煉，得到了領導和老師的肯定和表揚。而且，曾經在歐亞科技等一些公司的打工經歷使我具有一定的營銷經驗和社會經歷，且業績斐然。除此之外，在校期間，我還做過家教、社會調查等社會實踐活動，積累了豐富的實踐經驗。
若有幸加盟，我可以致力於貴公司的軟體開發或根據公司的需要隨時致力於某方面的工作和學習。「順兮，逆兮，無阻我飛揚」是我的座右銘；「如臨深淵，如履薄冰」是我的工作態度；「真誠，守信」是我的最大特點；開闊的胸襟使我獲得許多朋友。聰明的頭腦，創造的思維，開拓進取的堅韌，加上純熟的專業技能，相信我是您的最佳選擇。
你好！我叫xx，我是一名即將畢業本科學生，我的專業特長是：能熟練地運用編程工具Eclipse開發應用軟體，熟悉C，Java，SQL，Oracle，JSP，SSH等，SQLServer20xx的操作。熟悉dreamweaver等工具編排和快速製作網頁。對Internet有一定的使用經驗和理解。
對於軟體測試技術，軟體質量保證以及軟體項目管理有一定的了解。我力求上進、吃苦耐勞，勤奮工作，我通過積極參與社會實踐活動，鍛煉了我組織、管理和交際的能力，培養了我全面的綜合素質。這一切賦予了我作為當代青年所必備的能力、膽識和責任心，也磨練了我吃苦耐勞的精神和了解了為人處世的道理。我會盡我所能為公司服務，把公司的事當作自己的事處理。我希望在新的崗位中發揮我的創造性、積極性，用我所學，為您所用。我相信沒有最好，只有更好，在您的信任和培養下我堅信我會做得更好！
㈧ 猴年新氣象，當程序員遇上奇葩面試題，能搞定嗎
奇葩題1:
「如果讓你去擦西雅圖市的所有窗戶，你會收多少錢?」
拆解:這類難題旨在衡量面試者破解難題的能力。在面對這樣的問題時，多數人過於糾結於字面意思，例如，試圖估算出西雅圖市有多少扇窗戶，結果讓自己陷入困境。其實，Five O'Clock Club的報告建議面試者考慮你對這項工作本身收多少錢，「例如每扇窗戶的固定金額，或者每小時的收費。」不論你給出怎樣的答案，「一定要解釋思考過程」，以及得出答案的步驟。
奇葩題2:
「用一兩句話，向8歲大的侄子解釋一個資料庫。」
拆解:谷歌的面試官經常會用這個問題，來判斷面試者能否將一個復雜的問題簡單化，把行話變成白話。Five O』Clock Club認為，這種能力「在那些與客戶直接接觸的職位中尤其重要，因為客戶往往不能掌握最新的科技術語。」報告補充說，最好的答案應該是「簡短而又令人感覺新鮮」--例如「一個資料庫就像是一台機器，可以記住關於各種不同事物的大量信息。」
奇葩題3:
「向一位盲人形容黃色。」
拆解:這個問題是要測試你的溝通能力，以及「敏感性、自發性和表達抽象概念的能力」，它「要求你思考黃色的特點，並用積極的方式進行解釋(不要提及黃色的物品，例如香蕉。)」
奇葩題4:
「如果你坐在工位上，發現收件箱里有1000封電子郵件，但你只能回復其中的300封，你會如何選擇?」
拆解:這是在考察你的工作是否有條理，你如何安排工作的優先順序。Five O』Clock Club建議這樣回答:首先查看來自上司、最大客戶的電子郵件或其他人發來的可能非常重要的信息，然後搜索主題欄中的關鍵字，確定緊急程度。至於那些表示緊急的紅色小感嘆號，除非他們屬於上述兩類郵件，否則就不要理會。現在真正需要你的人會給你打電話。
奇葩題5:
「你上一次與上司產生分歧是在什麼時候?分歧最後是如何解決的?」
拆解:或許到目前為止，你與每一位上司相處得都非常融洽(如果你足夠幸運的話)，但既然Five O』Clock Club把這個問題描述為經典問題，那面試者最好還是要有所准備。任何異議，不論它們有多麼不起眼或者很快就煙消雲散，都可以成為答案，因為這個問題的目的就是了解你如何處理沖突。。