這是春節前的最后一篇文章了，今天公司沒事，想對2012的工作做個詳細的梳理，讓我知道這一年我有什么樣的收獲，好了，先來張圖：
Contents：
一丶WCF的入門
(2012年5月至今一直斷斷續續的學習)
本來今年沒有打算學習WCF的，不過來到新的公司卻發現項目是基於WCF基礎上進行開發，無奈我需要了解下關於WCF知識的。
一開始是看得“<<WCF服務編程中文版>>”這本書，可是有的知識點講的很難懂(我是新手)，於是在開始在園子里面收集WCF系列文章，看的蠻多的，算是入了個門！
但還需要繼續深入，有些東西還是似懂非懂的，2013年我更加系統性的學習WCF的！
分享下我這一年半收集的資料：http://www.kuaipan.cn/file/id_29568238492844035.htm
二丶ADO.NET的封裝
(2012年8月)
雖然對ADO.NET的基礎知識還是比較熟悉的(參考：ADO.NET - 全面梳理，ADO.NET - 深入DataTable(資料))，可是要想把ADO.NET封裝成一個方面使用的API還是需要一些思想和技術的，我也是參考了很多的資料，也經過了一些列的測試才逐步完善現在項目中使用的DBAccessBroker這個類庫的。
參考：學習之路十六：自定義數據庫通用類 → 模仿+改進 (歡迎大家提出改進意見)
這個類庫的功能還是比較簡單的，仍然在牛逼的路上......
三丶緩存的使用
(2012年11月)
說起對緩存的學習還是在Review項目代碼的時候發現，那時候發現項目中有很多地方會去查詢數據庫(速度太慢了)，可是這些數據基本是不變的，所以當時研究了一下緩存技術，也看了ASP.NET的緩存(可是項目不是ASP.NET)，最后結合ASP.NET技術實現了一個自定義的緩存，參考：學習之路十九：模仿ASP.NET的緩存依賴自定義緩存機制。
這個緩存實現可能不能適應大項目，會有點耗性能，不過對於我們公司的項目已經夠了，:-)
四丶簡單項目重構
(2012年12月-2013年1月)
說起項目重構我真的是沒有經驗，而發起項目重構的原因是：新的需求導致了原有架構不能很好的擴展了，所以才做了一次簡單的項目重構。
而這次的項目重構也是挺簡單的，主要方面：命名規范，分層思想，異常處理，職責單一原則，業務拆分(這個是這次重構最大的改動)，代碼規范等等
五丶.JSON
(2012年10月)
對於JSON我也有一段時間學習過(參考：學習之路十一：JSON（序列化與反序列化）)，對它也是有一點了解吧，可是在2012年7月的時候對項目中原有的JSON類做了一個測試，發現對於大數據量的轉換速度很慢，尤其對於數據結構比較復雜的Entity會更慢，於是就開始了優化JSON的工作！
感覺優化JSON的過程其實挺幸運的，找了一些資料，讓我發現了fastJSON(http://www.codeproject.com/Articles/159450/fastJSON)，在對它研究了一段時間后，果斷用於項目中，發現速度那是刷刷刷的往上飆啊，不過在舊版的fastJSON不能進行反序列化操作，不過在最新版本中已經沒有問題了，可以放心使用了，o(∩_∩)o 哈哈......
六丶Socket
(2012年12月至今一直在學習)
對於Socket此前我一直是很畏懼了，因為感覺它很神秘，一直不想去學習它，可是在2012年底有一個項目中必須要使用這個技術(幸好有個好同事幫我完成了)！
於是就下決心好好的學習它一下，不過發現在學習的過程中一段不要急於求成，因為用這樣的心態去學習，很多東西你只能很膚淺的去看待，不能真正的看到本質原因，所以在學習的過程我都是第一遍看不懂，那我來第二遍，還不行再來第三遍，我就不行搞不定它，加油......
園子里面有很多這方面的文章，我就不一一列舉了，站在巨人的肩膀上才能看的更遠......
七丶性能優化
(一直在進行着)
在團隊中也從來沒有對性能優化做一次很詳細的分析(當時這個后台項目只有我一個人)，這只是我在平常工作不忙，或者在Review代碼的時候從中發現的一些問題，從而進行改進，也就是說性能優化一直在持續着.......
關於性能優化園子里面有很多資料，無非就是數據庫優化，資源利用率優化，緩存等等，雖然就這幾個，可是這里面的學習真的還有很多，我需要慢慢的積累和學習！
八丶工作方式
(在慢慢的改變着)
說起工作方式在剛開始的時候根本不知道它是什么玩意，可是自從來了這家公司，繁忙的任務，太多的壓力讓我開始慢慢改變自己的工作方式，如果我不改變，我的工作將變的一團糟，效率降低，質量還很差，所以我一直在改變，追求一個適合自己的工作方式！
8.1 工作的思考一：業務流和工作管理
8.3 工作的思考六：笑看工作壓力
我現在對待每一個任務都會以一個Work To Do List記錄下來，沒有完成顯示紅色，完成了顯示綠色並備注過程等等，這樣才能不會出現遺漏工作任務的情況，這個我已經變成習慣了，堅持！
九丶溝通
說起溝通，我在剛進入現在待的公司的時候，需要另一個部門的同事幫助，那時候的溝通讓我吃盡了苦頭，有的時候一個很簡單的溝通，我愣是把它說的十萬八千里之外，這樣直接導致了工作延誤，我很害怕！
可是Leader和項目卻一直在旁邊細心的指導我，經過他們幾次的批評和指導之后，我在改變，我也更注重跟同事，跟上級的溝通。
9.1 工作的思考二：無效的溝通 (寫這篇文章的時候我才剛開始意識到自己的溝通問題，可是一直沒有從根本上做改變)
9.2 工作的思考九：公司考核帶出溝通能力的思考 (到這篇文章之后我才真正意識到溝通的問題之所在，才開始慢慢的改變溝通方式)
從上一篇文章(9.2)之后到現在溝通上有的時候還會出現問題，不過我都會及時的反省並做出改變，我曾經為了提醒自己跟別人說話之前一定要很清楚的知道自己要表達什么問題，扇了自己十個巴掌，目的是為了提醒我要有這個意識，刺激自己！
我相信溝通能力我會慢慢的掌握和熟練，加油！
十丶思維方式和高度
這個東西很懸，我一直沒有很深入的領悟過，主要是我的經驗還不夠(不會太心急這個怎么樣，慢慢來)，不過有這樣的想法肯定是好的，看問題不能太局限性，就像寫代碼，一定要多角度考慮，不能你寫一句代碼就會影響十行代碼，這是萬萬不可的！
不過在做一個項目的時候，讓我有了一絲的認識：工作的思考十：思維的高度決定設計的好壞(小菜的思維)
作為項目的開發者，我們應該從更高的角度看待每一個問題，而不是角度單一，高度不高等等，很顯然我還沒有做到，我還需要很多的磨練，跌倒，爬起來，再跌倒，再爬起來，這樣反復的歷練才能有更深入的感悟！
結束語：
明天就要回家咯，這是2012年最后一篇了，回想這一年，努力的還不夠，養成了一些壞習慣和一些好習慣，2013年改掉那些壞習慣！
還有身體很重要，2013年我投入一些時間進行身體鍛煉，一定會做的，意識到問題就去改變，這是程序猿的好習慣！
祝園友新年快樂，Happy New Year！
以同步至：個人文章目錄索引