從6月初著手開發始，整個專案進行了3個月有餘。
現在最大的感受是，辛苦，長時間阻塞在乙個懸而未決的問題沖淡了之前所有進展甚至是飛躍帶來的喜悅。
在這個依舊阻塞的晚上，問題稍有眉目，3人經協商，決定給明天留點希望，於是得以喘息，來此記錄一下。
前瞻性專案意味著你可以放開手腳，同時也意味著會遇到各類未曾出現的問題，或輕或重，有時敲一下腦袋便可相通，有時缺得花費整週的時間。
就如這次，乙個多周，嘗試各路招數，很多時候本以為找到了問題的根源，幾經除錯卻發現另有蹊蹺。
有人說調程式是件考驗意志耐心的事情，而我卻把它當做一面折射心靈的鏡子，心無旁騖、靜若止水、心誠則靈，然後，才是耐心和一點點運氣。
接下來，我想講一下團隊。
作為乙個團隊，相互協作是基本的要求，這**科學的分工和良好的交流和領導。在這裡，我更看重後一點。
但凡有一定開發經驗的程式設計師都明白分工的重要性，畢竟人無完人，每個人都是各執一技，都會界定自己的職責。而團隊溝通的好壞卻決定著專案的進度甚至是成敗。
首先簡單記錄專案情況：
前期3人參與調研和方案設計（由於是前瞻性專案，花費半年時間），接下來專案的實施平台搭建，搭建過程中另有1人加入，主體仍是前期3人。
按照整個網路架構，開發也分成了高層協議、路由和底層協議，每人各自負責其中一部分，按照設計在opnet中做實現，然後統一介面，除錯再除錯。
從專案的時間來看，出去中間兩個周的假期，實際開發進行了兩個半月的時間，總**量將近一萬行（自己負責高層的兩個協議，有5000多行**）。
按照人月來算，看似很高，但需承認這其中包含了很多低質量和功能性的**，畢竟是完全從0開始搭建**平台。
專案開始，老闆指認我來監管一下專案進度，並不是嚴格意義上的組長或主管，但我也刻意讓自己去盡力協調好大家之間的事情，因為我想嘗試從中看到未來行業的輪廓，判斷是否適合自己。現在發現，在此過程中學到的經驗卻是單純碼**所得不來的。每個人都有自己的性格，有人性子急，自我激勵做事情快；有人性子慢，卻享受著整個過程。不能簡單的說這兩種人的對與錯，喜慢的人通常有較好的永續性，而性子急的人也許會慢慢失去興趣，若存在效率高持久型好的程式設計師，我認為那便是極好了，但這種人容易及早掛掉。
人與人相互了解需要過程，就如同路由需要一段時間收斂一樣，好的領導者收斂時間短，且判斷準確，能做到因地制宜，因人而異；稍差一點的團隊領導人也許需要更長一段時間來了解自己的團隊，在這過程中也許會發生很多誤解和不愉快（比如拿極高的效率來要求性子慢的人），若不能及時對自身的方法進行反饋調節，那很有可能一錯再錯，弄得大家都不愉快；剩下的，永遠也不能了解自己的組員，亦或是過於自我的領導者，沒什麼可說的，注定是失敗的。
這麼多廢話，作為自己乙個階段性記錄，於此提筆，明天還需繼續戰鬥。
有句話說得好，快感來自於慾望的張力，想必有朝一日終此役，盡狂歡。
測試計畫小記
測試計畫是在需求分析之後進行的，可發現需求不合理地方。1 測試計畫需要先列出大綱，再一步步填充 用於掌握整個專案進度和方向 2 規定合理的期限和目標，使人員有效率的完成任務 3 是對未來工作的規劃 對風險評估，列出影響因素，制定對應方案減少損失 4 對人員合理安排，對模組找對應的專業人員來測試。難度...
Struts2 1 6測試小記
struts2 core 2.1.6.jar freemarker 2.3.13.jar commons logging 1.0.4.jar ognl 2.6.11.jar xwork 2.1.2.jar commons fileupload 1.2.1.jar 要注意的是，struts 2.1.6...
Struts2 1 6測試小記
要注意的是，struts 2.1.6的最小jar包配置比struts2.0.14多了乙個commons fileupload 1.2.1.jar。struts2.0.x所需要的最小jar包請讀者參閱 struts2教程1 第乙個struts2程式 在這篇文章中使用了struts2.0.11.1，該版...