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努力的方向
-
bug數據較多：全年bug數量79個，排名共享業務第八名；reopen 13個
原因：對下游業務瞭解不夠充分，部分邏輯沒考慮到；經驗不足，不停踩坑，reopen全部發生在第三季度，原因是不熟悉聯調提測流程，第四季度沒有一例reopen
如何避免：多做code review，並請教經驗豐富的同事 -
現在的狀態是能夠cover需求，有吃力感，也沒有很多的時間停下來思考，擔心的點：完成任務的同時有沒有兼顧個人成長
延期原因： 對需求的時間、難度判斷還需要提升開發項目估時不準，導致延期，開發效率還不足，正在爲coding得又快又好而努力
如何避免：將任務更加細粒度的分解，每個小點單獨估時；考慮問題全面，性能問題，下游業務的需求，歷史數據的遷移都得考慮
如何兼顧個人成長：每天看一篇技術博客(專注於數據庫，各類中間件，分佈式架構)，每兩週寫一篇技術博客，與小組交流討論，提升技術深度與廣度 -
假定明年讓你獨立拎標準中心， 你覺得你還差(工程、技術)在哪裏？需要朝哪些方向努力並刻意練習的，能落地的點有哪些？
在工程方面需要提高的點：學習解決問題的思路和方法。多去解決問題，珍惜每一次線上的故障，看到問題到解決問題。越久的項目，坑越多，你不能讓這些坑持續下去，不然會越做越累，給自己定個小目標，每個月解決一到兩個坑點。
需要朝哪些方向努力並刻意練習的：數據庫性能瓶頸分析，應急響應策略學習
能落地的點有哪些：第一步：做技術文檔時全面考慮各種邏輯，歷史數據的遷移；第二步：和業務方第一時間定義好接口，避免時間浪費，將好的設計思想用在自己的項目中；第三步：做好代碼review，避免慢SQL等各類性能問題 -
技術棧的學習
| 技術 | 功能 | 學習途徑 |
|---|---|---|
| canal | 用於mysql增量日誌數據的訂閱、消費和解析，阿里巴巴開發並開源 | b站+官網 |
| elastic-job | 分佈式任務調度框架，噹噹開源 | 官網+b站教學視頻 |
| rocket-mq | 處理高併發的消息流轉，能處理萬億級別的消息 | b站教學視頻+代碼 |
6、程序員工作法(來自鄭曄《10x 程序員工作法》)
1. 精力放在哪兒
設計算法、改進系統、優化系統等富有創造性和成就感的本職工作中
2、本質複雜度和偶然複雜度
本質複雜度：解決一個問題時：無論怎麼都必須做的事情 eg：開發網站
偶然複雜度：因爲選用的做事方法不當，而導致要多做的事。 eg：選用了錯誤工具
精力聚集在本質複雜度上，提高工作效率，擺脫直覺的束縛。
3、原則：
-
以終爲始: 確定好真實目標
在工作的一開始就確定好自己的目標。我們需要看到的是真正的目標，而不是把別人交代給我們的工作當作目標 -
任務分解：找到實施路徑
大目標拆分成一個一個可行的執行任務，工作分解得越細緻，我們便越能更好地掌控工作 -
溝通反饋：解決與人打交道出現的問題
疏通與其他人交互的渠道。一方面，我們保證信息能夠傳達出去，減少因爲理解偏差造成的工作疏漏；
另一方面，也要保證我們能夠準確接收外部信息，以免因爲自我感覺良好，阻礙了進步。 -
自動化：解決與機器打交道出現的問題。
是將繁瑣的工作通過自動化的方式交給機器執行，這是我們程序員本職工作的一部分，我們擅長的是爲其他人打造自動化的服務，但自己的工作卻應用得不夠，這也是我們工作中最值得優化的部分。
生命裏沒有人會一直陪伴你，陪伴你一個月、一年、十年都是你生命中經歷的一部分。所以，對於生命中的匆匆過客，不要去糾纏過去，放眼將來。做最好的自己，等待你生命中的她出現時，纔不會錯過。棄我去者，昨日之日不可留。亂我心者，今日之日多煩憂