HR帶到數(shù)據(jù)中心,過程中問了些問題,自己一直在想遠大提供的職位問題,也沒太留心回答。 到了后好像沒問技術問題直接上機做東西。邊做邊聊了下以前做過的項目。好吧,自己從github找用過的網(wǎng)絡包,因為我知道搞IOS的一般都是用OC,AFNetworking網(wǎng)絡庫。但我本人不是很喜歡以閉包回調(diào)的方式來寫ios和js的代碼,因為經(jīng)典的“回調(diào)金字塔”問題。所以剛接觸IOS的時候就選用了promisekit來做網(wǎng)絡訪問(網(wǎng)絡庫promisekit使用的OMXXX什么的,忘了),但無奈似乎swift的版本更新,折騰了一下沒安裝上。沒辦法,只有安裝AFNetworking,沒用過,不熟悉看文檔,很簡單的一個POST訪問,說是看看我的代碼,但沒弄出來,因為要設置http協(xié)議頭,沒找到設置的API,算了,折騰了半天,人家也看著。就結束了。 做了多年C++,學習過很多開源的源碼,哪些優(yōu)美哪些是渣還是有些判斷力的,雖然接觸IOS只有一年,但面向?qū)ο蟮膯栴}建模跟C++如出一轍,數(shù)據(jù)模型,業(yè)務邏輯和UI分離的思想也是做過些了解,為的就是解決高內(nèi)聚,松耦合,可維護性等問題。mvc mvp mvvm這些設計模式都是為解決此類問題而發(fā)展起來的,在開發(fā)的時候到底是用那種,我覺得沒有定論,因為我自己用的時候也是根據(jù)業(yè)務邏輯復雜度來衡量的??票鹊暮笱龊茱h逸,但科比的33643生涯總得分不全是后仰得分,甚至都沒有一場得分全靠后仰,因地制宜,簡單方法能解決的問題就別想復雜了。扯遠了。這樣的面試方式是我之前面試應屆生的,對于有工作經(jīng)驗的一般聊聊他的項目,以及項目中用到的技術,看哪些技術是我們目前需要的,對于面試人員用到的技術而我自己又懂得會往深層次去追問,不懂的也會讓他自己介紹,一個是看看表達和溝通能力,另一個看看是不是臨時抱佛腳的,哈哈。所以我對讓我上機寫代碼是很反感的, 就像我上機的時候旁邊的一名公司員工說的“如果我來面試的時候,讓我上機的話,我轉(zhuǎn)身就走了”。是的,如果我是騎驢找馬的話,我100%會像哪位員工說的那么做。 亂起八糟不知道寫了些什么,反正要表達的,就是誰下次要老子上機寫代碼的,絕對扭頭就走...
面試官問的面試題: 沒印象了...,說下感受得了。
先說自我感覺,上機的東西雖然沒做出來,但覺得還是在過程中展現(xiàn)了程序員應有的素質(zhì),積極查找及解決問題的能力,哈哈,有點自戀了。
面試我的人給我的感覺是:你是來應聘“搬磚”的,這里有幾塊轉(zhuǎn),幫我搬動看看。程序開發(fā)是個體力活,這話沒毛病,但它還得有腦力基礎,一來就考我“體力”,似乎有點本末倒置了,“上古時期”真正應聘做苦力的,工頭看他一身腱子肉,立馬就要了,至少劇情是這樣的。我雖然沒一身“腱子肉”,但起碼是自己走著去面試的,“體力”這一項就不能省略?
這樣的上機面試,面試不出深度,至少我這樣認為。
長城信息產(chǎn)業(yè)的面試我感覺層次比這高多了。