程式設計師年度總結

範文一：序員年度總結

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

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

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

年初開始一直忙著做部門的一個專案管理系統，這個系統是我接觸的第一個

正式的開發任務，這個系統曾讓我無比糾結，新接觸的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。