程序員年終工作總結的範文

新的一年即將到來,回首20xx年x月,我很榮幸的進入了公司,加入了開發的團隊,認識了熱心和睦並且技術優秀的同事們,這是我的榮幸,這是有收穫的一年,下面我對自己進入公司大半年的情況進行年終總結.

1收穫和不足及改善

A業務開發,技術能力

自從來到了咱們公司後,通過與同事領導的溝通,對業務的流程,規約,製造程序的方法步驟都有了一定的瞭解,期間做過從簡單到複雜的基本程序,從模擬到實際,收穫很大,期限感到咱公司做的公安系統非常之龐大,能容豐富,功能模塊多,業務流程複雜,但是複雜之中又有規律,在此我非常感激老白老好,和王智彬,刁爺,還有老員工們對我的細心指點,那段時間嚐嚐加班加點的幫助我儘快熟悉系統,對我的程序和代碼提出建設性的意見,讓我少走了許多彎路.

從內蒙的門户,職業犯罪研判的發帖回帖,超級檔案,616門户,數據導入,還有許多功能性的小程序,也讓我逐漸成長.也深深讓我體會到,做軟件是個團隊合作的項目,不是一個人單槍匹馬能做好的,特別是我們現在做的這麼龐大的一個系統,所以在工作態度上我能積極配合大家組好工作,服從領導的安排,有問題及時反映,大家一起討論研究,工作要細心,耐心嚴謹.我也從總積累了經驗,提升了自己的開發和技術能力.

b下面説一下我對工作中的體會和存在的問題,與工作的一些技巧總結:

在我的第一個上線的項目中,也就是內蒙門户,當時作為剛跨出校門的新員工,主要不足是在堆業務的梳理上,代碼沒有寫活,後來在同事的幫助下,做了一些改造,代碼質量明顯提高,能做到增加功能調整需求,不進行大量代碼改造,代碼寫活的好處就在於此.互相不依賴,相同的方法抽取出來,避免垃圾代碼的書寫.而且利用閒暇時間,回過頭去樹立以前的工作,以便更深的理解

提高素質,寫好註釋,在修改第一個項目初期之後,體會到如果自己寫的代碼很爛,就會讓代碼的可讀性降低,也會讓自己或者讓下一個修改次程序,或看這個程序的同事很是頭疼,所以一定要書寫註釋,尤其是在不容易理解方法上,或邏輯複雜的情況下,寫註釋,這樣首先自己的調理清楚,思路明晰,也能讓其他人看的明白.

通過這個項目之後,我體會到了一些能讓工作效率提升的一些技巧如果是單純技術上的問題，如果可以google百度到的，我認為就可以自己消化掉！問的問題一定要先google，(谷歌的搜索引擎搜出的東西比較準,百度差點)然後帶着自己的想法，去問一些有經驗的人，收穫會更大！

如果在程序中有了需要提出的問題,或不知如何解決的事情,先把你要問的問題梳理好，可以有電子版或者打印版的整理，方便其他同事查看和解答。然後就是提出的問題，要讓回答的人感興趣，這樣他不但會給你解答問題，還有可能將問題延伸，讓你學到更多的知識。

對於如何讓回答的人感興趣，就是仁者見仁，智者見智了！看個人發揮了！比如老好,有時候我問他一些問題,他會很耐心的給我解答,並且還會給我將一些這方面的知識,從而使我之後的代碼能夠規避掉一些我之前想不到的錯誤,而且對於問誰，我覺得你不瞭解其他同事的時候，要先問你的上司，當你瞭解了你的同事每個人擅長的領域之後，就應該把自己的問題歸類，然後問最擅長的人。這樣會事半功倍！主動彙報主動溝通,也是一件非常必要的事情,雖然有時候工作量會大一些,沒有時間去回報,其實這樣是不好的。後來我的領導找到我，問我的進度，才發現意見有所分歧，理解有差距。索性只能重新來過。所以有情況，有成果，有可展示的東西就一定要及時的主動彙報這個事情的進度，做成果展示，在對事情有不理解的時候也需要主動的溝通，使之和所有參與人員的意見一致再去做，保證你做的事情的正確性和有效性。

工作並不是一成不變的,也許有時候要做其他項目,去其他崗位幫忙,所以同事之間的技術也要互相學習,也許有時候其他人問自己問題,或者需要自己幫忙.

自己寫完的項目一定要自測,哪怕時間緊,也要對自己寫過的功能整體測試一下,再提交,這樣可以節省測試部門方面的時間,也可以先改掉一些簡單的錯誤,或容易發現的錯誤,而且寫完一個模塊就要測一下,這樣能發現自己開發的代碼,是不是都會存在類似的問題,也許這樣寫不行,早發現就能少犯更多的程序思路上的錯,節省更多的時間..

未來規劃

未來我要多學習一些javascript,和前台頁面美化,和後台java代碼,多利用資源去學習,也希望能有更多的機會鍛鍊自己的技術,在開發與現場環境下多學習到一些知識,多接觸一下現場環境,服務器等硬件軟件,使自己的技能與代碼質量更加提高,考慮到的問題能夠更加全面,這樣工作能夠更加高效,也能勝任更多的任務.

改編一句廣告就是,那裏不會學哪裏,領導再也不用擔心我的工作了.

不論在什麼環境下,我都相信,第一三人行必有我師,第二,天道酬勤多付出一些,工作就會優化一些,這需要認真沉下心去做事情,職業做事誠信待人,