嗯……首先不確定這個公司面試的是否就是懂程式的，因為面試這個事情被很多公司都搞複雜了，要走很多程式，但陪你走程式這個人不見得就是了解面試者所學專業的人，很多面試官其實就是按照公司走程式，那麼讓手寫這種情況也許這位面試官不是所在部門負責人也不瞭解這個程式也做不了這個主，需要留底給所在部門負責人看再做決定，還有種情況就是他就是所在部門負責人，但是怕面試的人員較多記不太清楚每人的特色，想留下作品仔細考量哪位更貼近他的目標人選，擇優而待。

程式設計師主要還是思路，工作9年了，還真的沒碰到過複雜的演算法。基本網上都能找到。可能我主要是做rep的，實現客戶業務需求是主要的。

這個問題問得很有意思，這個問題可以從兩個角度來看：

不同的面試官自然會有各自不同的考察方式和側重點，說手寫程式碼能夠證明面試者的能力，也無可厚非，最起碼這可以證明面試者的基礎是否紮實。相信不管是程式設計師在學JAVA WEB還是學其他任何語言的時候，都是從記事本寫Hellow World開始的，用鍵盤能夠在記事本上敲出來的程式碼，難道用筆在紙上就寫不出來了，相信這不可能吧。感覺之所以產生這個問題，有一種情況是因為很多時候很多程式設計師都已經習慣了IDE環境下來寫程式碼，這本沒錯，不管是用eclipse,vs還是其他什麼IDE，在智慧提示的幫助下，可以很大程度的提升編碼效率，但是離開了IDE之後，很多人就不會寫程式碼了；還有一種情況是，對於現在很多資訊系統的開發，很多程式設計師都習慣了“天下文章一大抄”，尤其在開源的大趨勢下，很多功能只要願意，百度一下就“信手拈來”，而一旦沒有了網路，功能的實現就成了空談。從另一個角度來看，透過手寫演算法，個人面試官在考察你是否具有紮實的基礎，同樣也在考察你解決問題的能力，在真正的工作中，難免會遇到各種各樣的問題，難道在那個時候，就直接告訴客戶我只是做JAVA WEB的而不會其他方面的東西，這顯然是不可能的。其實對於面試來說，只要自身實力過硬，又何懼任何方面的挑戰呢。

一般情況下是沒必要的，除非一些問題下來對你是否熟悉、精通某些點還不確定的時候才去要求手寫...

很多人簡歷上寫一堆精通的時候不妨讓他手寫一下試試...

手寫程式碼其實是一種能力的體現，就目前國內這些網際網路大公司來看，還沒有碰到面試不考手寫程式碼的環節，BAT如此，TMD亦然。既然有思路，寫寫又何妨，不存在 low 不 low 的問題。

其實我覺得面試官讓程式設計師手寫程式碼，不一定說明面試官LOW。編譯器在程式設計過程中是不可或缺的，越來越便捷的編譯器，複製黏貼的使用，卻造成了從業者基本功的缺失。

當你使用編譯器時，編譯器的提示功能，編譯器的快捷例程，還有模板等。百分之九十的從業者都會使用，而一旦手寫程式沒有了這些輔助，面試時又不能搜尋查詢。可以說很嚴格，充分的考察了程式設計師的基本功，雖然公司一般只注重開發的結果不注重開發過程，但是如果一個基本功不紮實的人開發BUG怕是不會少，對公司的潛在危害太大了。

這個主要還是看企業的性質和麵試官的個人愛好吧，有些面試者希望招聘到的員工是直接能上手工作的，畢竟現在僅憑簡短的交流很難看出求職者的能力，而手寫程式碼，至少是一個優秀程式設計師的基本能力，雖然現在開發不需要程式設計師一個一個寫，有很多程式碼庫就可以解決這個問題，但是如果面試者能手寫程式碼，說明這個人的能力還是足夠優秀的。

所以，我們去面試時，不要管這個面試官是什麼心態，我們有足夠能力的時候，這些都不是難題。

白紙寫程式是一個很考驗基本功的做法。

寫程式碼就是程式設計師吃飯的傢伙，所以就看你溜不溜。

我們一般會挑一個一聽答案就很顯然的題目，就是那種你張嘴講得頭頭是道的題目。

然後請你用程式碼寫出來。

一般，題目都會特意挑選，儘量是那種稍微知道點程式設計，甚至不知道程式設計都能想出策略的題目，比如經典的，兩個 100 位數字相加，求和。

手寫程式碼是測試你的能力下限，專案經歷和架構能力是測試你的能力上限，都是瞭解候選人的方法而已。

Talk is cheap, show me the code.

我覺得不low,計算機程式設計其用計算機語言來解決問題，而面試官讓你寫程式碼，一是看你熟不熟悉這門計算機語言，二是看你能不能規範的用這門計算機語言，三是看你這種程式設計語解決問題的能力，也考查了你的邏輯思維能力。

程式設計師面試的時候，經常會遇到面試官讓程式設計師手寫程式碼，其實和做筆試題是一樣的。

正常來講程式設計師這種職業能力如何單憑几句話是無法深入瞭解的，所以好多公司會有筆試題，也就是筆試後面試，這樣面試的時候也可以有個參考，但是真正起作用的還是直接面對面的交談，可能一句話就能揭露很多技術細節，程式設計裡面涉及到的技術細節繁雜，如果沒有做過或者思維意識不到基本回答不上來，幾個來回下來就大概知道這個人的水平如何，然後就這個人瞭解的詳細程度做細分的瞭解，正常來講聊的時間越長面試成功的機率越高，畢竟大家的時間都很寶貴。

最後，面試只要平常心去對待，只要有水平也不會在乎這些形式的東西。

對 low，low的一批 一般就兩種情況。他公司只有半吊子開發，遇到難題解決不了了，弄成面試題讓你寫出來。要麼就是人事或者不懂技術的人瞎想出的主意。不管怎麼樣，都很low的。記得寫完的程式碼帶走，不要留給他們。

你要知道，bat一些崗位也肯定要手寫的，如果你知道，國外google等，手寫bug free程式碼也是必要的，雖然現在要求沒那麼高了

這個有兩面性。

牛逼的，當然不怕。但即使牛逼，如果你沒有提前過一遍這些演算法，也寫不出來，況且演算法眾多，你也不知道出哪個。

不牛逼的，肯定掛掉。這個不用說了，但現在有手機在，如果面試官不在場，很容易吧～～

其實，最好的面試套路就是聊思想。如果思路正確，具體的記憶的東西可以忽略。

另外，從面試中如果能聊出對方的性格、個人方向，就更能輔助判斷了。

最後，看眼緣和臨場發揮也是關鍵。

很不幸我就是在面試的時候要求手寫程式碼的面試官。

題目很簡單，比如隨便寫一種排序演算法，比如寫一段SQL從兩個關聯的表中取資料並做排序分組什麼的，都是最基礎的，寫過程式的肯定會做。這個是用來篩選一下眼高手低碰碰運氣的面試者的。檢查程式碼的時候我並不會糾結於語法的正確與否，只要思路正確就行，寫虛擬碼都可以。這樣的確有效果，很多怕我們是自己遇到問題不會解決，想找面試者來幫忙寫程式碼的就義憤填膺的拂袖而去了。

面試官讓手寫程式碼，怎麼會說明面試官水平low？而且是一個及其簡單的連結串列基本操作，並沒有讓你做一個小專案。另外，舉的航天的例子也是胡扯，面試航天工程師，也可以讓其畫一些某些部件的原理啊。提出這個問題，只能說明提問者懼怕手寫程式碼。真正做程式的，天天都在寫程式碼，手寫和打字有什麼區別呢，難道你不會用筆寫字嗎，如果連筆都不會用，估計不僅僅是程式設計師崗位不適合你吧，其他任何崗位都不適合。提問者提出這樣的問題，很大程度上說明，提問者比較low。

我不是做IT的，但我對簡歷中寫到“精通計算機操作”的人，都會要求手寫程式碼看看。一提筆，基本上斤兩就出來了。有一次，我要求來面試的人這個99乘法表，對方在紙上畫了半天也沒弄出來。我拿過紙，printf…N十行。“我就讓你弄個乘法表而已”

目的是為了知道你的上限，懂這些演算法的說明你有興趣去學，給你安排工作會逐步靠近核心。至於手寫什麼的，不在於能不能編譯，考驗的是你的思維，哪怕你全用中文寫，也不影響。其實我一直覺得是不是最近程式設計師門檻偏低，工作幾年，會一兩個框架，編寫的程式不斷吃記憶體，連資源釋放都不知道的，也能被用。

如果是面試J2EE程式設計師...那讓手寫程式碼確實很Low...你都可以懷疑這公司是不是幹軟體的...因為J2EE程式設計師根本不需要掌握任何演算法.包括最基本的排序...如果想提高技術水平.一直充分理解Spring.二是精通多層巢狀SQL...

如果不是J2EE的公司...那麼手寫演算法很必要...其實就是寫虛擬碼...是一種很高效的溝通手段...誰也沒讓你寫的一個錯沒有...HR也不能拿去執行...

Fb google microsoft的面試基本都是手寫程式碼。當然你可以要求要個電腦寫，但絕大多數人都是白板手寫。問演算法就是在最短的時間內看人解決問題的能力和寫程式碼的能力。

如果覺得“工作只需要XX，就覺得只要會XX就行了” 那不是公司low，而是你自己low。要是公司想做點別的還得把你先幹掉，再去面新人？

俗話說得好是騾子是馬拉出來溜溜，寫程式碼最能體現一個程式設計師的程式設計能力了。

手寫程式碼，可以考驗出被面試人的邏輯思維，程式碼規範性，等基本能力。

如果一個程式設計師手寫程式碼都寫不出來，招他幹啥？難道工作上也全靠百度嗎？

今年34月我也跳槽來著，由於我的能力一般哈，沒面過啥一線大廠，就面過二三線的一些場子，騰訊，京東金融，京東商城，鏈家網，貓眼，瓜子二手車，人人車，轉轉，58，都考我手寫程式設計了。其中瓜子我寫了4頁A4紙正反面的程式碼。

我並不認為面試官考手寫程式碼low，那些程式碼手寫不出來，還認為面試官low的人，才是最low的