讓你再也不恐懼跳槽

兩天碰到一個哥們，在跳槽與不跳槽之間很猶豫，但願我能跟他一些建議。我針對他的問題就是一句話：跳。爲何呢，他現階段還在作傳統互聯網的工做，這個確定可以體現兩點：1工資不到位，2技術並非最前沿的，在這個更新迭代速度like roket的世界，我只對他說一句話，樹挪死，人挪活，有一天你會對本身今天的選擇感到慶幸的。

說到跳槽，不知道你們都有什麼想法，反正個人觀點很明確：

1.若是我去了給我多少工資，工資不滿意免談

2.若是我去了讓我作哪一方向的工做，若是我對這一方向所用到的技術不感興趣，免談

3.工做量多大，是否加班，是否有加班補助，若是再知足前面兩條的狀況下第三條也是能夠考慮的

4.我工做的團隊怎麼樣，leader是誰，若是我看不順眼是確定不會入職的

其實做爲一個在北上廣深工做的coder無所求，只求一個對的起本身的工資和舒服的工做環境。

每個人都不要妄自菲薄，其實你的能力很強大。也不要在面試的時候不敢提出本身的需求，由於你的面試官也很水，沒有大家想的那麼強大，他們若是問了一些你不知道的知識，只能說他們在裝逼，有種你也讓我問幾個問題啊，每次都在大家熟悉的領域問問題，就比如高考他們知道了正式答案，固然穩妥當當的進清華。

每個coder都是潛力股，能量很大，大家所產生的工做效益完徹底全大於你所認爲的。

若是有人還在跟你談mysql，你直接用elasticsearch給他懟回去，哥們是作大數據的，數據流量是你的千萬倍，橫向擴展無縫鏈接，聚合索引千萬級的表毫秒級返回，你還在這跟我說合理的建索引能夠知足更好的查詢需求以及知足更大的表，還跟我提mysql分庫分表，別扯犢子，先跟我說一下倒排索引，怎麼從億萬文章中給我查處包含裝逼這兩個字的語句。

若是他跟你問大數據hadoop的底層原理，hdfs的架構設計，kafka+flum+hdfs實時日誌系統，你也能夠給他懟回去如今ELK的穩定性並且簡單無縫鏈接直接完美kill掉大家的日誌系統，再說咱們帳務系統一次查詢須要關聯百張表，你跟我說大數據，hdfs，開玩笑呢。查出來得什麼時間了，哥們用sharding jdbc 分庫分表完美使用一條語句通關全部工做。

其實不要擔憂本身換工做很困難，未知的很恐怖。用人民主席的話來講：一切反動派都是紙老虎。

固然了咱們也不要盲目的相信本身，高估本身和敵視面試官，你若是像我上邊說的跟面試官一字不差的跟他說，保管你都不知道本身怎麼死的。咱們能夠在戰略上藐視敵人，要在戰術上高估敵人，畢竟咱們要進公司跟他們一塊兒工做的。。。 

人不可能瞭解全部的技術，可是也不能一個都不深刻的知曉。spring項目有多少個分類，有多少個迭代版本，我不須要知道那麼多，我只須要清清楚楚的瞭解sping-boot的工做原理就行。hadoop有多少個衍生組件，我也不須要知道那麼多，若是我是一個分析人員，我只須要知道hive的查詢語法及使用，若是我是一個開發人員，我須要知道他們的通訊原理和存儲原理，知道我作什麼功能的時候用什麼組件就好。