2019年終總結 2020新年展望

1、時間線如下

時間	日程
4月15	大論文學院稽核
4月19	大論文送審
4月中旬	小論文投遞
5月中旬	去公司實習
5月下旬	畢業答辯
6月21	畢業典禮
7月1号	實習轉試用期
8月中旬	小論文被錄用
11月15号	試用期轉正

2、畢業季 學業

大論文共修訂了5稿，在第三稿時，将第三章的單點标定算法與第四章的隐式标定算法串起來了，這樣大論文基本有了整體感，後面專家盲審的分數都在80分以上；

然後是小論文，就比較磕磕坎坎了，研二時寫的《單點标定算法》小論文品質不過關被導師斃了，然後在大論文答辯後，寫的第二篇小論文《隐式标定算法》，投的《計算機科學》。在4月中旬投稿，由于在6月初畢業季時雜志社還沒消息回複，于是隻拿了畢業證。7月底才拿到的錄用通知，然後又繳納了一筆加急費，終于在8月份論文發表了，9月份順利拿到了學位證。至此，讀書生涯告一段落。

教訓：小論文準備得太遲了，一般國内小論文發表的周期在3個月以上，是以務必在答辯的3個月前投出去，如果不能確定會被錄用，那就提前更長的時間。不要把前程置于危險的境地，要是在轉正前沒有拿到學位證，offer就沒了，我是我們學院9月份畢業的唯一一個學生，全學院30多個學生被延畢半年。

3、初入職場

由于學校裡沒什麼事了，就剩個畢業答辯，5月15号開始，去公司實習。具體在公司做了這些事情

時間	項目	價值
6月~8月	對接營運需求：開發營運工具、提效工具(品牌下線，類目排序，打标查詢工具等)、對已有代碼的性能優化	各類工具順利完成，解決了營運的部分痛點，對層級資料的導入方案寫成專利 《一種對層級資料進行去重的方法、裝置及媒體》
9月~10月	上海項目：屬性庫重構，屬性管理，屬性庫管理，天貓屬性同步	價值：1、屬性值id化，友善管理，2、拓展了屬性、屬性值資料量，3、屬性添加了級别的概念
10月~12月	上海項目：類目屬性重構，背景類目屬性，協定類目屬性。	價值：1、類目屬性具有級别的概念，2、新增協定類目屬性的概念，滿足不同執行個體機構的個性化需求

初入職場的陣痛期大概持續了2個月，在學校實驗室和在公司差別還是蠻大的，特别是用腦方面，感覺工作之初，在公司一天的用腦量抵得上在學校一周的時間，在公司每天都有晨會，彙報項目進度，在學校隻需一周開一次會，最深的感覺是公司是大神很多，什麼問題小組長啥都會，不像在學校，都是一幫菜鳥。後面适應公司節奏後，效率提升，整體就輕松了很多。

對比	實驗室	工作
作息	早9點到晚10點	早9點半到晚6點，一般加班加到9:15,打車報
工作強度	強度不大，白天看論文，寫代碼，晚上可以做自己的事情	強度極大，項目倒排，每天都得彙報進度
成就感	說實話，讀研的成就感還沒有考上研究所學生大，遇到問題沒有可以解決的人，工作效率很低，踩不完坑	收獲滿滿，進步神速，遇到問題卡殼10分鐘，就可以去問大神
收獲	收獲的是理論知識，創新能力	收獲的是實踐技能，動手能力

4、2019年flag完成情況

2019年的flag:	完成進度	備注
1:每一到兩周寫一篇技術部落格，内容以原創為主，主要是面向面試題的對技術的深入了解	這個完成量不足，時間全tm用在加班了，估計部落格就寫了10來篇，主要是開發過程中遇到的一些問題，例如stream流式計算，mysql的索引，NIO之類
2:需要學習的技術:spring生态的深入了解，spring boot/spring cloud/mybatis plus并在項目中用上	1、springboot學完了教學視訊，實際生産中也用上了，但是底層的源碼，及設計模式還未掌握，得繼續學習。2、對于微服務架構，公司使用的是阿裡的dubbo，springcloud沒有用上，後續還是得學習，與dubbo各方面進行對比，取長補短。3、mybatis plus用上了，并使用了一個mybatis插件，生成常用的代碼，減少開發時間
3、科研方面好好靜下心來做，由于3月份左右就得送出論文，還有小論文得發表，接下來一段時間有得忙了；	over，我tm再也不用寫論文了
4、技術學習的最終路線：我想成為一名能獨當一面的架構師	還遠得很，慢慢來，先cover住需求，把自己負責的标準中心做深做精。

5、2020努力的方向

1. bug資料較多：全年bug數量79個，排名共享業務第八名；reopen 13個

   原因：對下遊業務了解不夠充分，部分邏輯沒考慮到；經驗不足，不停踩坑，reopen全部發生在第三季度，原因是不熟悉聯調提測流程，第四季度沒有一例reopen

   如何避免：多做code review，并請教經驗豐富的同僚

2. 現在的狀态是能夠cover需求，有吃力感，也沒有很多的時間停下來思考，擔心的點：完成任務的同時有沒有兼顧個人成長

   延期原因： 對需求的時間、難度判斷還需要提升開發項目估時不準，導緻延期，開發效率還不足，正在為coding得又快又好而努力

   如何避免：将任務更加細粒度的分解，每個小點單獨估時；考慮問題全面，性能問題，下遊業務的需求，曆史資料的遷移都得考慮

   如何兼顧個人成長：每天看一篇技術部落格(專注于資料庫，各類中間件，分布式架構)，每兩周寫一篇技術部落格，與小組交流讨論，提升技術深度與廣度

3. 假定明年讓你獨立拎标準中心， 你覺得你還差(工程、技術)在哪裡？需要朝哪些方向努力并刻意練習的，能落地的點有哪些？

   在工程方面需要提高的點：學習解決問題的思路和方法。多去解決問題，珍惜每一次線上的故障，看到問題到解決問題。越久的項目，坑越多，你不能讓這些坑持續下去，不然會越做越累，給自己定個小目标，每個月解決一到兩個坑點。

   需要朝哪些方向努力并刻意練習的：資料庫性能瓶頸分析，應急響應政策學習

   能落地的點有哪些：第一步：做技術文檔時全面考慮各種邏輯，曆史資料的遷移；第二步：和業務方第一時間定義好接口，避免時間浪費，将好的設計思想用在自己的項目中；第三步：做好代碼review，避免慢SQL等各類性能問題

4. 技術棧的學習

技術	功能	學習途徑
canal	用于mysql增量日志資料的訂閱、消費和解析，阿裡巴巴開發并開源	b站+官網
elastic-job	分布式任務排程架構，當當開源	官網+b站教學視訊
rocket-mq	處理高并發的消息流轉，能處理萬億級别的消息	b站教學視訊+代碼

6、程式員工作法(來自鄭晔《10x 程式員工作法》)

1. 精力放在哪兒

設計算法、改進系統、優化系統等富有創造性和成就感的本職工作中

2、本質複雜度和偶然複雜度

本質複雜度：解決一個問題時：無論怎麼都必須做的事情 eg：開發網站

偶然複雜度：因為選用的做事方法不當，而導緻要多做的事。 eg：選用了錯誤工具

精力聚集在本質複雜度上，提高工作效率，擺脫直覺的束縛。

3、原則：

• 以終為始: 确定好真實目标

  在工作的一開始就确定好自己的目标。我們需要看到的是真正的目标，而不是把别人交代給我們的工作當作目标

• 任務分解：找到實施路徑

  大目标拆分成一個一個可行的執行任務，工作分解得越細緻，我們便越能更好地掌控工作

• 溝通回報：解決與人打交道出現的問題

  疏通與其他人互動的管道。一方面，我們保證資訊能夠傳達出去，減少因為了解偏差造成的工作疏漏；

  另一方面，也要保證我們能夠準确接收外部資訊，以免因為自我感覺良好，阻礙了進步。

• 自動化：解決與機器打交道出現的問題。

  是将繁瑣的工作通過自動化的方式交給機器執行，這是我們程式員本職工作的一部分，我們擅長的是為其他人打造自動化的服務，但自己的工作卻應用得不夠，這也是我們工作中最值得優化的部分。

生命裡沒有人會一直陪伴你，陪伴你一個月、一年、十年都是你生命中經曆的一部分。是以，對于生命中的匆匆過客，不要去糾纏過去，放眼将來。做最好的自己，等待你生命中的她出現時，才不會錯過。棄我去者，昨日之日不可留。亂我心者，今日之日多煩憂