Re: [問題]台灣高鐵的票務系統是誰做程式設計的?

> ==>發信人: [e-mail] (我愛小胖), 信區: programming
> 很難相信一票多賣的 bug 居然還會出現在正式商業運轉的程式裡面
> 而且還不是久久才發生一次，第一天第一班車就有，之後的班次也還有
> 類似這種問題應該做過非常大量的 QA testing，早就 fixed 了才對
> 怎麼還可能這麼容易出現呢?
> 實在懷疑負責程式設計的 team 倒底作了多少程度的 QA?
======
1. 這一題看似簡單, 其實不易, 以下純想像推論.
2. 在接近滿位時, 假設需求還是不斷進來, 這時候若要購買多個同車廂空
位, 就可能相當於在雜亂無序的空位中全搜(假設來不及對回收排序), 而
這些需求都已排長龍, 但由於是條件不符, 而非滿座, 就不能先通知已無
座位可買, 此時每個需求的平均等候時間就不會是平均幾分鐘內就能有結
果.
3. 需求訂位進行中, 就把預訂交易的空位先鎖住, 當成批同車廂訂位無法
滿足時, 就造成整批已先鎖住的退位, 此時的交易反應時間因之就更不易
滿足規格的要求. 為了驗收過關就可能針對測試做答案, 乾脆不鎖.
4. 不鎖, 碰上人潮, 衰事就發生了.
5. 對 Critical Section 做 Mutual exclusion access 的教學, 最難的
就是讓學生接受這種看似不太可能的失誤.
6. 台灣軟體發展的致命觀念處就是: 沒逮到錯誤就是對的 !

--
 ◎ Origin: 中央松濤站□bbs.csie.ncu.edu.tw  From: 140.115.6.234
推 meltice:程式能動就好啦 早點下班早點睡覺比較好
推 ephesians:前輩分析得真好
→ ephesians:......忘記這文章是轉信過來的