我來告訴你,一個草根程序員如何進入BAT
心態
看到這個標題,有的同學可能會說,“LZ,你不是要告訴我們如何進入BAT嗎?怎麽一上來就寫心態?”
沒錯,LZ第一個要說的,就是心態!
原因很簡單,文章下面即將提到的學習內容,如果你沒有一個好的心態,是不可能進行下去的。所以,先過了心態這一關,再來談別的吧,否則你肯定會死在半路上的。
說起來,很多群裏的新人都愛問LZ,“你是怎麽學習的?為什麽我學不進去呢?為什麽我一看書就困呢?”
以上這種現象,基本上就是兩個原因,第一個原因是心態浮躁,總覺得看書好像沒啥用啊,看了好像還是覺得沒學到什麽,過不了多久就忘了。第二個原因則是目標感不強,不知道自己要達到什麽程度才算可以,所以也就幹脆“一瓶子不滿,半瓶子晃蕩”了。
針對第一個原因,說到底就是個心態問題。總想著看書能夠立竿見影,從菜鳥一下子蛻變為大神,如果你老是抱著這樣的心態去看書,你特麽不瞌睡才是邪門了。
而第二個原因,LZ覺得有時候人要適當的激發內心的欲望,無欲無求這種高逼格的事,等你七老八十了再說,現在趁著年輕,心中有點欲望其實並不是什麽壞處,只要你沒被欲望懵逼了雙眼就行。
說起欲望這事兒,LZ覺得有必要給大家看一下LZ當初的欲望,相信從這封郵件裏,你就能感受出LZ當時的欲望。這種欲望,會激勵著你前進,但是你要切記,在前進的途中,調整好自己的心態,戒驕戒躁。
學習
說完心態,咱們來談談學習這事兒,還是老規矩,由於LZ是Java後端出身,所以接下來的內容,會與Java後端息息相關,非Java後端的同學可以適當參考,但切勿照搬。
本篇既然咱們是要談如何進入BAT,那麽咱們就從面試的角度來談學習這件事,LZ會談談一流互聯網公司對於Java後端程序員的要求,相應的,也會談談如何達到這樣的要求。
為了簡單起見,LZ將這些要求分為三個層次,分別為基本要求、可選要求以及加分要求,接下來,咱們就一個一個的來談一談。
一、基本要求
基本要求就是指,你必須要學會的知識,而且這裏面大部分內容,在面試裏出現的概率都是極高的。因此,這部分內容你沒有選擇,只能選擇啃下它,你可以花一年,也可以花十年,或者帶到棺材裏學習也可以。
1)語言的基礎部分:
基本要求的第一個,當然是語言的基礎部分。基礎部分其實就是語法以及一些關鍵字的作用,像一些if/else、for循環這類基礎的語法,以及一些new、class、public這類的基礎關鍵字,大部分情況下面試問的是比較少的,因為這部分內容,只要你寫過幾年Java,基本上都沒有什麽問題。
那麽基礎部分的重點,其實主要就是static、final、transient、volatile這一類的關鍵字,以及內部類、泛型這一類的高階語法。
說到static,首先要記住的最重要的一點就是,類屬性中被static所引用的變量,會被作為GC的root根節點。作為根節點就意味著,這一類變量是基本上不會被回收的。因此,static很容易引入內存泄漏的風險。
如果一個面試官讓你解釋static關鍵字,你告訴他static可以修飾屬性、方法和內部類,以及修飾之後又有什麽效果的話,那麽面試官基本上不會記住你這個回答,整個印象就是平庸。
但是如果你說完以後,補充一下說道,你曾經遇到過一個內存泄漏的問題,就是因為static修飾的一個Map類型的變量導致的,最後排查了堆棧信息找到了問題的所在,並且解決了這個問題。那麽,面試官這個時候內心中對你的印象,就會不自然的提升幾分。
而且,對於static,更深入的理解是,static會將所引用的屬性、方法以及內部類,與類直接產生引用關系,而非與類的實例。這就是為什麽,你可以使用類名.屬性、類名.方法以及類名.內部類名,來直接引用一個被static所修飾的屬性、方法或者內部類。
如果你沒有用static修飾,那麽你就必須使用實例才能引用這些方法、屬性或者是內部類,最典型的就是內部類。相信很多同學都好奇過,為什麽一個沒有被static修飾的內部類,必須要這麽聲明。
OutterClass.InnerClass innerClass = new OutterClass().new InnerClass();
因為你沒有使用static修飾InnerClass,所以你必須new出來一個OutterClass的實例,才能在此基礎上new出內部類的實例,因為內部類只能通過外部類的實例才能引用。如果你使用了static修飾,那麽你就可以這樣使用內部類。
OutterClass.StaticInnerClass staticInnerClass = new OutterClass.StaticInnerClass();
這兩種方式最大的區別就是,第一種方式,如果你想要獲得InnerClass的實例,你必須有一個OutterClass的實例,所有其實這種方式你創建了兩個實例,所以有兩個new關鍵字。而第二種方式就好理解一些,靜態內部類不依賴於外部類的實例存在,因此只需要直接創建內部類的實例就可以了,所以只有一個new關鍵字。
static說的有點多了,不過LZ其實不光說了static關鍵字,也一起連同內部類的語法也大致都說了下。那麽接下來,基礎部分還有一個比較考驗人的東西,就是volatile關鍵字。
這個關鍵字的重點就三個字,就是可見性。但是面試的時候,你說出可見性三個字,基本上滿分100的話,最多只能得到20分。剩下的那80分,就要靠你用硬功夫去獲得了。
所謂的硬功夫,其實就是要整明白,在並發當中,可見性到底是什麽意思。那麽,為了弄明白可見性什麽意思,就需要你了解什麽叫主存和工作內存。
只有把這些概念都搞明白了,你才會知道volatile的真正作用到底是什麽。不過有一點要提醒你的是,volatile並不保證同步,這一點一定要記住。不光是應付面試官,在真正使用volatile的時候,也要註意這一點,否則很容易出現問題。
好了,基礎部分就說這麽多吧,LZ挑了一些有代表性的說了下,歸根結底,這一部分就是要你非常清晰的了解Java當中的關鍵字和語法,這裏所謂的了解,是清晰的了解其實現原理,而非簡單的會用而已。
2)Java運行時環境
Java運行時環境就是JRE的中文翻譯,本質上其實就是指JVM。
首先對於JVM必須要知道的是,JVM與Hotspot的關系。JVM更多的是指JVM規範,而Hotspot是JVM的一種實現,也是我們最常用的JVM實現。你可以把JVM規範當做接口,Hotspot當做實現類,這樣去理解會比較簡單一些。
此外,JVM最重要的三個部分必須要非常清楚,內存劃分、class加載機制以及GC策略。搞清楚這三部分不僅僅是為了面試,也是為了讓你對於Java有更深刻的理解,這對於你的Java生涯非常有幫助。
而且,關於內存劃分,還有一點要註意,咱們常說的劃分方式,其實是指的Hotspot的劃分方式,而非JVM規範所規定的。
Hotspot的內存劃分簡單說分為三個部分,Young Generation(年輕代)、Old Generation(年老代)以及Perm Generation(永久代)。其中的Young Generation(年輕代),又分為Eden、From和To,其中From和To又統稱為Survivor Spaces(幸存區)。
正常情況下,一個對象從創建到銷毀,應該是從Eden,然後到Survivor Spaces(幸存區),再到Old Generation(年老代),最後在某次GC下消失。
當然,一個對象也可能直接在Eden裏死掉,也可能一直在Old Generation(年老代)存活,這些都是有可能的。
關於內存劃分,可以自己沒事用內存分析工具看看,比如jmap、jvisualvm等等,觀察一下各個區域的內存變化,結合實際去了解一下。
關於classloader機制的學習,可以結合tomcat去學習,了解清楚tomcat的classloader機制,看tomcat是如何保證各個APP之間的類隔離的。如果可能的話,看一下tomcat中classloader的源碼,或者看一下LZ的一個開源項目niubi-job,當中也包含了與tomcat類加載機制相似的部分。
至於GC,需要清楚GC Roots都有哪些,以及如何判斷一個對象可以被回收。此外,GC的算法和策略也要有大概的了解。
3)並發知識與concurrent包
要想進入一線互聯網公司,這部分內容必須要會,否則的話,你始終都只能停留在比較low的段位。
關於並發知識,最重要的兩個概念一定要搞清楚,那就是可見性和原子性。其中可見性與前面提到的volatile關鍵字是息息相關的,可見性只是並發領域裏的一個概念,而volatile則是Java語言中,實實在在保證變量可見性的關鍵字。
前面說了,要弄清楚可見性,就需要搞清楚主存和工作內存。關於主存和工作內存,其實又屬於JVM的知識範疇。所以從這裏就可以看出來,知識都是有關聯性的。
原子性其實相對於可見性來說,反倒更好理解一些,相信那個萬年不變的銀行匯款的關於事務的例子,就足以大部分人理解原子性這個概念了,它其實就是一個或多個操作,被視作一個整體的意思。
有了並發的基礎知識以後,你就需要研究一下concurrent包了。這裏面的東西其實是一個寶藏,一旦你需要寫並發相關的功能,你會發現這裏面的東西非常實用。
其中ConcurrentHashMap是面試最容易被問到的一個類,幾乎所有的面試都會問你,ConcurrentHashMap和普通的同步HashMap有什麽區別。
這個問題其實需要你知道兩個知識就可以了,一個是HashMap的數據結構,一個是鎖分段的技術,具體的LZ這裏就不解釋了,大家自己下去找相關資料看吧。
此外,concurrent包裏有一個非常重要的類,叫做AbstractQueuedSynchronizer,幾乎所有的concurrent包內的並發工具類,都是基於這個抽象類擴展出來的。因此,把AbstractQueuedSynchronizer這個類研究透徹,非常有助於你理解concurrent包。
最後一點,面試的時候還經常會被問到的一個問題,就是ReentrantLock和synchronized關鍵字有什麽區別。
記得LZ之前組織過的YY面試活動裏,LZ問過很多次這個問題,但幾乎所有人都答不出來。這只能說明一個問題,那就是大部分人在用synchronized和ReentrantLock的時候,並不會考慮這兩者到底用哪個好一些。
其實它們的區別很簡單,簡單的說,就是synchronized由於是底層JVM實現的互斥,因此效率會高一些。而ReentrantLock的功能則比synchronized更多,比如定時獲取某個鎖,多個等待條件等。
並發這一部分是一個程序員進階的重要部分,希望所有Java程序員都可以重視這一部分。
4)設計模式和反射
設計模式和反射這部分內容,LZ個人覺得是一個高階程序員必須精通的部分。
用好了這部分知識,可以讓你在實際開發中少寫N多代碼,而且還可以使得程序的結構更加良好。
關於設計模式LZ這裏就不多做介紹了,關於反射,其實就是reflect包裏的內容,這個包裏的類其實並不難,主要是得多用,多看。比如Java領域裏最常用的spring框架,裏面其實大量充斥著設計模式和反射的真實使用場景,沒事多研究一下,絕對讓你受益匪淺。
5)文件IO、NIO、網絡IO以及網絡協議
文件IO、NIO以及網絡IO這一部分也是工作當中要經常用到的部分,因此也必須要掌握。
其中NIO更多的是了解其原理,此外,tomcat中有多種協議的實現,其中包括了BIO、NIO和APR,這三者一定非常清楚它們的區別,這個可以在connector的protocol屬性配置。
至於網絡IO部分,其實就是net包裏的內容。這裏面的內容是非常常用的東西,比如你調用HTTP-API,那麽就需要使用這裏面的類。在這個restful-API泛濫的時代,你少不了要使用HTTP協議調用API。
此外,在了解這部分的時候,網絡協議也要適當的了解一下,最典型的TCP和HTTP協議是一定要了解的。
在LZ參加的面試中,基本上TCP協議是一定會問的,雖然這可能和LZ的簡歷寫了TCP協議有關,但比如TCP協議的重試機制,三次握手的過程,TCP與UDP的區別這一類的知識,還是要了解一下的。
至於HTTP協議,相對來說就簡單很多了,應用層的協議主要是知道其協議格式即可,比如都支持哪些header、每個header都是什麽含義等等。
6)小結
好了,到此為止,基本要求就差不多介紹完了。沒錯,其實基本要求這部分,差不多就是要求你有紮實的Java基礎。這也是所有一線互聯網公司,基本都會寫在招聘要求地前幾條的要求。
因此,要想進入BAT,那麽這一部分的內容一定要了解,而且這部分的內容對你實際開發也是非常有幫助的,並不僅僅是為了應付面試。
二、可選要求
看到可選要求四個字,或許不少人會認為這部分不太重要。但是LZ可以很負責的告訴你,這部分往往才是決定公司要不要你的重要指標。
因為基本要求達標以後,公司主要挑選人才的標準其實就是可選要求這一部分,LZ曾經提過差異性這個詞,其實這一部分就是差異性的體現。
接下來,LZ就帶大家看看,到底都有哪些可選的要求。此外,LZ要提前說明的是,這些可選要求,沒有必須會和必須不會的內容,盡可能多的了解,總是不會錯的。
1)Spring、Mybatis框架
框架這部分其實不用多說了,spring和mybatis框架的原理和源碼,如果你可以非常精通的話,那麽這一定能成為你巨大的優勢。
如果你是專門做WEB開發的Java後端猿,那麽spring和mybatis框架基本上你是肯定要用的。精通Spring和mybatis框架不僅為了面試,對於你日常開發也有巨大的幫助,你可以做很多架構上的優化,為你的戰友省去很多重復性的工作。
關於Spring框架,最核心的當然是IOC,其次便是AOP、MVC這兩部分了。好好研究這三部分的源碼,會讓你從大部分程序員當中,脫穎而出。至於mybatis框架,主要還是關註它如何實現動態SQL。
而且,待你研究透徹以後,你完全可以自己嘗試去造輪子,說不定能得到意想不到的收獲。
2)Linux服務器
這一部分其實原本是運維應該精通的部分,但是作為一個Java後端猿,如果你可以精通linux服務器,那麽對你排查線上問題,是有很大的幫助的。
大部分程序員都只知道一些常用的Linux命令,對於Linux系統本身的文件系統、網絡以及IO等等,是完全不了解的,這其實也包括LZ自己。但是,LZ見過身邊有一些程序員,對於Linux玩的非常熟練,這不光光體現在多會幾個命令,而是對整個Linux系統的了解。
可以預見的是,這些人在排查問題的時候,往往會更容易找到問題的根本。因為程序問題往往並不是最難解決的,異常這東西見多了就都知道怎麽回事了,大不了看看源碼也總能找到原因。最難解決的是環境問題,而環境問題無非就是操作系統層面的問題。
而顯然大部分情況下,Java運行的操作系統都是Linux。
3)數據庫優化
說完Linux,緊接著LZ要說的就是數據庫了,這原本應該是DBA應該精通的部分,但作為一個Java後端猿,數據庫基本上也是最經常打交道的了。
而且大家都知道,一個應用的性能瓶頸,往往都出現在數據庫這一端,因此,一個Java後端猿如果可以精通數據庫的話,那麽對於你工作的實際幫助,也是非常大的。
相信不少人都碰到過SQL過慢的情況,這個時候,如何通過加索引、SQL分析和優化的手段,將SQL的執行時間優化到一個可接受的範圍內,其實還是比較考驗人的。
反正,這玩意兒LZ是半斤八兩的水平,基本的優化是沒有問題的,但稍微復雜一些的就不行了。
所以,這一部分足夠成為你的優勢,體現出你的差異性。
4)消息服務
除了Linux和數據庫以外,消息服務也是當今互聯網公司裏,必不可少的一個組件。
常見的消息組件比如rabbitMQ、activeMq,包括一些其它的開源消息組件,比如rocketMq。這裏面任何一個,如果你可以精通其原理的話,也會成為你有力的競爭條件。
其實消息服務的重點,無非就是如何保證最終一致性、消息的順序,包括消息事務等等這一類的問題。
雖然LZ本人對此不是很了解,但LZ很確定,這一部分如果你可以有自己獨到的見解的話,一定會大大增加你的成功率。
5)緩存服務
說了消息服務以後,相信緩存服務大家也一定不陌生了。
常見的緩存比如memcached、redis這兩個,如果你能搞清楚其中一個的話,也會給你加分許多。畢竟現在的互聯網應用,緩存也是必不可少的了,因此如果你能完全hold住緩存這一部分,那麽你的差異性也就有了。
在緩存服務當中,有幾個問題也是比較常見的,比如緩存滿了怎麽辦,緩存的實時性如何處理,內存結構如何規劃,分布式的情況下如何處理增刪節點時緩存的命中問題等等。
6)負載均衡器
負載均衡器,這是最後一個可選要求了。
常見的負載均衡器就兩種,一種是軟負載均衡,比如nginx、Apache、lvs這一類的。另外一種則是硬件負載均衡,常見的主要就是F5。
這兩種方式各有優劣,其中硬件負載均衡如要用於簡單應用、大訪問量的場景,而軟件復雜均衡則主要用於復雜應用,較小訪問量的場景。當然了,兩者還有一個不得不考慮的區別是,硬件復雜均衡一般都是非常貴的,而軟負載均衡則基本上沒有任何成本。
在負載均衡器方面,也有一些問題是比較常見的。比如如何保持會話,如何做流量控制,負載均衡策略都有哪幾種,如何檢查後端服務器的健康狀態等等。
7)小結
好了,到這裏,可選要求就說的差不多了。
細心的猿友會發現,這6個要求其實對應的就是Java後端開發中,最常接觸到的一些東西。比如spring、mybatis框架和數據庫,這基本上是個Java程序員都接觸過吧。
其余四個包括Linux服務器、消息服務、緩存服務以及負載均衡器,也是一樣的,大家在實際工作當中,應該或多或少都接觸過這幾個東西。
但是真正能對其中一個非常了解精通的人,相信並不會太多。也正因為如此,如果你做到了,才可以體現出你的差異性,這或許會是你拿下offer的重要籌碼之一。
但是,LZ這裏必須要再強調一下的是,這幾樣東西大多數人或多或少都會有一些了解,包括上面LZ提到的問題,不少人也都知道答案。
然而,光知道答案是遠遠不夠的,這並不足以成為你的優勢,你需要對這些問題有著深刻的了解,以及有著自己獨特的見解,才足以讓它成為你的優勢。
三、加分要求
最後一個便是加分要求了,加分要求雖然不如基本要求和可選要求重要,但它也與可選要求類似,往往拿下offer的最終原因,正是這些看似不是必要要求的部分。
接下來,LZ就帶大家一起來看一下,都有哪些可以加分的部分,需要強調的是,這些加分要求中,在某些特殊情況下,可能會成為基本要求。
1)數據結構與算法
這一部分內容不用多說了,大家都懂的。精通數據結構與算法,絕對會成為你的一大亮點。
因為大部分程序員的這一部分基礎都不太好,包括LZ本人,面試的時候如果問到算法一類的問題,LZ基本上就兩個字:不會。
以前LZ還看過Java集合框架的一些源碼,對於一些常用的數據結構還有一定的了解。但是現在,LZ已經基本上忘光了,就連最基本的冒泡排序,可能LZ都不一定能寫的對。
因此可以預見的是,數據結構與算法絕對是非常加分的一項。而且,在你面試一些與算法相關的職位時,這個加分要求還可能會成為基本要求。
2)計算機操作系統
計算機操作系統原理,是非常底層的內容。
這部分內容比較難,裏面講的都是一些最基本的底層原理,例如內存、指令、系統IO等等。
如果你可以將操作系統研究透徹的話,那麽在面試的時候,你完全可以以此作為突破點,展示你的亮點。
3)計算機網絡
其實網絡這一部分,對於程序員來說還是比較重要的。
LZ最近正在做的事情,就經常會碰到一些網絡上的問題,雖然很多時候,這些問題其實可以找專門的網絡人員去解決,但如果你自己對此不夠了解的話,對於你的工作還是會造成很大的障礙。
而且,要想精通TCP/IP協議,如果對計算機網絡不了解的話,還是很難真正理解的。
因此,計算機網絡部分如果你可以精通的話,這也絕對會成為你的一個加分項。
4)熟練使用一種腳本語言
腳本語言在很多時候是很方便的,而且也非常實用。
LZ最近就被迫正在使用Python做很多事情,其實用了以後你會發現,雖然Java也可以實現同樣的目的,但確實選擇合適的語言,會幫你節省大量的精力。
因此,如果你可以熟練使用一種腳本語言,比如Python、shell等等,這也必定會成為你的加分項。
5)你的github和博客
這點相信大部分人也都知道,如果你擁有自己的github和博客,並且裏面有不少有價值的內容的話,那麽一定會為你加不少分。而且,說起github和博客這件事,LZ還有一個關於自己真實的故事,在文章的最後給大家分享,這裏就暫時不提了。
此外,就不說面試這回事,平時在github寫寫代碼,在博客裏寫寫文章,總結總結自己的技術和職場,也是非常有好處的。相信不少猿友都已經體會到了這其中的益處,LZ也就不再多說了。
畢竟說多了也無益,最主要的還是自己要真真實實的去做,如果你希望可以在這方面加分,那就從當前做起,並且堅持下去。
6)小結
到這裏,加分的要求就說的差不多了。
其實能夠加分的內容還有很多,LZ只不過列出了比較常見的幾種而已,比如你有其它一線互聯網公司的背景,這也是可以加分的。只不過這種加分項比較難達到,而且,這裏更多說的是草根程序員,因此LZ這裏就沒多說。
總的來說,加分要求和可選要求一樣,都是你致勝的關鍵部分,因此如果可能,還是要在加分要求上下一些功夫的。
學習小結
關於學習這部分,到這裏就說的差不多了。
其實大部分一線互聯網公司,對於招人的技術要求就兩個,紮實的Java基礎和一個一技之長。
紮實的Java基礎,其實就是本文中基本要求的部分,而一技之長,其實就是可選要求和加分要求中任意挑選一個就可以了。
當然了,不可否認的是,可選要求和加分要求中,你會的越多,成功率就越高,這點是毋庸置疑的。但是如果你一點優勢都沒有的話,就算你Java基礎再紮實,其實也很難進去,因為你這樣的人太多了,無法在眾多面試者中脫穎而出。
雖然不排除你運氣特別好,當時公司正好急缺人,而且沒有其他更好的面試者,導致你很幸運的拿到了offer,但畢竟這種概率實在是太小了一些。
說來說去,知識是擺在那裏的,不會跑也不會動,就看你學或不學,以及什麽時候學。
有的人畢業後一兩年就達到了,有的人用了三五年才達到,而有的人,則是一輩子都沒有達到。要做什麽樣的程序員,就全看你自己了。
素養
說完了心態和學習,咱們來談談一個程序員應該有的素養。這部分雖然看似對面試沒什麽幫助,但其實LZ有時候覺得,這比技術更重要,因為它們可能會影響到你程序員生涯的發展。
一、代碼風格
說到程序員的素養,第一個就是代碼風格。
雖然代碼風格並沒有絕對正確的風格,但是在滿足基本的Java代碼風格的前提下,你應該逐漸形成自己的代碼習慣,而且必須是一個好習慣。
說個最簡單的例子,不管你多麽厲害,如果你的變量命名是用拼音來命名的話,那麽別人對你的印象一定是,這是個非常low的程序員。
其實程序員有時候和藝術家很像,一個專註於繪畫的藝術家,一般都會有自己的風格。說得誇張一點,可能他的畫只要拿出去,就有人能認出來,這其實就是一種風格。
作為一個程序員,你也應該有你自己的代碼風格,雖然在工作中,為了大家更好的通過代碼溝通,你或多或少的需要做一些妥協,和大家保持一致的風格。
但是你自己的開源項目,它應該是你的藝術品,你在雕琢它的同時,其實也是在形成你獨特的代碼風格。
而且,有的時候,你的開源項目,可能可以直接或間接的幫助你,獲得一份不錯的offer。
二、寫作能力
看到這個或許有的人會很意外,但是LZ個人覺得,寫作能力是一個程序員應該有的素養。
代碼風格只是你寫代碼的素養,你還需要有寫文字的能力和素養。一個程序員是否專業,文檔和註釋也是一個很重要的衡量標準。
因為不管你的技術多麽厲害,別人看到的,除了你的代碼以外,就是你的文檔和註釋。這部分能否寫好,在很多時候,直接決定了別人對你的印象。
因此,寫作能力其實也是一個程序員應該有的素養,至少LZ一直是這麽認為的。因為不管這個人的技術多麽厲害,如果他的文檔和註釋寫的一團糟,絲毫體現不出專業二字,那麽他的形象一定會在LZ心中大打折扣。
結尾
本文從心態、學習和素養三個方面簡單談了談如何進入BAT,但其實這也是一個程序員學習和提高自己的過程。
在提到github和博客時,LZ說了要在文章的最後,給大家講一個關於LZ自己的真實故事,其實這個故事就是LZ來杭州的真實經歷。
LZ之所以能進入現在的公司,其實很大一部分就是因為LZ有一個經常更新的博客,和一個造了幾個輪子的github。說起來,LZ真的是運氣非常好,或者說是平時的努力,給LZ帶來了好運氣。
兩年多以前,LZ特別想進入中間件團隊,但是發簡歷老是沒有回音,於是LZ就給中間件團隊的leader,寫了一封求職郵件,表明自己非常想進入中間件團隊,做服務於技術人員的工作,希望能夠得到面試機會。
可惜的是,當時這個中間件的前輩並沒有回復LZ的郵件,原本LZ以為是自己的簡歷沒有打動對方。不過LZ後來才知道,其實是因為當時這個前輩已經離開了中間件。
不過,兩年以後,也就是2016年過完年以後,LZ的博客裏無意間收到了一封短信,正是中間件團隊的成員發給LZ的邀請。
可以看到,這封短信正是今年過完年LZ收到的。剛開始的時候,LZ還沒註意到有這麽一封短信。直到過完年上了十來天班以後,差不多快三月份了,LZ才註意到短信箱裏的這個短信。
LZ清晰記得,當時看到的時候是周四,LZ看到的時候很意外。
雖然當時LZ並沒有跳槽的打算,那段時間也從未投過一封簡歷,不過出於不聊白不聊的原則,LZ還是當天就把簡歷發給了這位前輩。
出乎意料的是,周四和周五僅僅兩天,LZ接連不斷的經過了四輪電話面試,就從前輩這裏得知,LZ非常順利的通過了面試,就等著拿offer就可以了。
當時聽到這個消息的時候,說實話,LZ真的覺得和做夢差不多。
原本一兩天前,LZ還處於剛過完年假的不適應期,同時還在糾結手裏的需求怎麽實現。突然之間就要奔赴杭州,進入自己期待已久的公司,期待已久的部門,展開另外一番職業生涯了。
LZ當時真心覺得,這世間的事情,實在是太特麽神奇了。當時LZ腦子裏不自覺地冒出來的一句話就是,功夫不負有心人啊!
LZ日積月累的寫了這麽多文章,終於沒有白寫,給LZ換來了一個機會。
以前LZ覺得,像什麽“功夫不負有心人”這一類的話,都是給別人灌雞湯打雞血的話而已。但真正自己遇到的時候,才會真切的體會到,有的時候道理就是這麽簡單,區別就在於你做還是沒做。
就像這篇文章裏LZ寫的一樣,今天你看到了,你做了,那或許未來的某一天,你會感謝今天努力的你。但如果你看到了,沒有做,或許你依舊還是那個,整天抱怨工作沒勁,加班太累的人,然後在碌碌無為和怨天尤人中度過。
LZ也不想給大家灌什麽雞湯,打什麽雞血,但是LZ想告訴大家,程序員這個職業很公平,相信不少人當初踏上這條路的時候,也是覺得程序員這個職業充滿著奮鬥的氣息,可以依靠自己的努力改變自己的命運,而不像某些職業一樣需要拼爹。
在程序員這條路上,努力,你就有很大希望成就自己的目標和夢想。不努力,那你就基本上原地踏步下去,直到被後浪拍死在沙灘上。
如何抉擇,其實完全看你自己,只要你不後悔你的決定。所以,少點抱怨,多點行動。
如果你能接受平庸下去,那就平庸下去,幸福的過完你的一生,也沒什麽不好。否則,你就堅持努力下去,直到達到你一個又一個目標。
最怕的情況就是,心中充滿了欲望,不甘於平庸,卻又不願意努力的人,這樣的人,如果做了程序員,真的是一種悲哀。
我來告訴你,一個草根程序員如何進入BAT