IT工程師數位筆記本

2015 Career

時間軸

回顧一下，13年畢業，在第一家公司呆了近2年，年初4月從西安來到上海，在一家游戲公司做了3個月，沒選擇轉正，匆匆離開，了斷了自己對游戲工作的朦朧的掛念。十一后，繼續到上海找了份互聯網公司的Android職位，不愿再折騰，決心好好提升下移動端技能，拓展技術視野，為以后能獨當一面去努力。

新環境學到的

入職2個月多，逐漸適應了工作節奏，相比之前公司的經歷，有以下幾個非純技術的收獲：

1.app一個月一次版本迭代：

需求確認+方案/1周 >>>> 編碼實現+自測/2周 >>>> 測服+發布/1周    //大概這個節奏

2.團隊工作
相比之前一個人一條龍單干——和客戶談需求，自己設計界面，寫代碼，測試，寫后臺，寫說明書etc——現在和公司以下部門協作——產品，UI，服務器端，測試——深刻體會了工作中 “溝通 + 協作” 的重要性。

2.1 及時讓別人知道你的想法： 新入職，組長分配的任務，有什么疑問即時拋出...大家相互獲得正確的信息，才能有準確的判斷。
2.2 主動聽取別人的想法，意見，經驗，業務知識，等，避免錯誤的假設。
2.3 和任務相關的人一起制定協議，先設計好再去實現。
2.4 先融入團隊，然后是團隊工作。
2.5 others...

3.代碼和項目管理
以前也使用git做代碼管理，但僅限于“版本恢復”和“合并代碼”這樣的基本功能的使用。
目前的項目：

主要有三個分支：
develop： 做新功能。
release： 每個版本功能開發完畢之后，一個tag，verX.Y.Z這樣的，之后在此基礎上測試并改bug。
 master： 線上版本，只做一些hotfix。

4.工作“線上”化
公司內部事務幾乎都是在線方式完成：

4.1 使用wiki管理各種文檔：行政制度、接口文檔、團隊文化、技術分享等等，都在wiki上寫，便于大家及時看到。
4.2 使用teambition做項目管理。 主要就是 “日歷 + 團隊 + 項目” 的過程控制。
4.3 使用mantis管理bug，使用rap來mock網絡請求的響應json數據。使用jekins打包集成。
4.4 OA、bug管理、企業郵、群、討論組 等，一切以【及時高效】為 原則。

提升戰斗力

可能工作2年左右的朋友都開始有這種感覺：很多知識都會，而原理又不是很懂；很多功能網上查查都能做，又好像做得不夠優雅；知識點雜亂，沒有自己的體系;沒有從無到有構建一個項目的經歷，包括代碼和設計文檔等；不知道下一步怎么提升...
關于原因，我的體會是：

知識體系：一直處于“具體功能怎么做”的層次，包括看書、博客、視頻、網上搜等，都習慣于遇到問題，被動去學習獲得解決方法——主要就是獲得能改一改的代碼。
項目經驗：只關心完成分配的任務，沒有站在全局思考問題，整體把握產品和代碼，無“大型、優秀”項目的鍛煉。

我想如何突破：

@ 看進階類的書、博客。
@ 找到優秀的完整開源項目，學習其框架。
@ 經常用到的庫，如Volley、常見api包，閱讀源碼，掌握類結構，理解原理。
@ 學習服務器技術，web前端，拓展技術視野。

@ 官方文檔是個好東西，以前都沒好好看過，其實training和api guide部分還是值得過一遍的。
@ Launcher、Calendar、Gallery3D、Contacts，以及API demo和示例代碼，都有很多好的設計思想和最佳實踐在里面，是時候感受優秀代碼是什么樣的時候了。

計劃

目前在公司擔任的是“中級開發”的職位，深刻意識到和“高級開發”的距離真不是“那么一點點”。
除去“管理路線”的選擇，偏技術路線上，也是分兩方面的：

知識面廣：能負責起整個項目的框架，照顧方方面面，成為“（移動端）技術負責人”。
專業深度：某方面玩得深，去大公司做高端的技術，比如瀏覽器，視頻，地圖等。

我的打算：

學習一個優秀完整的開源項目，主要是搞出自己一套框架。
做一個自己獨立的app，作為知識的實踐積累。
因為之前游戲開發的好奇心吧，繼續搗鼓點3D的小東西。