本文主題為“程序員年度工作總結”，通過對程序員在過去一年中所完成工作的回顧和總結，以及思考和反思自身職業生涯的發展，幫助讀者更好地瞭解程序員職業的特點和相關工作內容。
第1篇
從我x月x日進入公司到現在已經過去一年了，從一名剛剛結束實習的學生到一名獨立的開發人員，角色改變了，職責也改變了。雖然已經預計了工作之中會有很多困難，可是在實際的項目開發中，自己所遇到遠遠不止自己想象之中的那麼簡單、單純。在開發過程中，難題一個接一個的出現，要做到滿足公司的產品需求，成為一名合格的程序開發人員，這個過程還很漫長。每天我都在勉勵自己，要好好學，好好做，以後會好的。在此同時我衷心感謝公司給我提供了學習的機會和平台，這也使我對以後的日子多了些許的信心。
在我進入公司的這一年裏，我陸續接觸了公司的gps平台，智能手錶定位，xx鐵路局車站消防綜合管理系統，xx金融款箱管理系統，xx保衞處的管理系統，指揮中心的視頻監控系統，並在這期間為xxxx製作了一個展示型企業網站。在剛進入公司的那段時間裏，我從沒有接觸過網絡攝像機，對於網絡攝像機根本沒有任何概念，在公司的培養下我逐漸熟悉了各種攝像機，現在拿到xx的攝像機開發包，可以很熟練的進行二次開發。在工作之餘，我也在努力的學習，和別人交流，學習先進的開發技術，請教別人開發技術問題。
1、由於開始對業務需求不是很熟悉，所以在寫需求分析與瞭解所要開發的過程中多次出現因為需求的原因，而不斷修改、返工的情況。在同xx金融交流的時候，這個問題多次困擾着我，對方的需求不明，每次交流的過程中都在變更需求，從而導致了效率比較低的問題。
2、在開發中，用到很多我所不知道或很多我知道但不太熟悉的領域，在這個領域內，我需要不斷的學習。
3、在工作階段，有時比較偏向自己的工作方便，忽略了其他同事的工作上的量與難易。有的功能自己怎麼方便怎麼寫，如今公司在不斷壯大，我們部門人員在不斷的增加，這樣是不利於多人合作的。
4、工作的條理性不夠清晰，要分清主次和輕重緩急；在開發時間很倉促的情況下，事情多了，就一定要有詳實而主次分明的計劃，哪些需要立即完成，哪些可以緩緩加班完成，在這方面還有很大的優化空間。
5、學習的知識不夠廣泛；一個項目中，涉及的技術往往有多種，知識多了，就會靈活變通，以後我會加強這方面的學習。
1、每一個項目在開始着手的第一步，一定要和客户把需求溝通清楚，只有瞭解了項目的需求，才有可能真正做好一個項目。我們需要向客户提出要求客户提供所有涉及該項目的資料，每次與客户見面都需要熟悉業務與程序的最少一至兩個程序員隨時記錄需求。
2、工作中，有一個無論是技術，還是經驗都比較讓人肯定的前輩帶領，將任務詳細化，詳細到，每個頁面、甚至是一個頁面中的圖片什麼時候做好，做到什麼程度，這樣把工作進度有計劃有方向的贊定下來，做事很有效率。和xx，xx等人合作時候一定注意要多項工作同步進行，保證每個子模塊都能同步運行。
3、每天的工作小結真的很重要，這讓我們每天都有計劃的知道自己幹了什麼，不是漫無目的的工作，所以我們應該養成，日記、週記、月記、年記的工作習慣。
4、工作並不是一成不變的，也許有一天你要去其他崗位幫忙，所以同事之間的技術要互相學習，也許有一天，公司需要你發揮其他的技能幫忙，所以互相學習也是很重要的。自己的工作不能僅僅侷限於編程。
第2篇
新的一年即將到來，回首13年我很榮幸的進入了公司，加入了ios遊戲開發團隊，進入了一個大家庭。在公司的半年使我真正的從學生時代過度到了一個社會人，下面對自己13年進去公司大半年的'情況進行年終小結。
1、由於開始對業務需求不是很熟悉，所以瞭解程序開發的過程中多次出現因為需求的原因，而不斷修改返工的情況。
2、在開發中，用到了很多新的技術，由於開發時間緊促，發現的問題不能馬上解決，但是開發的過程，同時也是學習的過程，通過不斷的學習和總結，遇到的問題都得到了很好的解決。
3、在工作階段，有時比較偏向自己的工作方便，忽略了其它同事工作上的量和難易。有的功能自己怎麼方便怎麼寫。加大了其它同事的工作量，大家都需要相互配合。
1、工作的條理不夠清晰，要分清主次和輕重緩急，在開發時間倉促的情況下，事情多了，就一定要有詳實而主次分明的計劃，那些需要立即完成，那些可以緩緩加班完成，在這方面還有很大的優化空間。
2、對流程、業務需求不夠熟悉，在工作中因為流程或業務需求的問題而不知道如何下手的情況有點多，包括錯誤與缺漏還有當時設計考慮的不到位的地方，對於這塊的控制力度顯然不夠，平時總是在開發，但説到底對業務很熟悉才是項目很好完成的前提。
3、學習的知識不夠廣泛，一個項目中，涉及的技術往往有多種，知識多了，就會靈活變通，以後我會加強這方面的學習。
1、語言知識做軟件的一種工具，更好的軟件是站在玩家的立場上用心的設計，讓用户使用更方便、更快捷。
2、利用技術實現軟件的功能只是軟件的表面，認識問題、分析問題、解決問題才是最重要的。
3、養成總結反思的習慣，並有意識地提煉日常工作成果，在實施上認真的總結工作精英，為以後的實施工作打基礎。
4、不論是做事還是做程序，一定要有清晰的思路，要認真仔細的去做，要有耐心和信心。
1、要提高工作的主動性，做事幹脆果斷，不拖泥帶水；
2、工作要注重實效、注重結果，一切工作圍繞着目標完成；
3、要提高大局觀，是否能讓其他人的工作更順暢作為衡量工作的標尺；
4、把握一切機會提高專業能力，加強平時知識總結工作；
其實作為一個新員工，所有的地方都是需要學習的，多聽、多看、多做、多想、多溝通，向每一位員工學習他們身上的優秀工作習慣，豐富的專業技能，配合着實際工作不斷的進步，不論在什麼環境下，我都相信這兩點：一是三人行必有我師，二是天道酬勤。
在參加工作的短短半年中，我深刻的體會到，把自己所有的精力都投入進去，技術工作都不可能做到完美程度，畢竟技術工作太過繁雜，但多付出一點，工作就會優化一些，這就需要認認真真沉下心去做事情，就是公司所提倡的企業精神：職業做事，誠信做人。
第3篇
先自我簡介一下，本人從事asp。net開發進一年，xx屆畢業生，xx年11月開始上班，之前做asp，09年2月後開始做asp。net，由於公司轉型，現在帶十幾個人在一起搞asp。net開發，主要是關於準金融行業的行業管理軟件。年度總結在會議上也寫了，但僅限於對於工作總結及20xx年工作計劃，自我總結較少，因此今天專門做下自我的年度總結，主要從技術、管理、人生上面談談這一年的收穫，前輩路過歡迎多多指正。
我在學校裏學的是電氣自動化，程序基礎僅限於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人最沒有正確的自我定位的一個稱謂，試想一個人連自己都看不起自己的職業，他能做好自己的工作嗎？），最主要是解決問題。
我在面試員工時反覆提到的三點是；工作態度、發展潛力、工作能力，由前向後排序，心態最重要，大公司大家都想削尖腦袋往裏擠，但名額有限，所以廣大的程序員同志絕大多數都集中在二流三流四流的軟件公司，這個時候更應該做好個人職業定位。以我個人的經驗，新員工選擇一家公司往往最看重工資待遇跟發展潛力，程序員是一種不可以混日子的職業，工作能力很重要，但不是最主要的，工作態度是最重要的，工作態度往往跟個人的思想認識還有職業所在的環境有關，我個人的體會是絕不能太過於情緒化，情緒化無論是對工作還是對個人的發展都是不利的，就是説哪怕是明天你要辭職，你今天都要把今天要做的事情認真用心做好。
人人簡歷網
