天天看點

後端日志【16】:時間過的很快,堅持自我修煉的三個月又10天,我現在有什麼感覺呢?寫在開頭第三個月的進步 第三個月的不足第四個月的改進其他

2019年08月25日

任何事物都無法抗拒吞食一切的時間。 

—— 泰戈爾

目錄

寫在開頭

第三個月的進步

第三個月的不足

第四個月的改進

其他

寫在開頭

時間過得是賊快了,上個月我還在為幾個工作上的難題而頭疼不已,轉眼已經過去一個月,而一個月之前的難題已經被我使用“分治”,逐個解決掉了:

  1. 包括CEO下的軍令狀:解決一直以來,客戶投訴驗證的消息問題;取得一個重要的進展,對已有的子產品進行了大規模的深入與研究。
  2. 包括例會上,老大們對我某個功能開發進度把控上的質疑;這個屬于業務開發,沒的辦法,該熬夜還是得去熬夜加班加點。

第三個月的進步

對自己還是肯定的,30天的時間裡面,時間充分用在了工作上面。休息時間控制上還是稍微欠缺了行動力(但是相對于大廠的作息,我的工作節奏也許還是蠻輕松的吧,哈哈0..0)。

先回顧下自己的工作内容:

首先,對于自己負責的子產品,能夠花時間去了解前人的設計思路和代碼意圖。更重要的,是對自己負責的子產品開發了一個較完整的測試工具(這個是和我們背景技術負責人一塊完成的)。

其次,功能開發不是一個人的事情,是多人協作的合作成果。第三個月,我和同僚配合行動,也就是業務上下遊的銜接。

再者,是零零散散的積累:TCP/IP抓包,設計模式,redis資料結構與實戰,分布式通信之websocket與http,springBoot工程開發,kafka使用實戰與原理,nginx使用實戰與原理,阿裡雲的環境部署等。

最後,是“扯皮能力”了(emmm,年齡越大,臉皮越厚)。

第三個月的不足

掩蓋不住的,還是幾個較大的失誤,

  1. 代碼review時,仍然保有僥幸的心理,覺得隻要實作了功能,可以稍微放松對代碼品質的要求(主要是代碼可讀性和規範性);
  2. 給上級進行彙報工作時,彙報存在很多主觀字眼(比如:大概,差一點,很快了);
  3. 跟同僚交流時,沒有樹立自己的威信,沒有給别人一個靠譜的感覺;

那麼我自我剖析一下原因:

  1. 代碼review,因為自己是工科出身,是以身上還留有實業家的“氣質”----隻要功能ok,系統不挂,代碼不過是一種過程。這也是很多轉型IT行業的小夥伴容易犯的錯誤。恰恰是因為從事了程式員這一行,代碼可讀性往往是需要重視的一環,因為這是最基礎的職業素養!簡單的列舉:魔法數字、靜态變量要大寫,方法命名要符合駝峰法等等;這一個弱點,可以通過《阿裡java開發規約》完成,給自己的IDEA裝一個文法檢查插件也是很不錯的選擇!
  2. 工作彙報,因為自己性格比較木讷,屬于實幹型男生----踏實幹活,少說多做。這也是很多IT從業人員的自我定位誤區,在中國,IT幹到30歲要轉行管理層是一個共識了,雖然我們剛剛畢業沒多久,但也是要有意無意的去往頂層方向去靠攏才行啊。不可能說,你不斷地去寫代碼,然後熬到某個不大不小的歲數,老闆就決定讓你做一個leader了(impossiable!)。一切收獲源自于積累。學會說話,學會溝通,也是很重要的。簡單舉例:工作任務完成了70%,剩下的30%有2個難解決的問題,暴露了1個需求設計不合理的地方。
  3. 同僚交流,越是成熟的人,越能夠淡然面對問題,并冷靜給出看法和意見。這個眼光還很窄,沒把握給各位一個準确的回答。但我感覺,如果可以讓工作節奏保持一個平穩,情緒也保持穩定,這樣大機率能清晰了解同僚的意思了;而給出看法和意見,那就需要你的技術能力和業務經驗了,我同樣給個共識:決定要利人,将自己與别人捆綁到一個利益共同體,清晰告訴别人這樣做的好處。

第四個月的改進

  • 資料結構與算法:視訊+看書,每天早上/晚上休息要溫習一遍内容(這是我工作忙的時候無法做到的)
  • 業務深入和代碼改進:配合業務,把自己代碼寫的不好的内容一一改進。
  • 技術深度:利用好瑣碎時間,多思考。

其他

家庭回歸,對父母對家庭對生活,我要重新成為頂梁柱,在工作之餘花多點時間陪二老,合理使用人力資源,時間資源。

後端日志【16】:時間過的很快,堅持自我修煉的三個月又10天,我現在有什麼感覺呢?寫在開頭第三個月的進步 第三個月的不足第四個月的改進其他

落筆,我的2019年修煉還在繼續。