如果你是一個老鳥面試官，肯定不會糾結這樣的問題。

為什麼？

因為難免我們在面試的過程中，碰到魚目混珠的菜鳥。畢竟，前期的簡歷篩選，包括初試，絕大多數公司，都是HR在做，而非技術人員。基本是憑藉對技術名詞的粗淺瞭解，篩選簡歷的時候找關鍵詞，看工作經驗和實習經歷；面試的時候聽對方描述，做簡單判斷，HR的工作重點是，看人，HR是不可能去看應聘者GitHub上的程式碼的。

所以到了技術主管這，很可能是一個包裝精美的“殘次品”。

但是這個流程，其實技術主管也可能有問題。正規一點來說，雖然前期是HR在主導，但是技術人員應該參與，比如：

簡歷HR篩選後，應當發給技術部詢問意見，確定是否邀約面試；

面試的筆試環節，技術部應該負責任的出好筆試題，讓HR來做初步的判斷。

一個求職者如果不是很會撒謊，簡歷肯定可以看出端倪，即便簡歷這關因為善於包裝矇混過關，筆試是很難作弊的，這樣可以大大減少此類情況發生。

退一步講，碰到這樣的菜鳥，沒必要鄙視，誰都有剛出來混的時候，菜的一塌糊塗，還無知者無畏。你可能有心好為人師，對方並不是很愉快，你覺得他浪費了你的時間，他覺得受到了人身攻擊……

其實，發現了候選人不合格，不聘用就是了，有經驗的面試官，只會淡定的儘早結束面試，就夠了。去鄙視下應聘者，只是浪費時間，沒有這個必要，甚至還可能因為他的言語影響心情，犯不上。

招聘和求職，本身就是一場博弈，客觀一點看待為好。

敢把程式碼放出來就得有接受批評的準備，沒有批評哪來的進步。如果程式碼質量真的很差，那遭受鄙視很正常，這個設身處地想一想，如果有人給你一捧花問你香不香，結果你打開發現是一坨屎。。。真的放到開源庫的，能夠達到五十星那算還可以了，但很多不過是複製別人的程式碼，自己真正的東西很少或者不堪入眼，忽悠不懂技術的還好，行家一看就知道水平在哪裡。