一位「老男孩」在朗沃的成才之路

時光如水，歲月如歌。隨著就業導師肖BOSS走出教室的那一刻起，也就標誌著在朗沃學習旅程已經走到了盡頭，獨自一人走在回家的路上，心裡有些許悵然若失，於是乎決定寫下這篇總結，算是對自己的一個交代吧。

2016年農曆11月底，自己經營的生意已見頹勢，此時正為自己謀求新的出路而發愁，作為一個即將奔四且還是一個孩子的父親來說，內心是極度彷徨的。自己並沒有什麼一技之長，尋找新的出路是何等困難；最後還是聽從的妻子的意見，去學習Java編程，四處奔波尋相較了5家培訓機構，最後來到了朗沃，開始了對Java這門編程語言的學習。

2017年1月16日-2017年7月11日，歷時5個月，從Java基礎知識、JavaOO、JavaEE到Java高級進階知識（性能優化、軟體設計與架構），我是一步一個坑的走過來的，因為我深知我的這次學習機會是多麼的來之不易，對於我這個年齡段來說，時間真他媽就是金錢，其中當然有不少知識是我目前無法理解的，但是起碼在我腦海中形成一條完善的進階之路，讓我知道了前進的方向。在這學習期間，我或許沒有有的同學腦袋瓜聰明，記憶力沒他們好，但是我盡我最大程度的努力拚搏過，花更多的時間、熬更多的通宵來消化知識、拓展思維，俗話說，笨鳥先飛嘛；至此我可以拍胸脯的說：我在朗沃沒有留下遺憾！！

關於學習期間的較大項目總結：按時間先後順序。《ATM系統》《宿管系統》《森林病蟲害系統》《CBD停車系統》由於我有幸擔任我班的學習委員加上平時愛幫忙，同學們也把我當老大哥一樣，項目上的問題也會經常來問我，所以對於班上大多數同學的情況我也是比較了解的，在我印象中特別深刻的有三大項目：

其一：《宿管系統》，個人感覺這個項目是邁入程序員入門的一個蛻變的過程，只要是自己獨立認真的把這個項目踏踏實實做完，很多知識就會串聯在一起融會貫通，（比如對對象的理解，三層架構的熟悉與應用，對於業務的初步認識，對面向介面編程的初步使用等等）學習以後的知識將不再困難，哪怕你是計算機小白和相關專業知識的其他同學之間的差距也會逐漸被抹平，所以，千萬不要驕傲，更不能氣餒。

其二：《森林病蟲害系統》意義在於：熟悉B/S結構，採用Jsp+Servlet+JavaBean三層架構的方式來進行開發，熟練運用Ajax，JDCB等基礎操作，並適應分組分模塊開發等。為以後框架集成開發打下基礎。

其三：《CBD停車系統》，作為我們的畢業項目，可見其重要性。其意在在於：熟練運用框架進行項目的快速開發，熟練使用SVN等項目開發工具，培養出真正適應公司需求的軟體開發人才。鑒於本項目的特殊性與重要性，這裡對完成此次項目的注意事項進行以下詳細分析：

1、首先，拿到項目需求之後不要急於一時，想在短時間的把需求做透幾乎是不可能的。我覺得要做好需求分析，首先要把自己想像成該系統的使用者，去分析其中的需求，提取功能，最終完成後再找需求方確認需求，這樣才能保證你的方向正確，否則，哪怕你完成了項目，也無法滿足需求方的需求而導致項目失敗！

2、用例圖一定要畫清晰、完整，否則則可能出現功能模塊的遺漏。

3、界面原型圖一定要盡量畫好，而且要參照用例圖，防治漏功能點，而且最好是畫得越接近最終交付界面的樣式越好，切記千萬不要覺得講究樣式差不多就行了，因為我們在進行界面開發的時候幾乎是要完全參照界面原型圖來做的，由於本次我們項目一部這部分做得不夠好，導致了，開發前期漏掉了功能點，以及頁面布局不合理，用戶體驗性差，這些幾乎都是界面原型圖造成的。

4、資料庫設計要多花時間，並結合許可權框架考慮，個人建議資料庫設計應該單表上每個屬性欄位確保它的唯一性、意義的清晰性，每張表上的欄位只能是自身的密不可分屬性（外鍵除外），表與表之間的關係盡量簡單化，盡量避免出現多對多關係，將多對多關係拆解成一對多關係生成第三張關係表。

5、項目編碼階段，首先約定編碼規範、命名規範、搭建統一的開發環境（注意工作空間的字符集編碼統一設置成UTF-8），以及提交代碼的規範，以免出現提交代碼衝突或伺服器崩掉的現象，個人建議每一個功能實現後做過單元測試後提交一次代碼，並從SVN上更新工程到當前項目，並試運行。

6、項目界面開發時風格一定要統一，切合項目主題，用戶體驗優化盡量在邊開發在邊站在項目使用者的角度考慮，做到一目了然，簡單，便捷。

7、對於前端框架的選取：盡量是簡單實用，知名度大，能夠快速上手，本次項目的前端框架選擇得不太好，由於前端框架的原因造成了onchange事件不能觸發，導致級聯下拉列表開發遇到困難。

: 8、編寫Java代碼前應該對公用介面進行提取，以避免出現代碼冗餘，重複開發。

9、由於本次項目採用了大量觸發器，雖然大大的減少了代碼內部實現事務操作，但也導致了項目和資料庫的耦合性太高，造成項目的可移植性差。

10、關於項目測試：此為重中之重，由於此次進度問題，導致了項目的測試時間壓縮成了一天，導致了有一些功能模塊在問題單解決後沒有做回歸測試，造成了項目演示時出現了bug，由於優化同步問題，修改了公共介面，導致項目某些模塊bug的出現，（所以沒個介面的用處，注釋一定要寫清楚）。

11、個人建議公司項目開發期間，盡量不要附加一些需求上沒有的功能，弊端是附加功能要是出問題了，這鍋還得自己背，當然在本次項目內在保證項目按時的大前提下是可以加的。

由於本次擔任項目經理，項目開發期間的一些管理方面的感悟：1、管理者最重要的並不是技術方面的牛叉，但卻要技術涉獵廣泛，然而排在首位的應該是組織協調能力以及大局觀，應分清主次、以及剛需，這才是完成項目的保障。2、人越多越不好管理，莎士比亞曾說：「一千個讀者就有一千個哈姆雷特」，首先要組員們要高度統一理念以及目標，達成意識上的統一。3、了解各個組員的能力，依據能力及功能模塊的難易度進行分工，一開始時分配短期任務，後續依據項目開發進度跟蹤工具進行迅速調整。4、實時更新工程監察SVN上項目的運行情況，以避免出現伺服器崩死的情況。5、迅速解決組員遇到問題或指明解決問題的方向。6、組員之間的關係要維持和睦，所以說解決內部矛盾也是必備技能之一。7、不要自持身份，惡意重傷、貶低、訓斥自己的組員。說到底，我們還是同學啊。

以上的濕貨、乾貨也就這麼多啦，接著，我們即將步入職場，等待我們的是更大的挑戰，作為一個程序員，應該保持一顆對技術的好奇心，這樣才有動力去開拓更廣闊的領域，實現「走上人生的巔峰、贏取白富美」-------此句引用許斌老師名言。

至此，真誠的向陪我們走過這段奮鬥歲月的老師們致謝，或許，可能有的人會覺得我虛偽，認為自己交了錢，老師就應該給你服務；但在我認為一個不懂得感恩的人豈不是和白眼狼沒有任何區別，這樣的人永遠也不會擁有真正朋友；其次，作為成人培訓機構的老師，有像胡亦可老師這樣在他於我們班任教期滿後離開我們班後還時不時專門回來詢問班裡情況的並加以指導學習路線的老師嗎？有像許斌老師這樣只要有一個同學沒有完成隨堂練習他就會堅守指導直到最後一個同學完成才下班的老師嗎？有像周周老師這樣什麼好資源都往我們班爭的美女老師么？答案肯定是有的，但絕對不多。俗話說一日為師，終身為父，作為教給我們吃飯技能的老師們，我們由衷的感謝他們，願他們都身體健康，家庭和睦。還有我們項目一部堅忍不拔的老鐵們，謝謝你們對我的包容，並在最後畢業項目中沒有做好的地方向你們致歉。最後我們全體J136班的可愛的同學們，感謝你們對我的幫助以及支持，陪我走過了這段難忘的歲月，祝願大家都能找到心儀的工作、順利贏取白富美。

終了，人生如酒，其味自知…….

喜歡這篇文章嗎？立刻分享出去讓更多人知道吧！