[導讀]大家好,我是小林哥。經常會有讀者跟小林發(fā)私信,說我的圖解系統(tǒng)和圖解網絡在面試中幫到他們,而且不少都是拿到了一線的大廠。于是,我就在想,能不能邀請這些優(yōu)秀的讀者來分享他面試心得和學習經驗。因為小林讀者里肯定還有很多是在校生,我相信這些過來人的經驗會幫助到你們,也讓大家能提前知道如何...
大家好,我是小林哥。經常會有讀者跟小林發(fā)私信,說我的圖解系統(tǒng)和圖解網絡在面試中幫到他們,而且不少都是拿到了一線的大廠。于是,我就在想,能不能邀請這些優(yōu)秀的讀者來分享他面試心得和學習經驗。因為小林讀者里肯定還有很多是在校生,我相信這些過來人的經驗會幫助到你們,也讓大家能提前知道如何準備,少走一些彎路,磨平校招的信息差,不至于到大四才知道校招這些事情。說干就干,然后就有了這個「讀者牛逼系列」,真心希望這里的每一位牛逼讀者的經歷,能夠影響到你,給你帶來啟發(fā)和價值。今天來跟大家分享的是一位我影響很深刻的讀者,這位讀者稱呼為小李,他是小林的老讀者了,從去年就一直關注我,時常問我一些學習方向和選擇的事情。小李是雙非本科 非科班,通過自己的學習,校招時共投遞了上百家公司,中途相當坎坷,被打擊過,也失落過,但是他并沒有因此一蹶不振,而是繼續(xù)堅持自學下去,他相信努力是有用,最終他從最開始月薪 5k offer 成功換成年總包 35w 的 offer。這簡直絕了,妥妥就是一個普通人逆襲的例子,還竟然是小林的讀者,實在是我的榮幸。他的經歷寫的很長,我認認真真看完了,感觸很深,看的出是個很認真的小伙子,大家可以耐心把這篇文章看完,相信你會收獲很多。PS:以下內容來自小李讀者的表述。
校招路程
伴隨著拿到一份滿意的offer,令人折磨的校招終于告一階段了…我的校招經歷應該是非常坎坷的一段經歷,但是應該能夠給其他還在迷茫的小伙伴一點幫助,所以在小林哥的鼓勵下我決定將我的校招經歷和我的學習路程以及經驗還有一點這段時間的感悟分享給大家,如果能對大家起到一點微小的幫助是最好的事情。先說一下我自己的校招經歷吧。我自己是一名雙非非科班的學生,高考的時候報「軟件工程」這個專業(yè)但是滑檔了,分到了一個自己不喜歡的專業(yè),又沒有提前做職業(yè)規(guī)劃,導致到了大學之后渾渾噩噩了三年。一直混到了大三下學期,因為疫情的原因在家里上網課,在六月份左右的一天,我突然覺得我不可能這樣一直混到畢業(yè)吧?那我以后能干什么呢?認真思考了幾天,覺得不能這樣子下去了,但是又不喜歡本專業(yè),因為我一直對計算機比較感興趣,所以最后想著干脆去當程序員吧。說干就干,我從七月份開始買了一本《大話數(shù)據(jù)結構》和一本謝希仁的《計算機網絡》還有一本《C primer》就開始看起來了,當時也沒有做任何規(guī)劃,也是一時興起,所以就三天打魚兩天曬網的開始學起來了(真的很建議大家在不論做什么事情之間做一個詳細的規(guī)劃,這非常非常重要!)。然后一晃眼就到了九月份,開學我到了學校還要先補考兩門課程(混子的悲哀…大學千萬不要掛科!),然后補考完就到了九月中旬了,我匆匆制作了份簡歷,然后就開始投簡歷,基本上都是石沉大海,只有一份面試機會,而這個面試也是讓我真正改變的契機。我還記得這個面試是來自「深信服」的,甚至到現(xiàn)在我都記得當時那個面試官的長相,整場面試三十分鐘,我說的最多的三個詞是「不了解」、「不清楚」、「不太懂」…基本上是一問三不知。甚至最后面試官想撈我一手,問我們專業(yè)還學什么課程,我說模電、數(shù)電,面試官說:額…好吧…你有什么想問我的嗎?我都結結巴巴說不出話來。面試的過程中我真的超級超級羞愧,剛開始面了五分鐘我就想結束面試了,真的是什么都不會,真的說不出來的丟人,我同學說我當時整個人的臉都漲紅了。當天晚上我躺在床上羞愧又難過,都睡不著覺,我不斷地問自己:「你這么菜哪來的臉投簡歷?」下定決定開始停止投簡歷,好好充實自己。正趕上當當做活動,我一口氣買了一千多元的書,從C 、數(shù)據(jù)結構與算法、計算機網絡、操作系統(tǒng)還有 Linux 相關的全部買了個齊全。從此開始了每天瘋狂學習的道路,每天基本上睜眼學到閉眼,夢里都是知識,我覺得我自己在計算機這方面還是有一點悟性的吧,再加上一點韌性,所以我學起來很快。我尤其喜歡 C 相關的知識,當時覺得學累了就看看 C 相關的書籍充一充電。就這樣充實的生活學了一個月左右,正好十月中旬學校有線下校招,我就去試了試水,面試比較簡單,很快就下了offer,我還記得好像是 base 長沙月薪 5k ,其他的待遇就忘記了。我當時的心態(tài)就是覺得???不是吧?我就值這個價嗎?還難過了一段時間,然后想都沒想就直接拒了,覺得還是自己太菜了,然后繼續(xù)投入到學習當中了。到了 11 月初學校又有線下校招,我又過去試了一下。最后拿到了 base 上海月薪 10k ,我還記得崗位是叫「 MMI 助理開發(fā)工程師」,我當時都不知道這個是干什么的,待遇覺得還挺好的,因為我們專業(yè)以前的畢業(yè)生都是能拿到 6—8k 都算是不錯的了。但是最后猶豫了一下,還是拒絕了,覺得這應該不是我的極限。一直保持學習到 12 月初,突然某手機大廠聯(lián)系我面試,說實話都我不知道什么時候投的簡歷了,應該是秋招補招把我撈上來了。當時我整體學的差不多了,蠻久沒面試了,所以我就試了試,幾輪面試下來我基本上侃侃而談,不會的東西很少,所以很快 offer 就下來了,base 北京月薪 15k ,猶豫了蠻久的,最后考慮到秋招末期了而且有大廠的名頭,最后就接了 offer 了。當時心里想著拿一個保底,然后還想著再好好學一學,春招再沖一沖。結果放假回家兩個月基本沒怎么學習,因為過年家里事挺多的,也沒有一個好的環(huán)境,自己的內心也比較浮躁。到了三月初又補考了一門課程,然后發(fā)現(xiàn)自己根本學不進去了,最后就決定去公司提前實習了。到了公司以后,感覺大廠確實是大廠,各方面真的很不錯,但是呆了一段時間之后發(fā)現(xiàn)部門的業(yè)務和主要技術和我期待的有偏差。所以一邊實習一邊學習,最后在四月初離職回到學習繼續(xù)開始春招,最后成功拿到了一份 base 北京總包 35 的 offer。我自己挺滿意的,而且因為我學習的時間太短了,前前后后可能有效學習就大半年左右,最后能拿到這樣的 offer 我也感到非常慶幸,最重要的是技術方向也是我比較喜歡的方向。這里提一下違約的事,我之前簽的那個大廠沒有索取違約金,然后違約流程走了大概半個月左右,最后拿到了新的三方。據(jù)我了解好像一般比較大的企業(yè)都不會索取違約金,一些小企業(yè)可能要先交違約金再解約三方。這里并不是鼓勵大家去違約,只是說在有更好的選擇或者明顯感覺到現(xiàn)在的崗位不適合自己的情況下,不要懼怕去違約,有些同學可能害怕違約了企業(yè)會拉黑自己,實際上這種可能性很低,而且并沒有實質的影響。hr 經歷的違約事件數(shù)不勝數(shù),并不會對你做特殊處理。就業(yè)是一個雙向選擇的過程,為了自己以后的職業(yè)發(fā)展,還需要做更慎重的考慮。因為匆匆學習,更多的只是學習了理論知識,而且算法與項目經驗還有實習經歷都阻隔了我進大廠的可能,基本上我筆試都做的很艱難,大部分大廠筆試都掛掉了,就算勉強進了面試,也倒在了手撕算法的環(huán)節(jié)上。導致我現(xiàn)在拿到 offer 后還是在不斷的刷題,因為算法基礎太差了,但是它又是那么重要。我的經歷更像是一個普通人的經歷吧,不像其他大佬大廠offer拿到手軟,我前前后后的面試公司可能就十來家,最后成功拿到手的 offer 也就四個。功利一點來看,從 5k 到 10k 再到 15k 最后到 20k ,慢慢打怪成長一樣。有時候后悔自己覺悟的太晚,準備的太慢,導致錯過了更好的自己。但是轉念一想,改變,就是好事。學習規(guī)劃
我自己一開始沒有什么規(guī)劃方向,走著走著就往 C /QT 客戶端那邊走了,因為學了點 QT,但是后來又覺得后端可能發(fā)展方向好一點,所以在辭去實習之后重新投的簡歷也全部投的后端方向的。所以我的學習規(guī)劃基本上是?C 服務端方向的,希望可以給各位同學一些幫助。編程語言
我自己是有較扎實的 C 知識,所以學 C 并不是那么困難,而且我比較喜歡 C 這門語言,喜歡它的嚴謹和多樣性,所以我看的 C 書籍可能比較多。從《C Primer》到《Effective C 》系列再到《C 沉思錄》這些前前后后可能看了十幾本左右,越往后看越體會到 C 的復雜性,越看越感覺難…校招的話 C 一般不會問的很難,甚至如果面試官是搞 PHP 或者 Java 的可能都不問你語言相關。所以我不建議你直接啃《C Primer》,把它當作一本詞典來用會更好,新人上來一直看這么厚一本書很容易直接被勸退。我推薦你從《C 新經典》 -->《Essential C 》 --> 《C 新經典 對象模型》這樣的順序學習,基本上校招應付面試是綽綽有余了。如果想要在面試中在 C 相關做到侃侃而談的話可以看看 Effective 系列的書籍,以及啃一啃《深入理解 C 對象模型》這本書,我過年的時候把它放在家里了,是我最后悔的事。因為到現(xiàn)在為止,我看這本書都蠻吃力的,需要慢慢的看,細細的看,而且很多地方都不理解。如果有時間的話也可以把 python 當?shù)诙Z言,用慣了 C 再學 python,是一種不一樣的體驗,真的挺有意思的。其實語言并不是那么重要,基礎知識更重要,建議把更多的時間放在基礎知識上,尤其是想要沖大廠的同學。數(shù)據(jù)結構與算法
數(shù)據(jù)結構與算法這方面的話是非常非常非常重要的,想要沖大廠的同學們如果這方面不過關可能連筆試都過不去,更別談面試的手撕算法了。我自己的話因為準備比較匆忙,所以只是把匆匆《劍指offer》刷了一遍半,然后 leetcode 刷了 100 道左右 easy 題,看了一遍《labuladong算法小抄》(從小林哥這中的嘿嘿),面試和筆試一般太難的題我就宕機了。我后面復盤了一下,我因為時間緊,所以刷題很匆忙,像趕任務一樣,刷完了就完了,也沒有做總結和回顧。實際上一道題可以牽扯到一類題的做法,都是有框架和套路的,有很多大佬都總結過。刷題的話還是需要不斷地總結和回顧,才能達到有效刷題,像我都是無效刷題。根據(jù)我做的筆試題來看的話,基本上我建議你把《劍指offer》刷兩遍,然后 leetcode 熱題 100 道刷一遍,最后跟著《labuladong算法小抄》總結一遍框架,基本上這一塊就妥了。但是盡量還是一直要保持刷題,因為以后工作了跳槽也對算法有要求,多多益善吧。以上是建立在有數(shù)據(jù)結構的基礎上,如果對數(shù)據(jù)結構不了解的話可以先看一下《大話數(shù)據(jù)結構》或者某客時間上有一門關于數(shù)據(jù)結構的課程。算法這方面的話一定不要一直悶頭刷題,要學會總結題型和方法。做的多了你拿到一道題的時候腦海里就有了基本的框架,該用什么數(shù)據(jù)結構去做,該用什么方法去做,心里都有一個數(shù)了,是數(shù)量引起質變的一個過程。我個人就比較慚愧了,這方面基礎不是很扎實,導致現(xiàn)在也在一直補。從我寥寥無幾的大廠面試經驗來看,在面試的時候面試官會引導你去做題,是有一個相當舒適的做題環(huán)境的,所以不用畏懼算法如猛虎,做的多了對付校招還是綽綽有余。操作系統(tǒng)
操作系統(tǒng)我自己是從《深入理解計算機系統(tǒng)》先看,發(fā)現(xiàn)有些地方難以理解,而且不少章節(jié)用純匯編來演示,看不太懂,又去看了《現(xiàn)代操作系統(tǒng)》和《操作系統(tǒng)導論》,閱讀順序幾乎是從難到易,一路踩雷…我建議初學者先看一下《操作系統(tǒng)導論》,這本書講的比較淺而且易懂,然后再看《現(xiàn)代操作系統(tǒng)》,看的差不多了,最后看《深入理解計算機系統(tǒng)》。《深入理解計算機系統(tǒng)》的話,可以跳著看,有幾章節(jié)是用純匯編演示的,懂匯編的同學可以看一看,不懂的同學粗略看一看也沒關系。到這基本校招問的知識你已經具備了,如果想要實踐的話,github上也有一些和操作系統(tǒng)相關的項目可以看一看。計算機網絡
計算機網絡我自己是先看了謝希仁的《計算機網絡》,發(fā)現(xiàn)講的太雜了,并不是很深入,又看了《TCP/IP詳解:卷1》,又發(fā)現(xiàn)講的太深入了,根本看不懂,最后又看了《計算機網絡自頂向下方法》和《Http圖解》,面試的時候就夠用了。我建議你直接看《計算機網絡自頂向下方法》就好了,然后直接看小林哥總結的計算機網絡相關的知識就可以了,應付面試時綽綽有余了。設計模式
這個我自己是通過《大話設計模式》入門,然后看網上別人博客總結的一些知識,最后在某客時間上買了一門設計模式相關的課程學習了一下(某客時間該打廣告費了,笑~)。總體來說學的并不是很深入,因為設計模式這個東西學起來很簡單,但是實際項目中應用起來太難了,而且根據(jù)我面試中的經驗,一般蠻少有面試官會問,就算問也就問一問簡單的單例模式、工廠模式這些,問的不是很深入。所以我建議你通過《大話設計模式》入個門,然后對設計原則和常用的設計模式有個印象,最后可以在網上看看別人的經驗。校招的話很難在這一塊問的比較深入,雖然它很重要,但是沒有商業(yè)項目和工作經驗的前提下,應屆生很難真正熟悉這些,最多做到入個門,這樣就已經足夠了。數(shù)據(jù)庫
數(shù)據(jù)庫相關的話我是學習了 MySQL 和 Redis 兩個比較常用的數(shù)據(jù)庫。MySQL 我是先讀《高性能 MySQL 》然后又學了某客時間上的《 MySQL45 講》最后最近再看《 MySQL 是怎樣運行的》,又是一路暴雷…所以我建議你先看《MySQL是怎樣運行的》,然后在某客時間上看《MySQL實戰(zhàn)45講》,最后稍微看一看《高性能MySQL》(挑章節(jié)看,這本書講的太深,理解起來比較困難)。最好在學完這些之后自己動手去部署一個 MySQL,然后挑一些小項目做一做。我在面試的時候和面試官聊 MySQL 聊的比較深,他給我出了蠻多 MySQL 相關場景題,我答的不盡人意,面試官說我基礎可以,但是實際上手比較差,建議我私下可以部署一個 MySQL 試一試,這些問題會有更好的理解。所以我把這個建議也給你,希望可以理論實際雙管齊下,不要像我一樣做個偏科生(哭)…Redis 的話我是先看了一遍《Redis設計與實現(xiàn)》,然后在某客學了《Redis 核心技術與實戰(zhàn)》,在看實戰(zhàn)經驗的過程中,感覺有一些吃力,于是又返回去看了一遍《Redis設計與實現(xiàn)》。Redis 算是我比較匆忙的學習了,因為在決定走后端這條道路之后補學的,學習的比較匆忙,所以我也只能給一點粗淺的建議,建議先看《Redis設計與實現(xiàn)》,有了基礎知識之后可以選擇看一下其他 Redis 的書籍或視頻加深基礎,然后去某客時間學習一下《Redis設計與實現(xiàn)》。我面試的話,Redis 方面基本沒有什么太大的問題,一般問的都可以說道一二。Linux系統(tǒng)
Linux 的話我建議你先看《鳥哥的 Linux 私房菜》,對 Linux 整體有了一些了解之后,可以再看一看《Linux 系統(tǒng)編程》。因為走的是后端方向,所以看一下《Linux高性能服務器編程》,強推這門書,都是干貨,然后跟著書上做一個服務器相關的項目,會有助于加深理解。如果想學Linux內核的話,先看《Linux設計與實現(xiàn)》,這本書看起來難度尚可,后面有能力的話可以研究下《深入理解Linux內核》(我自己是放棄了…真的看的很困難)。而且我面試的時候雖然簡歷上寫了,但是面試的時候并沒有被問到 Linux 內核相關的問題,所以這個一般應該是加分項,有能力的可以搞一下。Linux 系統(tǒng)的話純看書可能事半功倍,最好在 Linux 環(huán)境下做兩個小項目,這樣子對整體學習可能更有用處。關于簡歷
我一開始也不會寫簡歷,雜七雜八寫了一堆,重要的地方反而都沒有寫。記得有一次,我以為計網、操作系統(tǒng)、數(shù)據(jù)結構與算法這些都是必須項、是默認就會的,所以就沒有在簡歷上寫,導致面試的時候面試官到最后說:「你這個簡歷我不知道該問些什么」。他們是做 os 的,我當時還疑惑為什么不問我操作系統(tǒng)相關的,很久以后才感受到面試官是嚴謹?shù)母鶕?jù)你簡歷上的內容對你進行提問,有時候可能他們部門主用的技術你簡歷上沒有寫,才會主動的問你一兩句,其他的技術你不寫就默認代表你不會。所以關于簡歷,首先要將自己掌握的技術寫全,注意精通、熟悉、掌握、了解這些的區(qū)別,有可能決定了面試官問你的深度。更重要的一點是,自己不會的東西或者只聽說過的技術不要為了簡歷好看寫在上面湊數(shù),可能你其他的點答的挺好的,但是問到了這個你寫上去湊數(shù)的東西,你一問三不知,會降低評價分數(shù),甚至直接決定是否錄用。因為實際面試的時間就算一場一個小時也是很短的,很難全面的去考察你簡歷中的所有技術,只能根據(jù)部門的需求著重考察一些。而問了一個你簡歷上寫的技術,你全然不知,這種情況下,完全可以懷疑你的簡歷上寫的技術是否全部屬實,但是面試時間又很短,沒辦法去一一驗證,最后只能是你吞下這份苦果。然后對于互聯(lián)網而言,沒實習和有實習是 0 和 1 的區(qū)別。就拿我自己來說,雖然之前在手機大廠短暫實習了一個多月,寫在簡歷上之后,明顯能感覺到在春招的時候機會多了很多。所以大家還是盡量早做準備,不僅是實習轉正提前結束校招或者豐富簡歷、學到更多東西,更重要的是提前去適應這種互聯(lián)網工作環(huán)境,看一看自己到底適不適合在這種環(huán)境下工作。不然等真正正式入職了之后,不適應互聯(lián)網環(huán)境,然后想要考公考編,失去了應屆生身份,則悔之晚矣。面試技巧
在有扎實的基礎前提下,在面試的時候要學會引導面試官的面試方向。假如你對 http 協(xié)議研究的比較通透,在問到和網絡協(xié)議相關的問題時,可以試著把問題導向 http 方面的知識。比如你在回答完上一個問題時,發(fā)現(xiàn)這個問題和 http 中的某些知識點吻合,可以在說完之后順嘴提一句這個和 http 中 xxx 有點像,然后面試官可能就順著問你 http 中的知識了。因為面試官其實在面試的時候,除了部門硬性要求掌握的技術,并沒有一個具體的側重點,所以在這種情況下,大概率就順著你所說的問下去了。就像學校后門明明那么多吃的,但是你中午不知道該吃什么,你的小伙伴順嘴提一句去吃麻辣燙吧,你在沒有明確意向的方向下可能就跟著他去吃了(除非你特別討厭吃麻辣燙,笑)。還有在面試的時候,不要怯場,就把這場面試當作知識交流一樣,和面試官去探討一些知識的細節(jié)。每一場面試對于我們而言,也是一種學習經歷,因為在學習的時候是系統(tǒng)的學習,并沒有側重于某個點,而在面試的時候,可能面試官會撂下大部分的知識,非要和你深究一個方面的知識,直到問到你不會為止。面試完之后,就可以做復盤,加深自己的知識深度,慢慢補全自己的知識框架。還有,面試的時候問到你不會了直接就說不太了解就行了,不要硬撐,你會與不會在面試官眼里都是能一眼看穿的事。在面試幾場之后,你會感覺到自己慢慢的進入了一種狀態(tài),懂得怎么去面試了,然后保持面試復盤,補全自己的知識盲區(qū),成功拿到滿意的offer只是時間問題。我面試的時候,極大多數(shù)的面試官都非常和藹,而且知識面都很廣,有些問題你不會他們都愿意給你解答并且提出一些學習的建議,所以越到后面我越來越享受面試的過程,享受那種知識交流的氛圍(當然,遇到完全不會的問題還是戴上了痛苦面具)。最后的一點是,在校招過程中,一場接一場的面試,你根本無法靜下心來學習新的知識,只能在已有的知識框架下修修補補,深化一些知識點。所以建議小伙伴們,還是早做準備!早做準備!早做準備!上一張我在這個過程中不斷補全自己知識點的圖吧,只要知識框架搭起來之后,學習是件很輕松的事情。學習心得
我覺得我自己算是學習速度比較快的人吧,學習效率也還可以,所以把我自己的學習方法分享給大家。我在學習一門新技術的時候,會選擇一本難度適宜的書,根據(jù)目錄在自己腦海中把知識框架搭起來,然后看書慢慢去填補具體的知識,就像一顆多叉樹一樣,系統(tǒng)化的學習。在看完一遍書之后,會有意的去看一些比較重要的知識,深化這些知識,同時我也關注了許多公眾號,在框架搭起來并完善之后碎片化的學習。最后再看一看網上別人對這門技術一些知識的理解,再對照自己的理解,補充優(yōu)化。最好的是做一些小的項目,去應用這些知識,畢竟實踐出真知(然而我因為時間太短,這一步沒有進行555)。同時面試的過程也是一個查漏補缺的過程。思維導圖是一個好東西,給大家推薦一下,有助于系統(tǒng)化的搭建知識體系,上一張我在春招的時候補全Redis知識的圖吧。因為學習 Redis 的時間比較短,而且并沒有過實際上手,所以用知識導圖把這些知識分門別類的存儲,然后記憶到腦子里,在面試的過程中,學習并且不斷補充,加深自己的知識深度。其實看視頻也是一種不錯的學習方式,但是我個人更習慣看書構建知識框架,所以仁者見仁智者見智啦。一些感悟
給大家分享一些我在校招中的感悟吧,我眼中的【校招 = 技術 心態(tài) 運氣 勇氣】。技術是毋庸置疑最重要的一點,沒有技術的基礎,一切都是空談。同時心態(tài)也非常重要,在經歷長時間的筆試、面試的折磨時,還要一日一日的等待面試結果,那段時間每一個電話都以為是 offer call,每一個提示音都以為是郵箱信息…最后可能大部分都沒有結果…從一開始的滿懷信心到后來的迷茫躊躇再到最后的懷疑自我,這些我都經歷過,在最崩潰的時候真的不想再找工作了,隨緣吧。慶幸的是我堅持下來了,并且最后有一個好的結果。運氣是比較玄學的一個東西,從投簡歷的時間到面試的部門到各個公司不同的需求,都有可能決定你能否拿到一個滿意的offer。從我個人而言,秋招和春招加起來可能投了有一百多家公司,最后面試的可能只有十幾家左右,拿到了 4 個offer。這個是我辭去實習后回到學校春招投的公司,最后筆試的有三家,全掛,直接面試的有兩個,最后拿了一個offer。因為我算法基礎比較差,拿 offer 的那家沒有筆試,直接面試,我在面試中發(fā)揮的比較好,而且算法題也都會,所以最后成功拿到了 offer。最后同時也需要有做決定的勇氣,我在提前實習之后,感覺到我可能不適合這份工作,但是公司又是大廠,而且適時又在春招中后期了,當時也猶豫了蠻久的,最后覺得還是決定不將就,回到學校重新找工作,最后對我而言也是一個比較滿意的結果了,而且公司也沒有要違約金,感謝公司~比較重要的一點還有就是持續(xù)保持學習,并且永遠相信自己,不要放棄。不止校招,而是進了互聯(lián)網這一行,我們基本上只能保持學習,不然猶如逆水行舟,不行則退,大家應該也知道這一點。放一張自己還放在學校的一部分書吧,其他的都在春節(jié)搬回家去了。也可以看到這部分書中算法書的比重就很高,所以算法真的非常非常非常重要,學好算法是進大廠的第一步,希望大家可以早點做準備,不要像我一樣臨時抱佛腳。洋洋灑灑寫了這么多,不止是希望我自己的經歷可以對各位小伙伴起到一些幫助,也是對自己的深度復盤,在這個過程中發(fā)現(xiàn)了自己蠻多的不足,希望可以慢慢成為一個技術全面的人。復盤之后就該進行新的學習啦,努力讓自己享受這個學習的過程吧,畢竟進了咱們這一行,持續(xù)學習是非常重要的一件事。希望大家都可以早作準備,日后拿到一份滿意的 offer ~感謝你能耐心看到這兒,希望我的經歷能對你起到一些幫助。大家看完后,是不是想直呼:「讀者牛逼」。沒事,放開自己。想喊的就喊到評論區(qū)里
本站聲明: 本文章由作者或相關機構授權發(fā)布,目的在于傳遞更多信息,并不代表本站贊同其觀點,本站亦不保證或承諾內容真實性等。需要轉載請聯(lián)系該專欄作者,如若文章內容侵犯您的權益,請及時聯(lián)系本站刪除。