bat程序員在創業公司面試

『壹』 BAT校招PM在工作半年，現在這種情況該不該跳槽到創業公司

文憑和院校：文憑是必備品，假如文憑低院校差，你就會缺失許多機遇；但是文憑和校園的危害，會伴隨著你能力和實踐經驗的提升，而持續減少；工作經驗：程序猿的工作經歷，大部分是看作了是多少新項目，進行了怎樣的新項目。假如你開發設計的設備有幾十數百人一起應用，而我做的新項目僅僅企業的邊緣系統，高下立判。公司歷經：你從北大清華大學畢業，找個工作一定有優點；一樣的大道理，你從BAT出去得話，跳槽找個工作也一定有優點；由於招聘面試難以在短期內精確地分辨出一個程序猿水準的多少，可是有BAT這一「品牌」在，會給你大大加分許多；

這一也是有所不同的吧，有的人感覺能去頂尖大廠學習培訓，薪資底點也可以，可是一樣的，有的人就會感覺大廠工作中又累，如果薪資還無法跟上得話，何必呢？實際上程序猿最重要的也是自已的技術性能力，可是大廠的一個外包裝的確也是十分關鍵的。那樣的一個大廠外包裝，便是一個十分強有力的必備品，無論你的能力怎樣，hr在看你的個人簡歷的情況下就會對你高看兩眼。其實我本人感覺，假如您有能力進到像BAT那樣的大廠，那麼你的能力肯定是很好的，挑選進到大廠，毫無疑問也是想要能更進一步，那麼即使早期的薪資略低，後邊加薪也不是啥子難題。更何況，像BAT那樣的大廠，薪資也不會低到哪裡去的。對於值不值，就得看著你自身的一個挑選了，看一下你自己更為重視哪一方面。

『貳』 你要面試一個程序員，應該問他什麼問題

首先面試程序員分有沒有經驗
面試沒有經驗的程序員就隨便問問點ssm，ssh五大框架問題，多線程什麼的，再問問是否會點前端技術
有經驗就看看他的簡歷，問他簡歷項目上的問題，可以圍繞著簡歷上的項目問，通過他的回答涉及到的技術點之類的，拓展出去問其他的

『叄』 程序員面試，為什麼感覺很多都和運維有關

不會運維的程序員不是好程序員。 這個信條要時刻謹記，不管是面試還是自己平時在工作中都要堅持這個准則，因為這對你以後的發展大有裨益。

一直以來，很多圈外人對我們程序員的觀念就是永遠的一本正經，著裝單一，了無生趣，聰明絕頂，其實這是他們對程序員的誤解，因為多才多藝，多姿多彩的程序員比比皆是，但是傳統的觀念或者說以偏概全的觀念蒙蔽了他們的雙眼，而他們自己又沒有嘗試去了解，所以導致人雲亦雲，給程序員披上了一層灰。

同樣的，我們大部分程序員的觀念也跟他們差不多，認為程序員就只是搬磚擼碼的，至於各種部署伺服器相關的工作應該是運維做的，其實非也，如果真的這樣認為的話，那就真的太不把自己當程序員了。為什麼這么說呢？因為我們程序員是實實在在擼碼開發產品的群體，可是如果我們開發出來的東西只能自個在本地玩耍，卻不能眾樂樂，那還有什麼意義，此時，你可能會說，交給運維啊，那麼如果沒有運維呢，就沒法玩了，所以我們不能總是將希望寄託在別人身上，當自己有能力能夠將系統進行部署的時候，那就該學會部署。

其實不僅僅是程序員，優秀的運維工程師也是需要會開發擼碼的，因為有時候他們也需要開發一些小工具來進行驗證，或者開發網頁來進行服務的管理，所以說程序員和運維都是相輔相成的。

像我們現在很多的公司都沒有明確的人員分工，特別是小公司連運維都沒有，所以就談不上讓運維去部署了，那麼怎麼辦呢？肯定就是開發人員自己去部署了，如果不會部署的話就可以去網上查找資料，其實總體來說不會很難，因為我看過很多運維其實也是在網上找資料按步聚進行操作。

另外公司之所以這么要求，一方面是基於人員成本的考慮，畢竟如果一個人能幹好的事為啥非得招兩個人；另一方面可能基於公司的發展問題，像一般的小公司確實沒必要專門招一個運維，不過隨著公司的發展，後期肯定會招專業運維，畢竟專人做專事，事半功倍。

永遠記住「不會運維的程序員不是好程序員」，其實作為程序員不能總是把自己陷在擼碼的深淵，除了擼碼，我們還要學會產品需求分析、簡單的UI畫圖、資料庫分表分庫及性能優化、運維伺服器部署、單元及系統測試等等，總的來說，要想成為優秀的程序員，我們有必要把產品線上的每一個環節都略知一二，這是經驗收獲，一定會成為我們日後發展的資本。

技術迭代是需要時間的，而且公司預算不多的話，會選擇現有系統繼續使用。有的企業也會選擇維穩，不會輕易開發新系統代替現有系統。

這是一個非常好的問題，作為一名IT從業者，我來回答一下。

首先，在當前的大數據、雲計算時代，程序員在面試的過程中，經常會遇到與運維相關的問題，尤其是有自身產品（平台類）的企業，往往對於程序員的運維類知識有比較多的要求，所以當前的程序員，尤其是java程序員，要想獲得較強的崗位競爭力，一定要重視運維類知識的學習。

在當前的大數據時代背景下，很多程序員在日常開發過程中，需要與運維人員進行配合，所以程序員在面試過程中，經常會被問及與運維相關的問題，通過這樣的問題，也能夠全面了解程序員是否面對過大用戶的並發問題，這對於判斷程序員是否適合當前的招聘崗位也有一定的參考價值。

以大數據開發崗位為例，程序員在進行大數據任務開發的過程中，不可避免地需要與運維人員打交道，其中大數據平台的搭建就是比較繁瑣的過程，另外還有一系列產品的安裝和部署，這些通常都需要運維人員來完成。對於一款平台類產品來說，運維人員的技術能力能夠在很大程度上決定軟體平台的性能，而且運維人員與開發人員的配合也非常關鍵。

當然，對於程序員來說，如果能夠自己掌握一定的運維知識，對於開發任務的開展還是很有幫助的，如果什麼問題都需要運維人員來完成，不僅需要更多的運維人員，同時也會影響項目的整體開發進度。從這個角度來看，隨著未來大數據技術的逐漸落地，程序員掌握一定的運維類知識，對於提升自身的工作效率，還是很有幫助的。

在程序員面試過程當中，通過一些運維知識也能夠更加直觀地了解到程序員的技術棧，相對於比較復雜的開發問題來說，運維知識的脈絡還是比較清晰的，通過運維知識能夠在一定程度上擠出一些「技術水分」，這也是很多面試官比較願意問運維問題的主要原因。另外，對於一些創業型公司來說，程序員掌握一定的運維類知識，也會節省一些投入，尤其在產品研發的初期。

從技術體系結構來看，要想解決大用戶的並發問題和系統擴展性問題，通常需要從兩個角度出發，一個角度是技術選型，比如採用擴展性比較強的大數據平台，另一個角度就是硬體擴充，但是硬體擴充的前提是要有一個可擴充的平台體系，而通過運維知識，程序員的交流會更明確，技術方案也比較直觀。

從崗位任務劃分的角度來看，程序員的工作任務與運維人員的工作任務有比較明確的邊界，但是在雲計算技術的推動下，程序員接觸運維場景的情況也在不斷增加，比如通過雲計算平台的支撐，很多傳統的運維類任務，程序員也會比較方便地完成，比如安全配置等等。

最後，程序員在進行面試的過程中，如果遇到的運維類問題並不清楚，一定要如實回答，因為運維類知識需要一個積累的過程，而且經驗往往非常重要，所以很多運維類知識，在短期內是無法掌握的，如果盲目擴展自己的知識面，會為後續的工作帶來很多麻煩。

如果有互聯網、大數據、人工智慧等方面的問題，或者是考研方面的問題，都可以在評論區留言，或者私信我！

一、提問之前的准備

首先，最重要的是，你自己一開始就應該想清楚：

只有明確這些根本性的問題，才能正確高效地完成面試。

二、提問的原則

假定你對上一節的三個問題，已經有了清晰的想法，那麼接下來就可以設計如何提問了。

有一些提問的原則，是你應該遵循的：

三、考察專業能力

為了確認面試者是勝任的，你可以問一些與職位相關的專業方面的問題。（不過通常來說，一次面試不足以看出一個人的專業能力。）

比如，你的招聘職位是系統管理員，你可以問"如何快速地在50台機器上部署Linux？"（提示：正確答案不是刻錄50張安裝光碟。）

另外，你還應該向面試者了解他的過去，因為過去是未來的最好預測依據。不過，提問的重點不要僅僅是他過去的成果，更要關注在當時的環境中，他是如何決策和實施的。

四、考察綜合素質

因為人是會發展的，所以某種程度上，面試者的綜合素質要比他的專業能力更重要。

所以，具體的技術問題（如何調用API、什麼是設計模式、編程語言的語法等等）可以少問一些，更應該關注面試者的事業心、對工作的熱情、進取心、自律能力、毅力等方面。

下面是一些典型問題：

五、考察理性思維

某些情況下，你可能需要了解面試者的分析判斷能力，看他能否全面地思考問題、客觀地評價自己。

那麼，你可以依次提出這樣三個問題：

這里的重點是，讓面試者從正反兩方面評價一件自己熟悉的東西，看看他的思維是否片面。答案無所謂對錯，只要面試者有一個明確的立場，能夠從正反兩方面說出令人信服的理由，就可以了。比如，某個軟體的口碑不好，但是面試者說他很喜歡，而且說得出一大堆理由，清楚地解釋了這種軟體的優點和缺點在哪裡，這樣就很好。

不邀自來。眾所周知，越大型的公司，分工越明確。在BAT裡面，有專門的前端，後端，ops，dba等等。他們專研一方面，所以有深度，有沉澱。遇到問題了，找到相應的人，能夠快速解決問題。

但絕大多數中小公司，更偏愛樣樣都會的全棧，恨不得你一個人把所有活兒做完。並不一定需要有多大深度，能幹活兒就行了。

再說，現在提倡devops，開發懂點運維，能夠更好地定位問題，部署和架構項目，這是需求，也是趨勢。

對小公司而言基本沒有專門的運維，所以需要研發具備一些運維的知識，比如資料庫的搭建、nginx、jdk部署，其它開源中間件，比如Kafka、es等等

其實這個目前真正大規模用的少，炒概念的多，很多公司根本沒機會用. 但是他會問

我覺得很自然的事，為什麼總有人說得高大上？裝個軟體，調個參數，做個邏輯卷，調一調網路，配置一下分布式組件，搞個文件系統程序員就應該不會？

這些工作，我們公司一般運維人員搞不定的。所以用啥，自己整。

個人觀點，計算機知識就必須全面，才能做好一個程序員吧？

而且看大家回復，我有8成猜對，有8成以上的架構師，不懂底層，知識面也沒傳說中那麼廣。

現在devops在流行，說白了企業為了省成本，研發要干一部分運維的活。運維只負責硬體網路和k8s維護，其他什麼部署啦，服務編排啦，通通交給程序員做。

不過這樣倒也合理，運維只負責全公司通用的設施建設，至於cicd，服務編排，熔斷限流等等，都和業務強相關，交給開發做比較貼近實際業務

『肆』 BAT校招PM在工作半年，現在該選擇跳槽到創業公司嗎

BAT校招PM在工作半年，現在該選擇跳槽到創業公司嗎我認為一個核心問題足以讓你們考慮。你猶豫不決的主要原因是你衡量的東西太多了，你想得越多，得到的結果就越少。技術人員經常是這樣，因為它超過了任何復雜的程序，因為所有的原因都是不確定的，當你計算所有不確定原因的影響時，這無疑是一個盲目的猜測。

簡而言之，如果家庭富裕，那麼就選擇自己的生活經歷，無論哪個選擇是正確的。如果家族經濟承受著很大的風險，而且家族難以接受，那麼留在目前的公司是一個合理的選擇。

一些候選人在面試中表現很好，面試官認為該候選人可以勝任這份工作。但更好的互聯網公司從不缺簡歷，當有互聯網經驗的競爭對手出現時，傳統的公司候選人就會倒下。雖然競爭對手在某些方面可能不如候選人，但面試官和人力資源部將基於風險較小的理念來選擇競爭對手。許多面試官在傳統公司沒有經驗，很難准確衡量應聘者在這種工作環境中的真實水平（更保守的公司，出於安全原因，互聯網沒有），因此必須根據互聯網公司員工的水平對應聘者進行評級。由於環境差異、技術差距、試錯成本和其他因素，結果是可以預測的，要麼覺得候選人什麼都不會做，要麼放棄候選人作為一個安全的賭注。

『伍』 如何看待程序員面試讓上機做編程題，這樣的公司多嗎

從事軟體開發多年，上機寫代碼這種考查模式在國外用的比較多，很多國內的公司也在學習這種方式，這種方式能直接看出寫代碼的能力，但對上機做編程題目這種事情很多成熟的程序員覺得是一種侮辱，有一些程序員看到有筆試直接就選擇走人了，這些東西在面試之前應該有溝通，事情不會變得這么被動，因為對於很多有能力的程序員，能夠請到面試已經非常不容易了，能力越強脾氣越大。

直接上機做編程測試能力的公司不是很多，從事軟體開發十幾年主要經歷了四家公司，面試的時候主要靠面談為主，因為編程行業能力的高低通過交談就能了解差不多，只需要根據簡歷上寫的項目進行細節溝通，如果真的做過幾句話就能看出大概的水平，所以很多公司壓根不搞什麼筆試或者上機寫代碼的事情，編程這個職業主要靠時間的積累，並且在積累中不斷完善自己的知識體系，慢慢提高自己的認知。

一個程序員如何提升自己的能力水平，對於初學者來講首先是學習好一門編程語言，開始學習階段覺得編程語言就是天了，好像是學會了編程語言就能做任何的東西了，隨著編程語法的學習完畢就開始嘗試做一些題目，結果發現距離語法真的非常遙遠，所以有很多的初學者有一種感概明明在課堂什麼都明白了，結果到真正自己實踐的時候什麼都想不起來，這是初學者必然的經歷，編程本身就是一種不斷磨練編程思想的過程，編程語言屬於在輔助類基礎技能，沒有輔助就不會寫代碼，編程設計思想再牛也不可能實現，兩者是相輔相成的作用，編程思想裡麵包含著仙姑經驗的積累。

很多人覺得很奇怪有些公司也不進行面試也不讓上機寫代碼，就是通過不到一個小時的閑聊就能把一個人的水平能力和工資水平給定位下來，通過面試就能檢測出編程思想以及編程基礎，編程基礎類的考察只需要問幾個簡單的語法問題就能做個大概的檢測，編程思想就是完全的編程意識以及編程經驗的積累，所以一些企業在招聘的時候明確寫著就相關開發經驗的人優先，企業招聘的目的就是希望要的人在短時間內能夠上崗直接切入到項目開發中去，整體來看是不是需要上機寫代碼測試完全看每個公司的技術文化了。

有些技術類的公司對於程序員的基本功要求特別嚴格，有個同事在第一家技術公司的時候，部門技術經理特別關注程序員的基本語法，只要是簡單的代碼語法錯誤，就能到部門的黑板通報，開始實施階段很多人上了黑板，後來隨著時間的推移上去的人越來越少了，同事說到自己上了兩次黑板都是因為在使用指針的時候沒有初始化導致，到今天還是記憶尤新，如果在技術生涯的初期能夠經歷過這種企業是一個技術人的幸運了，越是嚴格要求的領導或者公司越是有利於技術人員 的成長，至於在面試的時候要不要上機這個就看每個公司的技術文化了，一般注重代碼基礎的領導會引領這個事情，希望能幫到你。

這是一個正常的流程，我覺得有時候還是有必要的考驗一下面試者的。

以前這種面試實際上是很平常的，但是發展到現在越來越多的人對這樣的面試很反感，大概率的原因是因為很多人更多的是在搬代碼，並且搬的很成功，而真正注意寫代碼的人反而越來越少。
筆試和上機編程好不好？
我覺得挺好的，這樣可以刷下去很多劃水的人，有的人，寫代碼的能力並不強，但是搬代碼的技術一流，隨著技術越來越晚上，一些解決各種bug的網站越來越流行，現在更多的畢業生為了高工資，變成了搬代碼的人，他們能解決問題嗎？能，但是是他們自己的解決的嗎？不是，更多的是他們通過搜索的手段，問度娘，問谷歌，漸漸的形成了一個可以解決問題的方案，雖然問題解決了，但是等遇到一個需要創新開發的時候，他們就完了，基本上沒有了自我的思維。

筆試和上機可以有效的防止這類人進入公司，實際上也是一種不錯的手段。

這樣的公司多不多？
據我所致，目前來講上機編程的公司不是很多，畢竟，每個公司所使用的編程軟體不同，有的公司製作的軟體也比較具有保密性，沒辦法直接考程序員的實際能力，只能通過一些演算法測試，或者是什麼測試，來簡單的排除掉那些搬運的人。

所以上機測試的效果並不是特別好，一般的公司都會選擇用筆試的方式。

我遇到過不少筆試的，上機的從來沒有遇到過。

我一個同事之前換工作的時候倒是遇到過，按他所說，這樣的測試並沒有什麼效果，畢竟測試題出得很淺，太難的問題，基本上短時間內很難解決，也不會有那麼長的面試時間。

其實，在我看來，這個上機面試並沒有那麼大的用途，畢竟測試不到太多的東西，還不如看他自己寫過的代碼來的更快。至於這樣的公司多不多，真沒辦法說，畢竟沒有統計過，根據我的經驗，我覺得不會太多。

筆試的我見過，但是上機的沒有過。

1.筆試可以有
這么說嘛，其實簡單的筆試的話肯定是可以的。因為筆試的話可以讓招聘者知道你大概的能力定位在什麼位置？一些邏輯編程可以測試你的邏輯能力。尤其是在it這個行業，邏輯能力是非常重要的。

如果說你是一個已經有工作經驗的人。其實筆試就沒有那麼重要了。這時候看中的一般差不多就是你曾經的項目經歷。

如果說讓你做一些項目上的，比如說項目架構了這種的，你可以拒絕回答。因為我之前就有聽到過說招聘產品經理，讓他去設計一個產品的。結果這個公司就是通過一直招聘產品經理。然後讓產品經理去設計產品相關的功能，最後再把這些所有求職者的產品相關的思維組合到一起。

雖然說這總公司是很少的，但是也不排除是有隻通過這種方式來滿足產品需要的。

所以解釋的時候可以大概的寫一個思路代碼的流程，但是可以不用全部都寫。

2.上機測試
我覺得這個確切的來說是有一點過分的。像這種上機考試的話，肯定他是需要一個比較完整的項目。但是這種項目誰都不知道是他們公司需要，還是讓他僅僅是為了做測試。所以像這種事情完全可以直接拒絕。

在這里大概說明一下。 找工作是一個雙向的過程 ，如果說是你無法接受這個公司相關的制度，或者說是相關的流程。其實你可以趁早放棄這種公司的，不然的話即使是你筆試面試都過啦，你到公司之後也會因為你自己的價值觀跟企業的文化匹配不到一起。遲早還是要辭職的，所以你要慎重考慮。

其實面試的時候筆試和機試都是it的正常流程，但是在國內被玩爛了，面試和機試過程中，會有公司內遇到的問題做為面試內容的，也許是個人也許是公司，讓你解決這樣那樣的問題，這樣子的都是垃圾

作為一個老程序員，關於程序員面試的話題，非常有意思，特別有的聊。其實在 IT 界面，有兩個不算公開的秘密，也就是兩個不成文的習慣或者規定吧，關於面試的。

讓老程序員做筆試題是一種侮辱
很多程序員，尤其是有經驗的程序員，去面試的時候，尤其是去小公司面試的時候，如果對方給你出了一套筆試題，很多程序員會說： 我轉頭就走，這是對我經驗水平的侮辱 。

你們是不是感覺很吃驚，還有這種道理？確實是，我有一次去一個創業公司面試，對方給我出了一套筆試題，我做完了，面試完回去跟一些同事聊筆試題的事，他們會驚訝的說：你竟然把筆試題做了？你是有經驗的程序員，不應該經過筆試的，直接面試就行，筆試是一種侮辱。那是我才發現，好多程序員都這么認為的。

但是，我感覺這是一種病態思維，你既然去面試，其實筆試也是面試的一種，你去大公司比如 BAT 這樣的公司的時候，也會有筆試，而且層層面試好幾輪，你都能忍，一些小公司給你出筆試題，你竟然受不了？公司用什麼方式來面試你，是公司的選擇和考量，當然了，面試是一種雙向選擇，如果你感覺是侮辱，當然可以選擇不面了，這是雙方面試的權利。

但是，我感覺筆試是一種正常的流程，跟有沒有經驗沒有關系。有經驗了，你筆試你確定能過么？

很多程序員都不會選擇上機測試
還有一種就是面對上機做題的面試，很多程序員都不喜歡，其實我也不喜歡的，大部分程序員好像遇到上機面試的情況，也是選擇扭頭就走。

其實，我感覺上機測試是可以接受的，但是是有條件的，那就是上機做題，可以做演算法題，這種方式我能接受。

有一次我去面試，他讓我上機做題，竟然跟我說用 Android 寫個什麼功能，什麼模塊，簡直了，這種題怎麼做？直接去實現功能模塊，寫其中的一個點，我都不熟悉需求，也不熟悉功能模塊，上來就寫，怎麼做？沒法弄。我直接就走了。

演算法題屬於比較明確的東西，上機做兩道應該是可以接受的。

你問上機做題的這樣面試的公司多嗎？可以明確地告訴你，不多，我工作這么多年，面試了很多公司，只遇到過兩家。

我是負責我們公司技術面試的，機試環節必不可少。題目不會很難主要是考核程序員的感覺，只有有感覺的程序員才能寫好大程序，這很關鍵。

這主要看做什麼了，我最頭疼的是拿一個構架來靠你函數命令。我都是自己寫數學模型和函數。我哪知道這個構架的函數名？

務實啊，說明人要的是能實乾的程序猿，沒什麼奇怪。面試需求很明確，要會乾的。找領導才找會說的。剛畢業面試的時候遇見過這種機試，程序猿這行算是工科，靠技術吃飯，面試動手實戰是正常的。

支持，不然很多水逼，劃水貨太多了

這樣的公司會存在

基於以下4個原因：

1 面試的人很多，不想花過多的時間去篩選。這樣做題，可以快速過濾一些濫竽充數的人

2 通過合理的上機操作，有針對性地找合適的人，匹配的人也能快速完成上機操作

3 標准，對面試者統一對待，以免主觀原因造成誤判

4 面試者的配合度，一般看到機試，有人就會直接退出。（我遇到這種情況，就會直接走）

以上4個原因，都是較為正式的原因，還有一個主要原因就是能力不行，面試官無法正確篩選簡歷，面試官無法從面試中獲取想要的信息並加以判斷。

基於最後一個原因就是我會選擇直接走的原因，面試官能力不行，表示公司對此招聘的用功不足，該公司沒有能力或沒有意願重視此次招聘。即使入職，收到的待遇不會重視，沒有必要把自己的前景壓在一個不會重視你成果的公司上。

『陸』 hr面試程序員問什麼問題，程序員在面試的時候的注意事項

01 和優秀開發者溝通
如果你本身沒有編程背景，那就盡量找到一些優秀的開發人員給你指點迷津。
02 問專業的問題

1. 簡要介紹一下你自己以及你最近在做的項目嗎？
作用：這個問題可以讓你更好地了解你的候選人，而談論近期工作能了解他對工作的熱情和奉獻。

2. 其他時間有別的項目要做嗎
作用：鑒於你的項目的時間長短和工作復雜程度，你可能只想找一個能完全投入到這個項目的人。但是很多程序員都會同時兼顧好幾個項目，你要確保彼此雙方的需求是什麼。

3. 你是怎麼看待自己的身份的？開發？產品經理？還是二者都是？
作用：理想的回答一般是『二者都是』， 但是你要認真評估每個候選人可能給你團隊帶來的有利和不利影響。產品經理可以幫助設計新的功能和交互，但是你也需要足夠的開發才能跟上方向從而建構你想要的內容。

4. 你會如何管理一個程序員團隊？
作用：這個問題可以幫你了解候選人的領導能力和風格。

5. 告訴他們公司想要的人是怎樣的。
作用：直截了當地告訴對方你的期望。像工作時間，項目長短，目標等等，這些都是對方很想知道的。就像你評價他是否適合公司一樣，對方也會評價你的公司是否適合他。

03 去合適的地方招聘
你不能指望天上會掉下個好程序員給你，微軟和谷歌的優秀程序員也不會自己蹦到你跟前。你的機會在於，很多這樣的程序員都擁有或追求商業想法。
你可以多去一些網站、活動大賽等地方探索發掘，這比你在社交網站上找到他們的運氣要大得多。

· 編程大賽
編程大賽就是程序員高手們雲集在一起，合作共同完成一個軟體的開發。
猿圈會定期舉辦此類招聘編程大賽，幫助企業挑選優質人才，提高企業品牌僱主形象。

· 開放性源代碼貢獻者
一些網站比如GitHub，提供在線代碼存儲庫, 程序員可以自由對開源項目貢獻自己的代碼。
所以，在招聘之前，你可以先去這種網站上找一找有潛力的候選人。

· 大學
· 軟體開發大會
盡可能多的去參加一些和你的產品相關的軟體開發大會。

· 技術博客
你能根據他們的博客判斷他們的技術技能、解決問題的能力以及寫作和溝通能力。

04 沒通過編程測試，堅決不錄用

你只能記住一條原則，那必須是，沒有讓候選人參加編程測試之前，千萬不能決定錄用與否。

通常情況下，出於項目的緊迫，我們會傾向於選擇看起來靠譜的第一個程序員，但是不拿到他的編程測試結果，不要沖動地下offer。

我也是個不懂代碼的HR，但是我善於利用各種各樣的工具，前段時間發現了一個猿圈測評的工具，我用它測試程序員候選人，通過測試結果判斷是否值得邀約來面試，這個我覺得很贊，你可以試試看

『柒』 程序員面試只有三分鍾，面試官還全程玩手機！網友：這叫壓力測試

現如今很多公司比較關鍵的部門之一就是人事部了，擁有著裁員、招聘等相對關鍵的權利，長久如此，會讓很多人事部門的人產生一些優越感，尤其有一些大廠的人事部的面試官，高傲兩個字就差寫在臉上了。

這不，近日一位程序員去面試一個互聯網企業，就出現了類似的情況：

對此，就有網友彷彿感同身受一般，紛紛留言開懟：

有網友也遇到過這樣的狀況，叫去面試，自己卻沒有提前了解公司的狀況，才會去浪費這個時間去面試。畢竟正如網友所說，越是大公司，越是謙虛。正如網友所言，有的面試官還把不尊重人叫壓力測試！

還有網友為樓主感到不值，畢竟花了四十多分鍾跑過去，結果面試兩三分鍾就出來了，有點虧。而這位樓主也補充道：公司剛剛融資了，裡面的人估計也有一點優越感，認為公司取得了成就，就一副很拽的樣子，而其中的那個面試官尤為勝之。

創業公司就要有創業公司的經營理念，不能因為融資了就用傲慢的態度對待求職者，不得不說，這位面試官確實是有一些問題，尊重面試者這一點就做得極其差勁不說，問出「你知道自己來面試什麼崗位嗎」這樣的問題，可見其情商也不怎麼樣。

『捌』 程序員面試的自我評價

程序員面試的自我評價（通用5篇）

無論是在學校還是在社會中，我們需要用到自我評價的情況非常的多，自我評價不僅影響社會中人與人的交往方式，而且影響社會中人的心理健康程度，影響人的價值觀和人生觀的合理程度。那麼自我評價一般是怎麼寫的呢？下面是我精心整理的程序員面試的自我評價（通用5篇），供大家參考借鑒，希望可以幫助到有需要的朋友。

程序員面試的自我評價1

各位考官：

大家好！

我是計算機專業的面試者xx，我此次應聘的職位是軟體工程師，這份工作不僅與我的專業對口，同時也是我的特長與興趣所在。現在我就從以下三個方面介紹自己：

1)學習能力：我有較強的科研能力，能熟練的進行Windows和LINU操作，並能使用VB，DELPHI等語言編程。能運用網頁三劍客Photoshop軟體進行相關工作。

2)實踐能力：我的專長是軟體開發，我希望能從事這方面的工作經驗，並且我曾經發過多個系統，如人事檔案管理系統，工資管理系統等等。

3)交際能力：我的性格沉穩，能坐得住，對IT行業的工作，具有非常好的適應能力，而且為人謙和，具有很強的組織和協調能力，富有的事業心和責任感使我能夠面對任何困難和挑戰。

從以上的簡單自我介紹，我希望公司能給我一個展示自己能力的機會，讓我我可以學以致用，同時我也很欣賞xx公司的企業文化與工作環境。我願意成為企業一員，為企業的發展貢獻自己的一份力量。我的職業生涯目標是，做一個既懂技術，又懂業務的復合型人才。

程序員面試的自我評價2

我是廣東水利電力職業技術學院計算機信息工程系的一名學生，即將面臨畢業。廣東水利電力職業技術學院是教育部1999年7月26日批准成立的一所普通高等院校。學院前身是1952年10月成立的廣州土木水利工程學校，至今已有五十四年的歷史。在這五十四年中，學校的名稱幾經變異。1958年—1962年曾升格為廣東水利電力學院(本科層次)，期間學院停辦。1973年5月復辦後定名為廣東省水利電力學校(中專)，1999年7月經教育部批准，升格為廣東水利電力職業技術學院。

建校至今，已培養了3萬多名技術人才，他們中的'大多數已成為廣東省乃至國內其他一些省份水利電力行業及相關行業的中堅力量，為各地的經濟建設和水利事業發展做出了重要貢獻。

三年來，在師友的嚴格教益及個人的努力下，我吸取了豐富的專業知識並鍛煉了自己的能力;使我具備了扎實的專業基礎知識，系統地掌握了c語言、匯編語言、asp.net、java，資料庫原理、linu網路操作系統。區域網的組建或區域網廣域網的交換與路由設計實現和維護等有關理論;熟悉涉外工作常用禮儀;具備較好的英語聽、說、讀、寫、譯等能力;能熟練操作計算機辦公軟體。計算機專業自我介紹實訓問題。同時，我利用課余時間廣泛地涉獵了大量書籍，不但充實了自己，也培養了自己多方面的技能。更重要的是，嚴謹的學風和端正的學習態度塑造了我朴實、穩重、創新的性格特點。

程序員面試的自我評價3

我來自xxxxxx學院xxxx系xx技術xx班的學生，我將於明年7月完成大專學業，真正步入社會，開始人生路上的新一段征程。

我這次寫求職信的目的是應聘貴公司的c#程序員。

兩年多來，在校領導和老師的引導下，我努力很認真的學好專業知識，訓練專業技能，專業水平每一年都有明顯提高。在校期間，我學習了c語言，java，c#，winform，sqlserver，oracle，有較強的實踐能力。

兩年半的大專生活教我學會了冷靜的思考問題、以及如何面對問題，使我能在人生的坐標上找尋適合自己的位置並不斷修整自我，更讓我深刻認識到人要用心地去做每一件事，認真、踏實地面對人生的每一步。所以我誠摯地希望加入你們這支優秀的、富有生命力的群體，在大家的指導和幫助下，共同攜手，在人生的道路上不斷進取。

「天生我材必有用」，後附本人的簡歷，希望貴公司能給我一個發展的平台，我會好好珍惜它，並全力以赴，為實現自己的人生價值而奮斗，為貴公司的發展貢獻力量。

程序員面試的自我評價4

欲善其事，必先利其器。大學幾年，我始終堅持天道酬勤的原則，一日三省，自信品格的日趨完善;勇於行事，務實求新，自信工作有所成績;三更燈火，寒窗苦讀，相信學有所成。

在校期間，我始終以提高自身的綜合素質為目的，以個人的全面發展為奮斗方向，樹立正確的人生觀和價值觀，光榮地加入了中國共產黨。

為適應社會發展的需求，我努力學好專業知識，多次獲得獎學金，較深入、全面地掌握了軟體編程、硬體維護與開發、網路應用技術等計算機科學基礎理論以及計算機在企業管理、工業生產、輔助設計製造等方面的應用知識，同時注意結合自身專業特點，結合動手實踐，先後參與了校新聞網頁設計大賽、校程序設計大賽、挑戰杯中國大學生創業計劃競賽、校科研立項項目，同時根據自己的愛好，進行了物業管理師的培訓及資格認證考核、暑期社會實踐調查，都取得了不凡的成績。

作為一名即將畢業的20xx年應屆計算機專業的大學生，我所擁有的是年輕和知識，使我不畏困難，善於思考，但年輕也意味著閱歷淺，更需要虛心向學。同時，我也深知，畢業只是求學的一小步，社會才是一所真正的大學。我今天的求職，也正是希望得到一個更好的學習機會，從而能以更好的工作成績為國家和單位貢獻力量，同時去實現人生價值。

程序員面試的自我評價5

大家好，我叫xx，今年xx歲，xx年七月畢業於xx大學計算機科學與技術系，畢業至今一直就業於xx科技有限公司，從事j2ee企業信息化管理系統的開發，目前的崗位是項目經理，負責帶領一個3-5人的小團隊進行系統開發。

參加工作以來，本人先後獨立或主持開發過10幾個企業信息化管理系統。其中，xx電力有限公司的電費充值卡管理系統、xx集團的人力資源管理系統以及移動辦公管理平台，這三個系統運行以來深受使用單位的一致好評，為企業節約了人力成本，提高了工作效率。

本人對軟體開發具有濃厚的興趣，工作之餘經常鑽研技術，關注IT技術的發展趨勢。對業務需求分析比較透徹，在客戶端界面操作的易用性上考慮得比較周全。工作至今，我從一個學徒成長為項目工作組成員，再到現在的項目經理，這幾年的提升已讓我具備了系統開發獨擋一面的能力，而且已連續兩年被評為企業優秀員工，這不僅是因為本人在工作崗位上長期都本著刻苦努力、虛心好學的態度，也是領導、師傅耐心教導的成果。

優點：本人具備豐富的工作經驗、扎實的技術能力以及優良的代碼編寫風格，刻苦認真、虛心好學，對業務需求分析比較透徹，不僅能夠獨立完成任務，也能帶領團隊完成任務，具有良好的團隊協作精神和溝通能力。

缺點：在帶領團隊完成項目的時候，有時會因為太過和善而顯得魄力不足。

以上是我個人的自我介紹，謝謝大家!

『玖』 程序員面試前必做的准備工作有哪些

技術方面的技巧
第一：ABC（Always Be Coding）。
一力降十惠，說的多不如做的多，所有工作都是這樣，程式也不例外。你寫過的程式越多，你的能力也就越高。但是，你必須做到有目的的程式，在寫程式之前做到心中有數，明白自己的短板並且加強訓練，堅持不懈的挑戰自己的極限，努力使自己在各方面都很優秀。我強烈建議你把自己做過的每個項目——不管是否完成——都整理成作品集，在這里推薦GitHub，非常專業的程式分享社區，你可以把自己的作品集放到這。
第二：精通至少一種多重範式程式語言。
精通一門諸如C++這樣的語言能讓你從根本上理解程式，因為這類語言風格多樣，如何寫程式完全取決於你自己的風格，你能在一種語言里體會到不同風格的程式在執行上的差別，同時要達到這樣的水平還需要大量的實戰與練習。而且這類語言通常在各個社區中也是最活躍的板塊，你可以很容易就找到志同道合的朋友來分享經驗。其他也支持多風格程式的語言還有C#、Java、PHP、Python及Ruby。
關於C++ 的題外話：有一個跟著名的面試題，許多面試官都喜歡問，是這樣：「如果把C++ 分為十個等級，1 為最低，10 為最高，你認為你自己處在哪一級？」希望上帝保佑那些回答9 或者10 的人，Bjarne Stroustrup 估計也只會給自己打到8 分甚至更低（此人為C++ 之父）。主要原因是這個語言經過這麼多年無數大能的不懈努力，已經超級復雜，被稱為主流設計語言中最復雜的一款也不為過。
第三：熟悉各種演算法的優劣。
先看看這份關於各種演算法的對比圖，確定都理解了之後，試著把這些演算法都用自己的方式寫一遍。這樣你就會對各種演算法有更深刻的理解。面試的時候這幾乎是必考題哦。
第四：熟悉所有常用函數。
你最好把所有的常用函數都用自己使用的語言寫一遍，不要依賴於現成的函數庫，這樣會加深你對各個函數以及語言本身的理解。試著快速寫出下列函數：向量（動態數組）、鍊表、堆棧、隊列、哈希映射、集合、優先順序隊列等等。
第五：要更務實。
臨時抱佛腳早就沒有用了，踏踏實實的打好基本功才是王道，花更多的時間去解決各種程式中遇到的問題，這里推薦多去TopCoder看看，那裡有很多不錯的資源。里邊有各種案例可供學習，試著學習里邊的思考方式來解決自己遇到的問題。我當初花了整整兩個禮拜在TopCoder上，到最後我都能閉著眼一隻手寫出迪科斯徹演算法，幾乎能解決所有的圖形問題。所做的不過是不斷重復程式。這可能是Google最終要我的原因之一吧。Eric Schmidt說：「重復從不青睞祈禱者。」
第六：程式是最簡單的。
這麼多年的工作經驗使我明白了一條，寫程式是一個工程師所有工作中最簡單明確的一部分。我常掛在嘴邊的一句話是：「簡單的就像寫段程式一樣。」我相信對於一個工程師來講，事前准備和事後維護才是更艱難的工作。比如說，你需要在程式前計劃好你需要寫什麼以及確保寫好的程式能順利運行。盡量讓面試官知道，你不是一個只懂寫程式的獃子。
需要注意地是，在別人面前寫程式可能會略為彆扭，最好提前做些這方面的練習，可以參考下我前任同事Dan寫的這篇《Whiteboarding》。
非技術方面的技巧
需要提前說明的是我在這方面並不專業，僅供參考而已。
第一：明白你為什麼選擇這個公司這分工作。
不管大公司還是小公司，還是極度飢渴的創業公司，都不會要一個連公司是乾嘛的都不知道的人，哪怕這個人技術牛到一塌糊塗也不行。
第二：一定要滿懷激情。
程序猿是一種沒有固定工作時間的動物，如果你只是想找一份朝九晚五、有固定工資、只在偶爾加加班的工作，你還是別乾這行的好，你一定要愛程式，不管什麼時間什麼地點，只要有需要，就能隨時投入工作。愛一行，乾一行，對於程式設計師來說尤其如此。
第三：不懂就問。
面試的時候如果碰到沒有聽明白的問題，一定不要不懂裝懂，我曾經見過有些面試的人花了老牛鼻子的勁去解決根本沒問過的問題，這不只是浪費你的時間，也是浪費我的時間。
第四：保持微笑。
所有面試寶典上都有這條，但是，不要做太過了，適當的微笑能產生很大的效果。我有時候會在面試完一個人後特別受打擊，但是下一個面試者簡單而真誠的微笑能讓我一下子心情好起來。