題主你好，很高興回答你的問題！

作為一名職場填坑多年，參加多次應聘求職，完成過幾次招聘和崗位職責說明書的人，我談一下對問題的看法。

面試是為了挑選有用的人，而不是挑選“高大上”

公司招聘，實際上是以實用為主的，作為面試官需要通過面試過程的信息篩選挑選出最合適的人。如果是一些基礎性的崗位，那麼基層的經驗和原理是考察一個人崗位熟練程度的最好辦法。至於說高大上的問題，更多的是測試求職者的附加價值，也就是意外驚喜，這一塊作為參考條件即可。

面試只是一種方法，結果判定才是手段

面試官面試的時候，都會有自己的“套路”。作為應聘者，我們要做的就是見招拆招。一個簡單的問題，同樣的回答，不同的人有不同的判定，不要糾結面試官問什麼，重點關注你回答了什麼！

求職應聘，最重要的是表現讓對方滿意，至於說能否體現全部實力不重要

相中了一份工作進行面試，我們的關注焦點應該是如何通過面試。至於說對方問的什麼，如何評判實際上不重要。

原理類的問題看似簡單實際上很有技術含量

一些與基礎經驗有關係的崗位，問現場的原理性問題能看出應聘者對現場問題的瞭解和掌握情況！最底層的問題恰好最能體現一個人的實踐經歷，有沒有在現場做過事，只要問一個現場小問題的處理就能看的出，這些恰好是可以排查“麵霸”的最好工具。

其實作為技術人員，面試過程中詢問面試者底層原理主要是考察面試人員的基本功，以及對技術的學習態度。一個對技術有探求有好奇心的技術人員，一定都會去研究底層的原理。原因很簡單，作為技術人員，碰到問題如果沒有打破砂鍋追求到底的精神，他的技術結構和經驗就會如同沙雕，非常鬆散。對於底層原理的瞭解和掌握，才能讓你的沙子結構變成混凝土，才會更紮實，更堅固。一個不懂底層原理的技術員和一個深入研究底層原理的技術員的差別，就像一個只會開車的司機和一個會修車的教練，司機和教練都能把車開走，但是一旦出現車輛故障，司機只能等待救援，而教練就可以迅速定位問題，然後解決問題。所以作為技術人員，如果對於日常用的到技術不能理解其底層原理的話，那麼出現問題就會無從下手分析，更談不上針對設計和底層原理去優化了。所以如果是技術人員，那麼平時對於常用的技術要有研究其底層原理的動力，只有真正理解了它的原理，才能更好地應用它去開發，去優化。

請問一下什麼最底層的問題，你想讓別人問你什麼問題。一份工作給你談人生估計很少，他們招人也是找一個靠譜合適的人選不是隨便抓個人就可以的。

一般面試官無非問的最多的就是為何要從上一個公司離職:這個問題應該也是他們看中的因為要是你來這裡，肯定也會遇到上面公司的問題《比如工資低，跟公司的同事關係不好，或者沒有什麼前景》。

肯定也會問你希望工資多少這個問題就看你怎麼回答。既然是有面試官的工作說明有一點技術含量的工作，如果你一來直接叫你去上班你也不敢去！

java開發吧，頭條有個BAT今年金三銀四的面試題，HashMap原理，數據庫索引原理啥的，那套題全部刷一遍，多準備準備，今年的面試基本就是問的這些，刷完面試，然後總結下，就能面上

應該是今年互聯網寒冬影響的，我老公培訓公司教c++，也教過ios，以前ios火的時候學生很好找工作，只要你懂皮毛就行，後來不火了，找工作都要會內核，我做測試，今年找工作都要會自動化，可惜我不是很會

大多數it或軟件開發的機構、公司，他們並不清楚要找什麼樣水平的人。臨時抓的技術人員也好、項目組用人單位的負責人也好，往往以不超越自己的技術為標準，作為選擇人才的標準。應聘者上網找“攻略”做應試準備，招聘者照樣找“攻略”準備考題。應聘者內心就把“攻略”當基礎，招聘人則把“攻略”當準繩。“那些”真的是基礎嗎？別逗了！

你面的是coder，自然問你coding的內容，coding只能問語法原理啊。。。如果面designer，那肯定就偏設計，方案，控制了。。。如果面manager那肯定是工程，質量，計劃，源碼管理，任務分配了。。。。。。

不同職位，不同面試類型。。。。

面試造航母，進去擰螺絲，習慣就好

底層的逼格最高，不裝就浪費技能

平常開發過程中可能不需要了解太多的底層，但如果是性能調優以及bug排查，不瞭解底層你可能不知從何下手