前言

從2018年畢業之后，到今天2020年9月19日，不知不覺間我已經作業了兩年零三個月了，先后入職了兩家公司，在這兩段作業經歷中，能夠感覺自己獲得了極大的成長，這個成長不僅僅是技術上的，更多的是學習到了一個職場人應具備的心理素質和軟實力，

初出學校時的學生氣

剛畢業那會，別人一眼就能看出我是一個初出學校的人，當時還沾沾自喜，覺得自己長得還挺年輕的，哈哈哈哈，

可是，“像是一個學生”真的是對你的褒獎嗎？其實不然，盡管這只是別人隨口說說，可是“學生”這個詞對于一個職場人而言，恰恰說明了這個人的專業性不足，給別人的第一印象就是“這人剛畢業，沒什么經驗，還不能獨當一面，”

其實大多數剛畢業的人，身上都帶著一股學生氣，和有著一兩年作業經驗的人，除了衣著打扮上的區別外，這種“學生氣”更能體現兩者的區別，

何為學生氣？就是仍保持著學生的思維來思考與做事，舉個簡單的例子，當一個學生遇到一個Bug之后，第一時間想到的就是詢問老師，這是在十幾年的學生生涯中被養成的習慣，作為學生，我們總是被鼓勵著去問，老師也樂意解答，可是，在職場中，不是不能問，而是不能像學生一樣去問，

什么叫“不能像學生一樣去問”呢？

在我加過一些技術群里，經常看到里面有很多技術小白在提問，但是他們的提問往往得不到解答，或者說得到的都是相同水平的人的解答，為什么呢？因為他們的問題要么太籠統，要么太簡單，要么就直接貼個報錯上來問這個報錯時怎么回事，這就叫不會問問題，

比如這樣：

正確的提問應該是在自己經過思考，有了一定的見解，并排除了一些可能后，仍無法解決問題時，將自己的排錯程序與猜想以及結果拋出來，

比如，我在之前的一份作業中遇到了一次openstack集群多個虛擬機檔案系統損壞，如果是剛畢業的時候可能會這么問：“x哥，集群虛擬機好多機器都開不了機了，不知道什么情況，幫我看看唄，”

作業了一個月之后可能會這么問：“x哥，集群虛擬機開不了機了，報錯好像是檔案系統損壞了，怎么修復檔案系統呀？”

作業了三個月之后可能會這么問：“x哥，集群虛擬機檔案系統損壞了，修復檔案系統之后能夠開機了，可是關機之后又報出檔案系統損壞，嘗試過將這部分虛擬機備份快照，并從快照中重建虛擬機，這個問題就解決了，但是不知道為什么會這樣？”

當能夠獨當一面時：“x哥，集群虛擬機檔案系統損壞了，修復檔案系統后嘗試排錯，查看集群運行日志，發現前陣子有一臺主機由于網路波動脫離集群，但是沒有宕機，經過對ceph和openstack的排查，發現不是存盤的問題，而是部分虛擬機同時運行在了兩個節點上，估計是在那臺主機脫離集群之后，集群觸發了熱遷移，將原先運行在那臺節點上的實體在其他節點上啟動了，但是啟動后，脫離集群的節點恢復正常，但是虛擬機實體沒有被kill掉，導致一個虛擬機在兩個節點上同時運行，同時讀寫磁盤，所以將檔案系統寫壞了，目前已經修改了熱遷移觸發的間隔時間，修改后可能會導致節點宕機后虛擬機的恢復時間邊長，”

從一個人提問的問題就可以看出這個人的水準，過于低級的問題或者未經思考就提問的問題，很容易引起別人的反感，而且也未必有人愿意回答，所以，在向別人提問前，先做兩件事：一、嘗試自己解決，二、將問題描述清楚，

責任感與成長

在我剛作業的時候，常常因為一些事情沒有解決完，而不吃午飯，最長的一次是一個人通宵一晚上，仍不耽誤第二天上班，如此忙碌不僅僅是因為作業任務重，更多的原因是當時確實菜，一個問題要解決好久，

隨著自己能力增長，現在已經不怎么需要加班了，但是每天仍然很忙碌，不僅僅是因為作業，而是為了自己，

現在每天晚上基本都會再學習兩三個小時，有時是翻譯一下一些框架的官方檔案，有時是看一兩本書（技術性或非技術性），有時是看看最新技術的應用，有時是刷一兩道力扣題，通常上床睡覺的時候已經是12點了，

我一直認為，作業的程序，不應該僅僅是對公司的輸出，也要有對自己的輸入，

在作業初期，往往沒有作業經驗，人的成長和對公司的產出是成正比的，此時做了什么，就學到了什么，可是大部分作業的內容往往是重復單調的，除了少部分作業外，其余的無論什么作業，只要找個靠譜的人教上半年左右，都可以勝任，在適應了作業之后，就很難再在作業中繼續學到什么東西了，而隨著作業能力提高，在作業上的壓力會有所減少，對于如何安排自己的業余時間，就是如何對自己負責，

都說程式員吃的是年輕飯，其實是吃學習能力的飯，在我畢業之初，很多公司的JD上寫的只有hive、spark，要求再高點就加個Hbase，而現在hive已經不怎么用了，spark是基礎，高點的要求也變成了Flink、ClickHouse、Kudu、Hudi、Impala等等，，，短短兩年半，對于大資料開發的技術點要求多了這么多，所以如果想保持自己的職場競爭力，不斷的學習新技術是不可或缺的，

但是，由于程式員的兩大職業特點：接觸的人少，思維固化，沒錯，就是思維固化，一個對技術沉迷到極致的程式員，其思維必然固化，變得死板，他可能在編程上可以編出花來，貪心演算法，DFS，分治法，回溯法，線性規劃網路流，，，等等演算法可能掌握的如火純青，但是，讓他說服一個不懂技術的人來使用他的產品時，你可以看到他在眉飛色舞地侃侃而談，然后對面的表情可能是這樣的：

所以，業余時間學習是必然的，但是也不能只學技術，一個優秀的好青年，必定是德智體美勞全面發展的，

如何看待自己的價值

大多數程式員都有一種優越感，確實，大部分程式員朋友們也都有這個優越的資本：學歷高、薪資高、能力高，

現在大部分公司的門檻都是本科學歷，目前全中國本科學歷的人大概在5%左右，盡管現在每年都在擴招，也就是說，大部分程式員朋友們在學歷上已經打敗了全國95%的人了，

今年年初，某人說全中國還有至少六億的人月薪在1000元左右，2019年上海的平均薪資是9580，而大部分程式員的薪資都是過萬的，也就是說，程式員的薪資至少在上海能夠在平均數以上，

作為業務部門與服務器之間的翻譯官，程式員在作業中能夠實作業務部門提出的種種需求，還要好言好語（不要BUG）地將這些需求說給機器聽，至少在這方面的能力不能說低，

可是，這三高真的是程式員優越感的本質嗎?

非也，

就拿大資料這門技術來說，資料是企業的重要資產，但是資料的價值是通過賦能業務體現的，比如，長久以來，很多企業的重大決策都是基于領導的經驗和直覺做出的，而有了大資料技術之后，領導者可以通過資料進行理性客觀地決策；又比如，通過對手機到的每個客戶的資料挖掘出他們的喜好和訴求，將對消費者的觸達從過去的“大水漫灌”到以“千人千面”為代表的精準營銷，這些都屬于資料的價值，而非大資料開發工程師的價值，作為一個大資料開發,是SQL難學？還是框架難以理解？都不是，那為什么大資料開發的工資要高于其他開發？是因為資料的價值高于其他開發所帶來的產業價值，

所以，作為一個程式員，我們的價值是體現在能為業務帶來多大幫助，而不是技術本身，輕業務而重技術的程式員是走不遠，走不高的，

如何看待35歲危機

正如之前所說，程式員是一個吃學習能力的職業，而隨著年齡的上升，學習能力也會下降，業內盛傳的三十五歲危機也不是空穴來風，

其實我也只是剛畢業兩年多的小毛孩子，對于三十五歲危機，其實沒有多大話語權，因為暫時還不能切身領悟到，

可是在我身邊的架構師、專案經理、技術總監們，沒有一個是三十歲以下的；三十五歲左右的開發工程師也見過，薪資也可觀；但是也確實有些公司在招人的時候明確表示要求年齡在三十歲以下，且能夠接收長時間加班，

所以對于三十五歲危機，我不發表太多意見，只能說提前打算，未雨綢繆吧，在三十五歲之前多學習技術知識，過幾年轉崗架構師或其他技術性管理崗位；要么扎根某一行業，學習業務知識，結合技術，在這個行業做一個技術應用專家；要么回老家拿著這幾年的積蓄創業搏一搏，

如何與PM相處

在兩年作業中，遇見過三個PM：

第一個是剛畢業時的領導，不懂技術，但是對于專案管控了如指掌，對我說的最多的一句話就是“你先放手去做，如果在dead line前幾天覺得完成不了再跟我說，我來安排，”但是一般我都能夠完成，對于這樣的PM，基本能夠作業地很順利，

第二個和第三個是在現在公司里的，準確來說是一個架構A，和一個專案經理B，兩人性格和風格完全不同，

A做事不緊不慢，一個預計三個月周期的專案，可能他會到最后半個月的時候才安排任務，和這種PM合作，必須自己管控好專案的進度，不然專案極有可能無法按時完成，

B做事相對A來說就顯得很急躁了，比如她提一個需求，你預估三天完成，她會催一催你，讓你兩天完成；你預估明天完成，她就會讓你今天下班前做完，對于這種喜歡討價還價的PM，必須在預估時間時盡量寬松一點，比如你認為三天能完成的任務，就預估五天，反正都會被壓縮周期，最后還是三天完成，當然，這不是在劃水，恰恰相反，這是對專案負責，一個被無故壓縮周期完成的開發，要是出了BUG，就要花更多的時間去解決，從效率上來說，就得不償失了，

總的來說，PM的風格各不相同，但是PM不是敵人，而是和程式員一起完成專案的伙伴，與PM相處時，要保持良好的溝通，如果對于確實無法相處的PM，也不要撕破臉皮，重要的是完成專案，有時耍耍心眼也是必須的，