對克明兄的〈漫談高鐵訂票系統的結構分析—觀念篇〉，有網友回應：
根據我的經驗，高鐵訂票系統的這些問題根本是不應該發生的。稍有一點 Database System Management 經驗的都會知道 Transaction Locking 及 Loading 的 issues. 不只鐵路系統用到，任何 Business Transaction 都要考慮到的。 比起Wall Street 的交易，這個只是幼稚園的難度。
我比較好奇的是高鐵公司如何外包、選擇廠商、合約內容、有無求償。在商業上走的是正常的路，還是後面開小門靠關係。
技術一點都不是問題，問題在經營者的是否光明正大。如此而已！
其實經驗是最不可靠的東西之一，很多技術人員看高鐵，很容易犯了沒問題症候群(NPS)的毛病參考李樹田、褚耐安譯（2006），領導的技術，經濟新潮社出版。，卻忘了內行人看門道，外行人看熱鬧。我在〈資訊系統設計的盲目〉中就曾提過，高鐵售票系統，並未採用資料庫技術，所以用資料庫角度來看高鐵售票系統，不會比瞎子摸象好到那裡去。
至於對身為顧問的克明兄而言，我想提醒的是，對於高鐵售票系統專案管理者而言，您的論點並沒有辦法打動他們，因為您並沒有提出觀察與診斷由何而來，他們會認為，您應該不會比國外的那些顧問高明。事實上，在台灣大部分系統我都可以說是設計結構上的問題，但主要的原因是這個嗎？我認為不是，很多原因是門外人看不到的。然而依據溫伯格告訴我們的顧問第四法則請參考曾昭屏譯（2005），顧問成功的秘密，經濟新潮社出版。－如果別人沒有僱用你，千萬不要幫他們解決問題。建議克明兄做個參考。
Please follow and like us:
我從美國的軟体發展經驗來看，台灣似乎很愛引經據典。
我說隨便玩過 DBMS 的人都會知道這些 issues. 在使用前，隨便的 load testing 都該可以抓出來的。至於高鐵用什麼，那是不重要的。
我沒有在替高鐵找答案，我在找問題，問題沒找到，當然沒有答案
在美國工業界，出這種差錯一定是有很嚴重的後果。要學外國，先學這一步吧！
“我沒有在替高鐵找答案，我在找問題，問題沒找到，當然沒有答案”
That’s the key point, 所以您沒有找到問題卻談到 DBMS 的解決方案? 那不是NPS是什麼?
其他的就不用多說了吧…
我覺得站在第三者的角色根本不用管高鐵他用什麼技術,什麼系統 ..
我比較好奇的是 , 系統寫好了不用做測試嗎 ?
我從新聞中看到的問題都是一些很容易測試到的問題 ..
我第一個想法是 , 他們根本沒測試 , 反正死的不是他們就好 ..
如果他們在硬體上也是抱持這個心態 , 那有人敢去坐嗎 ?
高鐵有沒有做測試，並不是我這篇文章要討論的主題。事實上，沒有參與其中，只憑媒體片面的報導就來臆測他們是如何開發系統，並不是成熟的做法。這點我在〈內行人看門道，外行人看熱鬧〉，就已經把我的論點說得很清楚了，所以在此不再贅述。
這篇文章，所要提醒的是，技術人員在還沒弄清楚問題時，卻急著提出解決方案，就好像瞎子摸象一樣，摸到鼻子的說大象像一根管子，摸到耳朵的說像一把扇子，摸到牙的說像一根蘿蔔，摸到像身的說像一堵牆，摸到腿的說像一根柱子，摸到尾巴的說像一條繩子。各人以為自己摸到的已是大象的整個形狀，但大象是管子、扇子、蘿蔔、牆、柱子或繩子嗎？這種觀事物時只看片面， 以偏概全，對問題解決卻是一點幫助都沒有。
所以，「根本不用管高鐵他用什麼技術,什麼系統」這句話，根本就是沒問題症候群的明顯症狀。依我所觀察到的現象，沒問題症候群的患者多半也會有自以為是以及迷信問題只有一種標準答案的毛病，所以當我們看問題用這種態度，會看不到問題的本質，更是創新思考的一大障礙，這其實才是值得深思的問題呀。
我想你不是很了解我的意思 ..
今天除非高鐵願意 open 所有的資料讓大家一起來解決 ..
站在第三者,這些我們都不知道,說的在多就像你說的只是猜測 ..
對我們來說是一個測試者或使用者 ..
我想事實終究是事實 , 他的系統就是有問題 ..
而他發生的問題,是一個最基本的分析師和程式師都會去測試的問題 .
而他們卻讓他發生了 ..
看了幾篇相關文章 , 說他們早就知道這個問題 ..
不知道你讀的這些書中有沒有提到什麼叫職業道德 ..
我從不想去解決這個問題 , 我也沒領他們的薪水 ..
我只知道我寫程式 , 開發系統幾 10 年 , 還沒發生這麼誇張的狀況 ..
身為一個技術者 , 不一定要用別人的方法才能解決問題 .
只要夠深入了解這套系統的使用者需求 , 自然有解決方式.
一直到現在我還是認為這些問題是一堆笑話, 茶餘飯後拿來笑笑就好了 ..
＂我只知道我寫程式 , 開發系統幾 10 年 , 還沒發生這麼誇張的狀況 ..＂
這不正是NPS患者最常說的話嗎？這樣的話正好可以讓我省思：明白自己一無所知，才是最聰明的人呀。也只有這種態度，才能面對問題解決困難。
這段對話也剛好提醒我，不要急著提出技術及解決方案呀，先聽人家講問題，弄清楚我們要幹嘛再說吧。不然，我們以為人家都聽不懂，但真正不懂的人是我們自己呀。
自動引用通知: 同人的生活派對 » 不完全的認知
自動引用通知: 同人的生活派對 » 從高鐵售票系統談大型公共建設軟體開發專案
高鐵訂票系統的包商台灣IBM, 本身根本沒有技術能力! 只會說謊、充內行、擺大牌耍官威, 遇到問題就是推跟躲, 我這裡就有當時他們事後簽的函! 證明就是他們台灣IBM能力不夠才會搞砸鍋, 我還寄給好多其他人看
台灣IBM搞高鐵訂票系統、華亞半導體兩個大爛缸的驗收簽單、給我事後拿去申請研究所的推薦函、人力公司派遣我去的公司任職證明, 全部都被我給掃描後寄到國外, 印出來在街上給人隨便撿了!
2009年還找其他廠商圍堵我, 那些廠商的名字也都一個個被點出來, 就讓全世界的人看台灣人的IT是怎樣幹的!!!
院首長電子民意信箱答復第100002246號
您好：台端陳述意見，本部已錄案參處。感謝您的來信。
部長 毛治國
如有任何疑問請回信至以下信箱：交通部民意信箱並可點選下方連結針對該陳情案填寫滿意度調查表：
http://pub.motc.gov.tw/public/intereyes/eyes00ee.nsf/0/6652258BF977F6274825785300305752?editdocument
看台灣人的IT怎麼不要臉!!?
賴桑，我懷疑你真的知道高鐵系統的問題? 高鐵系統不是如你說的情況，是有笨蛋硬選了捷運的系統，才會讓系統廠商改得這麼苦