想程序員工作總結精選6篇

不少職場人，都養成了書寫工作總結的好習慣，有利於自身發展，工作總結將突顯我們在項目中的責任擔當，以下是本站小編精心為您推薦的想程序員工作總結精選6篇，供大家參考。

想程序員工作總結篇1

首先感謝貴大華聖提供一種舒適的工作環境，感謝各位領導給予我一個展現自我的機會，這半年以來在同事幫助、領導的指導下，自己的不斷努力下，自我感覺自己成長了許多，積累了不少的經驗，為自己迎接新的挑戰又增添了不少的自信心，為自己將來的發展創造了有利的條件，同時也發現自己的不足和弱點。下面對我半年工作進行一下大致的總結參與了對標工作。極力配合項目經理完成對標的相關工作，在此項工作我參與文檔分析，指標分解和相關文檔的撰寫，在此項工作我還參與了遵義市的調研工作，在此項調研工作中我認識到了作為程序員應該怎麼進行調研和調研前的一些工作準備，通過相關文檔認真學習，掌握了一定的初步編寫文檔能力，在此項工作中我最大的收穫就是掌握一定的和客户交流，作為一個小組成員怎麼配合經理完成應該完成的工作。但感覺自己不足之處就是長期面向技術專研與學習以至於不擅長交流和文檔編寫工作，感覺在調研工作很大程度思想完全不能脱離技術走向業務梳理工作。

另外在項目經理的指引下對jquery和css進行了深入的學習，終於彌補了我在開發中常遇的兩大弱點。這也為我的開發中增添了不少色彩。參與基礎數據對象管理系統建設。此項目我們小組採用流水式生產模式，我的項目經理根據組員的情況以及優勢將項目分為3部分（系統分析及數據庫建立，數據訪問以及業務邏輯的處理、用户界面及硬件交付），由不同的項目成員完成，我在當中主要負責就是為系統的界面層提供數據訪問接口和我業務邏輯處理，極力配合界面開發調用人員完成開發工作以及提供所需數據訪問接口和業務處理工作，在此項工作我最大的收穫就怎麼樣去配合完成一個項目，掌握了項目怎麼在一個小組當中進行合理的職責劃分，怎麼根據小組實力進行項目階段行劃分，在此過程中我的技術也得到了很大的提升。尤其是對數據訪問這塊，我有利的掌握數據庫訪問過程中的鏈接池使用。參與燃氣公司系統平台的建立工作。

在這個項目我主要的任務就是做一些開發前的技術儲備，提前摸索開發過程預知的一些相關技術和一些系統架構思想，我側重學習的方向就是尋求一種新的架構思想代替現在相對較落後技術架構，目前學習目標就是使用分佈式應用開發進行系統搭建，想通過這種架構思想構建一個全新的系統架構模式以供以後所有系統的參照與效仿，也就是面向服務編程思想（sop）就此架構思想我學習了微軟的wcf架構。

這也是微軟提出相對較新的系統架構模式，當然在此過程中我瞭解到國外一個相對較新的架構理念，那就是面向資源（rest）系統架構設計模式，據微軟官方介紹它是sop的下一代，將來所有的系統如果不是面向服務以及面向資源的系統架構思想將是一個淘汰的、落後的產品。我除了學習這項架構思想外，我還對silverlight進行了學習，這主要是它目前和flash，html5在某種程度有相當競爭的地位，並且它現在被it開發人員（尤其是。net開發人員）視為極品，它在將來的。net開發產品中有着相當大的競爭力度，同時這也是我們小組開發技術上的一個考慮。希望能夠在這次開發中使用這些全新的技術，為公司創造一個全新的技術產品。

想程序員工作總結篇2

時間好快，短短我來到xx公司已經兩個月拉。在這段時間裏，每天都在感受xx公司的激情和發展。和同事的相處中，我得到了很多幫助，這其中更多的是來自我的指導人呂某，每每我碰見一些生疏的辦事環節或工作任務，總能得到他的精心指導。如今我對xx公司有了一個全面的瞭解，感受到了很多同事間的和諧友好，項目組的團隊意識。

在過去的兩個月裏，我負責x模塊的需求討論、數據庫設計，代碼編寫進度管理的同時，還負責x項目xx平台的開發進度管理，通過與大夥的通力合作，基本上在規定的時間內完成了大部分的業務需求。通過這個項目，也增強了自己在項目管理方面的經驗，學習了很多x方面的業務知識，全面地瞭解了項目組內各成員的綜合素質和工作能力。就個人業務方面，對x大部分業務做了深入的瞭解。xx評估方面，我主要了解x，x，x，x等業務。當然這很多得益於小唐、小衞、小馮等人的精心指導，我很是感謝他們。

在已過去的x項目實施過程中，我也發現了項目組存在的一些優勢和問題。對於優勢我就不多説，主要還是大夥的實幹精神較強吧。針對項目組存在的一些問題，這裏我發表一些個人的觀點，僅供參考。

1、項目組的控制力

由於我們當前的項目是一個全新的組合，各成員間存在太多的生疏和不確定性，這就造成了，我們在實施計劃任務的過程中，對其風險的控制程度不為樂觀。我們在製作相關計劃任務的時候總是憑藉自己的第一感去處理，所以在實施過程中也出現了很多計劃滯後的事件，對待這些滯後我們唯有加班來彌補，工作總結過度的加班和返工必然損壞其組內成員對項目組控制力的滿意度，當然也直接影響到對公司的認知和評價。

我感覺我們總是缺少一些可以控制和預見的能力，完成任何事情或目標總是存在不可預知的風險，但如何在風險爆發前最大限度的加以控制，降低其影響層面，那是我們應該去考慮和管控的。

2、項目組的協作力

説到項目組的協作力，我覺得當前我們做的很差，在任務實施的過程中，現在的項目組就好比中國古代的三國時期—羣雄逐鹿，各忙各的。每天我們都很忙，但是忙的就是自己的那塊空間，彼此的交流和協作時間太少。一個功能模塊的實現不是最大限度去尋求業務的吻合度，而是自己憑藉自己腦袋亂寫，自創輪子，總是把自己的意識強加給客户。

在過去的代碼編寫時間裏，我總是發現很多同事存在一個問題，自己做的模塊與別人的存在關聯，這時候彼此間需要進行簡單的交流，配合完成。但是很多人沒有交流，而是把別人的代碼下來，然後加上自己的需要，提交完事，等其具體人員某天發現自己的代碼被修改而不為所知，最終遇到問題，相互推諉，這就是缺乏交流的後果。

説到協作，順便説下分工，在代碼編寫的過程中最為緊要的應該就是分工明確啦，我們需要嚴格規定那些人有相關文件的修改權限，那些文件刪除前需要廣播説明。而不是一味的看着不爽就改、刪、加，試問操作前是否考慮過有對其項目或別人的影響？

想程序員工作總結篇3

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．調試’

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

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

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

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

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

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

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

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

想程序員工作總結篇4

我於20xx年x月x日成為公司的試用員工，到今天已將近三個月，在這近三個月的時間裏，使我學到了很多確實可行的管理經驗及新的施工方法，豐富了業務知識，這些主要得益於領導的培養和同事們的熱心幫助，靜心回顧。 在這短短的兩個多月的時間裏，我已適應了目前的工作環境，對工作也逐漸進入了狀態。在瞭解公司的制度和工作流程基礎，逐步開展了具體的工作。先將近三個月的工作情況總結如下：

一、通過向xxxxxx項目老同事的學習，知道了做為一個內業的基本要求，要負責本項目的各種內勤工作，並配合工程師做好各項工作。

二、協助各工程師完成變更洽商的申報及具體核查工作，使我進一步瞭解了工程洽商簽證、收方工作及付款模式，公司的整套完整控制體系，不但保證了變更工程數量的準確性，又有效的控制了成本，為後期結算提供了詳盡的依據。

三、配合項目經理完成公司和項目上安排的各項工作，以及收集整理與金科廊橋水岸項目有業務關係往來的各相關單位的文件，避免發生扯皮，維護公司的集體利益。

四、及時傳達集團以及公司的各種通知及活動安排，督促及協助各工程師合理安排各項工作事宜，圓滿完成各項目工作任務。

以上是我工作這一段時間的心得和體會，衷心的感謝公司給予的`我這次試用的機會。在整個工作過程中，我認為自己工作比較認真、負責、細心，具有較強的責任心和進取心;能積極學習新知識、新技能，來提高自己的綜合素質，注重自身發展與進步。但也存在着許多缺點與不足，與公司的要求和期望相比還存在一些問題和差距;對工作的預見性和創造性不夠;具體的經驗仍不是很豐富，在日後的工作中仍需要持續學習，不斷完善、不斷提高。

為此，我特向公司申請：希望能根據我的工作能力、態度及表現給出合格評價，使我轉為正式員工。

今後，我仍會用謙虛、謹慎的態度和飽滿的熱情投入到我的工作當中，為公司創造價值，同公司一起展望美好的未來!

想程序員工作總結篇5

光陰如梭，半年的工作轉瞬即將成為歷史，伴隨着新年鐘聲的臨近，我們依依惜別碩果累累的20__年，滿懷熱情的迎來即將到來的20__年。在這年終之際，現對來公司6個月的試用期裏所作的工作彙報如下：

一、erp項目的編碼工作。

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

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

二、erp項目的實施工作。

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

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

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

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

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

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

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

想程序員工作總結篇6

時光流逝，轉眼間我在成長中又渡過近兩個月，回首這走過的兩個月，很榮幸能與項目組的各位同事共同進步，我也在大家的身上學到不少的知識。自進入法律法規項目以來我心中的感受便是要做一名程序員不難，但要做一名優秀的程序員就不那麼簡單了。我認為：一名好的程序員不僅要為人謙和正直，對事業認真兢兢業業。而且在業務能力上更要專研。我，作為一名年輕的程序員需要學習的東西還很多很多。

一、思想修養

作為一名程序員，要想完成工作的責任，首先必須具備程序員的工作素質，樹立正確的世界觀和人生觀。在這項目中我認真參加各種學習和各種新文本的功能開發。有句成語是：只要功夫深，鐵杵磨成針。是的，作為一名程序員，我在工作中無意中會考慮不周顯得毛毛糙糙，不甚妥當。當意見、建議來臨時，現在的我不再不悦，不再拒絕。而是以更高的要求來要求自己，努力告誡自己：換個角度靜心仔細想想如何能的好一些。

二、素質提升

在學習中我認真聽取經驗，仔細記錄，並在下班後的空餘時間認真思考推敲，有目的的在項目中進行一些嘗試。如：spring中的事物管理機制配置有三種，各有各的不同，同樣的登錄用ssh和spring+servlet+jsp做就不一樣，如果採用jquery+ajax又是另外一種做法。

在工作中，我認真投入，認真學習。我感到人人都是我的師長，我能學，要學的東西還很多。如：新接觸的sts，maven ,cas , nexus，郵件的發送，xml的導出，文件的批量上傳，一系列知識有的是新接觸的，有的是以前不是特別鞏固的，現在都熟悉了。

在空餘時間，我會利用週末參加培訓班，在網上查詢有關相關資料，進行觀看學習，我深切的感受到學習對自己的幫助確實很大。

三、工作內容

在法律法規項目中我主要負責項目中的文本導入，以及xml導出。工作中最重要的是細心，一些細節決定了工作成果的優劣，比如文本的格式，文本的編碼，還有文本中的不明空格，程序不識別的換行等等，考慮要到位，要全面，要顧大局，因為不就是這一個文本，文本是多樣性的，程序就一個，所以必須考慮是要細心。

在cas這個項目上，我特別的、衷心的感謝帶我工作和學習的李智銘老師，是李老師讓我覺得程序員是一個思考者而不是一個碼農。作為一個外包人員，一般是接到任務都是低頭碼代碼，千篇一律，只做固定的一部分，從來沒有想着從一個大局去入手，考慮項目的諸多細節，譬如項目的性能，項目的命名規則，註釋，李老師常説一句話就是，一個東西搞就把它搞明白搞透，我覺得我就缺乏一種深究的精神。之前做事嫌麻煩，一切以能完成任務的心態，認為功能實現就可以了。至於為什麼這樣實現，我一般是不去深究的，從而導致了認識不深。什麼都懂點，但深問起來又什麼都不會。李老師教會我獨立思考以及換位思考，本來我認為一個解決不了的問題，從李老師的換個角度也就可以。其實每完成一個功能都是提高自己自信的。

也許，在我的代碼生涯，李老師算上是一個良師。我很珍惜。雖然只有兩個月，但很知足。説起來，感覺特別對不起李老師，沒能把cas項目最終完成，以及對法律法規項目核心的技術還沒有搞明白，以至於導入pdf圖片不能很好的勝任，對此，深表內疚。學習的還有很多很多，至於法律法規的二期開發，作為外包人員，一切聽從組織安排。

四、展望

通過這項目中的工作，我很幸運學到了不少東西，業務上也努力做了一些成績。但這還遠遠不夠，尤其在功能開發，以及項目維護方面上還顯得稚嫩。我將在未來繼續多學，多思、多試努力把工作做的更好。