閱讀屋>總結範文> 程式設計師個人年終工作總結

程式設計師個人年終工作總結

程式設計師個人年終工作總結

  總結是指社會團體、企業單位和個人對某一階段的學習、工作或其完成情況加以回顧和分析,得出教訓和一些規律性認識的一種書面材料,它能夠使頭腦更加清醒,目標更加明確,為此我們要做好回顧,寫好總結。那麼我們該怎麼去寫總結呢?以下是小編幫大家整理的程式設計師個人年終工作總結,供大家參考借鑑,希望可以幫助到有需要的朋友。

  程式設計師個人年終工作總結 篇1

  從我x月x日進入公司到現在已經過去一年了,從一名剛剛結束實習的學生到一名獨立的開發人員,角色改變了,職責也改變了。雖然已經預計了工作之中會有很多困難,可是在實際的專案開發中,自己所遇到遠遠不止自己想象之中的那麼簡單、單純。在開發過程中,難題一個接一個的出現,要做到滿足公司的產品需求,成為一名合格的程式開發人員,這個過程還很漫長。每天我都在勉勵自己,要好好學,好好做,以後會好的。在此同時我衷心感謝公司給我提供了學習的機會和平臺,這也使我對以後的日子多了些許的信心。

  一、工作回顧

  在我進入公司的這一年裡,我陸續接觸了公司的gps平臺,智慧手錶定位,xx鐵路局車站消防綜合管理系統,xx金融款箱管理系統,xx保衛處的管理系統,指揮中心的影片監控系統,並在這期間為xxxx製作了一個展示型企業網站。在剛進入公司的那段時間裡,我從沒有接觸過網路攝像機,對於網路攝像機根本沒有任何概念,在公司的培養下我逐漸熟悉了各種攝像機,現在拿到xx的攝像機開發包,可以很熟練的進行二次開發。在工作之餘,我也在努力的學習,和別人交流,學習先進的開發技術,請教別人開發技術問題。

  二、主要問題

  1、由於開始對業務需求不是很熟悉,所以在寫需求分析與瞭解所要開發的過程中多次出現因為需求的原因,而不斷修改、返工的情況。在同xx金融交流的時候,這個問題多次困擾著我,對方的需求不明,每次交流的過程中都在變更需求,從而導致了效率比較低的問題。

  2、在開發中,用到很多我所不知道或很多我知道但不太熟悉的領域,在這個領域內,我需要不斷的學習。

  3、在工作階段,有時比較偏向自己的工作方便,忽略了其他同事的工作上的量與難易。有的功能自己怎麼方便怎麼寫,如今公司在不斷壯大,我們部門人員在不斷的增加,這樣是不利於多人合作的。

  4、工作的條理性不夠清晰,要分清主次和輕重緩急;在開發時間很倉促的情況下,事情多了,就一定要有詳實而主次分明的計劃,哪些需要立即完成,哪些可以緩緩加班完成,在這方面還有很大的最佳化空間。

  5、學習的知識不夠廣泛;一個專案中,涉及的技術往往有多種,知識多了,就會靈活變通,以後我會加強這方面的學習。

  三、工作心得

  1、每一個專案在開始著手的第一步,一定要和客戶把需求溝通清楚,只有瞭解了專案的需求,才有可能真正做好一個專案。我們需要向客戶提出要求客戶提供所有涉及該專案的資料,每次與客戶見面都需要熟悉業務與程式的最少一至兩個程式設計師隨時記錄需求。

  2、工作中,有一個無論是技術,還是經驗都比較讓人肯定的前輩帶領,將任務詳細化,詳細到,每個頁面、甚至是一個頁面中的圖片什麼時候做好,做到什麼程度,這樣把工作進度有計劃有方向的贊定下來,做事很有效率。和xx,xx等人合作時候一定注意要多項工作同步進行,保證每個子模組都能同步執行。

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

  4、工作並不是一成不變的,也許有一天你要去其他崗位幫忙,所以同事之間的技術要互相學習,也許有一天,公司需要你發揮其他的技能幫忙,所以互相學習也是很重要的。自己的工作不能僅僅侷限於程式設計。

  程式設計師個人年終工作總結 篇2

  過去的一年,軟體研發部團結協作,以及在公司這充滿奮鬥的環境下,我以嚴肅認真的工作態度和百折不饒的精神,努力的完成了公司的各項工作,在軟體研發、團隊協作和個人成長上也取得了一定的成績。在公司一年的工作已經結束,特向公司總結匯報如下:

  一、軟體研發

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

  1、xx開發。

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

  首先,面嚮物件語言的收穫。對於當前程式設計的主流思想是物件,任何事物都可以用物件來表示。以前理解這些話很費解都是從表面上理解,沒有從深入的體會,透過這次xx專案的深入,不管是資料還是外部一些條件我們都可以抽象成物件,都可以用物件來表示,具體可以用語言中的類方等。xx如此,xx如此,xx也同樣如此。

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

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

  2、資料庫開發。

  資料庫是伴隨著專案以來用的最多最平凡的技術。以前對資料庫只是會一些簡單常用的操作,經過這一年專案的實戰,對資料庫的操作增加了一些豐富的經驗。為以後的工作和經驗的積累都奠定了堅實的基礎。同時在專案中還用到了xx與xx資料庫,這是我的收穫。

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

  缺點:資料是一門比較先進的技術,並不是你會寫一些xx語句,能建幾個資料庫你就是資料庫工程師。要成為一個好的資料庫管理員是要經過長時間的工作積累。針對自己的不足,

  在以後的工作和學習中多接觸,多運用新的知識點。充實自己的經驗和知識儲備。

  二、團隊協作

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

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

  拼搏:公司給的每一個任務不管它多難,如果工作沒有完成我們會晚上加班,也要儘可能的完成當天的工作。如果工作實在忙,為了趕進度我們放棄週末休息時間也要儘可能的使專案提前。

  創新:現在我們開始專案的時候都會進行研討,一般都會進行一個效率和邏輯的分析與討論,保證程式正確的前提儘可能的提高程式的效率。

  互助:我們小組內只要任何一個人出現技術或其它的問題,我們都會彼此都會盡可能的去幫助他。不會因為某一個人而拖住整個專案滯後。

  交流:我們在專案中會及時溝通自己的收穫,特別是一些針對性的技術問題。這樣可以省了很多重複研究的時間,這是一筆很可觀的時間。

  在交流中只要我會的,我懂的,我不會去吝嗇。我會積極的去與你交流,我的團隊名言“人強團則強,人弱團則削”。

  三、個人成長

  透過公司這快一年的鍛鍊與學習我真的進步了很多,不管從技術上還是做事上,都不像以前那樣了。我在公司學到的懂得的使我飛速成長。

  以前在校很少自己做程式,對軟體工程更是一無所知。來到公司,開始接觸"大規模"(其實現在看來實習的專案其實還是很小的)軟體開發,一時真的有些迷茫。比起VSS,MVC,QA,CMMI,我對JAVA,JSP,xML的一竅不通根本不值一提。大家都不想輸在"起點",所以都默契地在加班,這樣一直持續了實習的兩個月。

  剛來的時候"始業教育"顯得慢吞吞,我們還經常盤算去哪哪玩之類的。我和xx(20個新生裡一個南區的兄弟,軟體學院的)還經常出去吃各種小吃,每到一處都嚐嚐本地的風味,這是他的習慣。之後開始的培訓還不是很難過,JAVA,C++,ORACLE,老師們講的很"好",可以說是非常好,好得我們沒有幾個人能聽懂。大家開始發愁,我也是每天晚上都基本看書到10點。

  "我心說得虧哥們我還練過",來之前的2月份我就自己買了一本THINKINGINJAVA,看懂看不懂怎麼說也算是準備了一下JAVA。C++雖說沒去上過課,但憑我的直覺我就一下看中這東西很有用,自己也看過一陣。至於ORACLE,雖然不瞭解,但畢竟因為佩服"雲飛揚"的性格和敬業精神,咱SQL選修也不是白混的。專業倒還有點"基礎",再加上咱這自學能力也不是吹的,基本維持。可等到後來的日語課就全迷糊了:本就沒有語言天賦,再加上記憶嚴重欠缺,總是特別害怕去上日語課。不過特別喜歡那個老師說話的感覺,加上她一直對我都很好,所以還是很用心的學著。

  隨著培訓的收尾,我們開始正式進入專案。從需求分析,概要設計到詳細設計,我們一步一步的開始接觸軟體開發的每個細節。不了的就是每天都要記"週報",填寫自己的勞動成果。因為這個我還被QA通報了好幾次呢,真的很鬱悶。其實現在我很感謝這種制度化的東西,某些情況下好習慣的養成是要靠強制來確保的。詳細設計之後就是企盼已久的編碼,我心想終於可以做點"正事"了。現在回頭一看才知道,其實編碼只佔軟體開發的整個過程勞動量的1/4左右,而且其他的環節也不是想象中的那麼無足輕重。

  編碼我其實做的很不好,主要是因為需求分析階段就沒有認真仔細的理解需求和規格說明,加上編碼時一個關鍵時段我回校和老同學敘舊。那陣專案經理(PM)就經常和我們說,"有問題自己想辦法,不要經常問我"。PM其實是在叫我們自己醞釀,遇到難題只有"憋"一"憋"才能有真的收穫。而我不在的那三天正好是大家技術/思路上的一個"躍遷",很多難題的解決方法都基本成熟,大家的編碼也接近50%了,所以回來時我感覺已經掉隊很多。再一個就是編碼中期時機器出問題,環境搭不上了,這使我更加緊張和急躁,大大影響了我計程車氣。

  後來利用五一其間的加班我終於趕完了自己的模組,達到了第一個里程碑。其實從發現落後到加班趕完這段經歷,對我來說也具有里程碑的意義。不僅考驗了我自己的能力和心理素質,也證明了我對集體的責任感和合作意識。我可以叫別人來幫我做趕上進度,但那樣我會錯過自己學習的機會,以後再遇到難題我還是不行;我也可以硬著頭皮導致專案延期,那樣我以後的日子保證不好過,而且這麼做也不符合我的性格。事實證明我頂住壓力獨立完成任務不管是對集體還是對我個人都是一件大好事。

  緊張的編碼之後是單體測試,很多人都在繼續編碼,原來大家的編碼都是沒有完全做完。本是自己給自己挑毛病的過程,我們卻都用來完成之前沒有完成的任務,說來不禁可笑。

  單體測試之後就是惡夢一樣的系統測試。傳說系統測試壓力很大,測試組找到BUG上報後這邊就得限期修改,之後提交給測試組進行下一輪的測試,迴歸若干次,測試結束後產品達到允許的缺陷率才可以出荷。不過由於這時已經有人要返校體檢,其他人也軍心渙散導致集體"早退",測試沒有很正式的進行,只是簡單的做了一下介面的統一和功能的檢查,連效能測試都沒做。不能不說是實習的一個敗筆。

  回想之前的工作,不到10周時間我們從學生開始轉變為員工,從對公司完全陌生到有了一定的瞭解,不管是處世為人還是技術思想我們都有確確實實的進步。

  再結合我自己來看一看。的收穫就是我克服了有些自大的壞毛病,虛心的向別人學習。我知道這就是我練習與不同型別的人適應,交流的開始。技術上自不必說,我絕對學到了以前在學校一年也不一定學到的東西,這就是一個態度的問題。"態度決定一切",這句話太有道理了。

  另外一點遺憾就是小孟說的,我似乎也感到自己有點"工作狂"的味道。為了拿下那些程式碼和BUG,我有好幾周都連續加班到晚上11點,由於工作佔用了時間,我連以前一直的跑步都沒堅持下去。這樣不是好兆頭,我必須要養成合理的作息制度,不管工作怎樣忙,必須不能佔用自己的作息時間。還有一個就是和別人的交往。曾因為一些小事分別和老胡和哲明鬧了不愉快,幸好後來都說開了,大家沒計較。我一定要嚴謹,剋制,絕對不在以後的正式工作中做這樣的蠢事。

  總體來說,我對實習充滿了快樂的回憶,也許是因為我在大學的生活過於平淡和壓抑。希望我可以延續這樣的快樂,將自己帶上事業的頂峰。

  程式設計師個人年終工作總結 篇3

  從我11月份離校來到溪谷晨歌網路公司已將近一個半月了,從一個學生變成了一個員工,角色變了,職責也就變了。雖然工作上的很多困難都是在自己的預料之內,可是很多事情都不像在學校裡那麼簡單、單純。在專案開發的工作中,難題一個接一個的出現,自信心不止一次的受到過打擊,雖然自己早就知道,要做到符合公司的要求,做一名合格的程式設計師,在學校學的知識,根本就不夠,而且很不夠。每天醒來我都不斷勉勵自己,好好學,以後會好的。在此同時,公司也給了我很多學習的機會,這使我對以後的程式設計之路又有了些許信心。一、工作總結

  11月下旬與12上旬的幾天,我的主要任務是將公司的靜態網站與資料庫連線做成動態的。由於功能比較簡單,做起來沒有遇到什麼困難。可是之後的“南京市磚瓦粘土資訊管理”專案,裡面涉及到的一個地圖功能的實現,讓我不知所措,不知道怎麼實現。由於自己沒有能力完成專案,專案就交給了其他公司,之後的工作都是在合作公司南京寧派網路科技有限公司裡學習、工作的,瞭解他們公司的開發專案流程,學習他們的開發技術,請教他們開發技術上的問題。二、在工作中主要存在的問題有:

  1、由於開始對業務需求不是很熟悉,所以在寫需求分析與瞭解所要開發的過程中多次

  出現因為需求的原因,而不斷修改、返工的情況。

  2、在開發中,用到很多我所不知道或很多我知道但不太熟悉的技術,有時甚至會出現這種情況,合作公司的技術人員,講個名詞,我都要百度一下具體什麼意思,涉及什麼技術。

  3、在工作階段,有時比較偏向自己的工作方便,忽略了其他同事的工作上的量與難易。

  有的功能自己怎麼方便怎麼寫,有點難為其他同事,大家都要相互配合。

  三、工作心得

  1、在這將近一個半月的工作實踐中,我參與的都是團隊合作的專案,無論是在自己公司,還是在合作公司,我們都講究團隊精神。在信任自己和他人的基礎上,思想統一,行動一致,這樣的團隊一定會攻無不克、戰無不勝。我們的很多工作是一起完成的,在這個過程中,大家互相提醒和補充,大大提高了工作效率,所有的工作中溝通是最重要的,一定要把資訊處理的及時、有效和清晰。

  2、每一個專案在開始著手的第一步,一定要和客戶把需求溝通清楚,只有瞭解了專案的需求,才有可能真正做好一個專案。我們需要向客戶提出要求客戶提供所有涉及該專案的資料,每次與客戶見面都需要熟悉業務與程式的最少一至兩個程式設計師隨時記錄需求。3、工作中,有一個無論是技術,還是經驗都比較讓人肯定的前輩帶領,將任務詳細化,詳細到,每個頁面、甚至是一個頁面中的圖片什麼時候做好,做到什麼程度,這樣把工作進度有計劃有方向的贊定下來,做事很有效率。

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

  5、工作並不是一成不變的,也許有一天你要去其他崗位幫忙,所以同事之間的技術要互相學習,也許有一天,公司需要你發揮其他的技能幫忙,所以互相學習也是很重要的,我在寧派公司,深有感觸,除程式設計之外,切圖、介面設計等工作都幹過。

  四、工作教訓

  經過一個半月的工作學習,我也發現了自己離一個符合公司要求的程式設計師還有很多差距,主要體現在工作技能與工作經驗的不夠,也是我以後要在工作中不斷磨練和提高自己的地方。仔細總結一下,自己在一個半月工作中主要有以下方面做得不夠好:

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

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

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

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

  3、缺乏工作經驗;

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

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

  五、工作計劃

  暫時做出以下幾點規劃:

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

  2、工作要注重實效、注重結果,一切工作圍繞著目標的完成;

  3、要提高大局觀,是否能讓其他人的工作更順暢作為衡量工作的標尺;4、把握一切機會提高專業能力,加強平時知識總結工作;

  5、精細化工作方式的思考和實踐。

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

  在參加工作的這短短的一個半月中,我深刻的體會到,把自己所有的精力都投入進去,技術工作都不可能做到完美程度,畢竟技術工作太繁雜,專案多而人手少,但多付出一些,工作就會最佳化一些,這就需要認認真真沉下心去做事情,就是公司所提倡的企業精神:職業做事,誠信待人。

  程式設計師個人年終工作總結 篇4

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

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

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

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

  程式設計師個人年終工作總結 篇5

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

  一、正義erp專案的編碼工作

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

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

  二、正義erp專案的實施工作

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

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

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

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

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

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

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

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

  程式設計師個人年終工作總結 篇6

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

  一、思想方面

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

  二、工作方面

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

  三、 工作心得

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

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

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

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

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

  四、工作教訓

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

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

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

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

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

  3. 缺乏工作經驗。

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

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

  五、工作計劃

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

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

  程式設計師個人年終工作總結 篇7

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

  1、正義erp專案的編碼工作。瞭解新疆正義專案的背景、及計劃安排,熟悉正義公司制度及業務流程,再到熟悉新能開發模式,之後我根據需求調研報告,從基本的資料庫建立,到編碼,完成了銷售部、生產部、採購部、質檢部四個模組的基本單據的制單、稽核、選單、查詢、列印等系列的編碼工作;完成了正義專案的模組測試及流程測試。

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

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

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

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

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

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

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

  程式設計師個人年終工作總結 篇8

  我是一名程式設計師,在過去的一年裡,軟體研發部團結協作,以及在公司這充滿奮鬥的環境下,我以嚴肅認真的工作態度和百折不饒的精神,努力的完成了公司的各項工作,在軟體研發、團隊協作和個人成長上也取得了一定的成績。在公司一年的工作已經結束,特向公司總結匯報如下:

  一、軟體研發

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

  1、asp開發

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

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

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

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

  2、資料庫開發

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

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

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

  二、團隊協作

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

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

  2、拼搏:公司給的每一個任務不管它多難,如果工作沒有完成我們會晚上加班,也要儘可能的完成當天的工作。如果工作實在忙,為了趕進度我們放棄週末休息時間也要儘可能的使專案提前。

  3、創新:現在我們開始專案的時候都會進行研討,一般都會進行一個效率和邏輯的分析與討論,保證程式正確的前提儘可能的提高程式的效率。

  4、互助:我們小組內只要任何一個人出現技術或其它的問題,我們都會彼此都會盡可能的去幫助他。不會因為某一個人而拖住整個專案滯後。

  5、交流:我們在專案中會及時溝通自己的收穫,特別是一些針對性的技術問題。這樣可以省了很多重複研究的時間,這是一筆很可觀的時間。

  在交流中只要我會的,我懂的,我不會去吝嗇。我會積極的去與你交流,我的團隊名言“人強團則強,人弱團則削”。

  三、個人成長

  透過公司這快一年的鍛鍊與學習我真的進步了很多,不管從技術上還是做事上,都不像以前那樣了。我在公司學到的懂得的使我飛速成長。

  技術上:不管從語言上還是做事的邏輯上都得到了很大的的提高。現在在軟體小組裡面自己能獨立完成一部分工作,承擔自己的責任。

  程式設計師個人年終工作總結 篇9

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

  1、正義erp專案的編碼工作。瞭解新疆正義專案的背景、及計劃安排,熟悉正義公司制度及業務流程,再到熟悉新能開發模式,之後我根據需求調研報告,從基本的資料庫建立,到編碼,完成了銷售部、生產部、採購部、質檢部四個模組的基本單據的制單、稽核、選單、查詢、列印等系列的編碼工作;完成了正義專案的模組測試及流程測試。

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

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

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

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

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

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

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

  程式設計師個人年終工作總結 篇10

  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.除錯’

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

  目前常用的除錯方法有如下幾種:

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

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

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

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

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

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

  程式設計師個人年終工作總結 篇11

  程式設計師:舉世至主,萬元之源,眾物所幕,神祗皆掌,歲能長立,箜有己出。弈中悲苦,是自了得!幸事禍事飄忽於其思想,曉如今,心思想,新紀元,心結緣,把話晾。

  世間萬物,出於思想,毀亦思想。而思想的源頭正是程式設計師。

  程式設計師在被選擇作為程式設計師之前,只是一個程式,程式當然就是指程式設計師的衍生物,程式設計師就是本單位思想的創造者,他創造著每一個程式,而程式也有其思想,這思想當然是程式設計師寫進去的,程式設計師就這樣靠著週而復始的寫程式來獲得自己的永生,這或許也是一種宿命,他要一直寫下這程式來完成前任程式設計師給予的使命,當然每個程式設計師都有著崇高的使命感,不然他們是做不了程式設計師的。

  寫程式固然是一種快樂,他可以隨著自己的思想創造出一切自己所思自己所想的東西出來,任由思想在空寂遊蕩而有其始終。雖然這是一項每天創造新鮮的活,然程式設計師終有其果。於是,新紀元再次到來,當程式設計師寫下足夠的程式後,他有了新的選擇,那就是退出自己的思想,把任務交給下一代的程式設計師來完成。在這之前,當然有件最主要的事需要做,那就是創造出一個新的程式設計師。如此,程式設計師將會將自己寫程序序,為達此目的,他將用盡索想提前寫好自己成為程式後的萬物程式,保證新老程式設計師的順利交接

  程式設計師經過一直以來的堅苦努力,終於熬到了紀元期。憶當初,自己被選擇做了這舉世至主,縱是萬元之源,然其中悲苦,是自了得!

  我們都是別人寫下的程式,然誰有能理解程式設計師之痛,程式設計師有著眾物所幕的歲能長立,然生生死死,亦不曾快活。

  程式設計師個人年終工作總結 篇12

  先自我簡介一下,本人從事開發進一年,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點半接著上班,幾個同事都是年齡差不多的小夥子,幹勁十足。後來隨著時間的推進,問題越來越擺在眼前:專案遲遲不能完工,又由於公司待遇方面讓新員工感覺不值得,於是形成了老闆抱怨員工也抱怨的狀況,我在中間兩點都要去“消火”,這期間是我們部門相對最累的時間但也是相對感覺最充實的時候,後來,之前的員工跟我說“再也找不到那種感覺了”,這是我能想像的。這期間主要是老總對我十分信任,工作上主要是管理方法上對我指點了不少。後來我逐步體會到,管理應該是“大家定規則去遵守”,而不應該是“人管人”。

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

  程式設計師個人年終工作總結 篇13

  自20xx年4月進入公司,至今已有九個月的時間。這九個月的時間裡在公司領導以及同事的幫助以及支援下迅速的融入到因博這個大家庭中,非常感謝因博提供給我這樣一個成長的平臺,讓我能在工作中不斷的學習、進步,不斷的修正自己的不足。

  在20xx年即將來到之際回首我的20xx年平升無數感慨。作為專案經理,個人對總的工作情況還是比較滿意的,專案過程中能做到快速響應專案中的變化,能很好的理解客戶描述,起到客戶以及開發人員之間搭建需求橋樑,同時個人也在不斷的思考去進一步完善專案內容以及專案管理過程的方法;作為程式設計師,20xx年對我而言是比較失意的一年,一來學習上自己放鬆了對自己的要求,二來從客觀上而言由於投入了大量的精力放在與客戶的溝通以及專案管理上也導致自己在很多時候沒有辦法靜下心來進行新技術的學習與研究。

  也許算是個人轉型期間的困惑吧,一方面希望自己能很好的完成專案管理以及開發組管理的工作,一方面又希望自己能學習更多的軟體開發方面的內容。這種複雜的心態一直困擾著我,20xx年這種情況也許肯定還會繼續,所以在吸取今年的教訓的同時,個人也會在即將到來的一年中更好的去安排自己的工作,不要求兩方面同步前進,但也至少能讓自己能在兩方面相對20xx年而言能取得一定的進步。

  20xx年在因工作的九個月中,個人主要的工作如下:

  危險化學品資訊管理系統:

  這是本年度所有專案中最為重要的專案,也是耗費精力最多的專案。自5月份正式進入本專案的開發工作後,帶著java組經歷過系統完全x的陣痛;經歷過需求不斷變化的鬱悶;經歷過系統開發後期功能不斷改變的沉悶,目前危險化學品資訊管理系統基本完成了預期要求。在等待系統試執行期間開發組還在不斷的對系統進行改造,在原有需求上新增了企業安全生產標準化管理、企業資質線上申報、MSDS以及安全標籤規範化和資料採集、改善原有統計報表功能等方面的工作。應該說,為危險化學品系統在20xx年的應用推廣打下了很好的基礎。

  中石化水運智慧排程系統:

  中石化水運智慧排程系統自6月23日開始,至12月6日專案在九江龍灣溫泉初步驗收為止,時間跨度五個月。作為專案負責進度控制以及MIS功能實現的專案副經理,在這五個月的時間內比較好的完成了與甲方溝通、專案進度安排/分配等工作,完成了甲方所提出的功能需求。能比較好的針對任務的輕重緩急進行時間安排,專案過程中軟體開發組成員在時間緊任務多的情況下很好的完成了各自的工作任務,正是軟體開發組、軟體測試組、專案文件組在工作上對我的大力支援使本專案得以順利的完成。

  xx公安GIS平臺:

  xx公安GIS平臺配套MIS專案自11月22日開始到12月20日完成甲方所有要求的資訊管理功能,歷時一個月。本專案也是在時間極度緊張的情況下投入開發工作中的,專案能在規定時間內完成基本上是依靠軟體開發組成員的韌性,特別是JAVA組在剛剛結束中石化專案MIS功能開發後基本上沒有休息就投入到此專案之中。特別感謝xx對我工作的支援,如果沒有他們不懈的努力,本專案MIS功能在一個月時間內完成基本上是一個不可完成的任務。

  專案申報工作:

  在9、10兩個月承擔了公司向武漢市資訊產業局申報長江物流公共服務平臺以及向湖北省資訊產業廳申報危險化學品資訊管理系統的申報相關工作。期間主要負責相關檔案的編寫、相關資料的準備,同時積極與武漢市資訊產業局及電子商務協會武漢分會進行相關的溝通工作。雖說目前申報的結果還沒有出來,但是畢竟邁出了專案申報的第一步,而且為公司日後的專案申報工作打下了比較好的基礎。

  專案投標工作:

  參與制作中石化水運智慧排程系統、長航公安局GIS平臺、湖北安監資訊化二期、武漢菸草GPS二期的標書編訂以及投標工作。

  其他方面工作:

  除了參與參與各個專案外,還完成了開發部內部員工管理系統以及JAVA組的日常管理工作。對於Java組的日常管理工作個人還是很滿意的,目前java組可以做到快速響應、來之能戰,承擔了公司各個專案中的資訊管理系統的開發工作,特別是在危險化學品資訊管理系統中所有的成員都能積極的發揮各自的主觀能動性,對專案的進展起到了良好的作用。同時java組目前學習氛圍非常好,能在工作之餘積極的學習相關的技能,並在專案中融入這些知識,所有成員在20xx年都實現了能力上的極大提高。

  白馬過隙,時光荏在,這九個月的時間裡個人得到很多的鍛鍊。在專案管理、客戶溝通以及內部管理方面得到了長足的進步。在因博公司過提供的這個大舞臺上我接觸到了很多以前根本沒有機會接觸的內容,也透過這個平臺使得自己進入到各種大型專案之中。所有的這些經歷對我而言都是一種極大的挑戰也為我的成長提供了非常好的幫助。

  展望20xx年,自己也給自己定下了幾個工作上的目標,總體原則是吸取教訓,更進一步。

  專案管理:

  這方面在20xx年看過一些書,瞭解了一些理論上的東西,並在x年的工作中將這些理論上的內容以及我個人的一些經驗融合在一起感覺還是起到一定的作用,但離一個合格的專案經理還是差了很多。所以x年需要更加努力的去學習一些專案管理方面的理論知識,多去了解一些好的專案管理方法,系統的去學習專案管理中的每一個細節,使自己能向合格的專案經理更進一步。

  同時在以後的專案中應當花一些精力去了解相關的行業知識、行業流程,經過20xx年這些專案的洗禮,感覺到想讓軟體專案順利的完成有需求、有必要也肯定需要去了解專案所處的行業。有了行業背景才能更加有利於相關專案的進展。這一點可以說是個人在20xx年各個專案實施過程中自己得體驗。同時在x年在投入試執行危化專案中也需要自己更加深入的去學習一些安全監督方面的行業知識,為危化專案的深度推廣作些準備工作。

  人員管理:

  20xx年度對於Java組的管理工作從實際的工作上而言還是做得比較好,整個Java組目前已經形成了一種學習、思考、討論的氛圍,這也對Java組所有成員的工作能力發展奠定了良好的工作環境。x年首先需要去做的就是儘可能的給這群程式設計師一個更為寬鬆的環境,同時個人也要花時間去了解每個程式設計師的關注點、愛好、興趣,在工作安排上儘可能的結合個人能力以及個人興趣做到讓程式設計師的工作能建立在各自的興趣點之上。同時也希望能安排一些培訓課程使得大家都能開闊眼界。

  技術鋪墊:

  有了20xx年對自己技術學習方面的不滿,也讓我提前給自己制定了x年的學習目標,這些技術學習目標的實現對我在時間合理安排方面提出了更加高的要求。針對於x年,個人希望在技術學習上完成如下幾個方面的內容:1、RUBY框架體系的學習,RUBYonRails是一種快速開發的框架,希望能透過對框架的研究為日後快速開發提供一條新的思路;2、POSTGIS學習,POSTGIS是開源的空間資料庫模型,既然投入到GPS/GIS這個行業,怎麼也要學習一些相關的技術,能為自己的工作鋪平道路;3、GEOTOOLS學習,GEOTOOLS是開源的GIS函式庫,利用GEOTOOLS能更加方便的實現GIS開發。個人希望能在20xx年透過技術方面的學習為公司將來的各類專案首先進行一些技術上的積累。

  桃花落去,梅雪冬陽。過去的一年有得到肯定的喜悅,也有遇到各種問題時的失落,當然印象最深的還有用通宵加班來迎接自己的27歲的生日。封記20xx年的成功與失敗,以新的面貌迎接x年新的挑戰。金豬降臨本來就是代表著喜慶的一年,我也希望自己能在因博這個平臺上能在x取得自己理想中的成績,也希望自己在x年的年終總結中多一些喜悅少一些遺憾。

  程式設計師個人年終工作總結 篇14

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

  一、x專案的編碼工作

  從瞭解x專案的背景、及計劃安排,熟悉x公司制度及業務流程,再到熟悉新能開發模式,之後我根據需求調研報告,從基本的資料庫建立,到編碼,完成了銷售部、生產部、採購部、質檢部四個模組的基本單據的制單、稽核、選單、查詢、列印等系列的編碼工作;完成了x專案的模組測試及流程測試。

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

  二、erp專案的實施工作

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

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

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

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

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

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

  程式設計師個人年終工作總結 篇15

  光陰似箭,歲月蹉跎。轉眼間一年又過去了,回首過往,內心不禁感慨萬千。

  由於之前的種種原因,我於今年十月份在公司入職,首先非常感謝公司給我這個成長的平臺,雖我來公司時間不長,但是公司給予的環境令我在工作中不斷的學習,不斷的進步,慢慢的提升自身素質與才能。在公司濃濃的愛崗敬業大環境下,我深受感染和薰陶。

  工作上,看到周圍同事都圍繞公司的中心工作,對照相關標準,嚴以律己,較好的完成各項工作任務。在作風上,周圍同事都能遵章守紀、務真求實、樂觀上進,始終保持嚴謹認真的工作態度和一絲不苟的工作作風,勤勤懇懇,任勞任怨。看到同事們都這樣的對待自己的本職工作,讓我也不由自主的用這樣的標準要求自己。

  來公司第一週在閆振生組長的悉心指導和幫助下,我很快了解和熟悉了我們JAVA組正在開發評課管理專案的業務流程及專案結構,使我很快的融入組織、迅速的進入開發模式。進入開發模式後,有時候會遇到一些問題在我們組成員的幫助下都一一得到解決。所以我在此感謝我們組的全體成員,謝謝你們平日的幫助和鼓勵,我會更加努力做好自己的本職工作。

  可能由於來的時間短,我對公司的體會和感慨也僅僅只有這寥寥數筆,但是我從中學到的東西是受益終生的。

  展望未來,在新的一年裡我要提高工作的主動性,做事幹脆果斷,不拖泥帶水;工作要注重實效、注重結果,一切工作圍繞著目標的完成;要提高大局觀,是否能讓其他人的工作更順暢作為衡量工作的標尺;精細化工作方式的思考和實踐;虛心請教比我做的優秀的其他同事,向他們學習技術和經驗。其實作為一名新員工,在工作中有很多地方都是需要向老員工學習的。多聽、多看、多想、多做、多溝通,向每一個員工學習他們身上的優秀工作習慣和豐富的專業技能,配合著實際工作不斷的進步。我一直堅信這兩句話:“三人行必有我師”和“天道酬勤”。

  在參加工作的這短短的一個半月中,我深刻的體會到,即使自己把所有的精力都投入到技術工作中去也不可能能做到完美,畢竟技術工作太繁雜,專案多而人手少,但多付出一些,工作就會最佳化一些,這就需要認認真真沉下心去做事情,職業做事,誠信待人。

  最後,對公司提一點點小意見——希望公司多組織一些員工活動,增進各個部門之間同事的相互瞭解,為以後的工作中同事之間能更好協作夯實基礎。

【程式設計師個人年終工作總結】相關文章: