從參加工作的第一天，就加入到現場開發中，那時並不覺得現場開發有什麼特別。那時人多，開發的，實施的，項目管理的等等，在一個大會議室開發。單調，繁忙，好在人
多，又大多是同齡人，都剛出校園。一起吃飯，一起上班，一起打遊戲，也算不錯的體驗。
後來又斷斷續續的參加了幾次現場開發。要說的是這次現場開發，因爲這次不同。
不同的是，這次是5年後的出差，當初出差的好奇，現在已然沒有。當初一羣單身漢，集體出差，有集體的樂趣。現在是我一人，我也已成家。所以作爲現在的我，不願再參加
現場開發，特別是長期的現場開發。
這次現場開發是爲了系統能儘快單軌運行，也爲我能早點處理完問題，早點回去。所以來後，每天都很忙。來的當天，下了車，安排好住的地方，就去甲方辦公室上班了。
20多天的投入，系統終於單軌運行了，雖偶爾會有些問題，但讓我感覺到離我回去的日子很近了。單軌後出現的問題，更多是新增加的需求。以爲把手上的問題處理完，再向
他們提出回去的事，會好些。可當我進全力把問題解決完，向他們提出回去的事，他們也基本答應，最後卻另有人不願放我回去。當時真是無語。
來了有一個多月時間，沒有休息過，週末加班，晚上加班。需要休息是一方面，更重要的是，公司有急事，必須得回去了。否則直接影響到另一個項目還能不能做下去。需要說明的是，我回去後，甲方這邊
不是沒有人，有個實施人員，也可以做些簡單的維護，修改。他是一直在這的。
明天要回去了，今天才有些時間寫這些，算是吐吐自己的鬱悶吧。
“現場開發”究竟有何好處，讓客戶如此“青睞”？
初期，需求要收集，需求變更頻繁。此時的溝通很多，也很重要。所有需要“現場開發”。特別是原型開發模式，更需要“現場開發”。
開發期，任務重，時間有限，爲了不出現多的因需求變化了帶來的返工，可以有“現場開發”。
系統上線了，偶爾回暴露一些潛在的問題，或有新的需求要加入。此時不是必須要“現場開發”的。需要的是維護人員。
後期要求的“現場開發”更多的是出於擔心，心裏作用。認爲，只有“現場開發”，才能保證質量，保證進度。纔能有效率。在系統的維護期，很少會出現需要大改代碼的問
題。更多的是維護問題，維護配置，數據的完整性，準確性。而作爲承建企業，也不願意把主要開發人員派去做維護的工作。
把問題分給合適的人去解決，纔是提高效率的合理方法。