今天的面試可以說不盡理想躺盛，基本屬于沒戲的狀態(tài)。在回來的路上想了不少東西形帮，給自己一個總結(jié)槽惫，畢竟失敗也是一個經(jīng)歷。
我有過兩次印象比較深刻的面試失敗經(jīng)歷：一個是不懂技術(shù)面試官辩撑，另一個是跨技術(shù)的面試官界斜。
不懂技術(shù)的面試官和跨技術(shù)的面試官，他們有一個共同的特點：不問 Android 技術(shù)槐臀。
他們不會問你 Activity 的生命周期、不會問你 Activity 的啟動模式氓仲、不會問你自定義 View 的問題水慨、也不會問任何 Android 才會有問題。
事例一：不懂技術(shù)的面試官
那次面試可以說是糟糕的敬扛，對方有三個人晰洒，一個人事和兩個大概 40-50 歲的管理層人員。
在自我介紹完后啥箭，我把裝在手機上的項目給他們看谍珊，等待他們問一些相關(guān)問題，比如這里是用什么實現(xiàn)的急侥？有用到什么開源庫等等砌滞。
但他們卻沒有這么問，提了一個我一下子答不上來的問題：「你這個 APP 有什么功能坏怪？」
功能贝润？一下把我問懵了，我的 APP 是一個電商類的產(chǎn)品铝宵，那它的功能不就是展示并銷售商品嗎打掘？
當然华畏，我沒有這樣回答，我回道：「掃一掃算不算一個功能尊蚁？」他們拿出掃一掃亡笑，掃了一下之后，也沒問我怎么實現(xiàn)横朋。
「還有其他的功能嗎仑乌？」
「支付寶和微信支付，還有側(cè)滑關(guān)閉頁面等等叶撒【В」
他們放下手機說到：「這些都是一些簡單的功能，有沒有其他復雜一點的功能祠够？」
這一問讓我有些窩火压汪，我反問道：「比如什么樣的功能呢？」
他們也答不上來古瓤，但就是覺得我的 APP 沒有啥功能止剖。
一來二去，天就聊不下去了落君，草草的問我還有沒有其他問題后便結(jié)束了面試穿香。
事例二：跨技術(shù)的面試官
這是發(fā)生在今天的面試。由于是對方公司打電話邀請我的绎速，準備也不是太充分皮获，沒有帶手機去演示項目，但實際面試過程也沒有機會演示纹冤。
這次面依然沒有問我一些有關(guān) Android 方面的問題洒宝。他讓我介紹我做的最好的一個項目，
我在介紹時萌京，給自己挖了個坑雁歌，提到通過語音識別去搜索商品。
實際上這個功能我并沒有深入去了解知残，當時是先用了百度語音識別靠瞎，后面換成阿里云語音識別，不過都僅僅只是集成SDK求妹，使用相關(guān)的API乏盐，獲得回調(diào)的識別結(jié)果后去搜索。并且這個功能再后來還屏蔽掉了制恍，沒有在線上版本使用丑勤。
面試官：你們這個語音是通過什么方式去提交的？會不會很大吧趣？有沒有經(jīng)過什么處理法竞？為什么不做成本地識別（比較省流量）耙厚？
前面幾個問題，我現(xiàn)在想想有點莫名岔霸，因為既然是使用了第三方的 SDK薛躬，那么使用過程不存在什么提交和處理的問題，僅僅就是調(diào)用方法呆细，回調(diào)獲取識別結(jié)果型宝，因為都已經(jīng)封裝好了。
我有提到通過設(shè)置語音錄制時間來減小文件大小絮爷，但做過什么處理并不知道趴酣。
最后個問題比較好說明，因為有百度語音提供離線識別的方法坑夯。
那么不懂就要問岖寞，于是我下午查詢了一下相關(guān)文檔，都有提到上傳一段音頻文件來識別內(nèi)容方法柜蜈，以下自己整理的幾個要點
阿里云語音識別文檔：
- 智能語音服務(wù) sdk 大多數(shù)基于 websocket 協(xié)議實現(xiàn)
- 一句話識別支持 60s 以內(nèi)的實時語音仗谆。
- 一句話識別和長語音識別支持 16k/8k 采樣率，16bit 單聲道 pcm/wav 語音輸入淑履。
- Android 和 iOS SDK支持 OPUS 壓縮格式編碼隶垮。
- 采樣率是 44.1kHz， 需要用戶降采樣至 16kHz秘噪。
里面提到的 websocket 和 OPUS 壓縮應(yīng)該就是面試官想聽到的答案狸吞。
百度語音識別的文檔：
- 語音識別接口支持 POST 方式
- 目前 API 僅支持整段語音識別的模式，即需要上傳整段語音進行識別
- 原始語音的錄音格式目前只支持評測 8k/16k 采樣率 16bit 位深的單聲道語音
- 壓縮格式支持：pcm（不壓縮）指煎、wav蹋偏、opus、speex贯要、amr
這幾句話都提到了一些相對比較專業(yè)的名字暖侨，如：16k/8k 采樣率椭住、16bit 單聲道等等崇渗，我自己確實對這些不大了解。
wav 是一個常見音頻文件后綴京郑，也就是說 mp3 也算是一種壓縮格式宅广？還希望有了解的密友能夠幫忙解答。
后面這個面試官又提了一個問題些举，說我項目是用什么協(xié)議提交到后臺跟狱，回答 HTTPS ，但也沒繼續(xù)往下問户魏。
于是面試官指出驶臊，我之前的項目都是比較注重 UI 方面的挪挤，比較淺的認識。詢問過后了解到关翎，這家公司應(yīng)該主要是做自己的 SDK 開發(fā)扛门，需要了解 FrameWork 層的一些內(nèi)容。問了我?guī)讉€個人問題后便結(jié)束了面試纵寝。
現(xiàn)在想想论寨，雖然不很愿意承認「只注重 UI 方面的開發(fā)」這點，但事實確實如此爽茴。在進入 Android 的開發(fā)后葬凳，都是做一些相關(guān)的產(chǎn)品，界面的編寫工作室奏。一些第三方的SDK或者開源庫也僅僅是使用而已火焰。
我心里的一個小人和我說 ：Android 是前端，更注重的應(yīng)該是展現(xiàn)給用戶的一面窍奋，數(shù)據(jù)的處理大部分是后端去關(guān)注的荐健。而這家公司的面試失敗并不能否定我的開發(fā)經(jīng)驗，只是側(cè)重點的不同琳袄。
用這樣自我安慰的話似乎很有道理江场，但真的如此嗎？
「你有十年的工作經(jīng)驗窖逗，但只是一年的工作經(jīng)驗復制了九次址否。」
這句話是我最近閱讀到感悟最深的一句碎紊，來自面試解惑：沒有技術(shù)深度的苦惱
希望大家在閱讀之后能有所啟示佑附，一同共勉。
