2014-2015：被專案“折磨”的一年

        又是一年開學季，已經畢業的我，不會再有“不想上學”的小情緒，但是每天7點起10點歸，走在校園裡，穿梭於來來往往的學生之間，讓我總有種我還是一名學生的錯覺。其實，無論畢業與否，我的生活並沒有多大的改變，我依然在奮鬥的路上，不停的奔跑。讓我們把時間軸撥回2014年的9月，來看看這一年走過的路。

 

時間點1：2014年9月1日-2014年11月8日

        事件:備戰軟考

        每當回憶起那段時光，心裡總會泛起些許喜悅與感動，可以說，那段日子是我覺得很充實並且很開心的一段時間，每天在知識的海洋裡遨遊，在軟考的真題裡思考，在五樓和我的團隊的小夥伴們一起討論，一起開懷大笑，讓我覺得學習，其實是一件很幸福的事情。

        在經歷了JavaSE基礎視訊學習，希賽視訊學習，軟體設計師教程研讀，以及最終的真題訓練四個階段之後，我們在11月8號走進了位於北京市第三十九中學的考點，經過上午下午共5個小時的奮戰，終於將中級職稱拿下來了。功夫不負有心人，只要認真對待，老天自有安排。

 

        時間點2：2014年11月8日-2015年1月1日

        事件：BS技術學習

        結束了軟考之後，就開始投入到了BS階段的學習之中。首先做的是牛腩新聞釋出系統，這是Web開發的練手專案。在這個專案的開發過程中，接觸到了BS軟體開發模式的很多基礎性的東西，比如最簡單的靜態頁面HTML，可擴充套件標記語言XML，ASP.NET，以及Web開發最為重要的指令碼語言JavaScript，還有對JavaScript進行了一定封裝的JQuery，以及最後學習Ajax，非同步傳輸資料的實現方式。

       

       時間點3：2015年1月1日-2015年3月6日

        事件：做學生檔案管理系統

        從2015年的元旦開始，我和幾個小夥伴，開始了真正的專案實踐，新開了一個專案——學生檔案管理系統，作為ITOO高校雲平臺的一個子系統存在，由我們這幾個人開始去做，從一開始的需求分析，到最後的編碼實現，期間經歷特別多的困難，由於我們幾個人都不是能力特別突出的，因此有一個高年級的師哥帶我們，可是我們的需求卻遲遲無法確定，因為好多人對我們的系統提出了他們的看法，我們在需求上東搖西擺，模稜兩可，最終耗費了大量的時間，以至於到最後的程式開發時，顯得倉促，最後的結果是出來幾個頁面，並沒有將我們系統完全的開發出來。

        雖然我個人覺得我人生中第一個真正的專案做得一塌糊塗，但是我們還是在這個過程中學到了很多很多的東西，雖然不一定都會，也不一定都瞭解，但是起碼我們知道了一些常用的技術，比如比較流行的mvc框架，orm的一種實現EF，以及用在EF中的語言整合查詢Linq，以及使用的前段框架EasyUI等等，雖然用的不咋樣，但是最起碼接觸了，對我們依然是最大的收穫。

 

        時間點4：2015年3月1日-2015年5月1日

        事件： 一邊做專案 一邊玩自考

        做完學生檔案管理系統1.0之後，稍微有了點空餘時間，其實ITOO專案進入了2.0迭代週期，只是我沒有參與罷了，所以就將BS學習的尾巴補上，進行了最後的總結和學習，同時在這兩個月份，有很多的事情需要處理，比如三月份的自學考試論文答辯，四月份的自學考試以及學位英語考試，這些所謂考試，在我們整個的學習過程中只不過是一種調節，並不是我們的重點，我們的本意是以考促學，系統的掌握計算機以及軟體技術的知識。

 

        時間點5：2015年5月1日-2015年7月30日

        事件：ITOO3.0及3.1專案 考評系統判分模組

        經過了短暫的休整，ITOO專案進入了3.0階段，因為有一批人要參加5月份的軟考，所以我們這些軟考過了的人員就全部進入了ITOO3.0專案開發組，這一次我選擇了考評系統，考評系統算是整個ITOO平臺裡最為複雜的一個子系統了，它主要用於高校裡的線上考試和線上測評，涉及的業務比較複雜，對我這個菜鳥來說是一個巨大的挑戰。

        當時選擇模組的時候，我選擇了自認為最為簡單的判分模組，這個模組主要為教師閱卷提供服務，將線上考試的答題記錄檢索出來，讓授課教師進行評分，這個業務邏輯在我進行需求分析的時候，才發現也不是想象的那麼簡單。在剛開始做的時候，一直遲遲下不了手，換句話說就是畏難心理在作祟，就這麼拖著，到了後期，我們全部開發人員都開始去做考評系統的一個模組系統，評教系統，這個系統就是為學生對任課老師進行評價提供服務，經過一段時間的努力，終於將系統做出來了，還進行了大規模的測試，還行，就是效能太差。

        到ITOO3.1階段，其他子系統都開始進行優化和完善了，只有我們考評系統還在接著做功能開發，最後執行了一個七日計劃，還加了兩次通宵夜班，才得以將判分的核心功能完成，終於能對答題記錄進行評分了。這算是這個階段最大的收穫了。

 

        時間點6：2015年8月1日-2015年9月

        事件：ITOO4.0 新生系統後臺學生資訊維護

        時間進入了八月份，本以為能靜下心來，好好總結一下這大半年做專案的經歷和經驗，以及在專案中學習到的東西。誰知道我再一次進入了ITOO4.0專案開發組，這一次我選擇了ITOO平臺的子系統——新生入學系統，說白了就是讓大學新生線上完成報到和註冊。這次我選擇的模組是學生資訊維護模組，涉及的業務是學生資訊匯入、分配班級、宿舍和學號等等。這一次由於人家前期做的基礎比價好，所以我把所有功能進行整合之後，發現還不錯，後期就開始優化UI，以及本次迭代的目標——提升使用者體驗度，加入了流程化的業務邏輯。最後完成的也還可以。

        當我以為終於可以喘口氣的時候，考評系統又找過來了，因為之前做過成績管理模組的判分模組，現在缺人手，於是專案經理把我調到了考評系統開發組，於是我又沒日沒夜的幫著開發，終於是將考試系統的判分模組做的差不多了，現在的考試系統差不多能夠使用了，只是距離上線還差一些火候。

 

        回頭看看這一年的時光，發現自己幾乎做了將近9個月的專案，而且是換著做的，前後接觸了三個子系統。在做專案的過程中，確實接觸了很多的東西，現在的我從搭建專案框架，編寫業務邏輯程式碼，頁面佈局設計，整合釋出等等都經歷過，而且每一次迭代的技術分享也能學到很多很多的原理知識，只是缺少總結，並沒有消化吸收多少，很是遺憾。

        在總結這一年的時候，不知道為什麼，總有種碌碌無為的趕腳。可能是因為做專案，並沒有總結的原因，也可能是因為我對自己的要求和期望更高了。什麼通過考試，什麼接觸了多少新的技術和理論等等都已經不能使我興奮了。懂技術、精管理、會做人，能夠成為一個團隊的技術支撐和決策核心，將是我未來努力的方向。