最近在面試中遇到了很多困惑和無奈，筆者總結了幾條，與諸君分享。順便也談談筆者對面試的一些淺解。
困惑一：簡歷與實際脫節。這個問題現在挺普遍，很多人把簡歷寫的天花亂墜，而實際可能並不具備。前幾天筆者面試了一個小伙伴，他在簡歷里寫精通python和數據庫，於是筆者就問怎樣把一個字符串倒序打印出來，其實的答案很簡單，用數列的分片且步長為－1就可以了，或者用一個for循環也可以。結果這個小伙伴告訴我不會，而且告訴我這個很簡單，百度一下就可以了。。。當他告訴我可以百度的時候，瞬間我覺得我開始懷疑人生了。
我不知道是我的思維與時代脫節了還是我對“精通”這個詞的理解出現了偏差，首先我認為一個人真誠的態度遠比他掌握的技能要重要的多，不熟悉的可以在簡歷說簡單了解過，通過查百度解決入門級的問題絕不叫精通。其次，每個人都不是萬能的，我們在面試中考察一個人，並不是期望他能解決所有問題（如果能，當然更好），我們其實考察的是這個人解決問題的思路。當然去查百度解決問題並不在解決問題的思路范疇內。
困惑二：“我覺得”怪圈。很多人在面試的溝通中，非常喜歡用“我覺得”來開始回答問題。因為我比較喜歡用非常具體的場景來提問，那么在該場景中按照邏輯上來講，必然存在着確切的因果關系或特定的解決方法。如果一切都是“我覺得”，那么意味着測試本身就是建立在主觀因素上的，這我想大家都是不能同意的。
舉個實際的例子，筆者很喜歡問的一個問題“比如我在商店中購買了一件道具，購買道具用的金幣扣除錯誤，請問這是前端顯示錯了還是后端計算錯了？”這個問題筆者認為至少有好幾種方法來確定，我們也希望面試者能嘗試給出怎么來判斷這個問題的思路（比如，查看網絡包，查看數據庫，退出重登，查看代碼，再次購買等），而不是“通常以我的經驗，我覺得這個是后端錯了。。”。
困惑三：無邏輯的天馬行空。這個現象也比較普遍，例如經典的面試題，如何測試一台自動販賣機？這道題很大程度上考察了面試者的測試用例設計能力，邏輯是不是清晰，覆蓋度是不是廣泛等基本功。很多基本功不扎實的小伙伴在回答的時候一會說測試硬件，一會說測試軟件，夾雜着各種互不關聯的步驟。筆者很懷疑這樣的用例是否能執行，或者執行起來的效率和難度是否是合適的。
這道題筆者看來可以用層次法來分析，第一層是大的軟件和硬件2部分，第二層是分別針對軟件部分和硬件部分進行拆分成大的模塊，比如軟件部分的購買模塊，顯示模塊，退款模塊等等，硬件部分的電源模塊，外殼模塊，出貨口模塊等等，第三層再針對第二層的模塊進行細分，這樣一層一層的去拆分，不僅邏輯清晰，而且不容易出現遺漏。
困惑四：經驗與經歷。幾乎所有人的簡歷里都會寫自己有xx年的工作經驗，在筆者看來，xx年的工作，有時候可能並不能算作經驗，僅僅是經歷。對有的人來說，可能xx年都在當一天和尚撞一天鍾，僅僅是應付差事，並沒有全身心的投入到工作中。
請各位小伙伴思考一下，我們自己負責的工作，有沒有在我們負責的期間有所提升或改善？有沒有嘗試着哪怕僅僅是思考去讓自己的工作更完美一些？有沒有嘗試去承擔更多的責任從而帶給團隊更大的價值？有沒有堅持不斷的去提升自己？
以上的幾點大家思考一下，是否在工作期間思考或行動了呢？如果沒有，那你的工作僅僅是經歷。也許有小伙伴會反駁我說，那些都是領導們應該做的事，我只需完成自己的任務就好了，對不起，在筆者看來，我們每個人都是領導，一件事沒人去做或沒人願意去做，你主動承擔了，並完成了，那么你就是領導。
困惑非常多，這里簡單的寫了幾條常見問題，希望能對小伙伴們有所幫助，也歡迎小伙伴們一起探討。