想程式設計師工作總結通用7篇
工作總結將突顯我們在專案中的責任擔當,工作總結可以使大家從中吸取不少優秀的經驗,本站小編今天就為您帶來了想程式設計師工作總結通用7篇,相信一定會對你有所幫助。
想程式設計師工作總結篇1
首先感謝貴大華聖提供一種舒適的工作環境,感謝各位領導給予我一個展現自我的機會,這半年以來在同事幫助、領導的指導下,自己的不斷努力下,自我感覺自己成長了許多,積累了不少的經驗,為自己迎接新的挑戰又增添了不少的自信心,為自己將來的發展創造了有利的條件,同時也發現自己的不足和弱點。下面對我半年工作進行一下大致的總結參與了對標工作。極力配合專案經理完成對標的相關工作,在此項工作我參與文件分析,指標分解和相關文件的撰寫,在此項工作我還參與了遵義市的調研工作,在此項調研工作中我認識到了作為程式設計師應該怎麼進行調研和調研前的一些工作準備,通過相關文件認真學習,掌握了一定的初步編寫文件能力,在此項工作中我最大的收穫就是掌握一定的和客戶交流,作為一個小組成員怎麼配合經理完成應該完成的工作。但感覺自己不足之處就是長期面向技術專研與學習以至於不擅長交流和文件編寫工作,感覺在調研工作很大程度思想完全不能脫離技術走向業務梳理工作。
另外在專案經理的指引下對jquery和css進行了深入的學習,終於彌補了我在開發中常遇的兩大弱點。這也為我的開發中增添了不少色彩。參與基礎資料物件管理系統建設。此專案我們小組採用流水式生產模式,我的專案經理根據組員的情況以及優勢將專案分為3部分(系統分析及資料庫建立,資料訪問以及業務邏輯的處理、使用者介面及硬體交付),由不同的專案成員完成,我在當中主要負責就是為系統的介面層提供資料訪問介面和我業務邏輯處理,極力配合介面開發呼叫人員完成開發工作以及提供所需資料訪問介面和業務處理工作,在此項工作我最大的收穫就怎麼樣去配合完成一個專案,掌握了專案怎麼在一個小組當中進行合理的職責劃分,怎麼根據小組實力進行專案階段行劃分,在此過程中我的技術也得到了很大的提升。尤其是對資料訪問這塊,我有利的掌握資料庫訪問過程中的連結池使用。參與燃氣公司系統平臺的建立工作。
在這個專案我主要的任務就是做一些開發前的技術儲備,提前摸索開發過程預知的一些相關技術和一些系統架構思想,我側重學習的方向就是尋求一種新的架構思想代替現在相對較落後技術架構,目前學習目標就是使用分散式應用開發進行系統搭建,想通過這種架構思想構建一個全新的系統架構模式以供以後所有系統的參照與效仿,也就是面向服務程式設計思想(sop)就此架構思想我學習了微軟的wcf架構。
這也是微軟提出相對較新的系統架構模式,當然在此過程中我瞭解到國外一個相對較新的架構理念,那就是面向資源(rest)系統架構設計模式,據微軟官方介紹它是sop的下一代,將來所有的系統如果不是面向服務以及面向資源的系統架構思想將是一個淘汰的、落後的產品。我除了學習這項架構思想外,我還對silverlight進行了學習,這主要是它目前和flash,html5在某種程度有相當競爭的地位,並且它現在被it開發人員(尤其是。net開發人員)視為極品,它在將來的。net開發產品中有著相當大的競爭力度,同時這也是我們小組開發技術上的一個考慮。希望能夠在這次開發中使用這些全新的技術,為公司創造一個全新的技術產品。
想程式設計師工作總結篇2
我於20xx年xx月xx日成為公司的試用員工,到今天已將近三個月,在這近三個月的時間裡,使我學到了很多確實可行的管理經驗及新的施工方法,豐富了業務知識,這些主要得益於領導的培養和同事們的熱心幫助,靜心回顧。在這短短的兩個多月的時間裡,我已適應了目前的工作環境,對工作也逐漸進入了狀態。在瞭解公司的制度和工作流程基礎,逐步開展了具體的工作。先將近三個月的工作情況總結如下:
一、向老同事的學習
知道了做為一個內業的基本要求,要負責本專案的各種內勤工作,並配合工程師做好各項工作。
二、協助各工程師完成變更洽商的申報及具體核查工作
使我進一步瞭解了工程洽商簽證、收方工作及付款模式,公司的整套完整控制體系,不但保證了變更工程數量的準確性,又有效的控制了成本,為後期結算提供了詳盡的依據。
三、配合專案經理完成公司和專案上安排的各項工作
以及收集整理與專案有業務關係往來的各相關單位的檔案,避免發生扯皮,維護公司的集體利益。
四、及時傳達集團以及公司的各種通知及活動安排
督促及協助各工程師合理安排各項工作事宜,圓滿完成各專案工作任務。
以上是我工作這一段時間的心得和體會,衷心的感謝公司給予的我這次試用的機會。在整個工作過程中,我認為自己工作比較認真、負責、細心,具有較強的責任心和進取心;能積極學習新知識、新技能,來提高自己的`綜合素質,注重自身發展與進步。但也存在著許多缺點與不足,與公司的要求和期望相比還存在一些問題和差距;對工作的預見性和創造性不夠;具體的經驗仍不是很豐富,在日後的工作中仍需要持續學習,不斷完善、不斷提高。
為此,我特向公司申請:希望能根據我的工作能力、態度及表現給出合格評價,使我轉為正式員工。
今後,我仍會用謙虛、謹慎的態度和飽滿的熱情投入到我的工作當中,為公司創造價值,同公司一起展望美好的未來!
想程式設計師工作總結篇3
回首過去,展望未來
還是10個小時就變成20xx年了,回首這一年的工作,有碩果累累的喜悅,有工作當中的艱辛,也有遇到困難和挫折時的惆悵。在專案可開發的過程中,難題一個接一個的出現,自信心不止一次的受到過打擊,雖然自己早就知道,要做到符合公司的要求,做一名合格的程式設計師,這些是遠遠不夠的。每天我都會不斷勉勵自己,好好學,以後會好的。在此同時,公司也給了我很多學習的機會,這是我對以後的程式設計之路又有了信心。在擔任公司程式設計師一職已經有一年多的時間,在這一年時間裡,我學到了很多東西。每個人都是在不斷的總結中成長,不斷的是審視中完善自己。在這一年裡自己也是在總結、審視中腳踏實地完成好自己的本職工作,現將這一年的工作總結如下:
一、想方面
嚴格按照一個程式設計師應有的素養來約束自己,愛崗敬業,具有強烈的責任崗和事業心,積極主動認真的學習專業知識,工作態度端正,聽從公司的安排,積極配合客戶完善數字化校園系統。
二、工作方面
熱愛自己的本職工作,能夠正確認真的對待每一項工作,工作投入,熱心為大家服務,認真遵守勞動紀律,按時上下班,有效利用工作時間,堅守崗位,需要加班完成工作的要按時加班加點,保證工作能夠按時完成。在這一年多的時間裡面,我本著把工作做的更好這樣一個目標,主動了解公司的開發專案流程,請教他們開發技術上的問題。
三、工作心得
1. 在這一年多的時間裡面,我參與的都是團隊合作的專案,無論是自己還是同事,我們都將就團隊精神。在信任自己和他人的基礎上,思想統一,行動一致,這樣的團隊一定會攻無不克戰無不勝。我們的很多工作是一起完成的,在這個過程中,大家互相提醒和補充,大大提高了工作效率,所有的工作中溝通是最重要的,一定要把資訊處理的及時,有效和清晰。
2. 每一個專案在開始著手的第一步,一定要和客戶把需求溝通清除,只要瞭解專案的需求,才有可能真正做好一個專案。我們需要向客戶提出,要求客戶提供所有涉及該專案的資料,每次與客戶見面都需要熟悉業務與程式的程式設計師隨時記錄需求。
3. 工作中,將任務詳細化,詳細到每個頁面,甚至是一個頁面中的圖片什麼時候做好,做好到什麼程度,這樣把工作進度有計劃有方向的定下來,做事很有效率。
4. 每天的工作小結真的很重要,這讓我們每天都有計劃的知道自己幹了什麼,不是漫無目的的工作,所以我們應該養成,日記、週記、月記、年記的工作習慣。
5. 工作並不是一成不變的,也許有一天你要去其他崗位幫忙,所以同事之間的技術要相互學習,也許有一天,公司需要你發揮其他的技能幫忙,所以相互學習也是很重要的。
四、工作教訓
在公司工作的期間,我也發現了自己離一個符合公司要求的程式設計師還有很多差距,主要體現在工作技能與工作經驗的不夠,也是我以後要在工作中不斷磨練和提高自己的地方。仔細總結一下,自己在工作中主要有以下方面做的不夠好:
1. 工作的條理性不夠清晰,要分清主次和輕重緩急。
在開發時間很倉促的情況下,事情多了,就一定要有詳細而主次分明的計劃,哪 需要立即完成,哪些可以緩緩加班完成,在這方面還有很大的優化空間。
2. 對流程、業務需求不夠熟悉。
在工作中,發現因為流程或業務需求的問題而不知道如何下手的情況有點多,包括錯誤與缺漏還有當時設計考慮不到位的地方,對於這塊的控制力度顯然不夠,平時總是在開發,但說到底對業務很熟悉才是專案很好完成的前提。
3. 缺乏工作經驗。
4. 學習的知識不夠廣泛。
5. 要提高工作主動性,做事幹脆果斷,不拖泥帶水。 工作要注重實效、注重結果,一切工作圍繞著目標完成。 要提高大局觀,是否能讓其他人的工作更順暢作為衡量工作的標尺。 把握一切機會提高專業能力,加強平時知識總結工作。 精細化工作方式的思考和實踐。 虛心請教比我做的優秀的其他同事,向他們學習技術或經驗。
其實作為一名員工,所有的地方都是需要學習的,多聽、多看、多想、多做、多溝通,向每一個員工學習他們身上的優秀工作習慣,豐富的專業技能,配合著實際工作不斷的進步,不論在什麼環境下,我都相信這兩點:一是:三人行必有我師,二是:天道酬勤。作為一個新人來說,不懂就要問。在這裡我覺得,如果是單純技術上的問題,如果可以google到的,我認為就可以自己消化掉。問的問題一定要先google,然後帶著自己的想法,去問一些有經驗的人,收穫會更大。
曾經的我,埋頭寫程式碼,那時候很怕上司知道自己這不會,那不會。所以拼命的掩蓋自己不會的東西,自己查資料,下班了問同學,上論壇發問。但是由於邏輯和現實需求不一樣,所以結果不理想。如果那時候,我把自己不理解的地方和上司談,也許會很快的就能完成這個任務,而不是返工。
想程式設計師工作總結篇4
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.除錯’
除錯的任務就是根據測試時發現的錯誤,找出原因和具體的位置,進行改正。除錯工作主要由程式開發人員來進行,誰開發的程式就由誰來進行除錯。
目前常用的除錯方法有如下幾種:
·試探法。除錯人員分析錯誤的症狀,猜測問題的所在位置,利用在程式中設定輸出
語句,分析暫存器和儲存器的內容等手段來獲得錯誤的線索,一步步地試探和分析出錯誤所在。這種方法效率很低,適合於結構比較簡單的程式。
·回溯法。除錯人員從發現錯誤症狀的位置開始,人工沿著程式的控制流程往回跟蹤程式碼,直到找出錯誤根源為止。這種方法適合於小型程式,對於大規模程式,由於其需要回溯的路徑太多而變得不可操作。
·對分查詢法。這種方法主要用來縮小錯誤的範圍,如果已經知道程式中的變數在若干位置的正確取值,可以在這些位置上給這些變數以正確值,觀察程式執行的輸出結果。如果沒有發現問題,則說明從賦予變數一個正確值開始到輸出結果之間的程式沒有錯,問題可能出在除此之外的程式中,否則錯誤就在所考察的這部分程式中,對含有錯誤的程式段再使用這種方法,直到把故障範圍縮小到比較容易診斷為止。
·歸納法。歸納法就是從測試所暴露的問題出發,收集所有正確或不正確的資料,分析它們之間的關係,提出假設的錯誤原因,用這些資料來證明或反駁,從而查出錯誤所在。
·演繹法。根據測試結果,列出所有可能的錯誤原因。分析已有的資料,排除不可能和彼此矛盾的原因。對餘下的原因,選擇可能性最大的,利用已有的資料完善該假設,使假設更具體。用假設來解釋所有的原始測試結果,如果能解釋這一切,則假設得以證實,也就找出了錯誤;否則,要麼是假設不完備或不成立,要麼有多個錯誤同時存在,需要重新分析,提出新的假設,直到發現錯誤為止。
想程式設計師工作總結篇5
光陰如梭,一年的工作時間轉瞬即將成為歷史,伴隨著新年鐘聲的臨近,我們不得不對20xx年做一次告別。在這年終之際,現對來公司這段時間裡所作的工作彙報如下:
1、某某erp專案的編碼工作。
從瞭解新疆某某專案的背景、及計劃安排,熟悉正義公司制度及業務流程,再到熟悉新能開發模式,之後我根據需求調研報告,從基本的資料庫建立,到編碼,完成了銷售部、生產部、採購部、質檢部四個模組的基本單據的制單、稽核、選單、查詢、列印等系列的編碼工作;完成了正義專案的模組測試及流程測試。
通過這段時間的努力,使我個人的耐心、細心程度及對工作的合理安排得到了鍛鍊,學會了在繁忙之中找條理,危難之中找希望。同時自己也有一些不足之處,一些細節地方技術上還不太成熟,還需加以學習與鑽研。
2、、某某erp專案的實施工作。
從十一月初開始進行某某專案的實施,每天早起趕在企業上班前趕到企業進行erp的.實施。實施期間主要是軟體的安裝實施及對企業的erp系統的使用人員進行軟體使用培訓;紀錄客戶使用過程中出現的問題,晚上下班後加班加點將每天的小錯誤及客戶變更修改完畢。
通過這項工作,使我原本欠缺的業務能力得到了很大的提高,並學到了很多與客戶交流的技巧及業務上的知識,更加明晰了erp系統的流程。但離一個成功程式開發人員的標準還差得很遠,在今後工作中,定會多多注意,加以改善。
3、幫助和使用手冊文件的編寫。
幫助的編寫使我熟悉了dreameweaver和fireworks的使用,為後期的oa開發也奠定一定的基礎,使用說明的編寫,使我更加加深了專案開發的整體思路與技術要點,總結了前期開發和實施中碰到的問題,並又一次的對軟體整體進行了測試,對暴露出的小bug進行了最後的修改。
4、利用工作之餘的休息時間加強學習。
平時注意收集有關pb方面的資料檔案,提高自己的處理新問題和解決新問題的能力,並加強學習java及oa方面的知識(現轉為學習. ),為後期的工作打好基礎。
以上為本人粗略的個人工作小結,請領導審閱,如工作上有不到之處,請領導不吝指出,以便本人及時改正,從而能更好地工作。
展望臨近的25年,我會更加努力、工作上認真負責,再接再厲,更上一層樓。相信自己會完成新的任務,能迎接新的挑戰。
程式設計師的工作重在細心,所以,在以後的工作中,我將更加的細緻認真,踏踏實實,為公司的發展貢獻自己的一份力。
想程式設計師工作總結篇6
來公司擔負程式設計師一職已x個月時間,在這x個月時間裡,我學到了很多東西。每個人都是在不斷的總結中成長,在不斷的注視中完善自己。在這x個月裡自己也是在總結、注視中腳踏實地地完成好本職工作,現將這試用期的工作總結以下:
一、思想方面
嚴格依照一個程式設計師應有的素養要束縛自已,愛崗敬業,具有強烈的責任感和事業心,積極主動認真的學習專業知識,工作態度端正,認真負責,聽從公司的安排,積極配合全友傢俬完善erp系統,任勞任怨。
二、工作方面
酷愛自己的本職工作,能夠正確認真的對待每一項工作,工作投入,熱情大家服務,認真遵照勞動紀律,按時上下班,有效利用工作時間,堅守崗位,需要加班完成工作按時加班加點,保證工作能按時完成。在這x個月裡,我本著把工作做的更好這樣一個目標,開闢創新意識,積極美滿的完成了以下本職工作:
配合全友傢俬開發並完善srm系統
獨自開發全友傢俬sap日誌保護系統
三、存在不足
一公司領導以及部門領導同事的幫助和指教,使我的工作有了很大提高,當然我還存在著很多不足之處,處理問題思路簡單,不夠成熟,工作中容易產生急躁情緒,需要更深入學習專業知識,提高自己的工作水平。4
想程式設計師工作總結篇7
去年差不多這個時候,我還是一名學生,看著同學們相繼找到工作,表面不急,心裡對工作多多少少都有點急切和盼望。投簡歷面試的過程十分折磨人,完全是自我打磨的階段。沒想到,沒過多久,我就找到了。
不得不說這一次求職我是認真的把它當作一個工程去做,客觀得對自己進行了定位,而且十分重要的是明確我想要的工作到底是什麼樣的。我需要的是讓我每一天的8小時能夠享受工作的快樂。
今年x月14號,是我入職的時間,也是我從學生到職場菜鳥的過渡點,且不想我何時能成為職場老鳥,那一刻真的是激動,興奮——五點多就起床,反覆確認公交是否正確,提前半個小時到達公司門口……剛開始是一個月的車間實習,老實說,很不習慣,只是看看書,看看車間人員的除錯組裝,偶爾也幫著做些瑣碎的小事(畢竟在校園只是網上查查資料,坐著寫寫普遍的程式)。然後便是考驗我專業的自我學習了,學習想象中不是很簡單的c++程式設計。
那裡不得不說一句,我們的研究所,一個溫馨和諧且富有戰鬥力的群眾,而且還不乏八卦調節生活。每個人都個性,合作也會有摩擦,但是整體運作十分協調,開發速度和效率還是很高的,基本能按照周計劃進行。從他們身上我看到不同的工作態度,生活態度。這些對我的職業規劃都有著潛移默化的影響。此刻我只是一個初出茅廬的菜鳥,需要的是一個有時間和肯耐心帶我的領導,我很幸運,雖然領導很忙,但他還是能忙裡找時間對我進行耐心指導。
在這一年時間裡,我學到了很多東西。每個人都是在不斷的總結中成長,在不斷的審視中完善自己。在這一年裡自己也是在總結、審視中腳踏實地地完成好本職工作,現將這一年的工作總結如下:
一、思想方面:
嚴格按照一個程式設計師應有的素養要約束自已,愛崗敬業,具有強烈的職責感和事業心,用心主動認真的學習專業知識,工作態度端正,認真負責,聽從公司的安排,用心主動地參與開發工作,任勞任怨。
二、工作方面:
熱愛自己的本職工作,能夠正確認真的對待每一項工作,工作投入,熱心為大家服務,認真遵守勞動紀律,按時上下班,有效利用工作時間,堅守崗位,保證工作能基本按時完成。在這一年裡,我本著把工作做的更好這樣一個目標,開拓創新意識,用心圓滿的完成了以下本職工作:
完成基於的用c#語言開發的元器件生產清單軟體;
初步完成訂貨軟體的一個版本,此刻仍在進行另一版本的訂貨軟體程式設計,已經
完成新版本的框架搭建,基本實現xxxx的訂貨功能;
對xxxx上位機軟體進行改善,添加了中英文切換功能,並在介面設計上有所改
進,此刻仍在根據品管部的測試進行改善中。
這一年下來,我在技術上,主要是c++程式設計上,能夠說是從無到有,且能利用有限的資源完成我的工作任務,也深化了我對面向物件的理解。
三、存在不足:
公司領導以及部門領導同事的幫忙和指教,使我的工作有了很大提高,當然我還存在著很多不足之處,處理問題思路簡單,不夠成熟,工作中容易產生急躁情緒,需要更深入學習專業知識,提高自己的工作水平。
展望臨近的20xx年,我會更加努力、工作上認真負責,再接再厲,更上一層樓。相信自己會完成新的任務,能迎接新的挑戰。
計劃如下:
能夠較好地完成領導所交代的任務;
加強自身的專業學習潛力,將c++等專業技術能深入地消化,能更好地使用
面向物件以及設計模式;
同時還有提高工作潛力,能在有限的時間內,將工作保質保量的完成;在人際方面仍然要加強學習與實踐,在和諧氣氛中求得自身發展。
-
科學實驗教師培訓心得7篇
心得體會是當下社會十分常見的一種表達內心想法的書面材料,每一次的失敗都蘊藏著重要的心得體會,讓我們能更加堅韌地面對未來的挑戰,下面是本站小編為您分享的科學實驗教師培訓心得7篇,感謝您的參閱。科學實驗教師培訓心得篇1經過一年的大學物理實驗的學習讓我受益...
-
班主任德育培訓心得體會範文5篇
心得體會是我們成長和進步的寶貴財富,心得體會是我們在實踐中反思和思考的結果,以下是本站小編精心為您推薦的班主任德育培訓心得體會範文5篇,供大家參考。班主任德育培訓心得體會範文篇18月28日我們參加了肖老師的20_--20_學年度秋季學期入職班主任培訓,肖老師講...
-
單位秋遊活動方案8篇
活動方案是活動籌備的基礎,有了詳細的方案,才能有條不紊地進行後續的準備工作,一份詳細的活動方案能夠保障未來活動的各個環節協調一致,達到預期效果,以下是本站小編精心為您推薦的單位秋遊活動方案8篇,供大家參考。單位秋遊活動方案篇1一、活動背景:按照慣例,公司人力...
-
施工單位安全承諾書6篇
承諾書的簽署,是一種對約定事項的認可和確認,在各個領域,承諾書成為了一種常見的約定方式,下面是本站小編為您分享的施工單位安全承諾書6篇,感謝您的參閱。施工單位安全承諾書篇1山西西山礦業管理有限公司金辛達專案部:為切實做好山西煤炭運銷集團金辛達煤業有限公司...