遙想上一次這么清靜下來思考還是在去年7月初了，當時還是算迷茫，比較泄氣的是沒能去希望的那個小組，但后面看來并不算壞事，起碼現在這個小組在我看來是很理想的一個狀態，凝聚力，上進，分享，有種當初凝聚的感覺，一個房間，一個團隊，天天嬉皮笑臉，卻不忘一起追尋自己的夢想。大半年工作下來，也是該回顧下自己半年的工作
和大學時不一樣，我的代碼并不會馬馬虎虎趕完去參加比賽后就棄之不理了，這并不是一次性代碼，它需要維護，更需要體現其價值。優化完了一個功能，甚至不能說出它比以前好在哪里，也沒有數據可量化，更要命的是我就這么讓這項目過去了，花了1個月做出來的東西，并沒有任何人知道，也沒任何人去關注，沒有任何測試數據來說明我讓這個功能有了很大程度上的進展。就像以前對凝聚的娃兒們說的，寫出來的軟件沒人用，不管用到的技術再精湛，也是堆廢代碼。切記切記，不論如何，要量化自己的工作，有數據的對比別人才知道是進步。
從來到公司到現在，終于知道什么叫超出期望了。as一個合格程序員，你得按時完成老大布置的任務。但事情遠遠不止這些，老大很多時候只是給你指明方向，并不會告訴你每一步怎么走，這樣做的好處能夠讓你自由發揮，壞處是容易迷茫。這也許是好多新人過來時候的通病，被派指任務后無從下手。這個可是個溝通的活，首先必須要精確了解老大的預期，記住，我這里說的是精確了解，當然老大的預期并不一定完全正確，但是，在你沒法辯駁用數據辯駁他不正確的時候，你要做的就是收集資料，然后分析可行性，再然后給老大復述你的計劃，在我看來，我其實并不希望我的計劃和老大的預想完全一致，更多的討論才會產生一個完美的方案，如果你僅僅只是按老大說的去做，那么就是那個qualified programmer，一定一定要記住，你最好得有自己的觀點，觀點必須得碰撞，碰撞中才會反思各放觀點的優劣，一個權衡的觀點才會出來。其實需求確認這一步可能很多人看來很冗余，但是在我看來很是必需，因為口口相傳的需求并不會精確到哪里去，所以需要確認確認再確認，省的做完后又得打翻重做。
技術的事情，千萬別糊涂，你的程序crash了，你得知道為啥，你的new失敗了，你也得知道為啥，因為隨著程序越來越大，你debug的難度會越來越高，有問題，早解決，而且對所有問題，你必須知其所以然。當然，那些惡心的沒有文檔而且注釋只注釋了一半的第三方庫除外，用這種庫還不如自己重新寫一個去，一直認為這種成品的存在就是個雞肋。編程里面有一句話叫donot repeat yourself，你得管理好并且總結你的代碼，總有一天，你或者別人還能用得到。
這是我最大的一個毛病了吧，其實放在互聯網公司這種催進度好比催命般的大環境下，這算是壞習慣，我工作模式一般是串行化且關中斷模式，一件事必須得先做完才開始做下一件事情，中間容不得有任何注意力的轉移。但是往往中間會有更加重要的事情插播進來，當然，如果出現這種情況那是項目管理上的悲哀，但事實如此，等待現狀改變還不如去適應。清楚的知道優先級，這其實非常重要的，因為很有可能插播進來的任務關聯到其他同事，處理不好，會出現項目發布前N個人等你的這種狀況，說難聽點，這時候你就成了后腿，重點是別人怎么拖也拖不動。
說好的每周一次運動在工作三個月后就煙消云散了，我是那種做事情的時候容易走火入魔的程序員，事情沒解決之前腦子里全部都是相關的事情，但往往這樣是最沒有效率的，反倒去運動運動，待第二天腦袋清晰了反倒就有結果了，老天喃。。。我關中斷的思維模式何時能轉過來。。。程序員應該算是最最需要鍛煉的群體了吧，一天坐10個小時還不帶上廁所的，可以遇見好多人在幾年后都會脊椎等地方開始出毛病，但這是我們可以遇見得到的啊。。。竟然都知道了，為何不去阻止其發生呢？不為別人，單是為了現在或者未來的家人，好好愛護自己的身體比任何事情都重要，期待有一個人，，，，能在我走火入魔之際把我拉出來去打一場球，以前有小妖，有番薯，有葡萄哥，而現在呢？沒有你們的城市里我也要健康的活著，不為別的，只為留著口氣把賺來的錢好好的花出去 -_-#，指不定哪天我暴斃了銀行里還有好幾百萬，這丫的不虧大了。
暫時就這么多吧，希望這些能在我今后半年有所改善，也許在我看來，技術已經不再是全部，做事情的方式才是我今后想各前輩學習的地方。