程序員2017年終總結範文以及2018工作計劃

程序員2016年終總結範文以及2017工作計劃怎麼寫，以下是本站小編精心整理的相關內容，希望對大家有所幫助！

　　程序員2016年終總結範文以及2017工作計劃

一年的時間，每當自己在總結它的時候，感覺是那麼的短暫—彈指一揮間。而也就是在這一揮間，承載着太多太多，有收穫與成就，有失敗與不足。回頭看看2017年的足跡，伴隨着自己一年的是學習與堅持。

2017年伊始是通過分銷資源計劃系統（drp）拉開序幕。此次項目是一個相對比較完整的java web項目，從最基礎的業務介紹，到需求分析，數據庫分析與設計，頁面設計，代碼編寫…。直到整個項目的完成，通過這個項目學到了很多新的知識，同時對很多已經學過的知識進行很好的摩擦和補充。因為在其中還穿插着其他的內容，所以用了有半年左右的時間。具體總結可以參見博客：drp項目總結。

從4月初到5月末，準備並進行軟件設計師的考試。這是我第二次參加軟件設計師考試。通過兩次考試的對比可以明顯的發現產生在自己身上的一些改變和進步。具體可見無經歷，不成熟—軟件設計師考試後總結

但是最終的考試結果是沒有通過，和第一次一樣，差兩分。雖然成績的結果沒有通過，但是通過這次軟件設計師的複習考試，很給力的給自己補充了計算機基礎方面的知識，同時也解了自己很多的疑惑，真正的學到了很多的知識。回顧自己整個的複習過程，收穫是很大的，不僅僅是計算機基礎，更是一種面對失敗的心態收穫。而這種心態將會在自己未來的路上會起很大的作用。

後半年進入ssh項目的實踐和學習。

ssh為struts+spring+hibernate的一個集成框架，是目前較流行的一種輕量級web應用程序開源框架。

struts就是一個mvc的架構，在控制器，視圖和模型方面都有其特定的組件，在ssh框架中，更多的是利用了controller這個組件。

spring實現了反轉控制（inversion ofcontrol）和麪向方面編程（achievement—orientedprogramming）。spring框架的能實現應用的分層架構，在應用中要使用的對象可以被一個簡單的xml文件連在一起，這個xml文件含有到像事務管理器、對象工廠、包含業務邏輯的服務對象、和數據存取對象這些對象的引用。

hibernate是一種orm映射工具，它不僅提供了從java類到數據表之間的映射，也提供了數據查詢和恢復機制。相對於使用jdbc和sql來手工操作數據庫，使用hibernate，可以大大減少操作數據庫的工作量。

通過對ssh框架的學習，認識到框架給我們開發所帶來的便利，更重要的是在框架形成的過程中所包含的原理和思想。收穫都在一篇篇的博客中。

大概在十月和十一月的時候準備第三次軟件設計師考試。吸取教訓，總結經驗，擺正心態，認真跟八期一起討論和學習，這一次不僅僅是自己學習和通過考試，同時跟穎傑一起組織並帶領八期一同複習和學習，這本身也是個鍛鍊和學習。當時也對自己考完後進行了一個總結：詳見軟考總結。

以上是自己計算機方面的主線。相對於計算機這條線而言，另外一個貫穿始終的是英語學習shortbrain這條線。

算算從開始進行shortbrain到現在已經有兩年左右的時間了。而今年將會是一個關鍵的年份，關鍵是從聽到説的突破，從沉默期中開始爆發。今年這一年也是英語中探索和收穫比較大的一年，發現了更多符合shortbrain思想的資料，收集各種資料，數據和文檔。

因為是在探索着前進，中間也走了不少的彎路，其中一個什麼時候開始説就在今年進行了三次以上的探索，在一次次的探索中積累了經驗，通過對比自己一次次開口説的錄音，發現的確是隨風潛入夜，潤物細無聲。對於兩年前的我，我的英語聽力和口語能力有了很大的提高。這種提高通過看自己以前的記錄會發現非常的明顯。這種提高也是在正確的理念下的積累中所收穫的。

英語習得的核心是像小孩一樣去習得英語，是通過小孩的學習的過程逐漸的建立去英語思維，在原有的母語思維的基礎之上建立第二思維。而在學習的過程中最切記的是急功近利，這是很多人進行shortbrain時候所出現很多問題的根源。環境在整個學習的過程中也顯的尤為重要。如何培養英語環境是我接下來的主要任務之一。相信在接下來的一年定會有所突破。

路漫漫其修遠兮，吾將上下而求索。

　　程序員2016年終總結範文以及2017工作計劃

馬上到年末了，自己也對今年做了一下總結，自己有哪些優點，有哪些還需要加強。每當我想到今年比較滿意的地方，對比之前，就會有這樣一個思考：如果以前的我要是知道這些該多。在這裏給大家分享一下經驗，讓新人少走一些彎路。

做事要積極主動，態度決定一切

説這些，可能有人會覺得，這些都明白，都是大道理，只是怎麼樣執行的問題，下面我舉一個真實的例子。

我曾經帶過的兩位新人，a君上班，交代給他負責的東西，是永遠沒有結果的，我交代給a做一個數據展現的部分，a君告訴我他不會jsp的技術，我給他推薦了一些書籍以及我曾經寫過的demo，並告知不能光學，要有成果展示，可以通過這個數據展現來學習jsp技術，但是最後的結果是他下班就走，走之前沒有跟我彙報任何進度，我最後只能換人做這個東西。這裏我並不是推薦職場新人要加班，但是做事的態度要認真負責，新人可以對技術不懂，但是要有負責的態度，起碼應該彙報一下今天的進度。

再來對比一下另一位b君，也是同樣接到這個任務，首先b君懂jsp，但是他不懂jstl，我給了他時間學習，結果b君在很短的時間內，學了jstl並將總結髮給了我，我相信這麼短的時間內，他畢竟掌握的有限，但是學習了，又有總結，這種態度令我非常滿意。在第二天，b君就把數據展示做出來了，而且確實是我想要的'樣子！不得不説，同樣的事，同一水平線，不同人做的時候，態度和積極性就決定着一切，所以一個人只要工作態度好，我相信這個人的工作絕對不會差。

提問的技巧

作為一個新人來説，不懂就要問！這裏我要説兩點：

1、 如果是單純技術上的問題，如果可以google到的，我認為就可以自己消化掉！問的問題一定要先google，然後帶着自己的想法，去問一些有經驗的人，收穫會更大！

舉個例子：曾經的我，埋頭寫代碼，那時候很怕上司知道自己不會這，不會那！所以拼命的掩蓋自己不會的東西，自己查資料，下班了問同學，上論壇發問。但是由於邏輯和現實需求不一樣，所以結果並不理想！如果那個時候，我把自己不理解的地方和上司談，也許會很快的就能完成這個任務，而不是返工。

2、如何提問？問誰？

很多新人不知道如何提問，也不知道問誰。我的建議是，先把你要問的問題梳理好，最好可以有電子版或者打印版的整理，方便其他同事查看和解答。然後就是提出的問題，要讓回答的人感興趣，這樣他不但會給你解答問題，還有可能將問題延伸，讓你學到更多的知識。對於如何讓回答的人感興趣，就是仁者見仁，智者見智了！看個人發揮了！

對於問誰，我覺得你不瞭解其他同事的時候，要先問你的上司，當你瞭解了你的同事每個人擅長的領域之後，就應該把自己的問題歸類，然後問最擅長的人。這樣會事半功倍！

任務分解

不知道大家做事都是怎樣一個邏輯，當年的我做事就是一團糟。當我拿到一個日誌分析的任務的時候，就想着做，埋頭苦幹，但是自己越做，腦子越渾，完全找不到頭緒。後來，上司找到我，給我做出了任務分解，我按照任務分解來做，清晰了很多。直到現在，我還保持着做任務分解的習慣。

其實做任務分解可以幫助你更深入的瞭解你要做的事情，任務分解包括一個事情，你需要分幾個步驟去做，每個步驟要做到什麼樣子，什麼程度，多長時間做完。幾個步驟為一個里程碑。如果具體做的時候發現一個步驟的事情做起來超過了一個星期，我覺得這屬於任務分解的不夠細，需要將這個任務再次分解，讓你的工作更透明，更有效率。可以使用一些任務分解工作，將自己的工作路線和步驟明確，要善用工具。

主動彙報 + 主動溝通

曾經的我就是埋頭苦幹，但是從不彙報進度，其實這樣是不好的。後來我的領導找到我，問我的進度，才發現意見有所分歧，理解有差距。索性只能重新來過。

新人一定要注意這個事情，有情況，有成果，有可展示的東西就一定要及時的主動彙報這個事情的進度，做成果展示，在對事情有不理解的時候也需要主動的溝通，使之和所有參與人員的意見一致再去做，保證你做的事情的正確性和有效性。

記住一句話：當領導找到你問進度的時候，你是被動的！

上面幾點，看似簡單，做起來很難！到現在任務分解和提問很多職場新人是不具備的，需要慢慢磨練，但是我們相信，只要有良好的態度，良好的習慣，工作一定會慢慢越來越好！相信自己的明年會越來越好！