程式設計師個人的工作總結3篇
程式設計師個人工作總結
工作四年了，保持著每年寫一份總結的習慣。
我很希望總結有一個醒目的名字，比如從xx到XX，或者薪水從yyyy到YYYYY這樣。可惜什麼都沒有，我的職位依然是軟體開發，薪水依然是那麼多。現在經濟蕭條，估計也沒什麼希望漲錢了。
對於懷有遠大抱負的同學，這份總結應該是份反面教材。
記得去年寫總結的時候心情很差，抱怨了很多當時的工作以及領導"花生"，那個時候的願望是找一份新工作。沒想到剛進入12月我就找到了。
不得不說這一次求職我是認真的把它當作一個工程去做，客觀得對自己進行了定位，而且非常重要的是明確我想要的工作到底是什麼樣的。我需要的是讓我每天的8小時能夠享受工作的快樂。
投簡歷面試的過程非常折磨人，尤其是我的處境(每天很大壓力，完全是自我打磨的階段)。
我清楚地記得面試現在這份工作那天是某個週六，我的經理"娃娃"和技術主管T同意我週末面試。一共4個小時，那絕對是一個互相爭取的過程。他們對於工作的熱情打動了我，覺得和這樣的團隊合作一定可以有火花。
真是幸運，當我正視錯誤，用行動做出改變的時候，找到了一份我要的工作。入職三週已經和團隊磨合得很好了，用同事的話說就是覺得我已經加入很久了。
這裡不得不說一句我們的團隊，一個老中青結合富有戰鬥力的集體，而且還不乏八卦調節生活。每個人都特別，合作也會有摩擦，但是整體運作非常協調，開發速度和效率都高。從他們身上我看到不同的工作態度，生活態度。這些對我的都有著潛移默化的影響。領導“娃娃”也非常合適我目前階段對於領導的需求。如果說幾年前我初出茅廬需要的是一個有時間且肯耐心帶我的領導的話，現在的我需要的是一個可以給予我充分信任的上司。“娃娃”信任我，從剛進入公司就如此。在熟悉產品階段我提出的問題和建議他都認真的聽了，而且給我時間讓我按照自己的想法作出修改。後來我也喜歡把新想法跟他說，當我們帶著創意去和老闆談的時候他是我堅強的後盾。
這一年下來我在純技術上的提高並不多，我們所面向的客戶並不要求尖端的技術。經驗主要體現在理解需求上面，如果說前兩年我還需要領導把需求說得很明白，還會為"馬後炮"而耿耿於懷。那麼今年應該算是個分水嶺。現在的我不需要領導花很久時間來講需求，也不用每一步都需要認可再做接下來的工作。總的來說就是技術和業務之間的距離越來越近，而且還可以想到客戶將來會需要什麼(我曾經的領導應該很欣慰，他培養的人終於達到他說的big picture了)。
也許這也是我一年來少來csdn的緣故吧，不會有什麼特別沒有頭緒的問題需要上來發問。可以把所掌握的技術靈活的運用到實踐中去。
其實把需求抽象建模還是很麻煩的，很多時候在最初階段客戶自己都不知道自己要的是什麼樣的方案。對於需求很明確的客戶實在太少了。這個不斷修改的階段耗時耗力，關鍵是還不一定能爭取下來拿到單。我們單位有個很好的傳統，當爭取到新的客戶後。售前和銷售都會對我們開發人員作一次演講，分析客戶特點(一般客戶都比較有名沒啥說的)以及我們的解決方案中哪些部分是最打動客戶的，也就是"利潤"點。每一次這樣的會議都會伴隨著很久的討論餘波，開發者在討論的時候又會產生新的想法，我是100%享受這樣的流程。
實在要說技術點上面，第一個接手的工程是提速，大量資料快速插入資料庫(我找到的.net的bulkcopy，vb6的string class+union all )開始大面積接觸sql server 2005,寫很多儲存過程.net寫一些winform的東西，不是特別高深。但是很好的對於結構的鍛鍊vb6跟不同版本的cad及其衍生物結合(這個一直在做，不過越做越高深)
最後就是我每年都會寫的"細節與規範"，現在身邊立著幾個榜樣，我需要時時刻刻鞭策自己。
總結二：程式設計師個人工作總結
記得去年寫總結的時候心情很差，抱怨了很多當時的工作以及領導花生，那個時候的願望是找一份新工作。沒想到剛進入12月我就找到了。
不得不說這一次求職我是認真的把它當作一個工程去做，客觀得對自己進行了定位，而且非常重要的是明確我想要的工作到底是什麼樣的。我需要的是讓我每天的8小時能夠享受工作的快樂。
投簡歷面試的過程非常折磨人，尤其是我的處境(每天很大壓力，完全是自我打磨的階段)。
我清楚地記得面試現在這份工作那天是某個週六，我的經理娃娃和技術主管T同意我週末面試。一共4個小時，那絕對是一個互相爭取的過程。他們對於工作的熱情打動了我，覺得和這樣的團隊合作一定可以有火花。
真是幸運，當我正視錯誤，用行動做出改變的時候，找到了一份我要的工作。入職三週已經和團隊磨合得很好了，用同事的話說就是覺得我已經加入很久了。
這裡不得不說一句我們的團隊，一個老中青結合富有戰鬥力的集體，而且還不乏八卦調節生活。每個人都特別，合作也會有摩擦，但是整體運作非常協調，開發速度和效率都高。從他們身上我看到不同的工作態度，生活態度。這些對我的職業規劃都有著潛移默化的影響。領導“娃娃”也非常合適我目前階段對於領導的需求。如果說幾年前我初出茅廬需要的是一個有時間且肯耐心帶我的領導的話，現在的我需要的是一個可以給予我充分信任的上司。“娃娃”信任我，從剛進入公司就如此。在熟悉產品階段我提出的問題和建議他都認真的聽了，而且給我時間讓我按照自己的想法作出修改。後來我也喜歡把新想法跟他說，當我們帶著創意去和老闆談的時候他是我堅強的後盾。
這一年下來我在純技術上的提高並不多，我們所面向的客戶並不要求尖端的技術。經驗主要體現在理解需求上面，如果說前兩年我還需要領導把需求說得很明白，還會為馬後炮而耿耿於懷。那麼今年應該算是個分水嶺。現在的我不需要領導花很久時間來講需求，也不用每一步都需要認可再做接下來的工作。
總結三：程式設計師個人工作總結
先自我簡介一下，本人從事asp.net開發進一年，09屆畢業生，XX年11月開始上班，之前做asp，XX年2月後開始做asp.net，由於公司轉型，現在帶十幾個人在一起搞asp.net開發，主要是關於準金融行業的行業管理軟體。年度總結在會議上也寫了，但僅限於對於工作總結及XX年工作計劃，自我總結較少，因此今天專門做下自我的年度總結，主要從技術、管理、人生上面談談這一年的收穫，前輩路過歡迎多多指正。
技術
我在學校裡學的是電氣自動化，程式基礎僅限於c基礎課程的一些知識，後來由vb、html轉向asp，在asp上花費了不少時間，對asp比較熟悉，後來由於公司業務需要，將開發平臺轉向asp.net，開始對asp.net不是很感冒，以為就是asp的一點擴充套件（那時還不知道三層架構，資料資料訪問全在頁面裡——！），後來招來幾個北大青鳥的過來終於意識到asp.net的強大之處，經過個人的努力已經逐步掌握了asp.net，現在層次上只能講個人覺得是入門而已，原因是多方面的，待會兒會講到。
相信從面向過程轉向面向物件的同學都有一種感覺：面向物件開始真的有點彆扭，涉及到屬性，尤其是類之間的各種關係，那時老想用面向過程傳遞引數多方面啊。於是老在想物件這種東西，從概念中跳中來，以自己的方式去理解才逐漸體會到頁面物件的精華來，分層次展現、分級別訪問、封裝物件之間各種關係逐漸真正理解了，尤其是物件之間的關係，如物件a與物件b兩者之間的關係，有些需要完全公開，有些需要隱藏，有些需要透過第三方傳遞，有些需要給自己的下級可見，有些需要讓下級去完成具體操作——這不是現實的實際模型嗎？應該這麼理解，面向物件來源於現實，它不是一種憑空空想出來的理論，這些物件之間的關係可以將其還原為父子、夫妻、領導下屬、同事、朋友之間的關係。相比之下，頁面過程往往像是一股腦全部推給使用者使用，其中的資料與資料訪問方法層次不清晰，在模擬現實上它與面向物件相比更易於入門理解，實質上難於準確直接地表述。
面向物件上另一方面是它的設計模式，在之前的面向過程中對這個設計模式並沒有清晰地提出來，面向過程優秀的程式碼要求高內聚低耦合，從個人的理解上，這僅是對軟體開發方法“技”上理論總結；設計模式是達到了“道”的層次，因為它從更大的方向、更抽象的層次來去表述具體的程式碼模組之間的關係，可以認為設計模式是完全從實際的應用來不斷總結得來的經驗，之間並沒有這種術語，但相信前人肯定也使用到這種思想，它從實際應用於來，當然要應用於實際工作中，認真思考不斷總結每個人都會有自己的“設計模式”，可以借鑑前人的思想來去提升自己，不可去為“設計模式”而設計模式。
具體到asp.net的實現模型中，真正理解它的機制與方法也就不難理解，記住b/s中離不開post或get，所有的autopostback、selectedindexchanged……都是去呼叫form傳值，加上runat=server的伺服器控制元件開啟它生成的原始檔也是普通的html標籤，微軟的讓軟體開發更容易的思路是很好的，時代在前進，很多年前你使用c寫出mis證明你很牛，很多年之後你不在使用c去寫“學生管理系統”、“圖書館管理系統”那隻能說明你的腦子少一根筋，開發語言都有長處與不足的地方，因為它們適用的場合不同，類似不能拿匕首去跟大炮比，也不能拿c與php比，程式設計師都有一種偏執的心理，但一點要記住，你面對的使用者才有最終發言權，程式能不能滿足需要，易用性、穩定性、成本才是應當首先放到重要位置來去談的。
管理
最開始擔任管理一職時開發團隊加我在內只有四個人，那時只是抱著接受挑戰的心理去做管理，加上我本人比較重感情，團隊之間關係相處都不錯，但嚴重的問題逐漸顯露出來：工作的隨意性、團隊精神薄弱、工作方式蠻幹，印象深刻的是有幾個開始承諾專案不能完工，於是最後天天加班，一直做到早上6點，睡一會7點半接著上班，幾個同事都是年齡差不多的小夥子，幹勁十足。後來隨著時間的.推進，問題越來越擺在眼前：專案遲遲不能完工，又由於公司待遇方面讓新員工感覺不值得，於是形成了老闆抱怨員工也抱怨的狀況，我在中間兩點都要去“消火”，這期間是我們部門相對最累的時間但也是相對感覺最充實的時候，後來，之前的員工跟我說“再也找不到那種感覺了”，這是我能想像的。這期間主要是老總對我十分信任，工作上主要是管理方法上對我指點了不少。後來我逐步體會到，管理應該是“大家定規則去遵守”，而不應該是“人管人”。
人管人很容易陷入一個誤區：領導去時時刻刻關注每個員工，這樣最後往往後造成員工對領導的敷衍了事，管理鬆了員工會責任下下降，管理緊了造成員工與領導關係緊張，另一方面領導時間精力有限必然耗費大量的精力在日常的監督中而不能投入到全域性的管理中。
於是“定製度-定分工-定進度”，明確日常所有的規章制度，這期間除了公司主要的工作規章制度外其他的日常工作紀律、日常管理等規章制度都是我本人制訂，然後徵求大家意見最後去貫徹執行。中間也遇到了不少問題，比如開始我們內部是允許使用qq的，後來員工用qq閒聊的時間增多，大大影響了工作效率，最後決心禁止，開始阻力較大（貌似程式設計師都喜歡掛上幾個qq去到群裡搞個群主，雖然群裡大多都是菜鳥），最後多次開會，逐個談話，闡明道理，形勢逐漸好轉。
專案分工上針對技術水平明確分工，制訂專案開發計劃，由於開始技術都不是很成熟，不少時間我這邊強勢要求，使用野蠻方法，完不成加班——我陪著加班，這段時間能感覺到員工對我稍有怨言但總體還是認可的。
這期間公司新招人員，人員的增多更使我意識到團隊管理的重要性，這期間版本控制、編碼規範、文件管理、bug管理等諸多問題都得到一一解決，技術水平上主要是我個人利用空餘時間學習新知識充電，然後展開各種培訓，主要是photoshop、css、js、sql等方面，培訓一方面提升了員工的技術水平，一方面我本人在學習培訓的過程中得到的最多，因為這個時候個人要求去思考的會更多，加上我本人對技術興趣比較深厚，所以後期工作慢慢踏入良性迴圈。
待遇低、條件艱苦、工作時間長、工作壓力大是團隊中最大的難題，這方面公司在某些方面決策層有著嚴重的錯誤思想，造成技術人員對公司埋怨增多，在這方面我本人只能以勸架婆的身價去安慰身邊的兄弟，因為我明白現在公司的問題與當前中國軟體行業的通病一樣，盲目追求利益最大化，不求質量，但求速度，整個社會風氣造成軟體行業良莠不齊發展，整個中國三四個人的開發團隊組成的公司數不勝數，整個程式設計師階層生存狀況可想而知，瘋狂加班、程式碼質量低下、維護成本大、穩定性差、使用者體驗差……。當然我們本身不能去逃避這個現狀，對於個人來講任何假大空的口號都是沒有意義的，程式設計師作為技術人員最重要的是心態，以良好的心態去面對各種問題，發現問題、解決問題，發現問題抱怨是解決不了問題的（“it民工”是我個人認為it人最沒有正確的自我定位的一個稱謂，試想一個人連自己都看不起自己的職業，他能做好自己的工作嗎？），最主要是解決問題。
我在面試員工時反覆提到的三點是：工作態度、發展潛力、工作能力，由前向後排序，心態最重要，大公司大家都想削尖腦袋往裡擠，但名額有限，所以廣大的程式設計師同志絕大多數都集中在二流三流四流的軟體公司，這個時候更應該做好個人職業定位。以我個人的經驗，新員工選擇一家公司往往最看重工資待遇跟發展潛力，程式設計師是一種不可以混日子的職業，工作能力很重要，但不是最主要的，工作態度是最重要的，工作態度往往跟個人的思想認識還有職業所在的環境有關，我個人的體會是絕不能太過於情緒化，情緒化無論是對工作還是對個人的發展都是不利的，就是說哪怕是明天你要辭職，你今天都要把今天要做的事情認真用心做好。
對於工作責任心不夠的員工是尤其值得關注的，他們往往自我意識過於強烈，追求以自我為中心，很多時候伴隨著工作得不到認可、工作感覺不充實不開心，我會主動找他談話，我認識：你管理的是一個實實在在的人，他不是一臺任你擺佈的機器，人會有情緒往往是有心結，找到原因，多加開導，用心去關心每個成員。對於實在不適合在本團隊發展的員工要做好最壞打算。程式設計師這個職業與現在的大學生具有一致的特徵，一個是從天之驕子淪為多餘人，一個是從高智商人士成為今天中國通行的”it民工“。另一方面是程式設計師往往年齡集中在20-25之間的男性中，情緒化、失落感、心理不成熟等一系列問題都會出現。但這個階段的人往往也最易溝通，可塑性也較強，適當的引導、合理的方式會比野蠻的管理效果強上百倍。