同人的生活派對

四月

「漫談高鐵訂票系統的結構分析—觀念篇」之我見

對克明兄的〈漫談高鐵訂票系統的結構分析—觀念篇〉，有網友回應：

根據我的經驗，高鐵訂票系統的這些問題根本是不應該發生的。稍有一點 Database System Management 經驗的都會知道 Transaction Locking 及 Loading 的 issues. 不只鐵路系統用到，任何 Business Transaction 都要考慮到的。比起Wall Street 的交易，這個只是幼稚園的難度。

我比較好奇的是高鐵公司如何外包、選擇廠商、合約內容、有無求償。在商業上走的是正常的路，還是後面開小門靠關係。

技術一點都不是問題，問題在經營者的是否光明正大。如此而已！

其實經驗是最不可靠的東西之一，很多技術人員看高鐵，很容易犯了沒問題症候群(NPS)的毛病^[1]，卻忘了內行人看門道，外行人看熱鬧。我在〈資訊系統設計的盲目〉中就曾提過，高鐵售票系統，並未採用資料庫技術，所以用資料庫角度來看高鐵售票系統，不會比瞎子摸象好到那裡去。

至於對身為顧問的克明兄而言，我想提醒的是，對於高鐵售票系統專案管理者而言，您的論點並沒有辦法打動他們，因為您並沒有提出觀察與診斷由何而來，他們會認為，您應該不會比國外的那些顧問高明。事實上，在台灣大部分系統我都可以說是設計結構上的問題，但主要的原因是這個嗎？我認為不是，很多原因是門外人看不到的。然而依據溫伯格告訴我們的顧問第四法則^[2]－如果別人沒有僱用你，千萬不要幫他們解決問題。建議克明兄做個參考。

附註：

參考李樹田、褚耐安譯（2006），領導的技術，經濟新潮社出版。[↩]
請參考曾昭屏譯（2005），顧問成功的秘密，經濟新潮社出版。[↩]

This entry was posted on 星期二, 四月 24th, 2007 at 8:29 上午 and is filed under 問題解決, 專案管理. You can follow any responses to this entry through the RSS 2.0 feed. You can leave a response, or trackback from your own site.

8 comments so far

昆蟲

我從美國的軟体發展經驗來看，台灣似乎很愛引經據典。

我說隨便玩過 DBMS 的人都會知道這些 issues. 在使用前，隨便的 load testing 都該可以抓出來的。至於高鐵用什麼，那是不重要的。

我沒有在替高鐵找答案，我在找問題，問題沒找到，當然沒有答案

在美國工業界，出這種差錯一定是有很嚴重的後果。要學外國，先學這一步吧！

四月 24th, 2007 at 1:23 下午

jim yeh

『我沒有在替高鐵找答案，我在找問題，問題沒找到，當然沒有答案』

That’s the key point, 所以您沒有找到問題卻談到 DBMS 的解決方案? 那不是NPS是什麼?

其他的就不用多說了吧…

四月 24th, 2007 at 1:30 下午

Protech

我覺得站在第三者的角色根本不用管高鐵他用什麼技術,什麼系統 ..
我比較好奇的是 , 系統寫好了不用做測試嗎 ?
我從新聞中看到的問題都是一些很容易測試到的問題 ..
我第一個想法是 , 他們根本沒測試 , 反正死的不是他們就好 ..
如果他們在硬體上也是抱持這個心態 , 那有人敢去坐嗎 ?

四月 25th, 2007 at 11:28 下午

jim yeh

高鐵有沒有做測試，並不是我這篇文章要討論的主題。事實上，沒有參與其中，只憑媒體片面的報導就來臆測他們是如何開發系統，並不是成熟的做法。這點我在〈內行人看門道，外行人看熱鬧〉，就已經把我的論點說得很清楚了，所以在此不再贅述。

這篇文章，所要提醒的是，技術人員在還沒弄清楚問題時，卻急著提出解決方案，就好像瞎子摸象一樣，摸到鼻子的說大象像一根管子，摸到耳朵的說像一把扇子，摸到牙的說像一根蘿蔔，摸到像身的說像一堵牆，摸到腿的說像一根柱子，摸到尾巴的說像一條繩子。各人以為自己摸到的已是大象的整個形狀，但大象是管子、扇子、蘿蔔、牆、柱子或繩子嗎？這種觀事物時只看片面，以偏概全，對問題解決卻是一點幫助都沒有。

所以，「根本不用管高鐵他用什麼技術,什麼系統」這句話，根本就是沒問題症候群的明顯症狀。依我所觀察到的現象，沒問題症候群的患者多半也會有自以為是以及迷信問題只有一種標準答案的毛病，所以當我們看問題用這種態度，會看不到問題的本質，更是創新思考的一大障礙，這其實才是值得深思的問題呀。

四月 26th, 2007 at 8:01 上午

Protech

我想你不是很了解我的意思 ..

今天除非高鐵願意 open 所有的資料讓大家一起來解決 ..
站在第三者,這些我們都不知道,說的在多就像你說的只是猜測 ..
對我們來說是一個測試者或使用者 ..

我想事實終究是事實 , 他的系統就是有問題 ..
而他發生的問題,是一個最基本的分析師和程式師都會去測試的問題 .
而他們卻讓他發生了 ..

看了幾篇相關文章 , 說他們早就知道這個問題 ..
不知道你讀的這些書中有沒有提到什麼叫職業道德 ..

我從不想去解決這個問題 , 我也沒領他們的薪水 ..
我只知道我寫程式 , 開發系統幾 10 年 , 還沒發生這麼誇張的狀況 ..

身為一個技術者 , 不一定要用別人的方法才能解決問題 .

只要夠深入了解這套系統的使用者需求 , 自然有解決方式.

一直到現在我還是認為這些問題是一堆笑話, 茶餘飯後拿來笑笑就好了 ..

四月 26th, 2007 at 8:01 下午