程序員面試手寫代碼，遇到不會寫的單詞你們都會怎么做？如果只記得開頭幾個字母呢？感謝邀請。對于這個問題，我覺得可以分成兩種情況來處理。第一種，考察算法的面試題。對于這一類的面試題，主要考察的是你對于算法

程序員面試手寫代碼，遇到不會寫的單詞你們都會怎么做？如果只記得開頭幾個字母呢？

感謝邀請。

對于這個問題，我覺得可以分成兩種情況來處理。

第一種，考察算法的面試題。

對于這一類的面試題，主要考察的是你對于算法的理解與應(yīng)用，比如常見的冒泡排序法，我想你在編寫該算法的時候，函數(shù)名稱寫B(tài)ubbleSort就很OK了，當(dāng)然如果你寫Sort那也沒啥，即使你寫mppx，我也沒啥意見。在這種面試場景，更會注意和考察你在算法細(xì)節(jié)上，諸如遞歸的終止返回條件、循環(huán)的邊界值等方面的考察。實在不行，那你也該寫出偽代碼，畢竟從我作為面試官的角度來說，你能完全寫出面試題的答案，那很好；如果不能，那也請你展現(xiàn)出對于該算法的思路。

第二種，考察類庫使用的面試題。

對于這一類，我建議你在面試前好好做好記憶。因為其實我們心里都清楚，如果你平時代碼是自己手寫的話，一般情況下不太可能遇到卡殼、拼寫大面積錯誤或者遺忘。然而，現(xiàn)在搜索引擎、IDE給我們每一個程序員帶來了極大的方便，那么弊端自然是，在具體的類庫手寫時，突然腦中空白，不知道如何拼寫。你是不是平時在輸入System.out.println()的時候，使用syso alt /的呢？所以平時對于一些代碼的記憶必不可少，如果到了面試的時候?qū)嵲谑强ち?。。。。那么就用偽代碼來表達(dá)吧。

當(dāng)然，一般我面試的時候，也不會去出在紙面上需要輸寫底層類庫的面試題，那樣不如給你一臺筆記本，你在上面編寫一個題目給我看看吧?？疾焖惴ǖ念}目還是多一點，畢竟數(shù)據(jù)結(jié)構(gòu)與算法，是直接反應(yīng)程序員技術(shù)能力是否扎實的重要標(biāo)準(zhǔn)之一。

如何看待面試官讓手寫tensorflow代碼？

手寫代碼對于高級程序員崗位是必要的。不是說讓你作為一個程序編譯器，一字不錯的寫出代碼就能運行。手寫代碼有下面3方面的評測對于一個程序員。

第一：從宏觀層面。手寫代碼可以看出你的對于考題是否有簡單的思路，并且思路是否可行。，是否能手寫出工程的每個基礎(chǔ)功能類。比如面對一個面對一個人臉識別項目。你應(yīng)該怎樣構(gòu)造整個工程。機器學(xué)習(xí)部分是什么樣的？怎樣存儲人臉圖像數(shù)據(jù)？怎樣標(biāo)注數(shù)據(jù)？以及到最后如何利用學(xué)習(xí)結(jié)果進(jìn)行人臉識別？這是整個應(yīng)用層面的構(gòu)造。也是面向工程的手寫tensorflow代碼。

第二：就是簡單的tensorflow語言的基礎(chǔ)代碼手寫了。這主要看程序員對tensorflow基礎(chǔ)語法的熟練程度。因為tensorflow有python， c，c 版本，所以具體用那種語言來寫是不一樣的。比如python的numpy， matplotlib 等庫，c的string，math等庫。以及各種語言的數(shù)據(jù)存儲方法和內(nèi)存占用情況。比如int型變量占用字節(jié)數(shù)。還有就是對數(shù)據(jù)域的管轄范圍，會不會造成數(shù)據(jù)域混亂的考察，都是今后能否勝任工作的一個考量。

第三：手寫代碼考察求職者的理論基礎(chǔ)水品。以前我遇到過手寫數(shù)據(jù)結(jié)構(gòu)里面數(shù)據(jù)二叉樹遍歷的代碼，或者操作系統(tǒng)里面磁盤讀寫順序控制代碼，這些代碼都是很短但是很考驗?zāi)慊A(chǔ)知識的。而對于提問說的考研tensorflow代碼，是否熟悉機器學(xué)習(xí)簡單的構(gòu)造方法。以及參數(shù)的作用調(diào)優(yōu)，都是對于tensorflow基礎(chǔ)的考量。

總之：對于一個手寫代碼來說，分程序構(gòu)造宏觀的編寫，只需要寫出類名。對于實現(xiàn)語言的熟悉程度，比如python的基礎(chǔ)語法。以及對于具體tensorflow實現(xiàn)機器學(xué)習(xí)，深度學(xué)習(xí)的具體方法的實現(xiàn)三個部分。越能手寫代碼，當(dāng)然越好，越多細(xì)節(jié)證明以后工作效率會更高。沒有細(xì)節(jié)，有很好的思路和具體點的理解，當(dāng)然也是非常好的！

如果在寫C語言時，代碼沒錯，但是結(jié)果總錯是什么原因？

我想你要表達(dá)的是，編繹時，沒顯示出錯，但就是結(jié)果錯了。要細(xì)致地找原因。

根據(jù)我以往的經(jīng)驗，原因有以下幾點。

1，內(nèi)存沒有釋放。

用new，malloc等分配內(nèi)存，而在結(jié)束時來釋放，頻繁調(diào)用，系統(tǒng)崩潰。

或者根本沒使用new或malloc，在使用內(nèi)存時異常。

2，變量與地址用錯。

char *p

char cp

第一個p指地址，在程序中用錯。

3，畫筆CPen，CStatic等未恢復(fù)

如：oldpen=pdc一>SelectObject（&m_pen）

在結(jié)束，沒有pdc一>SelectObject（oldpen）

導(dǎo)致顏色混亂。

4，中斷使用不當(dāng)，或者回調(diào)callback函數(shù)使用不當(dāng).

5，c語言對變量類型有嚴(yán)格要求，unsigned與signed區(qū)別還是很大的，詳細(xì)檢查函數(shù)原型。

6，最后檢查算法，框圖。是否基本算法有誤。這個很難做。相信大家都很自負(fù)，堅信算法沒錯。對照數(shù)學(xué)算法與你的程序算法是否一致。

7，浮點運算。相信大家認(rèn)為1.0十1.0=2.0無疑。如果double與其它變量轉(zhuǎn)換出問題，沒準(zhǔn)是這樣的結(jié)果：

1.0十1.0=1.9999999999......

程序員在面試時是否會被要求手寫代碼？

會。

不過并不是每個公司都會有這樣的要求，參加了17年的秋季校招，比如美團，第二輪面試時要求寫了比較繁瑣的堆排序，比如頭條，基本每一輪都會要求解算法題，字符串轉(zhuǎn)數(shù)字(考慮溢出)、LeetCode11(Container With Most Water)以及計算非負(fù)數(shù)組中每個元素的頻數(shù)(O(n)時間復(fù)雜度，O(1)空間復(fù)雜度)。大部分情況下，即使面試過程中寫代碼也不會要求完全Bug Free，只要基本邏輯清晰、思路正確就沒啥問題。