爲什麼很多企業都是面試造火箭,入職擰螺絲?

剛開始工作的時候,我也想不通這個問題,甚至很鄙視這種現象。後面當了面試官,做到了公司中層管理,也會站在公司以及行業角度去重新思考這個問題。

爲什麼這種現象會越來越普遍呢?尤其在 IT 行業愈加明顯。

面試看的是應聘者上限,工作則是按需安排。

銀行考試,以爲自己是在面試行長 ,下到“金融下鄉”,上到國家宏觀經濟政策考了個遍,結果實際工作是……櫃員,處理手續、賣信用卡、賣ETC。

互聯網公司面試,又是領導力、又是算法架構,結果入職以後就是調整、測試、controlC+V。

所以爲什麼面試要考察上限呢?

說白了,還是卷。

大家想想,一個崗位招人,最重要的訴求是什麼?是與該崗位相匹配的技能和能力。

但問題來了,是不是有那麼多崗位需要那麼高精尖的技能和能力呢?

如果不是,問題又來了,因爲競爭壓力大,很普通的一些崗位引來了衆多人的追捧與競爭,比如有很多專業服務公司,像審計這種偏向於“勞動密集型”的專業服務,真的需要那麼多海內外top級別的名校生嗎?

但如果他們確實來投遞了,還不是一兩個,而是一堆,你說怎麼篩?

只能是用越來越變態的題目來挑人了,選拔性考試就是這樣的,大家的水平越高,題目就越難,要不然還真篩不出來……

那爲什麼入職就擰螺絲呢?

很明顯,按需分配。

一家公司不需要那麼多的決策層,要是誰都能拍板,那不亂套了。

問題又來了,決策層只需要幾個,但……執行層的人就需要太多了,畢竟能落地纔是王道。

那麼執行層怎麼執行,怎麼落地?

體會決策層意見、拆分任務、分配任務,到這一步,分到個人手上的活兒,還真就是擰螺絲了。

但同樣是擰螺絲,不同的行業和企業又不一樣。

還拿審計來說,可能某些人的“螺絲”就是抽憑,但有些人的“螺絲”就是幫IPO做財務諮詢;

同樣是做金融的,有些人的“螺絲”是整理數據,看報告,但也有些人的“螺絲”是做路演PPT、處理信託公文……

這也是爲什麼,同樣都是招人擰螺絲,某些崗位和行業考的“火箭”就是得可回收、再利用的道理。

那麼只有不斷提高自己“造火箭”的能力纔是關鍵,不要當被卷的人,成爲卷別人的人才是王道 ;

爲了助力程序員朋友們跳槽面試、升職加薪、職業困境,提高自己的技術,本文給大家整了一套涵蓋Java架構面試進階所有技術棧的快速學習方法和資源。

包括各大廠最新面試題以及面經,還有涉及JVM,Mysql,併發,Spring,Mybatis,Redis,MQ,Zookeeper,Netty,Dubbo,Spring Boot,Spring Cloud,數據結構與算法,設計模式,網絡與操作系統等相關技術領域的大廠面試題及詳解。若是感興趣想學習的朋友點擊文末免費領取,無套路。

一、分佈式

大型網站系統的特點

大型網站架構演化發展歷程

拆分 VS 集羣

微服務 VS SOA

前後端完全分離與Rest規範

CAP三進二和Base定理

二、中間件

緩存

消息隊列

搜索引擎

三、大數據與高併發

秒殺架構設計

數據庫架構發展歷程

MySQL的擴展性瓶頸

爲什麼要使用NOSQL  NOT ONLY SQL

傳統RDBMS VS NOSQL

NOSQL數據庫的類型

阿里巴巴中文站商品信息如何存放

數據的水平拆分和垂直拆分

分佈式事務十、BitMap

Bloom Filter

常見的限流算法

負載均衡

一致性Hash算法

四、數據庫

數據庫範式

數據庫開發規範

數據庫索引

MySM  VS  InnoDB

併發事務帶來的問題

事務隔離級別及鎖的實現機制

MVCC(多版本併發控制)

間隙鎖與幻讀

五、設計模式與實踐

OOP五大原則SOLID

設計模式

代理模式

面向切面編程(AOP)

工廠模式

控制反轉IOC

觀察者模式

Zookeeper

六、數據結構與算法

數據結構與算法

HashMap

ConcurrentHashMap

ConcurrentLinkedQueue

Topk問題

資源池思想

JVM內存管理算法

容器虛擬化技術,Doocker思想

持續集成、持續發佈,jenkins

七、面試題舉例

設計一個分佈式環境下全局唯一的發號器

設計一個帶有過期時間的LRU緩存

設計一個分佈式鎖

設計一個分佈式環境下的統一配置中心

如何準備HR面試

最後

整份文檔一共有將近 200 頁,全部爲大家展示出來肯定是不太現實的,爲了不影響大家的閱讀體驗就只展示了部分內容,還望大家海涵,希望能幫助到您面試前的複習且找到一個好的工作,也節省大家在網上搜索資料的時間來學習!成爲卷王就從現在開始!需要的小夥伴關注後回覆“777”即可獲取

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章