两个人做人爱视频免费,97久久精品人人搡人妻人人玩,欧洲精品码一区二区三区,999zyz玖玖资源站永久

我要投稿 投訴建議

程序員年終工作總結

時間:2023-07-23 11:37:28 工作總結 我要投稿

程序員年終工作總結【集錦15篇】

  總結是在某一時期、某一項目或某些工作告一段落或者全部完成后進行回顧檢查、分析評價,從而得出教訓和一些規律性認識的一種書面材料,通過它可以全面地、系統地了解以往的學習和工作情況,因此好好準備一份總結吧。那么你知道總結如何寫嗎?以下是小編為大家整理的程序員年終工作總結,希望能夠幫助到大家。

程序員年終工作總結【集錦15篇】

程序員年終工作總結1

  光陰如梭,半年的工作轉瞬即將成為歷史,伴隨著新年鐘聲的臨近,我們依依惜別碩果累累的20xx年,滿懷熱情的迎來即將到來的20xx年。在這年終之際,現對來公司5個月的時間里所作的工作匯報如下:

  1、正義erp項目的編碼工作。從了解新疆正義項目的背景、及計劃安排,熟悉正義公司制度及業務流程,再到熟悉新能開發模式,之后我根據需求調研報告,從基本的數據庫創建,到編碼,完成了銷售部、生產部、采購部、質檢部四個模塊的基本單據的制單、審核、選單、查詢、打印等系列的編碼工作;完成了正義項目的模塊測試及流程測試。通過這段時間的努力,使我個人的耐心、細心程度及對工作的合理安排得到了鍛煉,學會了在繁忙之中找條理,危難之中找希望。同時自己也有一些不足之處,一些細節地方技術上還不太成熟,還需加以學習與鉆研。

  2、、正義erp項目的實施工作。從十一月初開始進行正義項目的實施,每天早起趕在企業上班前趕到企業進行erp的實施。實施期間主要是軟件的安裝實施及對企業的erp系統的使用人員進行軟件使用培訓;紀錄客戶使用過程中出現的問題,晚上下班后加班加點將每天的小錯誤及客戶變更修改完畢。

  通過這項工作,使我原本欠缺的業務能力得到了很大的.提高,并學到了很多與客戶交流的技巧及業務上的知識,更加明晰了erp系統的流程。但離一個成功程序開發人員的標準還差得很遠,在今后工作中,定會多多注意,加以改善。

  3、幫助和使用手冊文檔的編寫。幫助的編寫使我熟悉了dreameweaver和fireworks的使用,為后期的

  oa開發也奠定一定的基礎,使用說明的編寫,使我更加加深了項目開發的整體思路與技術要點,總結了前期開發和實施中碰到的問題,并又一次的對軟件整體進行了測試,對暴露出的小bug進行了最后的修改。

  4、利用工作之余的休息時間加強學習。平時注意收集有關pb方面的資料文件,提高自己的處理新問題和解決新問題的能力,并加強學習java及oa方面的知識(現轉為學習.net),為后期的工作打好基礎。

  以上為本人粗略的個人工作小結,請領導審閱,如工作上有不到之處,請領導不吝指出,以便本人及時改正,從而能更好地工作。

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

程序員年終工作總結2

  7.5.3系統測試和調試

  1.系統測試的意義及目的

  系統測試是為了發現錯誤而執行程序的過程,成功的測試是發現了至今尚未發現的錯誤的測試。

  測試的目的就是希望能以最少的人力和時間發現潛在的各種錯誤和缺陷。應根據開發各階段的需求、設計等文檔或程序的內部結構精心設計測試實例,并利用這些實例來運行程序,以便發現錯誤。信息系統測試應包括軟件測試、硬件測試和網絡測試。硬件測試、網絡測試可以根據具體的性能指標來進行,此處所說的測試更多的是指軟件測試。

  系統測試是保證系統質量和可靠性的關鍵步驟,是對系統開發過程中的系統分析、系統設計和實施的最后復查。根據測試的概念和目的,在進行信息系統測試時應遵循以下基本原則:

  ·應盡早并不斷地進行測試。測試不是在應用系統開發完之后才開始進行的。由于原始問題的復雜性、開發各階段的多樣性以及參加人員之間的協調等因素,使得在開發各個階段都有可能出現的錯誤。因此,測試應貫穿在開發的各個階段,盡早糾正錯誤,消除隱患。

  ·測試工作應該避免由原開發軟件的人或小組承擔,一方面,開發人員往往不愿否認自己的工作,總認為自己開發的軟件沒有錯誤;另一方面,開發人員的錯誤很難由本人測試出來,很容易根據自己編程的思路來制定測試思路,具有局限性。測試工作由專門人員來承擔會更客觀,更有效。

  ·設計測試方案的時候,不僅要確定輸入數據,而且要根據系統功能確定預期輸出結果。將實際輸出結果與預期結果進行比較就能發現測試對象是否正確。

  ·在設計測試實例時,不僅要設計有效合理的輸入條件,也要包含不合理、失效的輸入條件。測試的時候,人們往往習慣按照合理的、正常的情況進行測試,而忽略了對異常、不合理、意想不到的情況進行測試,而這些可能就是隱患。

  ·在測試程序時,不僅要檢驗程序是否做了該做的事,還要檢驗程序是否做了不該做的事。多余的工作會帶來副作用,影響程序的效率,有時會帶來潛在的危害或錯誤。

  ·嚴格按照測試計劃來進行,避免測試的隨意性。測試計劃應包括測試內容、進度安排、人員安排、測試環境、測試工具和測試資料等。嚴格按照測試計劃進行測試可以保證進度,使各方面都得以協調進行。

  ·妥善保存測試計劃和測試例子,將其作為軟件文檔的組成部分,為維護提供方便。

  ·測試例子應是精心設計出來的,可以為重新測試或追加測試提供方便。當糾正錯誤、系統功能擴充后,都需要重新開始測試,而這些工作重復性很高,可以利用以前的測試例子,或在其基礎上修改,然后進行測試。

  2.測試過程

  測試是開發過程中一個獨立且非常重要的階段,測試過程基本上與開發過程平行進行。

  一個規范化的測試過程通常包括以下基本的測試活動。

  (1)擬定測試計劃。在制定測試計劃時,要充分考慮整個項目的開發時間和開發進度以及一些人為因素和客觀條件等,使得測試計劃是可行的。測試計劃的內容主要有:測試的內容、進度安排、測試所需的環境和條件、測試培訓安排等。

  (2)編制測試大綱。測試大綱是測試的依據。它明確詳盡地規定了在測試中針對系統的每一項功能或特性所必須完成的基本測試項目和完成測試的標準。

  (3)根據測試大綱設計和生成測試例子。在設計測試例子的時候,可綜合利用前面介紹的測試例子和設計技術,產生測試設計說明文檔,其內容主要有被測項目、輸入數據、

  測試過程、預期輸出結果等。

  (4)實施測試。測試的實施階段是由一系列的測試周期組成的。在每個測試周期中,測試人員和開發人員將依據預先編制好的測試大綱和準備好的測試例子,對被測軟件或設備進行完整的測試。

  (5)生成測試報告。測試完成后,要形成相應的測試報告,主要對測試進行概要說明,列出測試的結論,指出缺陷和錯誤。另外,給出一些建議,如可采用的修改方法,各項修改預計的工作量及修改的.負責人員。

  3.測試策略和測試方法

  軟件測試方法分人工測試和機器測試。

  1)人工測試

  人工測試指的是采用人工方式進行測試,目的是通過對程序靜態結構的檢查,找出編譯時不能發現的錯誤。經驗表明,組織良好的人工測試可以發現程序中30%~70%的編碼和邏輯設計錯誤。

  人工測試又稱為代碼審查,其內容包括檢查代碼和設計是否一致,檢查代碼邏輯表達是否正確和完整,檢查代碼結構是否合理等。主要有3種方法。

  ·個人復查:指程序員本人對程序進行檢查。由于心理上的原因和思維慣性的影響,對自己的錯誤一般不容易發現,對功能理解的錯誤更不可能糾正。因此,這種方法主要針對小規模程序,效率不高。

  ·抽查:通常由3~5人組成測試小組,測試人員應是沒有參加該項目開發的有經驗的程序設計人員。在抽查之前,應先閱讀相關的軟件資料和源程序,然后由測試

  人員扮演計算機的角色,將一批有代表性的測試數據沿程序的邏輯走一遍,監視程序的執行情況。人工檢測程序很慢,只能選擇少量簡單的例子。

  ·會審。測試人員的構成與抽查類似。在會審之前,測試人員應該充分閱讀相關資料,比如系統分析說明書、系統設計說明書、源程序等。測試人員應盡可能多地列出典型錯誤。在會審時,由編程人員逐句講解程序,測試人員逐個審查、提問。通過這種方式,往往可能使編程人員發現自己以前沒有意識到的錯誤,使問題暴露=會審后,要將發現的問題登記、分析、歸類。

  ·代碼復審應該在被測軟件編譯成功之后。編譯都不通過的軟件,當然談不上復審。在復審期間,應保證有足夠的時間,讓測試小組對問題進行充分的討論,這樣才能有效地提高測試效率,避免出錯。

  2)機器測試

  機器測試是把設計好的測試例子作用于被測程序,比較測試結果和預期結果是否一致。如果不一致,就說明可能存在錯誤。機器測試只能發現錯誤的癥狀,無法對問題進行定位。

  機器測試分為黑盒測試和白盒測試兩種。

  (1)黑盒測試也稱為功能測試。將軟件看成黑盒子,在完全不考慮軟件內部結構和特性的情況下,測試軟件的外部特性。進行黑盒測試主要是為了發現以下幾類錯誤:

  ·是否有錯誤的功能或遺漏的功能?

  ·界面是否有誤?輸入是否正確接收?輸出是否正確?

  ·是否有數據結構或外部數據庫訪問錯誤?

  ·性能是否能夠接受?

  ·是否有初始化或終止性錯誤?

  (2)白盒測試也稱為結構測試。將軟件看成透明的白盒。根據程序的內部結構和邏輯來設計測試例子,對程序的路徑和過程進行測試,檢查是否滿足設計的要求。其原則是:

  ·程序模塊中的所有獨立路徑至少執行一次。

  ·在所有的邏輯判斷中,取“真”和取“假”的兩種情況至少都要執行一次。·每個循環都應在邊界條件和一般條件下各執行一次。

  ·測試程序內部數據結構的有效性等。

  4.軟件測試步驟

  軟件測試實際上可分成4步進行。

  1)單元測試‘

  單元測試也稱為模塊測試,在模塊編寫完成且無編譯錯誤后就可以進行。如果選用機器測試,一般用白盒測試法,多個模塊可以同時進行。

  測試一個模塊時需要編寫一個驅動模塊和若干個樁(stub)模塊。驅動模塊的功能是向被測試模塊提供測試數據,驅動被測模塊,并從被測模塊中接收測試結果。樁模塊的功能是模擬被測模塊所調用的子模塊,它接收被測模塊的調用,檢驗調用參數,模擬被調用的子模塊功能,把結果送回被測模塊。

  2)組裝測試

  組裝測試也稱為集成測試,就是把模塊按系統設計說明書的要求組合起來進行測試。

  即使所有模塊都通過了測試,但在組裝之后,仍可能會出現問題:穿過模塊的數據被丟失;一個模塊的功能對其他模塊造成有害的影響;各個模塊組裝起來沒有達到預期的功能;全局數據結構出現問題;另外,對于單個模塊來說其誤差可以接受,但模塊組合后,可能會出現誤差累積,最后到不能接受的程度,所以需要組裝測試。

  通常,組裝測試有兩種方法:一種是分別測試各個模塊,再把這些模塊組合起來進行整體測試,即非增量式集成;另一種是把下一個要測試的模塊組合到已測試好的模塊中,測試完后再將下一個需要測試的模塊組合起來,進行測試,逐步把所有模塊組合在一起,并完成測試,即增量式集成。非增量式集成可以對模塊進行并行測試,能充分利用人力,并加快工程進度。但這種方法容易混亂,出現錯誤不容易查找和定位。增量式測試的范圍逐步擴大,錯誤容易定位,而且已測試的模塊可在新的條件下再測試,使測試更徹底。

  3)確認測試

  經過組裝測試之后,軟件就被集成起來,接口方面的問題已經解決,將進入軟件測試的最后一個環節——確認測試。確認測試的任務就是進一步檢查軟件的功能和性能是否與用戶要求的一致。系統方案說明書描述了用戶對軟件的要求,所以是軟件有效性驗證的標準,也是確認測試的基礎。

  確認測試,首先要進行有效性測試以及軟件配置審查,然后進行驗收測試和安裝測試,經過管理部門的認可和專家鑒定后,軟件即可交給用戶使用。

  4)系統測試

  系統測試是將已經確認的軟件、計算機硬件、外設和網絡等其他因素結合在一起,進行信息系統的各種組裝測試和確認測試,其目的是通過與系統的需求相比較,發現所開發的系統與用戶需求不符或矛盾的地方。系統測試是根據系統方案說明書來設計測試例子的,常見的系統測試主要有恢復測試、安全性測試、強度測試、性能測試、可靠性測試、安裝測試。

  5.調試’

  調試的任務就是根據測試時發現的錯誤,找出原因和具體的位置,進行改正。調試工作主要由程序開發人員來進行,誰開發的程序就由誰來進行調試。

  目前常用的調試方法有如下幾種:

  ·試探法。調試人員分析錯誤的癥狀,猜測問題的所在位置,利用在程序中設置輸出

  語句,分析寄存器和存儲器的內容等手段來獲得錯誤的線索,一步步地試探和分析出錯誤所在。這種方法效率很低,適合于結構比較簡單的程序。

  ·回溯法。調試人員從發現錯誤癥狀的位置開始,人工沿著程序的控制流程往回跟蹤代碼,直到找出錯誤根源為止。這種方法適合于小型程序,對于大規模程序,由于其需要回溯的路徑太多而變得不可操作。

  ·對分查找法。這種方法主要用來縮小錯誤的范圍,如果已經知道程序中的變量在若干位置的正確取值,可以在這些位置上給這些變量以正確值,觀察程序運行的輸出結果。如果沒有發現問題,則說明從賦予變量一個正確值開始到輸出結果之間的程序沒有錯,問題可能出在除此之外的程序中,否則錯誤就在所考察的這部分程序中,對含有錯誤的程序段再使用這種方法,直到把故障范圍縮小到比較容易診斷為止。

  ·歸納法。歸納法就是從測試所暴露的問題出發,收集所有正確或不正確的數據,分析它們之間的關系,提出假設的錯誤原因,用這些數據來證明或反駁,從而查出錯誤所在。

  ·演繹法。根據測試結果,列出所有可能的錯誤原因。分析已有的數據,排除不可能和彼此矛盾的原因。對余下的原因,選擇可能性最大的,利用已有的數據完善該假設,使假設更具體。用假設來解釋所有的原始測試結果,如果能解釋這一切,則假設得以證實,也就找出了錯誤;否則,要么是假設不完備或不成立,要么有多個錯誤同時存在,需要重新分析,提出新的假設,直到發現錯誤為止。

程序員年終工作總結3

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

  技術

  我在學校里學的是電氣自動化,程序基礎僅限于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點半接著上班,幾個同事都是年齡差不多的小伙子,干勁十足。后來隨著時間的推進,問題越來越擺在眼前:項目遲遲不能完工,又由于公司待遇方面讓新員工感覺不值得,于是形成了老板抱怨員工也抱怨的狀況,我在中間兩點都要去“消火”,這期間是我們部門相對最累的時間但也是相對感覺最充實的時候,后來,之前的員工跟我說“再也找不到那種感覺了”,這是我能想像的。這期間主要是老總對我十分信任,工作上主要是管理方法上對我指點了不少。后來我逐步體會到,管理應該是“大家定規則去遵守”,而不應該是“人管人”。

  人管人很容易陷入一個誤區:領導去時時刻刻關注每個員工,這樣最后往往后造成員工對領導的敷衍了事,管理松了員工會責任下下降,管理緊了造成員工與領導關系緊張,另一方面領導時間精力有限必然耗費大量的精力在日常的監督中而不能投入到全

程序員年終工作總結4

  光陰如梭,一年的工作轉瞬即將成為歷史,伴隨著新年鐘聲的臨近,我們依依惜別碩果累累的過去,滿懷熱情的迎來即將到來的新的一年。在這年終之際,現對來公司一年的時間里所作的工作總結如下:

  一、__項目的編碼工作

  從了解__項目的背景、及計劃安排,熟悉__公司制度及業務流程,再到熟悉新能開發模式,之后我根據需求調研報告,從基本的數據庫創建,到編碼,完成了銷售部、生產部、采購部、質檢部四個模塊的基本單據的制單、審核、選單、查詢、打印等系列的'編碼工作;完成了__項目的模塊測試及流程測試。

  通過這段時間的努力,使我個人的耐心、細心程度及對工作的合理安排得到了鍛煉,學會了在繁忙之中找條理,危難之中找希望。同時自己也有一些不足之處,一些細節地方技術上還不太成熟,還需加以學習與鉆研。

  二、erp項目的實施工作

  從_月初開始進行__項目的實施,每天早起趕在企業上班前趕到企業進行erp的實施。實施期間主要是軟件的安裝實施及對企業的erp系統的使用人員進行軟件使用培訓;紀錄客戶使用過程中出現的問題,晚上下班后加班加點將每天的小錯誤及客戶變更修改完畢。通過這項工作,使我原本欠缺的業務能力得到了很大的提高,并學到了很多與客戶交流的技巧及業務上的知識,更加明晰了erp系統的流程。但離一個成功程序開發人員的標準還差得很遠,在今后工作中,定會多多注意,加以改善。

  三、幫助和使用手冊文檔的編寫

  幫助的編寫使我熟悉了__的使用,為后期的oa開發也奠定一定的基礎,使用說明的編寫,使我更加加深了項目開發的整體思路與技術要點,總結了前期開發和實施中碰到的問題,并又一次的對軟件整體進行了測試,對暴露出的小bug進行了最后的修改。

  四、利用工作之余的休息時間加強學習

  平時注意收集有關__方面的資料文件,提高自己的處理新問題和解決新問題的能力,并加強學習java及oa方面的知識,為后期的工作打好基礎。

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

程序員年終工作總結5

  20xx年即將過去,新的一年即將來臨。為了在新的一年里不斷的提高自己的工作效率,現將這一年的工作總結如下:

  一、思想方面

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

  二、工作方面

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

  三、工作心得

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

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

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

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

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

  四、工作教訓

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

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

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

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

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

  3、缺乏工作經驗。

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

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

  五、工作計劃

  要提高工作主動性,做事干脆果斷,不拖泥帶水。工作要注重實效、注重結果,一切工作圍繞著目標完成。要提高大局觀,是否能讓其他人的工作更順暢作為衡量工作的標尺。把握一切機會提高專業能力,加強平時知識總結工作。精細化工作方式的思考和實踐。虛心請教比我做的優秀的其他同事,向他們學習技術或經驗。

  其實作為一名員工,所有的地方都是需要學習的,多聽、多看、多想、多做、多溝通,向每一個員工學習他們身上的優秀工作習慣,豐富的專業技能,配合著實際工作不斷的進步,不論在什么環境下,我都相信付出總會有回報的。

程序員年終工作總結6

  我是__年12月14日進入公司的,至今已有3個多月的時間了。這3個多月來,是我人生的重大轉折。非常感謝我的領導和同事們,他們給了我很多無私的幫助和指導,讓我能夠在工作上迅速入手。

  雖然3個月時間不算長,但我已經深深被公司良好的企業文化氛圍所吸引。公司的領導注重人性化管理,工作環境寬松,在這樣的氛圍中,可以極大地激發我的自身潛力,使我以更積極的心態投入到每天的工作中。

  根據公司的需要,接下來開始做關于流程模塊的工作。總結3個多月來的工作

  __/12/14—__/1/1剛開始的半個月時間,主要是熟悉工作環境,融入bs開發團隊,試著開發一個模塊(獎金管理)并完成。在學長手把手的教導,如何代碼不規范,變量名不規范,模塊的業務邏輯怎樣,功能如何實現,讓我在工作初始收獲不少。

  __/1/1—__/2/11:主要就是模塊的開發——獎金管理、出差管理、角色管理的開發。過這段時間的努力,使我個人的耐心、細心程度及對工作的合理安排得到了鍛煉,學會了在繁忙之中找條理,模塊的開發也越來越得心應手。

  __/2/15—__/3/1這一個月應該是技術方面收獲的一個月,新年來,組長讓我協助他整理后臺,將近一個多星期的學習,對后臺類的結構有了更一步認識以及樹和表格的框架。然后,接下來的一星期看了前臺對樹的'解析和主頁面的設計,確實很精彩。

  __/3/1—__/3/15職位管理,員工待遇,標準待遇模塊的開發。重寫json封裝工具類,重寫后較之前的的優勢:處理的數據量增加100倍左右,處理速度增加10倍左右;缺點:封裝后的對象里各個字段不會排序(debug時會有影響)。反復測試、完善后開始使用。

  __/3/15—至今公司搬遷后,由于eli服務連不上無法做開發。主要的工作就是協助組長寫開發文檔。

  工作之余,我也會為自己充電,閱覽一些技術網站和看電子書 。努力提高自己的綜合素質,努力成為公司所需要的合格人才。

  我深知一名程序員,不僅需要有耐心、細心,還要具有較強的責任心,能夠為自己所屬的工作負起全部責任,并在工作中不斷進取,努力提高自己的專業素質,我深信我本人一定能做到這些。

  我本人工作認真,注重團隊的合作協調,責任感強。我自信,并能夠把所有的精力都投入到工作中去。成功地完成各項工作。

程序員年終工作總結7

  光陰如梭,一年的工作轉瞬即將成為歷史,伴隨著新年鐘聲的臨近,我們依依惜別碩果累累的20xx年,滿懷熱情的迎來即將到來的20xx年。在這年終之際,現對來公司xx個月的時間里所作的工作匯報如下:

  一、正義erp項目的編碼工作

  了解xx正義項目的背景、及計劃安排,熟悉正義公司制度及業務流程,再到熟悉新能開發模式,之后我根據需求調研報告,從基本的數據庫創建,到編碼,完成了銷售部、生產部、采購部、質檢部四個模塊的基本單據的制單、審核、選單、查詢、打印等系列的編碼工作;完成了正義項目的模塊測試及流程測試。

  通過這段時間的努力,使我個人的耐心、細心程度及對工作的合理安排得到了鍛煉,學會了在繁忙之中找條理,危難之中找希望。同時自己也有一些不足之處,一些細節地方技術上還不太成熟,還需加以學習與鉆研。

  二、正義erp項目的實施工作

  xx月初開始進行正義項目的實施,每天早起趕在企業上班前趕到企業進行erp的實施。實施期間主要是軟件的安裝實施及對企業的erp系統的使用人員進行軟件使用培訓;紀錄客戶使用過程中出現的問題,晚上下班后加班加點將每天的小錯誤及客戶變更修改完畢。

  通過這項工作,使我原本欠缺的`業務能力得到了很大的提高,并學到了很多與客戶交流的技巧及業務上的知識,更加明晰了erp系統的流程。但離一個成功程序開發人員的標準還差得很遠,在今后工作中,定會多多注意,加以改善。

  三、幫助和使用手冊文檔的編寫

  幫助的編寫使我熟悉了dreameweaver和fireworks的使用,為后期的oa開發也奠定一定的基礎,使用說明的編寫,使我更加加深了項目開發的整體思路與技術要點,總結了前期開發和實施中碰到的問題,并又一次的對軟件整體進行了測試,對暴露出的小問題進行了最后的修改。

  四、利用工作之余的休息時間加強學習

  平時注意收集有關pb方面的資料文件,提高自己的處理新問題和解決新問題的能力,并加強學習java及oa方面的知識,為后期的工作打好基礎。

  以上為本人粗略的個人工作小結,請領導審閱,如工作上有不到之處,請領導不吝指出,以便本人及時改正,從而能更好地工作。

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

程序員年終工作總結8

  在過去的一年中,我擔任公司開發部的一名軟件工程師,主要從事著JA項目的開發工作,這一年來我低調努力工作著,不求閃亮顯眼和光芒四射,只為平靜和淡定;這一年中所做的成績如下:

  一、財政局項目,本人獨立負責開發會計處的三個子系統:

  1、會計人員信用查詢系統。

  2、代理記賬機構信用查詢系統。

  3、會計人員網上報備系統。

  以上三個子系統上線后,方便了社會各界查驗會計人員的真實信息、方便了查詢合法的代理記賬機構信息,以及方便了各單位對會計人員的報備。

  二、餐飲行業項目

  在團隊開發項目中直接參與了豪享來餐飲有限公司總部的信息綜合管理平臺項目,主要負責的系統有:

  1、房屋租賃合同管理系統。

  2、信息收發管理系統。

  3、會員管理系統。

  4、基礎信息管理系統和人事管理系統的部分功能模塊。

  系統應用后,豪享來在管理全國各門店房屋租賃合同上,必須程度上提高了管理效率,并且及時有效帶給了相應預警信息;信息收發系統方便了總部及時傳遞各項信息;會員系統更好的管理全國各門店的會員信息;人事系統在管理中減少工作量等。

  三、金融行業項目

  我參與了中國銀行廈門分行,企業轉賬管理系統中的部分模塊開發。

  本系統方便了企業快速實現超多和復雜的轉賬工作。

  四、國土資源與房產管理局項目

  正在負責和開發的是住房貨幣化補貼網上申報審核系統。

  本項目采用了新技術,使界面更加大方美觀,很大程度上改善人機交互平臺的`效果。

  五、總結不足:

  駐豪享來總部做項目時,由于團隊內部某些原因,加之外面的其他因素,必須程度上影響了工作效率、影響開發進度和影響最終軟件質量;這是包括我在內項目組中的每個成員都務必檢討的地方。

  透過總結一年來的工作,盡管有了必須的進步和成績,但在一些方面還存在不足,個別工作做得還不夠完善。在今后的工作中,我將努力找出工作中的不足,以便在日后的工作中加以克服。自我不斷的學習吸收新技術,認真學習好規范規程及有關文件資料,并且及時的把新技術應用在實際的項目中,進一步提高項目的技術含量。

程序員年終工作總結9

  這一年來的工作已經結束了,我知道這對我而言是有很大的提高,作為一名程序員我堅定的認為自己是可以做的更好,在未來的學習當中我還是深有體會的,以后在學習當中,在這一點上面我希望自己可以做的更加的到位,作為一名技術人員,我還是做的非常不錯的,希望自己在這一年來的工作當中我可以繼續維持好的狀態。

  這一年來的工作當中,我現在還是希望可以做的更好,公司對我的培養還是比較多的,在這方面我是堅定的體會到了這一點,在未來的工作當中,我是堅持的做好了很多的事情的,年終之際我回顧起來確實是獲得了很多,我也希望自己在以后的學習當中,我深刻的意識到了這一點,過去一年來我也是獨完成了很多的工作,也和公司的同事一起合作了一些項目,在這個過程當中,我也確實是深刻的意識到了這一點,我知道在這方面我是維持了一個好的狀態,現在回顧起來我清楚的意識到了這一點,通過這次的項目我還是深有體會。

  我絕得工作能力是需要不斷的去落實,對于這一點我是感覺非常有意義的,年終之際,在這個過程當中,我清楚的意識到了這些細節是可以做的更加到位,我覺得以后還會有更多的事情可以做好,這一年來的工作結束了我也是希望自己可以把工作做的更好,想要把工作做的更好,我還是深有體會,在一些事情上面,我確實感覺很有意義,在工作當中我進一步的`調整好了自己各個方面的職責,公司對我個人能力還是做出了很多的判斷,我相信在這一點上面我知道自己各個方面是非常有意義的,在公司做好自己分內的職責,當然我也是意識到了自身的努力還是值得的,我也想要為公司爭取更多的價值。

  我也是清楚的意識到了自己的不足,雖然每天的工作很充實,但是在一些項目上面,還是做的不夠好,出現了一些細節的問題,這也確實是我應該要去調整好的,我會改正自己的不足之處,在以后的學習當中,我會繼續做好自己分內的職責,在程序工作方面應該要更加的細心,我會讓自己做的更好的,感激公司領導的關照,以后我也一定會讓自己做出更好努力,努力提高自己的工作能力,做技術工作讓我感覺很有意義,新的一年我一定會認真做好工作。

程序員年終工作總結10

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

  技術

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

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

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

  具體到asp.net的實現模型中,真正理解它的機制與方法也就不難理解,記住b/s中離不開post或get,所有的autopostback、selectedinde—changed……都是去調用form傳值,加上runat=server的服務器控件打開它生成的源文件也是普通的html標簽,微軟的讓軟件開發更容易的思路是很好的,時代在前進,很多年前你使用c寫出mis證明你很牛,很多年之后你不在使用c去寫“學生管理系統”、“圖書館管理系統”那只能說明你的腦子少一根筋,開發語言都有長處與不足的地方,因為它們適用的場合不同,類似不能拿匕首去跟炮彈比,也不能拿c與php比,程序員都有一種偏執的心理,但一點要記住,你面對的用戶才有最終發言權,程序能不能滿足需要,易用性、穩定性、成本才是應當首先放到重要位置來去談的。管理最開始擔任管理一職時開發團隊加我在內只有四個人,那時只是抱著接受挑戰的心理去做管理,加上我本人比較重感情,團隊之間關系相處都不錯,但嚴重的問題逐漸顯露出來:工作的隨意性、團隊精神薄弱、工作方式蠻干,印象深刻的是有幾個開始承諾項目不能完工,于是最后天天加班,一直做到早上6點,睡一會7點半接著上班,幾個同事都是年齡差不多的小伙子,干勁十足。后來隨著時間的推進,問題越來越擺在眼前:項目遲遲不能完工,又由于公司待遇方面讓新員工感覺不值得,于是形成了老板抱怨員工也抱怨的狀況,我在中間兩點都要去“消火”,這期間是我們部門相對最累的時間但也是相對感覺最充實的'時候,后來,之前的員工跟我說“再也找不到那種感覺了”,這是我能想像的。這期間主要是老總對我十分信任,工作上主要是管理方法上對我指點了不少。后來我逐步體會到,管理應該是“大家定規則去遵守”,而不應該是“人管人”。

  人管人很容易陷入一個誤區:領導去時時刻刻關注每個員工,這樣最后往往后造成員工對領導的敷衍了事,管理松了員工會責任下下降,管理緊了造成員工與領導關系緊張,另一方面領導時間精力有限必然耗費大量的精力在日常的監督中而不能投入到全局的管理中。

  于是“定制度—定分工—定進度”,明確日常所有的規章制度,這期間除了公司主要的工作規章制度外其他的日常工作紀律、日常管理等規章制度都是我本人制訂,然后征求大家意見最后去貫徹執行。中間也遇到了不少問題,比如開始我們內部是允許使用qq的,后來員工用qq閑聊的時間增多,大大影響了工作效率,最后決心禁止,開始阻力較大(貌似程序員都喜歡掛上幾個qq去到群里搞個群主,雖然群里大多都是菜鳥),最后多次開會,逐個談話,闡明道理,形勢逐漸好轉。

  項目分工上針對技術水平明確分工,制訂項目開發計劃,由于開始技術都不是很成熟,不少時間我這邊強勢要求,使用野蠻方法,完不成加班——我陪著加班,這段時間能感覺到員工對我稍有怨言但總體還是認可的。

  這期間公司新招人員,人員的增多更使我意識到團隊管理的重要性,這期間版本控制、編碼規范、文檔管理、bug管理等諸多問題都得到一一解決,技術水平上主要是我個人利用空余時間學習新知識充電,然后展開各種培訓,主要是photoshop、css、js、sql等方面,培訓一方面提升了員工的技術水平,一方面我本人在學習培訓的過程中得到的最多,因為這個時候個人要求去思考的會更多,加上我本人對技術興趣比較深厚,所以后期工作慢慢踏入良性循環。

  待遇低、條件艱苦、工作時間長、工作壓力大是團隊中的難題,這方面公司在某些方面決策層有著嚴重的錯誤思想,造成技術人員對公司埋怨增多,在這方面我本人只能以勸架婆的身價去安慰身邊的.兄弟,因為我明白現在公司的問題與當前中國軟件行業的通病一樣,盲目追求利益化,不求質量,但求速度,整個社會風氣造成軟件行業良莠不齊發展,整個中國三四個人的開發團隊組成的公司數不勝數,整個程序員階層生存狀況可想而知,瘋狂加班、代碼質量低下、維護成本大、穩定性差、用戶體驗差。當然我們本身不能去逃避這個現狀,對于個人來講任何假大空的口號都是沒有意義的,程序員作為技術人員最重要的是心態,以良好的心態去面對各種問題,發現問題、解決問題,發現問題抱怨是解決不了問題的,最主要是解決問題。我在面試員工時反復提到的三點是;工作態度、發展潛力、工作能力,由前向后排序,心態最重要,大公司大家都想削尖腦袋往里擠,但名額有限,所以廣大的程序員同志絕大多數都集中在二流三流四流的軟件公司,這個時候更應該做好個人職業定位。以我個人的經驗,新員工選擇一家公司往往最看重工資待遇跟發展潛力,程序員是一種不可以混日子的職業,工作能力很重要,但不是最主要的,工作態度是最重要的,工作態度往往跟個人的思想認識還有職業所在的環境有關,我個人的體會是絕不能太過于情緒化,情緒化無論是對工作還是對個人的發展都是不利的,就是說哪怕是明天你要辭職,你今天都要把今天要做的事情認真用心做好。

  對于工作責任心不夠的員工是尤其值得關注的,他們往往自我意識過于強烈,追求以自我為中心,很多時候伴隨著工作得不到認可、工作感覺不充實不開心,我會主動找他談話,我認識:你管理的是一個實實在在的人,他不是一臺任你擺布的機器,人會有情緒往往是有心結,找到原因,多加開導,用心去關心每個成員。對于實在不適合在本團隊發展的員工要做好最壞打算。程序員這個職業與現在的大學生具有一致的特征,一個是從天之驕子淪為多余人,一個是從高智商人士成為今天中國通行的”it民工“。另一方面是程序員往往年齡集中在20—25之間的男性中,情緒化、失落感、心理不成熟等一系列問題都會出現。但這個階段的人往往也最易溝通,可塑性也較強,適當的引導、合理的方式會比野蠻的管理效果強上百倍。

程序員年終工作總結11

  20xx年第三季度也已經過去了,在本季度中,我積極完成上級交給的任務,與團隊成員配合默契,融入團隊,認真學習,攻克難關,讓自己更進一步。

  這一季度,繼續參與了XX項目的開發,主要負責了開發的模塊有:手術管理系統—手術排成,門診病歷—打印門診病歷(門診病歷,西藥處方單,檢查檢驗申請單,自費同意書,診斷同意書),接收HL7消息保存本地數據庫功能,電子病歷生成任務發送到任務記錄,門診急診部分電子病歷任務發送給集成平臺,門急診平臺消息接收集成平臺消息并操作電子病歷系統,急診留觀住院(臨時醫囑。長期醫囑)展開,實時消息提醒功能。參與封裝了部分新的控件:新的動態提示控件(XXTeXtBoX,XXDataGridView,XXXynamicComboBoxX,病人基本信息統一顯示等控件。

  在7月份,我們去XXX醫院實地了解了一下醫院現有的業務流程,了解了現有XXX電子病歷系統XXX醫院使用情況。1。門診病人:掛號,導醫臺,病人排隊,病人看診,門診醫生書寫初診病歷,開立醫囑,病人收費,取藥等業務,2。急診病人:病人檢傷,掛號,病人看診,急診醫生開立檢驗/檢查醫囑,病人檢驗檢測,病人復診,開立藥品醫囑,病人收費,取藥等流程。3。醫院病人:預約住院預分配床位,病人預付費,病人入院護士分配床位,主治醫生書寫入院記錄,病程記錄,開立醫囑等業務。對我們在以后的系統開發中有很大的幫助。

  這個季度中主要學習了:

  1、HL7衛生信息交換標準,學習使用Socket發送接收HL7消息。利用nHapi解析和包裝HL7消息。

  2、系統中使用Socket開發實時消息提示功能。

  3、封裝了部分控件,發現自己在控件的.使用上還有很多不足,以后還需要繼續學習。

  本季度項目開發時主要遇到了以下問題:

  1、本地開發測試通過上傳運行不了問題,

  2、系統不直接引用項目時,反射時提示dll版本不正確的問題。

  3、底層項目更新修改時,高層調用都要重新編譯的問題。

  4、實時消息時采用心跳的方式,對服務器的性能要求。在下一個季度里解決。

  在以后個工作中:

  1、進一步的了解系統業務,學習公司現有系統的操作方式,提高自己的開發效率。

  2、提高數據庫知識,學習處理當面臨大量數據的如何優化查詢,提高系統性能的知識。

程序員年終工作總結12

  在過去的一年中,我擔任公司開發部的一名軟件工程師,主要從事著JA項目的開發工作,這一年來我低調努力工作著,不求閃亮顯眼和光芒四射,只為平靜和淡定;這一年中所做的成績如下:

  一、財政局項目,本人獨立負責開發會計處的三個子系統:

  1、會計人員信用查詢系統。

  2、代理記賬機構信用查詢系統。

  3、會計人員網上報備系統。

  以上三個子系統上線后,方便了社會各界查驗會計人員的真實信息、方便了查詢合法的`代理記賬機構信息,以及方便了各單位對會計人員的報備。

  二、餐飲行業項目,在團隊開發項目中直接參與了豪享來餐飲有限公司總部的信息綜合管理平臺項目,主要負責的系統有:

  1、房屋租賃合同管理系統。

  2、信息收發管理系統。

  3、會員管理系統。

  4、基礎信息管理系統和人事管理系統的部分功能模塊。

  系統應用后,豪享來在管理全國各門店房屋租賃合同上,必須程度上提高了管理效率,并且及時有效帶給了相應預警信息;信息收發系統方便了總部及時傳遞各項信息;會員系統更好的管理全國各門店的會員信息;人事系統在管理中減少工作量等。

  三、金融行業項目,我參與了中國銀行廈門分行,企業轉賬管理系統中的部分模塊開發。

  本系統方便了企業快速實現超多和復雜的轉賬工作。工作總結

  四、國土資源與房產管理局項目,正在負責和開發的是住房貨幣化補貼網上申報審核系統。

  本項目采用了新技術,使界面更加大方美觀,很大程度上改善人機交互平臺的效果。

  總結不足:駐豪享來總部做項目時,由于團隊內部某些原因,加之外面的其他因素,必須程度上影響了工作效率、影響開發進度和影響最終軟件質量;這是包括我在內項目組中的每個成員都務必檢討的地方。

  透過總結一年來的工作,盡管有了必須的進步和成績,但在一些方面還存在不足,個別工作做得還不夠完善。在今后的工作中,我將努力找出工作中的不足,以便在日后的工作中加以克服。自我不斷的學習吸收新技術,認真學習好規范規程及有關文件資料,并且及時的把新技術應用在實際的項目中,進一步提高項目的技術含量。

程序員年終工作總結13

  光陰如梭,一年的工作轉瞬即將成為歷史,伴隨著新年鐘聲的臨近,我們依依惜別碩果累累的20xx年,滿懷熱情的迎來即將到來的20xx年。在這年終之際,現對來公司一年的時間里所作的工作匯報如下:

  一、xx項目的編碼工作

  了解xx項目的背景、及計劃安排,熟悉xx公司制度及業務流程,再到熟悉新能開發模式,之后我根據需求調研報告,從基本的數據庫創建,到編碼,完成了銷售部、生產部、采購部、質檢部四個模塊的基本單據的制單、審核、選單、查詢、打印等系列的編碼工作;完成了xx項目的模塊測試及流程測試。

  通過這段時間的努力,使我個人的耐心、細心程度及對工作的合理安排得到了鍛煉,學會了在繁忙之中找條理,危難之中找希望。同時自己也有一些不足之處,一些細節地方技術上還不太成熟,還需加以學習與鉆研。

  二、xx項目的實施工作

  x月初開始進行xx項目的實施,每天早起趕在企業上班前趕到企業進行xx的實施。實施期間主要是軟件的安裝實施及對企業的xx系統的使用人員進行軟件使用培訓;紀錄客戶使用過程中出現的問題,晚上下班后加班加點將每天的小錯誤及客戶變更修改完畢。

  通過這項工作,使我原本欠缺的業務能力得到了很大的提高,并學到了很多與客戶交流的技巧及業務上的知識,更加明晰了xx系統的流程。但離一個成功程序開發人員的標準還差得很遠,在今后工作中,定會多多注意,加以改善。

  三、幫助和使用手冊文檔的編寫

  幫助的編寫使我熟悉了xx和xx的使用,為后期的xx開發也奠定一定的基礎,使用說明的編寫,使我更加加深了項目開發的整體思路與技術要點,總結了前期開發和實施中碰到的問題,并又一次的對軟件整體進行了測試,對暴露出的小bug進行了最后的`修改。

  四、利用工作之余的休息時間加強學習

  平時注意收集有關xx方面的資料文件,提高自己的處理新問題和解決新問題的能力,并加強學習這一方面的知識,為后期的工作打好基礎。

  以上為本人粗略的個人工作小結,請領導審閱,如工作上有不到之處,請領導不吝指出,以便本人及時改正,從而能更好地工作。

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

程序員年終工作總結14

  光陰如梭,一年的工作轉瞬即將成為歷史,伴隨著新年鐘聲的臨近,我們依依惜別碩果累累的**年,滿懷熱情的迎來即將到來的20xx年。在這年終之際,現對來公司一年的時間里所作的工作總結如下:

  1、正義ERP項目的編碼工作。從了解新疆正義項目的背景、及計劃安排,熟悉正義公司制度及業務流程,再到熟悉新能開發模式,之后我根據需求調研報告,從基本的數據庫創建,到編碼,完成了銷售部、生產部、采購部、質檢部四個模塊的基本單據的制單、審核、選單、查詢、打印等系列的編碼工作;完成了正義項目的模塊測試及流程測試。

  通過這段時間的努力,使我個人的耐心、細心程度及對工作的合理安排得到了鍛煉,學會了在繁忙之中找條理,危難之中找希望。同時自己也有一些不足之處,一些細節地方技術上還不太成熟,還需加以學習與鉆研。

  2、正義ERP項目的實施工作。從十一月初開始進行正義項目的實施,每天早起趕在企業上班前趕到企業進行ERP的實施。實施期間主要是軟件的安裝實施及對企業的ERP系統的使用人員進行軟件使用培訓;紀錄客戶使用過程中出現的問題,晚上下班后加班加點將每天的小錯誤及客戶變更修改完畢。

  通過這項工作,使我原本欠缺的業務能力得到了很大的提高,并學到了很多與客戶交流的技巧及業務上的知識,更加明晰了ERP系統的.流程。但離一個成功程序開發人員的標準還差得很遠,在今后工作中,定會多多注意,加以改善。

  3、幫助和使用手冊文檔的編寫。幫助的編寫使我熟悉了Dreameweaver和Fireworks的使用,為后期的OA開發也奠定一定的基礎,使用說明的編寫,使我更加加深了項目開發的整體思路與技術要點,總結了前期開發和實施中碰到的問題,并又一次的對軟件整體進行了測試,對暴露出的小BUG進行了最后的修改。

  4、利用工作之余的休息時間加強學習。平時注意收集有關PB方面的資料文件,提高自己的處理新問題和解決新問題的能力,并加強學習Java及OA方面的知識(現轉為學習.net),為后期的工作打好基礎。

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

程序員年終工作總結15

  新的一年即將到來、回首06年我很榮幸地進入了公司、加入了XXX團隊。認識了友善嚴謹的領導、熱心和睦且技術優秀的同事。很是開心、這是有收獲的一年。讓我從學生時代轉職到了一個社會人。下應對自己06年進入公司大半年的狀況進行年終小結

  一、收獲、不足及改善

  a、業務開発、技術潛力

  來到XX團隊、經過了將近一個月的培訓、大體上對業務的流程、規約、制造程序的方法步驟有了必須的了解。期間做過從簡單到復雜的幾本程序、從仿真到實際收獲很大。起先、感到這個人事系統十分之龐大、資料豐富、模塊功能繁多。復雜之中又有規律。在此十分感激我的subleaderXX、還有老員工們對我們的細心指點。、那段時間常常加班加點地幫忙我們盡快熟悉系統。

  培訓的最后一本程序、是本工作量比較大的程序。我們也研究討論過數天、也發現了詳細設計的問題。體會到XXXXX公司對程序制造的嚴謹和細致。處處體現了規范。不是亂來、隨心所欲地做程序。如注釋地添加、這是多人合作的工作、你寫的代碼要好好書寫注釋、以便于以后的修改閱讀。在做這本程序時、很多的細節問題常常被我們忽視。讓我吃驚的是、畫面上的距離竟然都是用尺子去量的、畫面上的控件有1pX的距離、subleader都為我們指了出來、可見這是一個需要細心、耐心、嚴謹的工作。

  在工作中了解到一個原則那就是效率時間優先原則。一切都要有效率、都要在納品之前、提早發現問題、解決問題。千萬不要拖到最后一天、才發現了問題、那樣要耽誤事情了。采用前緊后松原則、前面多加緊點、后面好寬松點。

  之后做過一本比較簡單的程序、由于不是很復雜。做的比較順利。經過自測、還有subleader的測試最終發現了一個javascript的問題、補上了。在做著本程序前、先好好研究了段時間、之后發現了詳細設計有錯誤的地方、也指了出來、發了QA得到了日方的確認。總體上是提前完成了任務。也積累了點小經驗。期間最后的步驟sourcereview工作對source進行了修改。有些地方都還不是很規范、總之都要體現按照規約的來、不能隨心所欲。

  經過一段時間的修正、體會到如果自己寫的代碼很爛會讓下一個改你程序的同事很是頭疼、所以必須要提高自己的素質、首先就應注意的要條理清楚、思路明晰。X提高素質,寫好注釋。經過一段時間的修正,體會到如果自己寫的代碼很爛會讓下一個改你程序的同事很是頭疼,所以必須要提高自己的素質,首先就應注意的要條理清楚,思路明晰。

  掌握進度,隨時匯報。了解到我們做的任務都有XX期限,所以要求我們能估計這天做的任務的進度。然后下班前都要跟自己的teamleader匯報。剛開始,我們都很是不習慣,或者是忘記了。沒有及時匯報。這樣很不好,會導致leader掌握不了你做的任務的動態。以后都就應時刻提醒自己反應狀況,提出自己遇到的困難需要哪些幫忙。

  測試不馬虎,差事不應付。有近一段時間我們做了大批量的測試工作。這可能不必須需求很高的技術含量。卻是個考驗細心,嚴謹的任務。甚至有的時候感到很繁瑣枯燥。但這個保證軟件質量的重要過程。如果測試的馬虎,不認真測,軟件到用戶手上才看到bug是多么不好的狀況阿。期間我們都對不懂的模糊的條目詢問了同事和領導。不輕易地亂打對錯。做好貼圖,貼數據工作。當然做多了也有了點體會,比如100多項的測試,也能夠發現里面的規律,有些項目是一組一組的,比如一個動作,測試下來,就能夠對好幾項的對錯進行判別。

  中途以前做過一本XXXXX程序,由于接觸的同事不多,我自己研究了下參考了給定的程序,跟同事研究討論后,最終完成了。期間還發現了詳細設計的錯誤,跟日方溝通得到了確認。這讓我有了信心,雖然沒有接觸過的東西,也是能夠透過學習完成的'。

  在空閑的時間subleader也安排了我們自主學習,對XXXXX系統做些技術調查等等。也學到很多,當然還是有很多不明白的地方有待繼續學習。

  另:以前以前做的。net多是windowsapplication方向的,剛進入公司做的是web方向的所以也是有很多需要學習的。工作中發現,有些動作步驟常常是機械的繁瑣的重復的。我們是程序員完全能夠自己編寫點小軟件來服務自己,提高效率。我發現加菜單操作十分的繁瑣,要去數據庫查東西,復制粘貼要弄個老半天,在空的時間里,我也寫了個小程序,能夠快速地加菜單,很想繼續完善實現其它的功能得到subleader及其它幾位同事認可。且課余時間還做過個多年的心愿一個麻將程序,有點停滯不前,此刻只完成了個雛形。

  總之業務上還有很多需要探索學習的東西。

  a、団體合作,交流協調

  做軟件是個團隊合作的項目,不是一個人單槍匹馬能做好的。個性是我們此刻做的人事這么個龐大的系統。剛進公司,由于對大家都不是太熟悉,遇到了問題都是自己琢磨。leader鼓勵我們要多交流。此刻大家也很融洽,老員工也很熱心地幫忙我們新人,遇到問題我們也能討論共同進步。這點做的還是挺好。

  b、工作的態度

  工作態度上還能用心配合大家做好工作的,服從領導的安排,有問題及時反應。并沒有惡意地違反規章制度。

【程序員年終工作總結】相關文章:

程序員年終工作總結01-09

程序員的年終工作總結02-22

年終程序員工作總結05-31

程序員年終工作總結范文07-11

程序員年終工作總結【精品】07-19

程序員年終工作總結15篇01-29

程序員年終工作總結報告08-25

程序員個人年終工作總結05-16

程序員年終個人工作總結10-09

程序員個人年終工作總結06-12

主站蜘蛛池模板: 西吉县| 宣汉县| 钦州市| 黔东| 辽宁省| 垣曲县| 子洲县| 盐源县| 璧山县| 嘉定区| 涞源县| 织金县| 杭州市| 雷山县| 崇州市| 阿克陶县| 安仁县| 昌宁县| 沐川县| 永胜县| 噶尔县| 黄陵县| 尼玛县| 武隆县| 宜州市| 博爱县| 禹城市| 宁德市| 淳安县| 延安市| 嘉祥县| 东光县| 西昌市| 三门峡市| 富阳市| 白河县| 景德镇市| 自贡市| 阳曲县| 仪陇县| 苗栗县|