程序員個人年度總結多篇

【第1篇】軟件開發程序員個人年度工作總結

技術

我在學校裏學的是電氣自動化，程序基礎僅限於c基礎課程的一些知識，後來由vb、html轉向asp，在asp上花費了不少時間，對asp比較熟悉，後來由於公司業務需要，將開發平台轉向，開始對不是很感冒，以為就是asp的一點擴展（那時還不知道三層架構，數據數據訪問全在頁面裏——！），後來招來幾個北大青鳥的過來終於意識到的強大之處，經過個人的努力已經逐步掌握了，現在層次上只能講個人覺得是入門而已，原因是多方面的，待會兒會講到。

相信從面向過程轉向面向對象的同學都有一種感覺：面向對象開始真的有點彆扭， 涉及到屬性，尤其是類之間的各種關係，那時老想用面向過程傳遞參數多方面啊。於是老在想對象這種東西，從概念中跳中來，以自己的方式去理解才逐漸體會到頁面對象的精華來，分層次展現、分級別訪問、封裝對象之間各種關係逐漸真正理解了，尤其是對象之間的關係，如對象a與對象b兩者之間的關係，有些需要完全公開，有些需要隱藏，有些需要通過第三方傳遞，有些需要給自己的下級可見，有些需要讓下級去完成具體操作——這不是現實的實際模型嗎？應該這麼理解，面向對象來源於現實，它不是一種憑空空想出來的理論，這些對象之間的關係可以將其還原為父子、夫妻、領導下屬、同事、朋友之間的關係。相比之下，頁面過程往往像是一股腦全部推給用户使用，其中的數據與數據訪問方法層次不清晰，在模擬現實上它與面向對象相比更易於入門理解，實質上難於準確直接地表述。

面向對象上另一方面是它的設計模式，在之前的面向過程中 對這個設計模式並沒有清晰地提出來，面向過程優秀的代碼要求高內聚低耦合，從個人的理解上，這僅是對軟件開發方法“技”上理論總結；設計模式是達到了“道”的層次，因為它從更大的方向、更抽象的層次來去表述具體的代碼模塊之間的關係，可以認為設計模式是完全從實際的應用來不斷總結得來的經驗，之間並沒有這種術語，但相信前人肯定也使用到這種思想，它從實際應用於來，當然要應用於實際工作中，認真思考不斷總結每個人都會有自己的“設計模式”，可以借鑑前人的思想來去提升自己，不可去為“設計模式”而設計模式。

具體到的實現模型中，真正理解它的機制與方法也就不難理解，記住b/s中離不開post或get，所有的autopostback、selectedindexchanged……都是去調用form傳值，加上runat=server的服務器控件打開它生成的源文件也是普通的html標籤，微軟的讓軟件開發更容易的思路是很好的，時代在前進，很多年前你使用c寫出mis證明你很牛，很多年之後你不在使用c去寫“學生管理系統”、“圖書館管理系統”那隻能説明你的腦子少一根筋，開發語言都有長處與不足的地方，因為它們適用的場合不同，類似不能拿匕首去跟炮彈比，也不能拿c與php比，程序員都有一種偏執的心理，但一點要記住，你面對的用户才有最終發言權，程序能不能滿足需要，易用性、穩定性、成本才是應當首先放到重要位置來去談的。

管理

最開始擔任管理一職時開發團隊加我在內只有四個人，那時只是抱着接受挑戰的心理去做管理，加上我本人比較重感情，團隊之間關係相處都不錯，但嚴重的問題逐漸顯露出來：工作的隨意性、團隊精神薄弱、工作方式蠻幹，印象深刻的是有幾個開始承諾項目不能完工，於是最後天天加班，一直做到早上6點，睡一會7點半接着上班，幾個同事都是年齡差不多的小夥子，幹勁十足。後來隨着時間的推進，問題越來越擺在眼前：項目遲遲不能完工，又由於公司待遇方面讓新員工感覺不值得，於是形成了老闆抱怨員工也抱怨的狀況，我在中間兩點都要去“消火”，這期間是我們部門相對最累的時間但也是相對感覺最充實的時候，後來，之前的員工跟我説“再也找不到那種感覺了”，這是我能想像的。這期間主要是老總對我十分信任，工作上主要是管理方法上對我指點了不少。後來我逐步體會到，管理應該是“大家定規則去遵守”，而不應該是“人管人”。

【第2篇】程序員2022個人年度工作總結

程序員是從事程序開發、維護的專業人員。一般將程序員分為程序設計人員和程序編碼人員。一年就這樣過去了，程序員們做好本職工作了嗎?寫一份年度工作總結分析一下吧。下面是小編蒐集整理的程序員2022個人年度工作總結，歡迎閲讀。更多資訊請繼續關注年度工作總結欄目!

程序員個人年度工作總結

先自我簡介一下，本人從事開發進一年， 09屆畢業生，XX年11月開始上班，之前做asp，XX年2月後開始做，由於公司轉型，現在帶十幾個人在一起搞開發，主要是關於準金融行業的行業管理軟件，程序員個人年度工作總結。年度總結在會議上也寫了，但僅限於對於工作總結及XX年工作計劃，自我總結較少，因此今天專門做下自我的年度總結，主要從技術、管理、人生上面談談這一年的收穫，前輩路過歡迎多多指正。

技術

我在學校裏學的是電氣自動化，程序基礎僅限於c基礎課程的一些知識，後來由vb、html轉向asp，在asp上花費了不少時間，對asp比較熟悉，後來由於公司業務需要，將開發平台轉向，開始對不是很感冒，以為就是asp的一點擴展(那時還不知道三層架構，數據數據訪問全在頁面裏——!)，後來招來幾個北大青鳥的過來終於意識到的強大之處，經過個人的努力已經逐步掌握了，現在層次上只能講個人覺得是入門而已，原因是多方面的，待會兒會講到。

相信從面向過程轉向面向對象的同學都有一種感覺：面向對象開始真的有點彆扭， 涉及到屬性，尤其是類之間的各種關係，那時老想用面向過程傳遞參數多方面啊。於是老在想對象這種東西，從概念中跳中來，以自己的方式去理解才逐漸體會到頁面對象的精華來，分層次展現、分級別訪問、封裝對象之間各種關係逐漸真正理解了，尤其是對象之間的關係，如對象a與對象b兩者之間的關係，有些需要完全公開，有些需要隱藏，有些需要通過第三方傳遞，有些需要給自己的下級可見，有些需要讓下級去完成具體操作——這不是現實的實際模型嗎?應該這麼理解，面向對象來源於現實，它不是一種憑空空想出來的理論，這些對象之間的關係可以將其還原為父子、夫妻、領導下屬、同事、朋友之間的關係。相比之下，頁面過程往往像是一股腦全部推給用户使用，其中的數據與數據訪問方法層次不清晰，在模擬現實上它與面向對象相比更易於入門理解，實質上難於準確直接地表述。

面向對象上另一方面是它的設計模式，在之前的面向過程中 對這個設計模式並沒有清晰地提出來，面向過程優秀的代碼要求高內聚低耦合，從個人的理解上，這僅是對軟件開發方法“技”上理論總結;設計模式是達到了“道”的層次，因為它從更大的方向、更抽象的層次來去表述具體的代碼模塊之間的關係，可以認為設計模式是完全從實際的應用來不斷總結得來的經驗，之間並沒有這種術語，但相信前人肯定也使用到這種思想，它從實際應用於來，當然要應用於實際工作中，認真思考不斷總結每個人都會有自己的“設計模式”，可以借鑑前人的思想來去提升自己，不可去為“設計模式”而設計模式。

具體到的實現模型中，真正理解它的機制與方法也就不難理解，記住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之間的男性中，情緒化、失落感、心理不成熟等一系列問題都會出現。但這個階段的人往往也最易溝通，可塑性也較強，適當的引導、合理的方式會比野蠻的管理效果強上百倍。

程序員個人年度工作總結範文

回首這一年的工作，有碩果累累的喜悦，有工作當中的艱辛，也有遇到困難和挫折時的惆悵。在項目可開發的過程中，難題一個接一個的出現，自信心不止一次的受到過打擊，雖然自己早就知道，要做到符合公司的要求，做一名合格的程序員，這些是遠遠不夠的。每天我都會不斷勉勵自己，好好學，以後會好的。在此同時，公司也給了我很多學習的機會，這是我對以後的編程之路又有了信心。在擔任公司程序員一職已經有一年多的時間，在這一年時間裏，我學到了很多東西。每個人都是在不斷的總結中成長，不斷的是審視中完善自己。在這一年裏自己也是在總結、審視中腳踏實地完成好自己的本職工作，現將這一年的工作總結如下：

思想方面

嚴格按照一個程序員應有的素養來約束自己，愛崗敬業，具有強烈的責任崗和事業心，積極主動認真的學習專業知識，工作態度端正，聽從公司的安排，積極配合客户完善數字化校園系統。

工作方面

熱愛自己的本職工作，能夠正確認真的對待每一項工作，工作投入，熱心為大家服務，認真遵守勞動紀律，按時上下班，有效利用工作時間，堅守崗位，需要加班完成工作的要按時加班加點，保證工作能夠按時完成。在這一年多的時間裏面，我本着把工作做的更好這樣一個目標，主動了解公司的開發項目流程，請教他們開發技術上的問題。

工作心得

1. 在這一年多的時間裏面，我參與的都是團隊合作的項目，無論是自己還是同事，我們都將就團隊精神。在信任自己和他人的基礎上，思想統一，行動一致，這樣的團隊一定會攻無不克戰無不勝。我們的很多工作是一起完成的，在這個過程中，大家互相提醒和補充，大大提高了工作效率，所有的工作中溝通是最重要的，一定要把信息處理的及時，有效和清晰。

2. 每一個項目在開始着手的第一步，一定要和客户把需求溝通清除，只要瞭解項目的需求，才有可能真正做好一個項目。我們需要向客户提出，要求客户提供所有涉及該項目的資料，每次與客户見面都需要熟悉業務與程序的程序員隨時記錄需求。

3. 工作中，將任務詳細化，詳細到每個頁面，甚至是一個頁面中的圖片什麼時候做好，做好到什麼程度，這樣把工作進度有計劃有方向的定下來，做事很有效率。

4. 每天的工作小結真的很重要，這讓我們每天都有計劃的知道自己幹了什麼，不是漫無目的的工作，所以我們應該養成，日記、週記、月記、年記的工作習慣。

5. 工作並不是一成不變的，也許有一天你要去其他崗位幫忙，所以同事之間的技術要相互學習，也許有一天，公司需要你發揮其他的技能幫忙，所以相互學習也是很重要的。

工作教訓

在公司工作的期間，我也發現了自己離一個符合公司要求的程序員還有很多差距，主要體現在工作技能與工作經驗的不夠，也是我以後要在工作中不斷磨練和提高自己的地方。仔細總結一下，自己在工作中主要有以下方面做的不夠好：

1. 工作的條理性不夠清晰，要分清主次和輕重緩急。

在開發時間很倉促的情況下，事情多了，就一定要有詳細而主次分明的計劃，哪 需要立即完成，哪些可以緩緩加班完成，在這方面還有很大的優化空間。

2. 對流程、業務需求不夠熟悉。

在工作中，發現因為流程或業務需求的問題而不知道如何下手的情況有點多，包括錯誤與缺漏還有當時設計考慮不到位的地方，對於這塊的控制力度顯然不夠，平時總是在開發，但説到底對業務很熟悉才是項目很好完成的前提。

3. 缺乏工作經驗。

4. 學習的知識不夠廣泛。

一個項目中，涉及的技術往往有很多種，知識多了，就會靈活變通，以後我也會加強這方面的學習。

其實作為一名員工，所有的地方都是需要學習的，多聽、多看、多想、多做、多溝通，向每一個員工學習他們身上的優秀工作習慣，豐富的專業技能，配合着實際工作不斷的進步，不論在什麼環境下，我都相信這兩點：

一是：三人行必有我師

二是：天道酬勤

【第3篇】it程序員個人年度工作總結範文

我於xxxx年9月11日成為本公司技術部的一名程序員，三個月的試用期轉眼就過去了。這段我人生中彌足珍貴的經歷，給我留下了精彩而美好的回憶。在這段時間裏您們給予了我足夠的關懷、支持和幫助，讓我充分感受到了領導們“海納百川”的胸襟，在對您們肅然起敬的同時，也為我有機會成為影響力在線的一員而驚喜萬分。

這段時間，在領導和同事們的關懷和指導下，我通過不懈努力，各方面均取得一定的進步，現將我的工作情況做如下彙報：

一、通過理論學習和日常工作積累經驗我的各方面有了很大的進步。

剛到公司不久，我便開始負責方面的網站開發和廣告平台開發和維護，剛開始的時候對我來説確實壓力很大，因為各方面都還不熟悉，而且與之前的公司相比，節奏也有點快，不過我慢慢的習慣了環境，和同事相處的比較融洽，領導對我也比較關心，在公司裏工作就像是在一個幸福的大家庭裏一樣，我很快喜歡上了這裏。

我到公司不久，第一個項目是xxx公司網站，做這個項目的時候我遇到了幾個問題，我在以前公司做的時候沒有在這麼短的時候完成一個項目的，在效率上提高了我的能力。做這個項目的時候我也遇到了許多以前沒有遇到過的問題，我請教同事和朋友，還有藉助網絡一一解決了難題。

之後，我將b2b廣告招商平台進行了改版，開發了xxx智能建站廣告平台以及以後網站的維護工作。

接下來，我又做了一個比較棘手的項目——xxx在線諮詢系統。為什麼説棘手呢，因為我以前沒有做過這方面的項目，而且我問遍了所有認識的朋友，搜遍了網絡也沒有找到如何解決的方法，之後我翻書籍，接着搜索網絡。功夫不負有心人，終於我找到一個聊天室的小例子，但是功能差的太遠，於是我把這個示例一點點的研究，從一點也不懂到後來慢慢看懂，從對ajax技術一無所知到基本熟練運用。接下來我就開始自己開發，到最後終於把它開發了出來，雖然不是很完美，功能不是很強大，但是它是我辛苦的勞動結晶，我相信以後會把它開發的更強大，更完美。

二、明確崗位職能，認識個人技術能力不足。

經過三個多月的工作，雖然完成了一些項目的開發，我的技能也提高了很多，但是感覺我的技術還有待提高，所以我會在以後的工作中更加努力，努力提高自己的技術和各種不足，努力使自己成為一名稱職的職員。

三、提出自己努力計劃

1、學無止鏡，時代的發展瞬息萬變，各種學科知識日新月異。我將堅持不懈地努力學習各種技術知識，並用於指導實踐。

2、“業精於勤而荒於嬉”，在以後的工作中不斷學習知識，通過多看、多學、多練來不斷的提高自己的各項技能。

3、不斷鍛鍊自己的膽識和毅力，提高自己解決實際問題的能力，並在工作過程中慢慢克服急躁情緒，積極、熱情、細緻地的對待每一項工作。

4、努力提高自己的日常交際能力。

時光流轉間，我已到公司工作三個多月。非常感謝公司領導對我的信任，給予我體現自我、提高自我的機會。這三個多月的試用期工作經歷，使我的工作能力得到了由校園步入社會後幅度的提高。

在此，在對試用期的工作情況及心得體會做一彙報後，我想借此機會，正式向公司領導提出轉正請求。希望公司領導能對我的工作態度、工作能力和表現，以正式員工的要求做一個全面考慮，能否轉正，期盼回覆。我會以炙熱的工作熱情繼續投入到今後的工作當中，以自己踏實努力的工作，報公司知遇之恩!

【第4篇】xxxx年程序員個人年度工作總結範文

先自我簡介一下，本人從事開發進一年， 09屆畢業生，08年11月開始上班，之前做asp，09年2月後開始做，由於公司轉型，現在帶十幾個人在一起搞開發，主要是關於準金融行業的行業管理軟件。年度總結在會議上也寫了，但僅限於對於工作總結及xxxx年工作計劃，自我總結較少，因此今天專門做下自我的年度總結，主要從技術、管理、人生上面談談這一年的收穫，前輩路過歡迎多多指正。

技術

我在學校裏學的是電氣自動化，程序基礎僅限於c基礎課程的一些知識，後來由vb、html轉向asp，在asp上花費了不少時間，對asp比較熟悉，後來由於公司業務需要，將開發平台轉向，開始對不是很感冒，以為就是asp的一點擴展（那時還不知道三層架構，數據數據訪問全在頁面裏——！），後來招來幾個北大青鳥的過來終於意識到的強大之處，經過個人的努力已經逐步掌握了，現在層次上只能講個人覺得是入門而已，原因是多方面的，待會兒會講到。

相信從面向過程轉向面向對象的同學都有一種感覺：面向對象開始真的有點彆扭， 涉及到屬性，尤其是類之間的各種關係，那時老想用面向過程傳遞參數多方面啊。於是老在想對象這種東西，從概念中跳中來，以自己的方式去理解才逐漸體會到頁面對象的精華來，分層次展現、分級別訪問、封裝對象之間各種關係逐漸真正理解了，尤其是對象之間的關係，如對象a與對象b兩者之間的關係，有些需要完全公開，有些需要隱藏，有些需要通過第三方傳遞，有些需要給自己的下級可見，有些需要讓下級去完成具體操作——這不是現實的實際模型嗎？應該這麼理解，面向對象來源於現實，它不是一種憑空空想出來的理論，這些對象之間的關係可以將其還原為父子、夫妻、領導下屬、同事、朋友之間的關係。localhost相比之下，頁面過程往往像是一股腦全部推給用户使用，其中的數據與數據訪問方法層次不清晰，在模擬現實上它與面向對象相比更易於入門理解，實質上難於準確直接地表述。

面向對象上另一方面是它的設計模式，在之前的面向過程中 對這個設計模式並沒有清晰地提出來，面向過程優秀的代碼要求高內聚低耦合，從個人的理解上，這僅是對軟件開發方法“技”上理論總結；設計模式是達到了“道”的層次，因為它從更大的方向、更抽象的層次來去表述具體的代碼模塊之間的關係，可以認為設計模式是完全從實際的應用來不斷總結得來的經驗，之間並沒有這種術語，但相信前人肯定也使用到這種思想，它從實際應用於來，當然要應用於實際工作中，認真思考不斷總結每個人都會有自己的“設計模式”，可以借鑑前人的思想來去提升自己，不可去為“設計模式”而設計模式。

具體到的實現模型中，真正理解它的機制與方法也就不難理解，記住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之間的男性中，情緒化、失落感、心理不成熟等一系列問題都會出現。但這個階段的人往往也最易溝通，可塑性也較強，適當的引導、合理的方式會比野蠻的管理效果強上百倍。

【第5篇】xxxx年程序員年度考核個人工作總結範文

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

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

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

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

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

提問的技巧

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

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

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

2、如何提問?問誰?

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

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

任務分解

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

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

主動彙報 + 主動溝通

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

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

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

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

【第6篇】2022年程序員年度考核個人工作總結

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

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

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

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

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

提問的技巧

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

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

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

2、如何提問?問誰?

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

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

任務分解

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

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

主動彙報 + 主動溝通

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

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

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

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

【第7篇】2022年軟件研發部程序員年度個人工作總結範文

過去的一年，在馬總的親切關懷，伍經理的殷勤管理與認真指導，軟件研發部的團結協作，以及在公司這充滿奮鬥的環境下，我以嚴肅認真的工作態度和百折不饒的精神，努力的完成了公司的各項工作，在軟件研發、團隊協作和個人成長上也取得了一定的成績。在公司一年的工作已經結束，特向公司總結匯報

第一部分 工作總結

一、軟件研發

根據公司的安排，項目的需要。在自身的努力、伍經理的幫組，團隊的合作下，克服重重技術困難，增長了工作經驗， 收穫豐盈

1、 開發

以前我在其他公司也做過一些開發，但是底層和架構與頁面樣式我都是沒有涉及到的。通過這一年在本公司的的這些項目程序中的鍛鍊，我成長了，我學會了很多很多。

首先，面嚮對象語言的收穫。對於當前編程的主流思想是對象，任何事物都可以用對象來表示。以前理解這些話很費解都是從表面上理解，沒有從深入的體會，通過這次項目的深入，不管是數據還是外部一些條件我們都可以抽象成對象，都可以用對象來表示，具體可以用語言中的類方法等。如此，c#如此java也同樣如此。

其次，具備獨立完成知識方面的能力。以前沒有做過vb的東西，加上這次深入的做，這次涉及到的領域也非常廣，常用的重要的都有涉及，並且還補充xml,javascript實際操作中空白的部分。通過這一年的開發，在 方面我能勝任這方面的工作，能獨立完成這方面的工作。

再次，c#方面存在一些不足。通過c#這次軟件的開發，也發現自己的不足，如基礎知識掌握不牢，缺乏編程整體思想。這些都是需要在工作中完善和改進的。

2、數據庫開發

數據庫是伴隨着項目以來用的最多最平凡的技術。以前對數據庫只是會一些簡單常用的操作，經過這一年項目的實戰，對數據庫的操作增加了一些豐富的經驗。為以後的工作和經驗的積累都奠定了堅實的基礎。同時在項目中還用到了oracel與 access數據庫,這是我最大的收穫·

優點：能熟練的運用數據庫技術進行開發。 特別是對sql數據庫的操作，經過這麼長時間的積累，基本上能合理的設計和新建數據庫，同時在數據結構上也加強了對數據庫的理解。通過項目的實踐現在能熟練使用和編寫多種sql語句。還掌握了一些關於數據庫優化sql語句優化的方法，能進行一些簡單的優化。

缺點：數據是一門比較先進的技術，並不是你會寫一些sql語句，能建幾個數據庫你就是數據庫工程師。要成為一個好的數據庫管理員是要經過長時間的工作積累。針對自己的不足，在以後的工作和學習中多接觸，多運用新的知識點。充實自己的經驗和知識儲備。

二、團隊協作

上面的成功與收穫，除了自身努力外，以及公司的支持。是這個團隊鑄造了我。我們這個團隊也是因為有了我們這些拼搏協作的隊員，使得它成為一個具有務實、拼搏、創新精神的團隊。我與軟件研發小組是一個整體，這裏的團隊

總結也就是我在這個團隊中的收穫。

務實：公司下發的任務，下發的工作，件件都是用心去做的。我們這個團隊中沒有一個人在工作的時候做了工作以外的事情，都是實實在在的做跟工作相關對公司有益的事情。相信在伍經理的帶領下現在是這樣，以後同樣也是這樣。

【第8篇】it行業java程序員的個人年度總結

it行業java程序員的個人年度總結

時間一晃而過，轉眼間到公司已經5個月了。這是我人生中彌足珍貴的一段經歷。在這段時間裏各級領導在工作上給予了我極大的幫助，在生活上給予了我極大的關心。在對公司各級領導肅然起敬的同時，也為我有機會成為公司的一份子而自豪。

在這5個月的時間裏，在領導和同事們的悉心關懷和指導下，通過自身的努力，各方面均取得了一定的進步，現將我的工作情況作如下彙報。

一、通過培訓學習和日常工作積累使我對公司有了一定的新的認識。

在7月份我來到了xxx公司-鄭州分公司參加招聘，經過幾輪面試和筆試，終於能夠有幸加入了xxx這個大家庭，在我進入公司時我拿到的第一份資料就是公司介紹和新員工入職説明，當時只是覺得公司很正規，很強大。在和人事、部門領導交流後，感覺公司很親切，很温馨。公司的理念在平時的工作以及項目開發時體現的淋漓盡致，本人對公司的'理念非常認同。現在公司在xx行業起到了舉足輕重的地位，今後還將更加輝煌。

二、遵守各項規章制度，認真工作，端正態度，使自己素養不斷得到提高。

愛崗敬業的職業道德素質是每一項工作順利開展並最終取得成功的保障。在這5個多月的時間裏，我能遵守公司的各項規章制度，兢兢業業做好本職業工作，5個多月來從未遲到早退，用滿腔熱情積極、認真地完成好每一項任務，認真履行崗位職責，平時生活中團結同事、不斷提升自己的團隊合作精神。在這5個月的時間裏讓我認識到：一種積極豁達的心態、一種良好的習慣、一份計劃並按時完成竟是如此重要，並最終決定一個的人成敗。讓我對自己的人生有了進一步的認識，渴望有所突破的我，將會在以後的工作和生活中時時提醒自己，以便自己以後的人生道路越走越精彩。

三、認真學習崗位職能，工作能力得到了一定的提高。

在進入公司以來，一直參與到xxx項目的集成和開發。通過完成上述工作，使我認識到一個稱職的開發人員應當具有良好的語言表達能力、紮實的技術能力、較強的邏輯處理能力、靈活的應變問題能力、有效的對外聯繫能力。在參與項目開發的過程中，發現很多看似簡單的工作，其實裏面還有很多技巧。

四、不足和需改進方面。

雖然加入公司這個大家庭已經5個多月，對開發技術掌握的還不是很深，對發現問題的處理還不是很全面。隨着對公司和工作的進一步熟悉，我也希望能夠在今後的工作中更加迅速的提升自己的業務能力以及技術能力，我覺得多做一些工作更能體現自己的人生價值。“業精於勤而荒於嬉”，在以後的工作中我要不斷學習業務知識，通過多看、多問、多學、多練來不斷的提高自己的各項業務技能。學無止境，時代的發展瞬息萬變，各種學科知識日新月異。我將堅持不懈地努力學習各種知識，並用於實踐。

在今後工作中，要努力做好開發人員的本職工作，注重工作態度，把自己的工作創造性做好做紮實，為項目的開發以及公司的發展貢獻自己的力量。

五、工作計劃

暫時做出以下幾點規劃：

1、要提高工作的主動性，做事幹脆果斷，不拖泥帶水；

2、工作要注重實效、注重結果，一切工作圍繞着目標的完成；

3、要提高大局觀，是否能讓其他人的工作更順暢作為衡量工作的標尺；

4、把握一切機會提高專業能力，加強平時知識總結工作；

5、虛心請教比我做的優秀的其他同事，向他們學習技術或經驗。其實作為一個新員工，所有的地方都是需要學習的，多聽、多看、多想、多做、多溝通，向每一個員工學習他們身上的優秀工作習慣，豐富的專業技能，配合着實際工作不斷的進步，不論在什麼環境下，我都相信這兩點：一是三人行必有我師，二是天道酬勤。

展望臨近的xxx年,我會更加努力、工作上認真負責,再接再厲,更上一層樓。相信自己會完成新的任務,能迎接新的挑戰。

【第9篇】程序員個人年度工作總結範文

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

2022年伊始是通過分銷資源計劃系統(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時候所出現很多問題的根源.環境在整個學習的過程中也顯的尤為重要.如何培養英語環境是我接下來的主要任務之一.相信在接下來的一年定會有所突破.

路漫漫其修遠兮,吾將上下而求索.

【第10篇】程序員個人年度工作總結

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

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

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

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

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

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

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