面試考編程

① 極兔程序員面試難嗎

極兔程序員面試難一次好的面試就像兩個充滿激情的程序員之間的非正式交談，是一次有意義的信息交流，一場關於所面臨挑戰的良性辯論。好的面試應該以面試官和被面試者互相學習而告終。我在軟體行業的第一次面試就符合上述描述。那是一家 IT 服務公司，為世界各地的客戶提供應用程序維護支持服務；因為我一直想在一家產品公司工作，所以我對此不太感興趣。盡管如此，我還是參加了那次面試，然而面試官，這個首席工程師，簡直棒極了。他說：「我在網上看到了你的一些開源項目，我也看了你的一些編程博客。盡管對我來說你的這些觀點有些激進，但是你的很多觀點很有趣。如果你想談論那些激進的觀點，請先說服我。」我的面試從開始，持續了將近 90 分鍾。在這 90 分鍾里，我們幾乎聊了方方面面：技術挑戰、行業趨勢、最新技術、工作法，甚至程序員的態度。在這種面試中我們從彼此身上學到了很多東西。我最終接受了這個 offer，這是我一生中最好的決定。面試是一條雙行道，公司需要能幫助他們實現目標的好程序員，而程序員需要能實現他們職業抱負的好公司。這種關系必須是相互共生的，才能形成富有成效的夥伴關系。這里的關鍵是專注。作為面試官，不要浪費寶貴的面試時間問一些無意義的問題。把重點放在對組織重要和有價值的事情上，這樣能聘用到專業知識的優秀程序員。在僱用優秀的程序員時，這里有一些最糟糕的方法需要避開。

② 為什麼面試前端考c++

面試前端考c++培養編程素養，以後在面對其他語言和各種開發任務的時候，都能很快觸類旁通。前端社區都在持續地把瀏覽器外的技術引進來。社區發展到現在，也已經有很多引領業界潮流的東西值得反過來對外輸出。C++是一種靜態類型的、編譯式的、通用的、大小寫敏感的、不規則的編程語言，支持過程化編程、面向對象編程和泛型編程。C++被認為是一種中級語言，綜合了高級語言和低級語言的特點。C++是由BjarneStroustrup於1979年在新澤西州美利山貝爾實驗室開始設計開發的。C++進一步擴充和完善了C語言，最初命名為帶類的C，後來在1983年更名為C++。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

這樣的公司會存在

基於以下4個原因：

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

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

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

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

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

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

④ 程序員小白如何通過java面試

1、了解業內招聘要求：多看幾家同類崗位的技術要求，大概就知道用人單位的需求了
2、多找找面試常見技術題：不同企業的面試題各種不同，多去找找，多背背
3、簡歷設計：這個就是要注意在簡歷中體現自己的項目經驗、技術水平
4、面試現場反應：注意自己的著裝、語言表達、技術表達
以上都是在你有專業技術的前提下進行的，如果專業技術就是小白，還是先提升專業技術吧

⑤ python編程面試常見問題有哪些

Python編程面試題目一：python下多線程的限制以及多進程中傳遞參數的方式，以及區別

(1)python下多線程的限制以及多進程中傳遞參數的方式

python多線程有個全局解釋器鎖(global interpreter lock)，這個鎖的意思是任一時間只能有一個線程使用解釋器，跟單cpu跑多個程序一個意思，大家都是輪著用的，這叫“並發”，不是“並行”。

多進程間共享數據，可以使用 multiprocessing.Value 和 multiprocessing.Array

(2)python多線程與多進程的區別

在UNIX平台上，當某個進程終結之後，該進程需要被其父進程調用wait，否則進程成為僵屍進程(Zombie)。所以，有必要對每個Process對象調用join()方法 (實際上等同於wait)。對於多線程來說，由於只有一個進程，所以不存在此必要性。

多進程應該避免共享資源。在多線程中，我們可以比較容易地共享資源，比如使用全局變數或者傳遞參數。在多進程情況下，由於每個進程有自己獨立的內存空間，以上方法並不合適。此時我們可以通過共享內存和Manager的方法來共享資源。但這樣做提高了程序的復雜度，並因為同步的需要而降低了程序的效率。

Python編程面試題目二：lambada函數

lambda 函數是一個可以接收任意多個參數(包括可選參數)並且返回單個表達式值的函數。 lambda 函數不能包含命令，它們所包含的表達式不能超過一個。不要試圖向lambda 函數中塞入太多的東西;如果你需要更復雜的東西，應該定義一個普通函數，然後想讓它多長就多長。

更多關於Python編程的技巧，干貨，資訊等內容，小編會持續更新。

⑥ 編程面試注意事項

編程面試注意事項

1.從未在紙上或白板上寫過代碼

這是求職者最容易犯的大錯之一。絕大多數編程面試都會安排在紙上或白板上。而與電腦上大量的編碼練習相比，絕大多數求職者極少在紙上或白板上進行編碼練習。

用慣了IDE(或是文本編輯器)的求職者會在如何保持紙間良好代碼規范這第一步上磕磕碰碰。眾所周知，編碼規范是編程面試的必要條件。而且，在紙上寫代碼的時候，沒有編譯器幫你指出明顯的編譯時錯誤。此外，在專家組前方的白板上編碼時，絕大多數求職者會感到不安。所以面試前，做些紙上或白板上的編碼練習吧。

2.不要硬記代碼

很多畢業新生會去背一些常見問題的答案。好比很多程序員都知道如何「用C中的位運算來交換兩數」。但並不是所有人都知道那段代碼真正做了些什麼，又是如何完成這項任務的。

死記硬背並不是C編程面試的捷徑。即便你僥幸答對了一兩題，如果不了解基礎概念還是無法通過整個面試。關鍵要了解編程背後的概念。重點並不在於你知道多少種語言，而在於你有多了解這些語言。

3.與面試官極少交流

覺得題目有問題或是有其他疑問時，最好和面試官談談。

即便不知道某個特定問題的答案，比起靜靜坐著或是談些與該問題全然無關之物，誠實地承認不知道會更好。你還可以講講其他與原來問題相關的話題，並告訴他們你在這個話題上很擅長。

4.不準備電話面試

近來很多公司在讓求職者參與下一輪面試前會安排電話面試以便初步評定。電話面試與面對面面試有很大不同。電話面試要求良好的聽說技巧。

保證在回答前認真聽問什麼。面試官也許會給你一段代碼並讓你基於這段代碼回答一些問題。參加電話面試前手裡有隻筆，有張紙很重要。

還有，不要用精準的書面用語回答所有問題，因為那樣的話，面試官也許會覺得你答題時一直在完全搬照網上資料。

5.代碼凌亂

不要低估代碼規范的重要性。不管你多博聞強識，多有創造力，記得他們是在為你的編程技巧評定。面試官下任何結論前都要先讀懂你的代碼，如果你代碼很凌亂，面試官也許壓根就不想看。

面試官只是一方面，規范編碼還有助於求職者寫出正確的程序。相比一團糟的代碼，規范編碼出bug的可能性更小。

6.對思路避而不談

面試官會對你解決問題的方法很感興趣。他們不期望你能解決所有提出的問題，但希望你能給出正確的思路。

例如，你正寫一個用C指針交換兩數的程序，正確的思路(即調用含待交換變數地址的函數並獲取指針參數地址)才是真正重要的。面試官應該會在其他卡殼的地方提示你。

所以，答題時大聲說出你的思路把。這是讓面試官參與其中的好方法。

7.不好的函數、變數命名習慣

無論面試時用哪種語言解決問題，盡量用相關的變數和函數名，這會有助於代碼維護。

舉個例子，假設你隨手為函數和變數命名，寫了成千上萬行代碼。現在，新人要加入並調試這段代碼。可調試這種甚至無法理解變數代表什麼的代碼，純粹是做夢。

面試官可能認為這是一個缺點，也可能不這樣認為，但站在安全的一方總是更穩妥。此外，編寫交換兩個變數的'函數時，明明可以取名為『swap』非用『func』做名字的行為是不會被賞識的。

8.簡歷中有你所不知道的技術

這是新手的另一大錯。為了讓簡歷入圍，求職者會列很多編程語言以及很多不甚了解的技術名詞。雖然這也許能為你贏得面試機遇，但餘下的經歷肯定不會很愉快。幾分鍾內，面試官就能了解你的真正水平和技能。

9.沒有自信

和任何面試一樣，自信在編程面試中也很重要。有時面試官故意讓你回答一道錯題。這種情況下，如果知識過硬也有信心的話，你可以輕易指出題目中的疏漏並向面試官提。

回答正確卻對自己的回答信心不足的話，入選幾率不會很高。這是因為沒有公司願意僱傭沒有自信的人。

10.壓力過大及睡眠不足

面試前不要熬夜准備。面試過程中，你要保證頭腦清晰，精力充沛。

很多求職者在答題時頭腦一片空白，尤其是站在白板前面對專家組時。面試壓力使得這對求職者而言是常事。好好睡一覺，面試前盡量放鬆。

⑦ 面試時考編程題的原因是為了干什麼時間有限的情況下誰能答得好

有可能是看面試者在有限時間內，對於提出的問題，面試者解決的思路。
如果在有限的時間內，自己沒有考慮好的話，可以把自己已經想到的思路寫出來。
答得不好不一定沒戲。如果面試者的解題思路超出面試官的想像，也有可能被錄用。

⑧ 什麼是編程面試都有哪些好處

相信大家也知道，任何一個人想得到一份工作都需要參加企業舉行的面試測試。今天雲南java培訓http://www.kmbdqn.cn/就一起來了解一下，面試的原因與編程面試的優勢。

我應該回答的後一個問題是為什麼要搞面試?我確信有些讀者已經咬牙切齒地問「對一個破敗的系統想那麼多幹嘛?直接用帶回家的項目進行考評不就行了!或者直接採取試用唄!」畢竟，一些非常成功的企業都會進行試用(求職者在團隊中待一周)，或者用帶回家的項目取代當面面試。試用是很有意義的，幾乎可以肯定的是，讓他們花一周的時間跟在一個工程師旁邊工作(或者看他們是如何完成一個實際的項目的)，要比讓他們回答1小時的面試問題更能反映能力。然而，有兩個問題導致試用一直無法取代標准面試：

1.要進行試用的話，公司要承受高昂成本，沒有公司能為每個求職申請者承擔整整一周的試用花銷。因而公司必須採用其他的面試環節來決定試用的人選。

2.試用(以及大型的帶回家完成的項目)對求職者而言成本高昂，即使他們能獲得報酬，那也未必有空參與。比如一個工程師的工作是全職的，就可能沒法抽空干別的，而且就算能抽出時間，可能也不願意。而且如果一個工程師已經獲得了一些offer，那就不太可能再甘願承受結果還充滿不確定性的試用考驗了，這一現象明顯能從Tripletype上的求職者中看到。許多優秀的求職申請者(擁有其他公司的offer)只是單純不做大型項目或者不經受試用考驗。

試用是一種選人的絕佳方式。我認為如果你有開展試用的經濟實力，那麼加上試用這種選人方式是很不錯的。但要想讓這取代技術面試，並不完全可行。

了解工程師過去的開發經歷也可以成為取代技術面試的一種方式。邏輯上來看，通過了解他們過去的開發情況，就可以推知他們未來是否可以將工作幹得得心應手。遺憾的是，我們在Triplebyte上實行此方法時，收效甚微。表達能力(推銷自己的能力)強的到頭來要比技術能力強的人更有勝算，巧舌如簧的工程師對自己的職能誇誇其談(將整個團隊的功勞獨吞)，謙虛謹慎的工程師卻對自己的成績輕描淡寫，這樣的現象屢見不鮮。如果有充分的時間和大量的問題去刨根究底，就有可能弄清楚真實情況，但是我們發現，常規面試時間有限，談論過去的開發經歷通常並不能取代技術面試。雖然談過去經歷有助於破冰，拉近和求職申請者間的關系，能夠對他們的興趣有所了解，(而且能從中評判求職者的表達能力，還有可能看出他和企業的的文化契合度)，但要想讓這取代技術面試，並不完全可行。

編程面試的好處!

面試是對申請者能力的直接評估，我有一些朋友是當老師的，他們告訴我教師面試基本上考察的是語言表達能力(推銷自己的能力)和所具備的文憑資歷，這一點似乎從很多職業中都能得到印證。矽谷沒有非常完美的精英體制，但我們至少確實在設法對申請者應具備的重要能力進行直接衡量，並且秉持達觀開放的思想，認為一個人無論背景如何，只要具備相應的能力，就能夠成為非常優秀的工程師。對文憑資歷的偏見會成為貫徹這種思想的阻力，但我們在Triplebyte上已經很大程度上克服了這種偏見，並幫助很多沒有常規資歷的人找到了很好的技術工作。我認為Triplebyte不太可能解決比如在法律層面的問題，因為社會對於求職者文憑資歷實在是太重視了。

⑨ 如何面試編程工程師

做提問之前的准備，多提一些開放性的問題，而不是那種用是或不是就可以回答的問題，這樣做使你有機會與面試者展開討論，並且提出後續的問題，盡可能多地了解對方。不要問太復雜的問題。因為面試者沒有太多思考時間，所以無法周全地回答，你也就無從判斷他的能力了。
不要問宗教、家庭、健康、個人隱私等方面的問題。為了確認面試者是勝任的，你可以問一些與職位相關的專業方面的問題。