作者nedbob (狗腿)
站內Programming
標題Re: [問題]台灣高鐵的票務系統是誰做程式設計的?
時間Thu Jan 18 17:40:46 2007
其實最大的問題是 TEST 有做好嗎
最基本的壓力測試都沒測試過......
就敢把這套系統拿來用......
這已經不是系統演算法的問題了吧
如果有好好的去做 TEST 的那幾個步驟 black white alpha beta...等
如果這套系統禁得起測試 但是發現他的效能低落
不管怎麼修改都沒辦法達到應該要的效能時
才要去重新考慮這套系統該改由什麼演算法去實作吧
今天高鐵的系統 很明顯的就是BUG沒改好 發生重複訂位
又不是說定一張票要等10幾分鐘才可以定這種效能問題
而且抓BUG應該在 TEST 就被抓出來 很明顯的就是 TEST 沒做好
結果大家開始戰起演算法等等等.......= =|||
目前大家的反應好像就是
有一個人寫訂票系統寫好 他用最笨的方法下去寫 程式碼很醜 也沒用資料結構
只是程式某個地方寫錯 執行時有點問題會發生重複訂位
他請你幫他看問題出在哪...... 結果你卻直接跟他說應該要把演算法整個換掉
巴拉巴拉一大堆 其實只要改掉一個小地方 這支程式就能正常運作
高鐵目前問題有必要去討論到要用哪一套演算法嗎.....
不一定高鐵繼續用它的系統 抓到BUG小改個地方 就能把所有問題解決掉
那講了一大堆 演算法 高演 的有意義嗎?? 感覺大家真是愛戰 每次都不知道戰到哪去
而且一開始原PO就是提問說做了多少的 QA testing 結果就變成了怎麼實作...= =|||
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 61.224.87.243
※ 編輯: nedbob 來自: 61.224.87.243 (01/18 17:44)
推 StubbornLin:測試沒過 也硬著頭皮推出來 140.134.241.74 01/18 17:44
→ StubbornLin:對於來不急而言 也不是不可能的事... 140.134.241.74 01/18 17:44
→ nedbob:所以焦點應該在於測試阿 怎麼扯到這麼遠 61.224.87.243 01/18 17:44
→ nedbob:測試沒過 真的表示演算法不能用??? 61.224.87.243 01/18 17:45
推 wa120:大概是政治因素吧= = 延遲那麼久才通車 218.165.80.36 02/12 14:10