程序員年度總結

範文一：序員年度總結

這一年從好運開始從壞運氣結束，也就是前半年技術薪水各種事情都在走上坡路，而到了下半年雖然技術薪水身體狀況也都是在增長，但明顯感覺不像上半年那樣順風順水。我一向不是個運氣好的人，或許是因為性格不夠主動的原因，很多東西都會與我擦肩而過，機會像暴風驟雨般向我襲來，都被我一一避過。很多時候都悲催的望着身邊的同學朋友不斷的跳槽和加薪，不斷的在羣裏面述説自己的得意之事。經常也告訴自己剛開始工作，不能太在乎薪水了，應該以學技術為第一要務，應該以鍛鍊身體和交朋友為重要目標。在一個公司裏一定要先穩定下來，趁年輕多吃些苦，多學點核心技術，將來不怕找不到高薪工作。但這些話現在看來是自欺欺人了，薪水比同水平的朋友低了一截，技術似乎也沒有多少值得誇耀之處，那麼我拿什麼來安慰自己呢?

這是我第一個公司，目前沒換過。公司整體氛圍還是可以的，技術研討的傳統非常濃厚，整個產品開發部牛人還是很多的，和大家熟了之後我就充分發揮了臉皮厚的特長，男的叫哥，女的就叫姐，有什麼疑難問題就輪流去問。三四個人，他們在某些領域都有不錯的研究，都具備指導我能力，時間長了次數多了，他們也習以為常只要有空肯定是要被我請來解決問題的。從他們解決問題的方式和思路中，我慢慢也學會了很多方法，最近半年來我問的問題逐漸少了，偶爾會有解決不了的難題，問到他們身上，他們也大都要犯好大難。很奇怪，有時候自己怎麼想也想不通想不到的問題，只要把他們請來，我的思路立馬就開闊了。情景大抵如此：他們坐在我的電腦前，我站着恭聆指教。在他們瞭解情況和嘗試解決辦法時，我提一提自己的想法，説説之前未解決的其他原因和產生的現象，於是突然間我就想到了，原來這般這般就可以解決該問題了。總體來説這個問題他們沒給我實質性的幫助，我自己想到了這個問題的解決辦法，但讓我自己來想恐怕還要好久。有時候甚至於直接卡殼，大腦短路，無法繼續下去。老鳥告訴我，形成了思維定勢，自己很難有所突破，停下來，想一想，或者去放鬆一下，再來解決這個問題，思路就來了。這個我深以為然，但項目緊的時候，都是爭分奪秒，誰能閒下來去陽台轉轉?都是一坐半天 ，來水都懶得去接，儘管飲水機就在五步遠的地方。

去年和同事們不太熟，話説的不多，問題問的也少，不似今年。今年年初開始，一直都跟幾個人形成穩定的吃飯陣營，每天中午必然是我們幾個一起吃飯，除非有人出差不在。在飯桌上大家少談工作，多説新聞和娛樂，這樣大家的關係就拉近了很多，熟了之後我的話就開始多起來，不時的講個笑話説個段子，大家一樂我也挺高興。一年來，好像大家都習慣了我的大嘴，有一次我去外地出差一個半月，回來之後就有人説，你不在的這些日子，大家吃飯都沒勁了，少了太多的熱鬧了。看來我雖然很貧，但還沒招人討厭，這樣很好。我想可能因為我的真實和真誠，雖然我很喜歡扯淡很喜歡講段子，也可以説很喜歡裝逼，但都是明着裝來着，絕對不會玩虛偽。即使我再裝逼，那也是大家一眼就能看出來的，純粹是娛樂需要，只是為了嘴貧而已。人際關係自認為做的還不錯，最起碼沒有樹敵，和大多數同事的關係都很好，比以前主動了些，這應該算得上是種進步吧。

年初開始一直忙着做部門的一個項目管理系統，這個系統是我接觸的第一個

正式的開發任務，這個系統曾讓我無比糾結，新接觸的freemarker還不會用，整個項目都是使用freemarker寫成的模板，而我根本無法瞭解是什麼意思，整個項目無法把握，開發就無從下手。項目的框架是struts2+spring+ibatis，數據庫是oracle，這些技術我都有接觸，用起來並不困難。但是項目組中就三個人而已，所以一旦分配了某個模塊，就要從需求到設計到編碼到測試一個人來做完，還有很多未能確定的任務要先建雛形。這樣就給我帶來了較大的壓力，一邊學一邊做，每天下班之後都再多做一個半小時。慢慢的上手了，兩個模塊做完整個項目的結構都在我腦中了。這期間我看了代碼重構和設計模式這兩本書，雖然沒讀完，卻吸收了不少有用的思想。現學現賣，直接用到了項目的編碼中，把以前很長的方法分割開來，把亂七八糟的命名重新改成有意義易懂的名稱，把註釋加的合乎規範。後來證明這個改變給我帶來多麼大的影響，無論需求再怎麼變動，我的代碼都只少量修改即可，很少再出現頭大的情況。這個項目持續了近五個月之久，我參與了四個完整模塊的開發工作，這個項目對我的技術提高有了至關重要的幫助，讓我對框架的理解對數據庫的開發都有了質的提高。項目臨近結束時我就躊躇滿志，覺得軟件行業真沒有不可為之事。現在想想當然很幼稚了，當你覺得自己學到東西時候，才是真正需要學習的時候。這個項目的結構十分漂亮，很多模板寫的都十分巧妙，代碼的複用率極高，可擴展性也很好。看到這樣的項目，真覺得架構師和設計師像神一般的存在，我的心離他們也更近了一步。這裏提一提項目經理，女，年齡不詳，估計25-30歲，性格豪爽，工作十分努力，技術紮實豐富，在開發中給了我很大的幫助，絕對的女中豪傑。

4月底，經理給我介紹了一個人，這個人是其他組的項目經理，大概技術十分牛，以前沒接觸過，暫且稱之為Y。告訴我有一個門户系統需要我來做，使用內容管理系統來做。説實話，這幾個字連在一起我還是第一次聽到，可能有人覺得很好笑，作為IT專業的人居然連內容管理系統都不知道，大家盡情笑吧，當時我真不知道。既然連名字都沒聽過，更別提是用來幹什麼的了，一頭霧水，蛋都疼了。使用一個產品jeecms，這是一個公司開源產品，網上公開源代碼開放論壇指導，但如果用來做商業網站就必須得到授權，授權費用4800RMB。回頭説我對這個項目的瞭解，那三天真似人間地獄一般，那幾天要搬家，晚上很晚才回去，回去後先得打開電腦繼續看該系統。看完11點多了，還要收拾搬家的箱子。白天Y要問我係統理解的情況，我説理解一部分了，但還不會用。Y很明顯對我的回答不滿意，懂就是懂不懂就不懂，沒有大致懂了，沒有懂一半了。我只好説不懂，然後問他，他説我也沒用過該系統，但這些東西都是相通的，不就是創建網站，開發定製界面嗎?人家既然做成了產品，自然後台都不需要你來做了，只要會html和css就可以建站了。網上似乎也是這麼説的，但實際情況根本不是這樣，而我也不止懂這些。我熟練使用javascript和jquery，熟練使用freemarker標籤，對java後台編程和數據庫技術也較有心得。但是就是不懂JeeCMS這傢伙是用來幹嘛的，這個產品是什麼，用來幹什麼?別告訴我是建站，因為以我當時的水平，不知道建站是怎麼回事，更不知道用內容管理系統建站是怎麼回事。Y白天每天至少罵我一頓，我在他眼中就是個笨蛋扶不起的阿斗，之前跟同事交流問題沒被這麼罵過，説實話真不習慣，他的聲音大的兩個部門都能聽見，人人位置側目，我想當時我的臉色一定是紅白交替，但面對比你牛的技術人員還能説什麼呢，誰讓自己菜呢，捱罵也活該。我的脾氣一

向不好，但那時候卻從容的忍了下來，當時我就想，我一定要把這玩意搞懂，搞通，讓你另眼相看。五一之後出發去了客户那裏，才知道，之前做的準備和需求調研都是扯淡。需求要重新調研，項目要重新規劃，最重要的是，Y不是項目經理，不知道誰是項目經理，向誰請示向誰彙報誰來監管?都不知道，我的任務就是根據需求做項目，一個菜鳥，孤立無援的狀態下完成並不確定的需求。大家想想我當時的狀態吧，一個人在外地真的是很寂寞，那段時間儘管吃得好住得好，有電視看有網上還有ipad玩，但一到週末就犯難，不認識一個人不知道去哪裏度過，從來沒有如此的寂寞過。後來實施部門也來人了，總算有了認識的伴了，慢慢熟了也成為很好的朋友。項目這邊需求也慢慢明確了，雖然有很多問題之前沒遇到過的，但經過艱難困苦的過程，問題一個個迎刃而解，客户那邊也很好説話，有些東西實現不了他們也就不計較了，請我們吃了兩頓好吃的，讓我感覺很温暖。前後經歷了兩個月，這樣一個現在看來極其簡單的項目才算完成。這個項目中我的收穫更大，因為從客户接觸，需求調研，軟件設計，編碼發佈，實施運維都是我一個人完成的。而且完成了很多數據庫和源碼的改動，算是真正意義上的二次開發，對springMVC框架的優越性有了很大的瞭解，對hibernate框架也瞭解了不少。其他的一些技術在前面的博客裏也都涉及到了，最大的好處就是開闊了眼界，讓我真正知道了軟件是怎麼回事，需要考慮的多種因素該如何一一進行調優。暴漏的問題也有不少，比如沒有人去交流，造成工作效率低下，沒有人監督造成工作散漫不抓緊時間，這都是以後工作中要注意的事情，畢竟這個要靠自覺的.

現在這個項目是從9月份接觸的，現在依然未能完工，但基本功能已經上線，需要其他功能的添加和優化。這個項目暫且不介紹了。

做程序員總要有個目標，我想我的目標就是往oracle方向發展，oracle是星球上最好的數據庫管理系統，國內也有不少的oracle大師，他們的成功之路十分激勵我的心智，覺得這個就是適合我發展的道路。堅持每天學習，即使以後不做dba，也要做一個oracle方面的牛人。

範文二：程序員年度總結

作為一名程序員，每天除了敲敲打打，也沒什麼轟轟烈烈的事了。但是工作雖然普通，但總要有個目標，這個目標要通過不斷地總結去改善去實現，以下就是我本年度的工作總結：

第一. 開始閲讀Linux Kernel的TCP/IP部分的源代碼，也寫了50篇左右良莠不齊的筆記吧——只能算得上筆記呵;這個還是有一些收穫的。這樣對於數據包接收——從網卡到socket，和發送——從socket到網卡，大體的流程基本清楚了。

第二. Linux的APP開發的一些文章，則是我平常解決的一些bug和幫助同事解決問題時的總結。不過由於現在基本上很少寫真正的app了。所以後面就很少寫這樣的文章。現在對於app的興趣就在於一些API的實現，有時候可能會去看一下Linux的API的實現。

第三. 寫了幾篇關於如何編寫安全代碼的博文。現在我對於自己代碼的健壯性還是很有自信的。一般來説，除非是typo，我基本上不會有代碼上的錯誤。也就是説。在代碼風格和C的細節上，兄弟是很有自信的。但是在工作中，在改Bug的時候，可能調了半天，發現是一些同事犯了很低級的錯誤。大部分都是由於代碼風格不好，或者對於C的細節不瞭解造成的。這時候，真是讓我鬱悶到極點。其實一個好的代碼風格和了解C的細節，是一個程序員的必修課。當你還不瞭解你的工具時，就開始使用它，能不犯錯?

第四. 11年我還萌生過換工作的念頭，原因是多方面的。也借了這個契機，決定好好的補一下自己的短板，算法。所以11年對算法也學習了一段時間，並且有了一些收穫，有了自己的體會&m

dash;—學習算法，重要的不是學會那個算法本身，是學會那個算法的思路。

第五. 11年末的時候，又再次想到一些大師的經驗。對於一個程序員，最好多學會幾種語言，尤其是有着不同語義的，這樣可以開闊個人的視野。所以我選擇了從未接觸過的面向函數的編程語言。最早是想學習Lisp，但是不喜歡它的語法，後來看中了haskell，目前還在學習中。希望可以把它學好。這樣我對於面向過程，面向對象和麪向函數的編程語言就都有了瞭解。

第六. 前面關於説自己對於C的細節的瞭解，説得有點自負了。今年我讀了一遍C99標準，感覺對於C這樣一個簡潔的語言，就有如此多的細節，説自己瞭解C的細節，真是太大言不慚了呵。謙虛使人進步，一定要記住這點。

説了半天，一定沒有説到主題，“要學會取捨”。下面開始。

1. 技術方面：作為愛好者，難免會愛好廣泛，這是一定要學會取捨，貪多嚼不爛。儘管我對kernel很感興趣，但是某些時候一定要壓抑自己，過多的去關注暫時用不上的東西，對自己目前的幫助並不是很大。這時還是那句話，要找到自己興趣和工作的契合點。對於我來説，還是kernel的網絡模塊，這部分既滿足了我對於kernel的好奇，也和工作很好的結合起來。

2. 職業發展方面：今年在萌生找工作念頭的時候，只去面了一家企業，就是Nokia。順利拿到offer，當時還真是想去啊。待遇和福利都不錯，而且離家特別的近。可是最後還是放棄了那個offer。一個是因為不捨得當前熟悉的環境，熟悉的技術和熟悉的工作環境，二是因為目前的公司還真的有可能上市。如果IPO成功的話，個人的收益還是不錯的。對於我這個選擇，我舍掉了一個大公司的工作經歷，舍掉了舒適的環境，而看中的是熟悉的環境和方向，以及潛在的個人收益。

11年過去了，對比五年前初出茅廬的我，感覺自己成熟了很多。不僅在技術方面，還有一些人生經驗。對於全新的12年來説，目前定幾個小目標吧：

1. 熟悉haskell，領會函數式編程語言的精髓;

2. 繼續學習Linux的TCP/IP源代碼;

3. 繼續提高自己的算法;

我想起一本書來，名字叫做《coder at work》。忘了是網易的雲風，還是劉未鵬了，給這本書起了箇中文譯名為《我編程，我快樂》。雖然有些調侃，但是卻顯示了英文名字背後的意思。不過對我來説，這個譯名還是不滿意，我也找不到更合適的翻譯。還是讓我們直接領會英文的含義吧，coder at work。