Pixnet.jpg

> > 7/24:PIXNET官方發出改版預告:[【服務】升級改版](http://admin.pixnet.net/blog/post/19078260) > > > > 8/11:PIXNET[正式公告](http://admin.pixnet.net/blog/post/21039168),將於8/19〈二〉凌晨2:00開始,先停機3小時,接著全站唯讀21小時。換句話說,8/20〈三〉凌晨2:00開始正式開放使用新版後台。 > > > > 8/19:PIXNET準時停機 > > > > 8/20:PIXNET並沒有準時回復,而且無法登入。[PIXNET當日公告](http://admin.pixnet.net/blog/post/21515806)指出,PIXNET的資料需要全部倒入新版後台,但因為相簿資料庫內容過大,無法順利於24小時內全部匯入。預計21日早上7:00除了相簿外的服務都會先行上線,包括留言、迴響、引用以及小圈圈服務等。PIXNET同時提出會對VIP補償一天。 > > > > 文章來自: ([Mr./Ms. Days (MMDays) - 網路, 資訊, 觀察, 生活](http://mmdays.com/))[Pixnet大改版卻演變成大混亂,突顯出哪些問題?](http://mmdays.com/2008/08/28/pixnet_migration_mass/) > >

最近看完這篇Pixnet大改版卻演變成大混亂,突顯出哪些問題? 之後,其實感觸相當的多。

對於網站的快速更新~ 我也是有些心路歷程
還記得有機會幫某個南部的賣場去撰寫POS
結果成交的隔天
就因為一個工程師把CODE 改掉~~ 而造成數十萬的業務停擺

其實這種交接時候~ 不應該有那麼壯士斷腕(RD爆肝?)的精神才對

畢竟人家BLOGGER 的 新版界面也事先在旁邊開了個入口
然後讓人家去試用新的~~~~FACEBOOK 也是如此

facebook.jpg

當然這樣來說~ 他的實行方面其實是相當的難的。

雖然我很久沒有寫WEB APP,但是我的想法可能有以下兩種方式:

  1. 必須要有兩個介面透過WARPPER 來存取同樣的資料,而且兩個介面的資料格式必須要有共通的部分。

  2. 兩個介面,兩個資料庫~ 但是每次有動作~ 都會自動(利用script)的寫到另外一個資料庫去

當然兩者有兩者的好處與壞處,我畢竟不是WEB APP的專家~ 只是這時候或許要思考的是~ 為何會有這樣的事情產生???

  • RD的時間不足?軟體測試不足?
    身為一個好的軟體公司,通常每一次的程式碼要進入系統或是要進入原始碼保存系統(CVS or P4) 的時候,通常都會被要求要有所謂的Hot-Fix(別逼我我也不知道這個中文是啥), 也就是軟體工程是比須先把他所修正的部分的執行檔或是元件先給建立出來,然後交付給SQA (軟體測試人員)做所謂的Hot-Fix確認的動作。 真的完成之後 還得完整的軟體包再測試一次。 這次的問題很明顯的是兩者之一發生了重大的遺漏,根據了時間而言~~~ 那種更新後必須登入才能看到的問題~ 很明顯跟測試有重大的關係。 (軟體公司有句名言是~ QA 不是產生臭蟲BUG 的,但是他們最被臭蟲所困擾~~)

  • **打掉重練的心情??
    **甚麼叫做”打掉重練”? 也就是新舊介面由於資料庫或是程式語言差異過大~ 使得必須要專心的專注在新的介面上面去做維護,而無法同時針對兩個介面去做維護的狀態。

  • 商業上與維護上考量?
    其實這是我覺得最有可能的事情,當新舊介面同時運行的時候,問題就來了~~~ 如果有新的活動~~ 要更新在新的介面還是舊的介面?? 如果有新使用者~ 要使用哪個介面? 我想這些其他WEB APP都有很好的範例,據我的觀察~ 這個應該是硬上新版的理由~ 但是軟體測試不足則是發生重大失誤的主要原因。

讓我們再看看這件事會怎麼樣吧????


Evan

Attitude is everything