最近面試了幾家大規模的公司，也遇到了各種各種的問題，技術方面的，管理方面的都有涉及。讓我印象最深刻的是某上市公司，自稱是阿里的控股子公司，創始人團隊來自於阿里，感覺很高大上的樣子。
進門之後就是填表，然後就是技術負責人面試，問了一些專案中的問題。有的沒的扯一大堆，對技術不是很看中的樣子。其中有一個問題，我印象很深刻，就拿出來給大家探討一下。介紹完我去過的公司以及做過的專案之後，面試官（據他介紹是CTO）反問我：“BAT都沒去過，你還來面試架構師？飄柔給你的自信嗎？”
然後我心中一萬隻草泥馬路過，面試中“敢怒不敢言”。（工作中又何嘗不是？）然後我一笑而過，說：不好意思，打斷一下，我簡單的說幾點，希望別介意：“
第一、BAT我沒有去過，但確是我追逐的目標，我一直把BAT需要的技術作為研究方向，並且根據實際用到專案中。我希望未來有一天能夠進入BAT，跟你們這些大佬並肩作戰。你畢竟是有多年工作經驗的，我應該多向你學習。今天能有幸參與貴公司的面試，我很感謝大佬能給我這個機會。我也希望大佬能給我一點指點，我有哪些不足的，歡迎指教。
第二、我在以前的公司裡面做架構開發做了好幾年，也有實戰經驗，對各種新技術，跨平臺技術瞭如指掌，也多次研討不同的技術方案選型問題，對每一種技術都是做了研究之後再決定是否採用，以及如何使用的。專案開發文件，以及架構指南，都是我編寫的，按照大廠的文件標準規範去編寫的。古話說“凡事預則立，不預則廢”，文件先確認起來，開發規範先確定統一，下一步就是按部就班編碼研發階段了。
第三、我上份工作參與負責的那個專案是一個持續了8年的老專案，一直是持續迭代開發中的，業務覆蓋全國範圍，月活量將近500w。裡面最難的是它是一套系統的app系統，目前已經有50多個App，這些App都是用的我這套框架去開發的。不同地區有定製化需求，大的業務功能裡面又有小的差異性；同一個功能邏輯點不同地區介面可能不同。這個技術實現難度是很大的，如何實現是個難題。元件化、外掛化都是很不好處理的。經過不斷的探討研究，最後通過指令碼配置+服務端配發，結合MVP模式的思想，輕鬆完成了不同地區的app開發需求。每個人負責開發哪個地區的app，只需要關心他自己的業務程式碼就可以了，其他的由框架層來處理。我前期主要是做框架搭建選型和搭建工作，後期主要是做功能抽取和框架維護擴充套件。”所以從這個專案本身來講，我是具備一定的架構水平的，雖然比不上你們這些大佬。但是從這個專案本身，我學會了如何快速重構老專案，如何確定選型，如何實戰中去抽取和擴充套件框架，以及自始至終確保框架基礎核心不變的一直延續下去，確保不被破壞。
最後我想說的是：敢於學習，不斷挑戰自我，就會有收穫，魯迅說過：“世界上本沒有路，走的人多了也就有了路。”我雖然不是來自BAT，但是我相信努力學習技術，不斷向大廠靠攏，我一定可以進入BAT，沒有誰生來就去BAT的。
然後我背上揹包，走出了會議室，開始前往下一家公司面試了。
我不明白為什麼大廠出來的這麼秀優越感？我沒在大廠做過那又如何？作為一個技術崗位，不去評估你的技術，非要拿一個頭銜去給你區分個三六九等，有什麼意義？只要技術到位，不是照樣可以上崗？在沒在大廠做過只能證明你在大廠去工作過而已，關鍵是你在大廠學到了什麼？有什麼東西自己能夠拿得出手的，這才是核心。我在某些技術群看到過一些所謂的大廠的“大佬”，水平不怎麼滴，天天吹逼，說他有技術吧，也有，只是讓他脫離那個環境，讓他拿得出手的東西少得可憐。除了裝逼吹水，基本技術就不長進了。
這篇文章記錄的是這次奇葩的面試經歷。通過這個經歷，我希望面試官不要老拿著那些所謂的“榮耀”和“頭銜”這些光環去要求面試者，體現不了什麼價值，沒有意思。做技術的就拿技術說話，別搞那些虛的東西。畢竟能從大廠出來的，也不一定看得起你那種規模的公司，而那些真正想去的能夠擔任重任的符合條件的，又被你設立高門檻一棒子打死，把一些人才拒之千里之外，實乃可惜！
本文首發於我的公眾號 Flutter那些事，屬於本人原創，請勿私自轉發，如有意向，請聯絡我本人。
> 我在參加掘金徵文活動，你也來參加吧！連結： 掘金秋招求職徵文