由於沒去過BAT，我被面試官「轟」出門外| 掘金技術徵文

最近面試了幾家大規模的公司，也遇到了各類各類的問題，技術方面的，管理方面的都有涉及。讓我印象最深入的是某上市公司，自稱是阿里的控股子公司，創始人團隊來自於阿里，感受很高大上的樣子。

進門以後就是填表，而後就是技術負責人面試，問了一些項目中的問題。有的沒的扯一大堆，對技術不是很看中的樣子。其中有一個問題，我印象很深入，就拿出來給你們探討一下。介紹完我去過的公司以及作過的項目以後，面試官（據他介紹是CTO）反問我：「BAT都沒去過，你還來面試架構師？飄柔給你的自信嗎？」

而後我心中一萬隻草泥馬路過，面試中「敢怒不敢言」。（工做中又未嘗不是？）而後我一笑而過，說：很差意思，打斷一下，我簡單的說幾點，但願別介意：「

第1、BAT我沒有去過，但確是我追逐的目標，我一直把BAT須要的技術做爲研究方向，而且根據實際用到項目中。我但願將來有一天可以進入BAT，跟大家這些大佬並肩做戰。你畢竟是有多年工做經驗的，我應該多向你學習。今天能有幸參與貴公司的面試，我很感謝大佬能給我這個機會。我也但願大佬能給我一點指點，我有哪些不足的，歡迎指教。

第2、我在之前的公司裏面作架構開發作了好幾年，也有實戰經驗，對各類新技術，跨平臺技術瞭如指掌，也屢次研討不一樣的技術方案選型問題，對每一種技術都是作了研究以後再決定是否採用，以及如何使用的。項目開發文檔，以及架構指南，都是我編寫的，按照大廠的文檔標準規範去編寫的。古話說「凡事預則立，不預則廢」，文檔先確認起來，開發規範先肯定統一，下一步就是循序漸進編碼研發階段了。

第3、我上份工做參與負責的那個項目是一個持續了8年的老項目，一直是持續迭代開發中的，業務覆蓋全國範圍，月活量將近500w。裏面最難的是它是一套系統的app系統，目前已經有50多個App，這些App都是用的我這套框架去開發的。不一樣地區有定製化需求，大的業務功能裏面又有小的差別性；同一個功能邏輯點不一樣地區界面可能不一樣。這個技術實現難度是很大的，如何實現是個難題。組件化、插件化都是很很差處理的。通過不斷的探討研究，最後經過腳本配置+服務端配發，結合MVP模式的思想，輕鬆完成了不一樣地區的app開發需求。每一個人負責開發哪一個地區的app，只須要關心他本身的業務代碼就能夠了，其餘的由框架層來處理。我前期主要是作框架搭建選型和搭建工做，後期主要是作功能抽取和框架維護擴展。」因此從這個項目自己來說，我是具有必定的架構水平的，雖然比不上大家這些大佬。可是從這個項目自己，我學會了如何快速重構老項目，如何肯定選型，如何實戰中去抽取和擴展框架，以及自始至終確保框架基礎核心不變的一直延續下去，確保不被破壞。

最後我想說的是：勇於學習，不斷挑戰自我，就會有收穫，魯迅說過：「世界上本沒有路，走的人多了也就有了路。」我雖然不是來自BAT，可是我相信努力學習技術，不斷向大廠靠攏，我必定能夠進入BAT，沒有誰生來就去BAT的。

而後我背上揹包，走出了會議室，開始前往下一家公司面試了。

我不明白爲何大廠出來的這麼秀優越感？我沒在大廠作過那又如何？做爲一個技術崗位，不去評估你的技術，非要拿一個頭銜去給你區分個三六九等，有什麼意義？只要技術到位，不是照樣能夠上崗？在沒在大廠作過只能證實你在大廠去工做過而已，關鍵是你在大廠學到了什麼？有什麼東西本身可以拿得出手的，這纔是核心。我在某些技術羣看到過一些所謂的大廠的「大佬」，水平不怎麼滴，每天吹逼，說他有技術吧，也有，只是讓他脫離那個環境，讓他拿得出手的東西少得可憐。除了裝逼吹水，基本技術就不長進了。

這篇文章記錄的是此次奇葩的面試經歷。經過這個經歷，我但願面試官不要老拿着那些所謂的「榮耀」和「頭銜」這些光環去要求面試者，體現不了什麼價值，沒有意思。作技術的就拿技術說話，別搞那些虛的東西。畢竟能從大廠出來的，也不必定看得起你那種規模的公司，而那些真正想去的可以擔任重任的符合條件的，又被你設立高門檻一棒子打死，把一些人才拒之千里以外，實乃惋惜！

本文首發於個人公衆號 Flutter那些事，屬於本人原創，請勿私自轉發，若有意向，請聯繫我本人。

> 我在參加掘金徵文活動，你也來參加吧！連接： 掘金秋招求職徵文