nighty

      近一年沒有更新blog了，想是快生誘了。出來透個氣，許久未動筆，回想一年多時間天天疲于應付各種業務需求和做變動維護，根本無暇更新知識結構。早晚要被這個世界淘汰滴！

      由于規模擴展，公司OA系統需要升級，四五年前公司開發的老掉牙的OA已經有些年老體邁了，腿腳不利索，功能用得也不是很順溜。為了趕上進度，砍掉了許多東東，例如forum和wiki，在各種歷史和現實的條件下，最終采用新老系統并用的上線方案（這叫委屈求全!方案討論時還得給用戶講解為什么要這樣？因為不這樣老子就要掛了）。從需求-->設計-->開發-->測試-->上線-->維護，無數次的會議，無數次的修改，無數次的反復，折騰得快要歇菜之后，終于上線了。上了，上了，終于上了。然后在那一個快樂的周末下午，手機突然震動.....

      上線之后一邊做維護升級，一邊規劃二期方案。系統底層采用公司的山寨框架，用起來像跳舞的大象，光學習就吐了二升血！自定義的XML無schema或是DTD，eclipse這種自檢測的功能都不用，定義個元素想要知道有什么attribute還得去查文檔，文檔別以為可以全文搜索？告訴你，是word。最終的結果就是：淹沒在xml配置文件和無數源代碼文件的海洋里--游泳。游到濕身！終于會了！山寨的罪就不數落了，畢竟也有它的好處，但是使用處境沒有考慮好，本是為了開發人員著想，號稱不用寫JS，不用寫DAO，純ajax實現。最后我的總結就是：還是要寫JSP，要寫JS，也要寫DAO。用得不爽處，干脆Spring JDBC模板直接上，SQL直接拼。在壓力和進度下，一切以功能為標桿。按鈕點后有反應就好！囧！！！

      記得中間為了適應某些業務功能，收集了十幾bug提給框架小組，最后討價還價地實現了80%左右，有的還是打折的。木有辦法，人家也是忙得不得了，手上一堆的項目。比較有趣的是，上線前做UAT測試，擬定挑了一批目標用戶，大家一致的建議是：界面好難看！ ---  其實，其實，其實開始做時候偶就發現了。只是...... 想必大家都知道原因！又是由于歷史原因，CSS沒有專業人士的參與設計，做得很普通，只適合1024分辨率，還得IE only（請問什么年代了？）

       到后來上線之后，有些小功能需要升級和變更，就有時間加入更多自己的設計和想法了。于是拋開了山寨框架，覺得一身輕松。在這里倒不是批評它有多不好，其實它有很多好的地方！估計描述這個還得用一篇文章。
       前幾天和上司聊天，提到二八原則，我大腿一拍，說：太對了。我后來插上去的二個小功能，他們每天花80%的時間在刷新。。。。。
       囧！！！
     

剛進場的時候戲就落幕