經過三個星期的學習，我們終於把這個圖書館管理系統做出來了，雖然做得不是很完美，但是卻是我們這個小組的每一個成員辛苦了三個星期的成果，我們為此感到開心。
說實話，我們這一組的JAVA都學得不是很好，上課也聽得不是很明白，所以在剛開始做的時候，我們每一個人都認為這是一個不可能完成的任務，剛開始我們也想過要放棄，想想這麼難怎麼可能完成呢!可是後來看到其他組都在認真的做任務，我們想想也不能這樣放棄，至少也得試試，如果不會的話，再去請教會的人，學習不就是從不會到會的!
於是第一個星期我們把任務分配好了，但是這一週我們把大部分的時間浪費了，也沒有做出來什麼，只是把一個簡單的介面做好了。
不過我們也很開心了，因為至少是我們自己做出來的，雖然沒有太完善。
第二個星期我們開始做每一個版塊的功能模組，一共要完成三個版塊，我們六個人分成兩組我們這組要完成最近一個系統維護版塊，這個版塊包括兩大模組，更改密碼和使用者管理，而我個人主要負責的是使用者管理這個版塊。
在實訓的過程中我們還學到了JAVA的圖形化介面。
這讓我們很輕鬆的'就能把一個介面弄出來，而不需要讓我們打很我繁瑣的程式程式碼，當然我的這個模組的介面我花了半天就做出來了，做出來之後，接下來就是接監聽，這對我來說是一個難點，起初我是一點也不會的，自己看書也只是看得懂，但也編不出來，當時我很著急，看到人家都做出來了。
沒辦法，我只能去請教其他同學，同學們還是很友好的，很耐心的講解給我聽，後來終於搞得有點明白了，把我們這一部分的監聽做出來了。
第三個星期，是我們大家共同討論難點的時候，因為我們把所有介面都做出來，監聽弄好了，最主要的是連資料庫，這對我們來說是一個不小的挑戰，第一天我們一點頭緒都沒有，後來看到有同學去問老師，我們就去請教那個同學，最後我們還是弄出來了，但不是很完美，存在許多的缺陷。
而且我們對於這一塊還是弄得不太明白，糊里糊塗的。
就這樣，實訓三週的時間就結束了，我們也總算把這個圖書館管理系統弄出來了。
在實訓期間，讓我重新認識了JAVA這門課，在還沒有實訓的時候，我是對他沒有一點興趣也沒有了，但是經過三週的實訓讓我對它產生了濃厚的興趣，我想學習以後學習JAVA我不會像以前那樣漫不經心的。
本次培訓分為兩個階段。前五天是第一階段。我們學習了理論知識，鞏固和深化了所學的程式設計知識。下面說說個人感受和經歷：
一、我學習理論知識
在最初的五天實踐培訓中，我們學習了java程式設計的理論課程。班主任幽默嚴謹。在老師的指導和啟發下，我們鞏固了以前在學校學過的程式設計知識，加深了它，澄清了一些以前對程式設計技術瞭解的錯誤或模糊的概念。
在課堂上，我們還以java中GUI程式設計常用的swing框架和JAVA的容器系統為切入點。在此期間，框架不僅學習了一般的程式設計知識和技能。在對框架全面系統的瞭解中，我也學到了框架中的泛型技術和架構思想的知識。在企業的實際編碼過程中，每一個框架都構成了軟體的基石。只有掌握幾個框架知識，我們才能在實踐中高效發展，才能使我們的產品立足於市場敗之地。
在理論課的學習過程中，我們也暴露了一些問題，比如在學校上課學習時，對所學知識只是知其然而不知其所以然，不太願意深鑽，和超前學習一些知識。
二、專案開發實戰練習
在結束了理論知識的學習之後，後五天我們在實訓基地進行了專案開發的實戰練習。
專案的名稱是superVCD，是由海輝曾經所接的一個遠端音樂唱片管理軟體專案的精簡版。雖然有所精簡，但是其內容對我們學習仍具有相當的價值，對我們瞭解真實的軟體的設計規範，編碼規範，文件規範以及客戶對軟體的需求很有參考價值。該內容囊括了GUI設計和編碼，容器與泛型的知識，規範文件編寫，測試及日誌系統，甚至要求我們實現一個專用的輕量級資料庫系統，這無疑是對我們很好的一次歷練機會，同時可以積累豐富的知識。
平時我們很少有機會能夠完成一個如此規模的專案，所以在這次專案實戰訓練中，我的收穫也有很多。
第一，我學會了如何規範的編寫程式碼和文件。文件和程式碼是團隊各成員在專案開發交流合作中的紐帶，風格隨意混亂的程式碼和缺失或語義不明的文件會讓團隊中的其他成員不能理解和使用自己寫的程式，我在平時編寫程式碼比較隨意，並不注重這一點，經歷這次實戰演練之後，我一定會嚴格的遵守編碼規範。
第二，我學會了如何理解和分析客戶的需求。軟體為客戶而生，只有理解了客戶的需求才有寫出優秀的軟體的可能，在這次實戰演練中，老師教會了我們如何組織團隊正確的理解和分析客戶的需求，並寫出完善的需求分析，並用於專案開發。
第三，我學會了對按照需求對軟體架構進行設計，這點我想是我們許多同學之前都非常欠缺的，因為我們在學校的時編寫程式碼篇幅短小，功能單一，所以設計思路通常只留於腦內，非常模糊。而在這次專案開發演練中，老師手把手的教會我如何從需求中抽象出問題，並將之模組化，然後逐步求精，就如同為高樓大廈搭建棟樑。
第四，我學會了如何團隊合作，共同開發。作為專案開發小組的組長，我的體會更加深刻。獨木難支，光靠一個人的力量是遠遠不夠的。只有管理組織好一個團隊，才能夠最終完成專案的開發，或許在程式設計技術水平上團隊成員有高有低，但是，每個人都有自己的閃光點，總可以在團隊的找到適合自己的位置，每個人在自己的團隊中做的貢獻，創造出不可磨滅的重大價值。
第五，我學會了如何與客戶溝通並展示自己的專案，軟體專案的開發最終需要的是客戶的認可，讓客戶瞭解並認可自己的產品最好的辦法就是用言語將自己的專案的最好的一面展示出來，在最後一天裡，實訓的老師組織了專案的答辯，給我們提供了鍛鍊自己的`表達能力，展示自己的專案的舞臺。
在實戰的過程中，我對專案開發流程有了切實的體會：學會了如何編寫規範合格的程式碼和文件；學會了了正確理解分析客戶需求並設計專案的方法；體會到了團隊合作精神的重要性，明白了組織團隊進行專案開發的具體流程，還了解到了向客戶展示產品以及與客戶進行溝通的技巧。
經歷過這次實習實訓，我們不僅在程式設計的理論知識上有所鞏固和深化，更重要的是有了實戰進行專案開發鍛鍊動手能力的機會，積累了一筆寶貴的經驗。實訓雖已結束，但我們的不斷學習的征途才剛剛邁出第一步。今後的路還很長，還有很多機會去實習提高，我們要以更加積極的姿態去充實自己，學習，不斷地迎接挑戰。
一、考核期內主要業績，工作創新、工作質量及成效：
1、.5.10—.7：聯通116114站開發
完成116114網站首頁登入及註冊、公告模組、紅段子簡訊傳送、地區二級聯動、及一些公共程式碼的實現，在這個專案中學習了新的知識freemarker及ibatis，熟悉了jquery的使用，並對統一框架有了一定的瞭解。並在規定時間內完成了開發任務。
專案描述：
聯通116114站主要實現紅段子的定製與包月。紅段子內容包括簡訊和彩信。是由使用者註冊成為會員，自行在網上釋出紅段子，經稽核後釋出，再由個人使用者到網站上包月或點播定製的一個業務。紅段子站建設目的，就是為了滿足和實現紅段子釋出，定製流程。
視訊黃頁個人定製：個人使用者通過搜尋引擎方式查詢視訊黃頁，不註冊也可以進行查詢搜尋，查詢時使用者可選擇地區，行業，然後輸入關鍵字進行搜尋。搜尋出結果後，個人使用者可點選視訊黃頁，進行預覽或定製或包月。
2、.7—.9.15：質檢考評系統0502、0503、0504版本測試
這段時間主要熟悉質檢系統的業務及需求，學習一些測試的基礎知識，如單元測試、整合測試、壓力測試、效能測試等，並能使用自動測試工具qtp進行一些重複的需要手動測試的功能，使用loadrunner模擬多個使用者實施併發負載及實時效能監測。熟悉web應用在websphere及weblogic伺服器上的部署。在測試的這段時間，對質檢系統的所有的功能都有了一定的瞭解，並發現了許多系統以前存在的問題，專案提交測試部之後，沒有太多功能上的問題。也為後期參與質檢專案開發作好了準備。
但0504版本與其他版本依賴關係比較大，沒有測試環境，許多功能沒有測試，這個版本出現的問題比較多。所以在以後工作中需要注意這些問題，及時向上級反饋工作中的問題。
3、.9.15—.11.15：質檢考評系統0505開發
主要負責計劃考評(人工事後，自動事後，輪次)的相關需求、質檢標準等功能的實現及其他需求的測試。學習了struts1的相關知識，對質檢系統業務有了進一步瞭解。這個版本的開發都在規定時間內完成了任務，版本質量也沒有太大的問題。
4、.11.16—.1.10：甘肅12580專案開發
主要完成彩信模組所有的功能的實現，主要用到了jquery、dwr、ibatis、spring、boss驗證、uma及webservice等技術
5、.1.11—.2質檢專案0506開發及測試
二、自我評價(包括本人需要向上級彙報的其它方面內容)：
1、在這半年多的時間裡，學習了很多新的知識，都是以前沒有接觸過的，可能剛工作的時候有些浮躁，想有新的任務，又害怕做不好，但是最後都能如期的完成領導交付的`任務，並學到新的技術，所以，事後會覺得沒有什麼是做不好的，只要自己動手去做，克服急躁情緒，積極、細緻地的對待每一項任務。
2、測試工作，剛做測試工作的時候，大家都不太願意去做，一是覺得自己不會這技術，二是覺得自己的初忠是搞開發這一塊，剛出來就做測試，也沒有什麼經驗，總覺得不合適，但做過一段時間後，我深刻感受到開發的做測試的一個好處(當然是沒有接觸專案前)，根據專案需求，可以很快的熟悉專案的業務，不再侷限於做開發的只熟悉某一個模組的功能，而不瞭解其他模組的實現。並且，在以後做開發的時候自己會考慮更全面一些，思維也拓展更開一些。
3、在工作中需要不斷的學習，通過專案不斷提高自己的各項技能，做到腳踏實地，不怕多做事、做小事，在點滴實踐中完善提高自己。
4、在工作中可能會遇到一些糾結的小問題，自己可能花很多時間也解決不了，如果多問問同事可能很快就可以解決問題，所以，不用愛面子，多向同事請教，但也不是有問題就問。
5、這半年工作時間裡，發現和解決問題的能力，個人的技術都有了很大的提高，在專案中遇到問題，不會再像剛開始不知道從何下手，不知道如何去定位一個問題，而現在都能較快的處理在工作中遇到的問題。
中國有很多精於編碼的人，但是中國軟體行業，尤其是網路應用開發方面誤區很大，很難形成有規模的軟體開發力量和產品能力，不但比美國差距甚遠，和印度相比也是頗有不如。
這些問題不是在於中國程式設計師的智商和工作努力狀況，也不是在於國家和民間對開發的投入程度，而是很大程度上，有一些對技術，對程式開發，對專案設計方面的思想誤區，這些誤區，導致了軟體行業的產品化能力不足，缺乏規模化和大型複用系統研發能力，可以說，改變認識誤區，是解決軟體行業小作坊模式和個體英雄模式所帶來的侷限性的重要工作。
中國有很多小朋友，他們18，9歲或21，2歲，通過自學也寫了不少程式碼，他們有的程式碼寫的很漂亮，一些技術細節相當出眾，也很有鑽研精神，但是他們被一些錯誤的認識和觀點左右，缺乏對系統，對程式的整體理解能力，這些人，一個網上的朋友說得很好，他們實際上只是一些Coding fans，壓根沒有資格稱為程式設計師，但是據我所知，不少小網路公司的CTO就是這樣的coding fans，拿著嚇人的工資，做著嚇人的專案，專案的結局通常也很嚇人。
作一個真正合格的程式設計師，或者說就是可以真正合格完成一些程式碼工作的程式設計師，應該具有的素質。
1、團隊精神和協作能力
把它作為基本素質，並不是不重要，恰恰相反，這是程式設計師應該具備的最基本的，也是最重要的安身立命之本。
把高水平程式設計師說成獨行俠的都是在囈語，任何個人的力量都是有限的，即便如linus這樣的天才，也需要通過組成強大的團隊來創造奇蹟，那些遍佈全球的為linux寫核心的高手們，沒有協作精神是不可想象的。
獨行俠可以作一些賺錢的小軟體發點小財，但是一旦進入一些大系統的研發團隊，進入商業化和產品化的開發任務，缺乏這種素質的人就完全不合格了。
2、文件習慣
說高水平程式設計師從來不寫文件的肯定是乳臭未乾的毛孩子，良好的文件是正規研發流程中非常重要的環節，作為程式碼程式設計師，30%的工作時間寫技術文件是很正常的，而作為高階程式設計師和系統分析員，這個比例還要高很多。
缺乏文件，一個軟體系統就缺乏生命力，在未來的查錯，升級以及模組的複用時就都會遇到極大的麻煩。
3、規範化，標準化的程式碼編寫習慣
作為一些外國知名軟體公司的規矩，程式碼的變數命名，程式碼內註釋格式，甚至巢狀中行縮排的長度和函式間的空行數字都有明確規定，良好的編寫習慣，不但有助於程式碼的移植和糾錯，也有助於不同技術人員之間的協作。
有些coding fans叫囂高水平程式設計師寫的程式碼旁人從來看不懂，這種叫囂只能他們自己壓根不配自稱程式設計師。
程式碼具有良好的可讀性，是程式設計師基本的素質需求。
再看看整個linux的搭建，沒有規範化和標準化的程式碼習慣，全球的研發協作是絕對不可想象的。
4、需求理解能力
程式設計師需要理解一個模組的需求，很多小朋友寫程式往往只關注一個功能需求，他們把效能指標全部歸結到硬體，作業系統和開發環境上，而忽視了本身程式碼的效能考慮，有人曾經放言說寫一個廣告交換程式很簡單，這種人從來不知道在百萬甚至千萬數量級的訪問情況下的效能指標是如何實現的，對於這樣的程式設計師，你給他深藍那套系統，他也做不出太極鏈的並訪能力。
效能需求指標中，穩定性，並訪支撐能力以及安全性都很重要，作為程式設計師需要評估該模組在系統運營中所處的環境，將要受到的負荷壓力以及各種潛在的危險和惡意攻擊的可能性。
就這一點，一個成熟的程式設計師至少需要2到3年的專案研發和跟蹤經驗才有可能有心得。
5、複用性，模組化思維能力
經常可以聽到一些程式設計師有這樣的抱怨，寫了幾年程式，變成了熟練工，每天都是重複寫一些沒有任何新意的程式碼，這其實是中國軟體人才最大浪費的地方，一些重複性工作變成了熟練程式設計師的主要工作，而這些，其實是完全可以避免的。
複用性設計，模組化思維就是要程式設計師在完成任何一個功能模組或函式的時候，要多想一些，不要侷限在完成當前任務的簡單思路上，想想看該模組是否可以脫離這個系統存在，是否可以通過簡單的修改引數的方式在其他系統和應用環境下直接引用，這樣就能極大避免重複性的開發工作，如果一個軟體研發單位和工作組能夠在每一次研發過程中都考慮到這些問題，那麼程式設計師就不會在重複性的工作中耽誤太多時間，就會有更多時間和精力投入到創新的程式碼工作中去。
一些好的程式模組程式碼，即便是70年代編成的，拿到現在放到一些系統裡面作為功能模組都能適合的很好，而現在我看到的是，很多小公司軟體一升級或改進就動輒全部程式碼重寫，大部分重複性工作無謂的浪費了時間和精力。
6、測試習慣
作為一些商業化正規化的開發而言，專職的測試工程師是不可少的，但是並不是說有了專職的測試工程師程式設計師就可以不進行自測;軟體研發作為一項工程而言，一個很重要的特點就是問題發現的越早，解決的代價就越低，程式設計師在每段程式碼，每個子模組完成後進行認真的`測試，就可以儘量將一些潛在的問題最早的發現和解決，這樣對整體系統建設的效率和可靠性就有了最大的保證。
測試工作實際上需要考慮兩方面，一方面是正常呼叫的測試，也就是看程式是否能在正常呼叫下完成基本功能，這是最基本的測試職責，可惜在很多公司這成了唯一的測試任務，實際上還差的遠那;第二方面就是異常呼叫的測試，比如高壓力負荷下的穩定性測試，使用者潛在的異常輸入情況下的測試，整體系統區域性故障情況下該模組受影響狀況的測試，頻發的異常請求阻塞資源時的模組穩定測試等等。
當然並不是程式設計師要對自己的每段程式碼都需要進行這種完整測試，但是程式設計師必須清醒認識自己的程式碼任務在整體專案中的地位和各種效能需求，有針對性的進行相關測試並儘早發現和解決問題，當然這需要上面提到的需求理解能力。
7、學習和總結的能力
程式設計師是人才很容易被淘汰，很容易落伍的職業，因為一種技術可能僅僅在三兩年內具有領先性，程式設計師如果想安身立命，就必須不斷跟進新的技術，學習新的技能。
善於學習，對於任何職業而言，都是前進所必需的動力，對於程式設計師，這種要求就更加高
但是學習也要找對目標，一些小coding fans們，他們也津津樂道於他們的學習能力，一會學會了asp，一會兒學會了php，一會兒學會了jsp，他們把這個作為炫耀的資本，盲目的追逐一些膚淺的，表面的東西和名詞，做網路程式不懂通訊傳輸協議，做應用程式不懂中斷向量處理，這樣的技術人員，不管掌握了多少所謂的新語言，永遠不會有質的提高。
善於總結，也是學習能力的一種體現，每次完成一個研發任務，完成一段程式碼，都應當有目的的跟蹤該程式的應用狀況和使用者反饋，隨時總結，找到自己的不足，這樣逐步提高，一個程式設計師才可能成長起來。
一個不具備成長性的程式設計師，即便眼前看是個高手，建議也不要選用，因為他落伍的時候馬上就到了。
java集合類主要負責儲存、盛裝其他資料，因此集合類也稱容器類。java集合類分為：set、list、map、queue四大體系。其中set代表無序、不可重複的集合；list代表有序、可重複的集合。map代表具有對映關係的集合；queue代表隊列集合。
java集合類主要由兩個介面派生：Collection和Map，是集合框架的根介面。下面是其介面、子介面和實現類的繼承樹。
下面就一一介紹四大介面及其實現類。
Set介面。set集合不允許包含相同的元素。set判斷兩個物件是否相同是根據equals方法。如果兩個物件用equals方法返回的是true，set不會接受這兩個物件。
HashSet是set介面的典型實現，HashSet按hash演算法來儲存集合中的元素。因此具有很好的儲存和查詢效能。HashSet判斷兩個元素的標準是兩個元素的equals方法比較相等，同時兩個物件的hasCode( )方法返回值也相等。HashSet可以儲存null元素。
List集合代表一個有序集合。集合中的每個元素都有其對應的順序索引。Arraylist和vector是list介面的兩個典型實現。他們之間的顯著區別就是：vector是線性安全的，而arraylist不是。它們兩個都是基於陣列實現的list類。List還有一個基於連結串列實現的LinkedList類。當插入、刪除元素的速度非常快。這個類比較特殊，功能也特別多，即實現了List介面，也實現了Dueue介面(雙向佇列)。可以當成雙向佇列使用，也可以當成棧使用。
Queue用於模擬佇列的資料結構。LinkedList和ArrayDueue是其兩個比較常用的實現類。
Map用於儲存具有對映關係的資料。Map介面有如下幾個常用的實現類：HashMap、HashTable、TreeMap。TreeMap是基於紅黑樹對TreeMap中所有key進行排序。HashMap和HashTable主要區別有兩點：
1、Hashtable是線性安全的，因此效能差些。
2、HashMap可以使用null作為key或者value。
集合類還提供了一個工具類Collections。主要用於查詢、替換、同步控制、設定不可變集合。
上面是對java集合類的一般概述，下面就set、list、map三者之間的關係進行剖析。
Set與Map的關係。Map集合中所有key集中起來，就組成了一個set集合。所以Map集合提供SetkeySet方法返回所有key組成的set集合。由此可見，Map集合中的所有key具有set集合的特徵，只要Map所有的key集中起來，它就是一個Set集合，這就實現了Map到Set的轉換。同時，如果把Map中的元素看成key-value的set集合，也可以實現從Set到Map之間的轉換。HashSet和HashMap分別作為它們的實現類。兩者之間也挺相似的。HashSet的實現就是封裝了HashMap物件來儲存元素。它們的本質是一樣的。類似於HashSet和HashMap的關係，其實TreeMap和TreeSet本質也差不多，TreeSet底層也是依賴TreeMap實現。
Map與List的關係。把Map的key-value分開來看，從另一個角度看，就可以把Map與List統一起來。
Map集合是一個關聯陣列，key可以組成Set集合，Map中的value可以重複，所以這些value可以組成一個List集合。但是需要注意的是，實質Map的values方法並未返回一個List集合。而是返回一個不儲存元素的Collection集合，換一種角度來看對List集合，它也包含了兩組值，其中一組就是虛擬的int型別的索引，另一組就是list集合元素，從這個意思上看，List就相當於所有key都是int型的Map。
下面講解幾個相似類之間的差異。
ArrayList和LinkedList。ArrayList是一種順序儲存的線性表，其底層是採用陣列實現的，而LinkedList是鏈式儲存的線性表。其本質就是一個雙向連結串列。對於隨機儲存比較頻繁的元素操作應選用ArrayList，對於經常需要增加、刪除元素應該選用LinkedList。但總的來說ArrayList的總體效能還是優於LinkedList。
HashSet與HashMap的效能選項。主要有兩個方面：容量和負載因子(尺寸/容量)。較低負載因子會增加查詢資料的效能，但是會降低hash表所佔的記憶體開銷。較高負載因子則反之，一般對資料的查詢比較頻繁，所以一般情況下初始容量應該大一點，但也不能太大，否則浪費記憶體空間。
三優範文網