程序員個人工作總結範文範例

不知不覺，時間不停地在流走，你工作已經有一段時間了，是時候寫個人工作總結來看看自己成果和不足了。下面是小編蒐集整理的程序員個人工作總結範文，歡迎閲讀。更多資訊請繼續關注個人工作總結欄目!

程序員個人工作總結

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

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

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

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

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

提問的技巧

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

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

2、如何提問?問誰?

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

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

任務分解

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

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

主動彙報 + 主動溝通

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

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

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

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

程序員工作總結

工作四年了，保持着每年寫一份總結的習慣。

我很希望總結有一個醒目的名字，比如從xx到XX，或者薪水從yyyy到YYYYY這樣。可惜什麼都沒有，我的職位依然是軟件開發，薪水依然是那麼多。現在經濟蕭條，估計也沒什麼希望漲錢了。

對於懷有遠大抱負的同學，這份總結應該是份反面教材。

記得去年寫總結的時候心情很差，抱怨了很多當時的工作以及領導花生，那個時候的願望是找一份新工作。沒想到剛進入12月我就找到了。

不得不説這一次求職我是認真的把它當作一個工程去做，客觀得對自己進行了定位，而且非常重要的是明確我想要的工作到底是什麼樣的。我需要的是讓我每天的8小時能夠享受工作的快樂。

投簡歷面試的過程非常折磨人，尤其是我的處境(每天很大壓力，完全是自我打磨的階段)。

我清楚地記得面試現在這份工作那天是某個週六，我的經理娃娃和技術主管T同意我週末面試。一共4個小時，那絕對是一個互相爭取的過程。他們對於工作的熱情打動了我，覺得和這樣的團隊合作一定可以有火花。

真是幸運，當我正視錯誤，用行動做出改變的時候，找到了一份我要的工作。入職三週已經和團隊磨合得很好了，用同事的話説就是覺得我已經加入很久了。

這裏不得不説一句我們的團隊，一個老中青結合富有戰鬥力的集體，而且還不乏八卦調節生活。每個人都特別，合作也會有摩擦，但是整體運作非常協調，開發速度和效率都高。從他們身上我看到不同的工作態度，生活態度。這些對我的都有着潛移默化的影響。領導“娃娃”也非常合適我目前階段對於領導的需求。如果説幾年前我初出茅廬需要的是一個有時間且肯耐心帶我的領導的話，現在的我需要的是一個可以給予我充分信任的上司。“娃娃”信任我，從剛進入公司就如此。在熟悉產品階段我提出的問題和建議他都認真的聽了，而且給我時間讓我按照自己的想法作出修改。後來我也喜歡把新想法跟他説，當我們帶着創意去和老闆談的時候他是我堅強的後盾。

這一年下來我在純技術上的提高並不多，我們所面向的客户並不要求尖端的技術。經驗主要體現在理解需求上面，如果説前兩年我還需要領導把需求説得很明白，還會為馬後炮而耿耿於懷。那麼今年應該算是個分水嶺。現在的我不需要領導花很久時間來講需求，也不用每一步都需要認可再做接下來的工作。總的來説就是技術和業務之間的距離越來越近，而且還可以想到客户將來會需要什麼(我曾經的領導應該很欣慰，他培養的人終於達到他説的big picture了)。

也許這也是我一年來少來csdn的緣故吧，不會有什麼特別沒有頭緒的問題需要上來發問。可以把所掌握的技術靈活的運用到實踐中去。

其實把需求抽象建模還是很麻煩的，很多時候在最初階段客户自己都不知道自己要的是什麼樣的。對於需求很明確的客户實在太少了。這個不斷修改的階段耗時耗力，關鍵是還不一定能爭取下來拿到單。我們單位有個很好的傳統，當爭取到新的客户後。售前和銷售都會對我們開發人員作一次演講，分析客户特點(一般客户都比較有名沒啥説的)以及我們的解決中哪些部分是最打動客户的，也就是利潤點。每一次這樣的會議都會伴隨着很久的討論餘波，開發者在討論的時候又會產生新的想法，我是100%享受這樣的流程。

實在要説技術點上面，

第一個接手的工程是提速，大量數據快速插入數據庫(我找到的的bulkcopy，vb6的string class+union all )

開始大面積接觸sql server 2019,寫很多存儲過程

寫一些winform的東西，不是特別高深。但是很好的對於結構的鍛鍊

vb6跟不同版本的cad及其衍生物結合(這個一直在做，不過越做越高深)

最後就是我每年都會寫的細節與規範，現在身邊立着幾個榜樣，我需要時時刻刻鞭策自己。