ibm

參賽

「請問是 OOO 嗎？」

「今年，我們想辦一個大型主機的世界盃比賽…」

故事的開始彷彿夢般，就在我開始想執筆寫〈2009 IBM 大型主機校園競賽回憶〉的時候，接到了來自 IBM 的電話。詢問我參加第一次大型主機世界盃的意願。

「IBM Master the Mainframe World Championship 將會邀請曾參加過世界各處地區賽並得獎的選手一同參賽。競賽者需為學生身份，並願意在百忙之中先遠距接受挑戰，最後到紐約會師進行決賽。競賽者將可以和來自各國同樣鑽研技術的學生會面，且食宿全程免費。不知你是否有意願參加！」

「好喔。」

距離上次參賽已那麼多年，接到這樣的邀請其實也很意外。為什麼會想參加呢？雖然自己也不是很熱衷旅遊的人，不過總覺得能到美國看看總是件好事，能讓自己的膽量再提昇一些。而能有這樣的機會在大家面前展示自己，一定能成長許多吧。

比賽的內容共含三個關卡、三份文件撰寫和最後的成果展示。比賽從 3/10 正式開始，參賽者遠端按自己的步調慢慢過關，但文件撰寫則有限定的繳交期限。四星期後，4/6 在美國進行準決賽，選出 6 位決賽者，然後在 4/7 進行決賽。遠端競賽的所有文件都公開在網站上，也可參考「比賽內容」段落的簡單節錄。

過程

比賽剛開始其實是相當順利，前面的技術挑戰破的很快。只是有些題目有語意不清的敘述，總是追求精確的我和 IBM 經過許多的信件往來才慢慢解決一些問題。後來還發現了題目中程式碼的邏輯錯誤，IBM 知道以後就在題目中要求大家更正了。

在此同時，也受到台灣 IBM 的熱情支持，讓我可以用中文詢問問題而無語言之憂，其後也受到不少幫助，連沒有合適的筆電可以參賽也幫我處理。而比賽過程裡還有多場越洋的會議，可以提出各種技術問題尋求解答，也有資深的前輩幫我們惡補產業趨勢，好準備撰寫文件。

後來進入銀行程式的實做，聽到有人問說是否可以用 PHP 代替 Liberty 來開發網頁後端獲得了同意。由於我對 Java 配合 Liberty 的開發不太熟悉，我也決定採用 Django 來進行後端實做。只是原本的 DB2 連結元件只有提供 JDBC 而沒有 Django 的版本。於是我在網路上搜尋 Python 的 driver，但一直建置不成功，花了不少時間研究才發現需要授權檔。趕緊寄信通知 IBM，他們說會嘗試解決，但建議還是使用 Liberty。

但我怎麼會輕易放棄呢？後來經過一番搜尋，發現可以用 Jython 執行舊版的 Django，如此一來，就可以使用 JDBC，於是我就在這樣的情況下開始製作網站了。製作到了一半授權檔才終於釋出給大家，只是授權的版本跟網站上的最新版 driver 不合，又花了不少時間才找到正確版本檔案的下載點。好不容易通過授權，連上 DB2 還是出現權限問題，最後跟 IBM 聯絡後才終於解決。終於可以使用最新版的 Django 了。對我而言，這個相容性問題大概就是比賽中遇到的最大難題吧。

寫著寫著 App 覺得學到最多的其實是 jQuery 和 Bootstrap 的使用。太久沒有接觸網頁前端了，對這兩個曾有數面之緣的程式庫一直沒有機會深究。這次的開發也對他們能夠快速做好漂亮界面的能力感到十分驚訝。

只有短短的 6~8 分鐘，就算加上什麼複雜的額外功能也無法順利展示。究竟要加上什麼功能呢？我希望能找到一個容易理解又有創意的功能，最後決定用手機來實做 Visa 金融卡即時停用與啟用的功能。只要有了這個 App，就可以在網路刷卡前啟用卡片，刷卡後立即停用，即使別人擁有你的資料也很難盜刷了。

原本 IBM 的提示是最後的展示以 demo 為主，而沒有簡報的要求。然而實際預演過一次後我馬上發現 demo 時根本無法清楚表達自己的想法。如果要在短時間內達到好印象，一定得先簡報再 demo 才行。

紐約

很快的做好投影片，就啟程紐約了。先是經過日本東京轉機，到了紐約大約是下午。很快坐上接駁車，就到了 Waldorf Astoria 旅館。整理一下行囊並簽到後就和大家一起去聚餐，然後隔天一早馬上就是準決賽。

比賽前有點興奮也有點緊張，仔細檢查了簡報器和手機確定一切功能完好。上台的時候一切順利，感覺時間一下就過了。評審好像都覺得手機 App 的主意不錯，還有人覺得應該申請專利呢。

後來先去參觀工廠，再去聚餐和逛逛時報廣場。總覺得紐約的餐廳份量都好多，一不小心就會點到過量的食物呢。一直到了隔天才終於公佈進入決賽的選手，可以晉級真的很開心。

經過最後的準備和一些採訪，終於開始決賽了。決賽是自己待在一間房間，六位評審輪流到各房間評，所以要連續講六次啊，講到最後都有點累了。有的評審嚴格拷問，也有評審很親切的鼓勵我，感覺風格很不一樣。

還記得有個評審突然問了意料外的問題：「你覺得程式設計可以怎麼樣讓世界變得更好呢？」

我也給了自己都意外的回答：「其實程式設計可以解決很多問題，比如說甚至可以改進政府效能，或透過開放資訊的方式提昇公民參與。像是把所有修法紀錄用簡明的方式呈現，或是政府預算視覺化等等。」（其實我忘記確切的說詞了，不過沒錯，我其實是在向類似 Code for America, Code for Tomorrow, g0v 等組織致意。）

得獎

好像是因為有新聞的報導，臉書上突然多了很多道賀的訊息，讓我一時有資訊過載的焦慮。花了數天時間才一一回覆。想起來媒體的影響力真的很大。後來自己看了報導也覺得彷彿很厲害一般，哈哈，真有點不真實。看到「天才」這個詞，倒讓我想起當初比賽前在 IBM 接受採訪時的小對談：

記得 IBM 的前輩說，他覺得從事軟體業是需要天賦的，會願意這樣努力鑽研，不是每個人都辦得到。那時我說，我其實是反對這種看法的，我覺得努力和付出的心力比較重要，假設考慮到我從國小就花了無數時間研究，那麼現在看似表現不錯不也是很正常的嗎？

後來後來，有人說：「我想其實他的意思不是說天賦，而是說個性很重要吧？」嗯，或許是的。不過我總覺得這種說法背後隱藏著更大的假設。那就是，個性本身也是一種天賦。或者更進一步的說，努力也是一種天賦、一種天才。而這種說法似乎可以悲觀的解釋成，如果你沒有努力的天賦的話，那根本連努力都辦不到。老實說，我還沒有準備好接受這樣的世界。

這樣思考下去彷彿又會陷入先天後天的無限循環，這個問題不是本來就有答案了嗎？其實兩者是互相交互影響的。沒有一個要素不重要，所有已知或未知的條件環環相扣。只是人類有時總喜歡把事情歸因到些明顯的理由，就像我接下來要做的一樣：

對的要素

和其他國家同學聊天時提到，最近開始看《Thinking, Fast and Slow》這本書，雖然不太解釋得出裡頭在寫什麼，不過很巧的遇到也看過這本書的人。想到裡頭有句話是這樣的：

A recurrent theme of this book is that luck plays a large role in every story of success; it is almost always easy to identify a small change in the story that would have turned a remarkable achievement into a mediocre outcome. Our story was no exception.

我覺得，我的故事也一樣。

能夠得獎，實在是有太多的巧合與太多的要素匯集一地，如果少了任何一塊，就不會是這個結果了。對於此，我只感到十分幸運與感激。

一切都從小開始，幸運的接觸了網頁設計。由於家裡也沒有人從事相關行業，所以花了很多時間自己探索，也是這樣才養成了鑽研系統和搜尋解答的能力，所以才能順利解決比賽中的難關。

到了國中，為了克服枯燥的英文文法課，我另尋途徑，反而透過閱讀打開一片天。英文慢慢變成我的興趣，長年的累積讓我順利閱讀與撰寫文件。後來又經過文藻英語辯論工作坊和台大英辯社的洗禮，讓表達能力加強了不少。2009 年時就覺得英文和搜尋能力是贏得比賽的重要優勢，在這次國際性的世界盃更有同感。

但英文能力再怎麼好，也很難贏過母語的學生。所以，還有一個要素，就是簡報能力本身。感謝高中時接觸了「高橋流簡報法」，讓我嚐到甜頭。後來也因此用心鑽研，使得報告本身也變成了我的興趣。前學期還恰好上了「學術論文口頭報告」這堂課，學到許多口語技巧，剛好在比賽中派上用場。

但只有技術和簡報是遠遠不夠的。要能撰寫分析文件，還需要背景知識。恰好在前個學期上過「雲端運算概論」，學到不少產業趨勢和巨量資料的話題，讓我能源引許多知識在撰寫的文件當中。

而就連在比賽中扮演重要角色的智慧型手機其實也是在前不久買的。自己一直是用傳統的手機，但前陣子突然無法接聽電話了，這才下定決心買了智慧機。如果不是這樣，恐怕空有想法，也借不到手機實現吧。

最後最後，是即時啟用和停用 Visa 金融卡的點子，這點子的原型其實是來自郵局金融卡可以透過智慧卡進入網路 ATM，然後停用非過卡交易的功能。自己對這個功能情有獨鍾，平常總是將其停用，只有刷卡前才啟用。

在一月初，我在 ptt Bank_Service 版上看到有人詢問是否有其他家銀行有這個功能，結果似乎沒有找到。這讓我知道兩件事： (1) 有人跟我一樣對這個功能有需求 (2) 幾乎沒有銀行有這個功能。

只是用網路 ATM 實在太麻煩了。為什麼不用手機 app 隨時隨地停用啟用呢？這就是我最後完成的想法了。

這個功能除了可能有實質的安全保護外，或許更重要的是給像我們一樣的人有心理上的安全感，進而更容易接受 Visa 卡吧。

就這樣，每個要素完美的彼此扣合，匯聚於此。如果只是差了一點，也不會有此結果吧。

附錄：比賽內容

第一階段

由於這是個時程緊湊的比賽，只看前二階段的話，比起記憶中 2009 的大型主機競賽簡單許多。第一階段是大型主機的基本操作：包含 ISPF 界面、執行 JCL、編譯執行和修改 COBOL 程式、檢視系統 log、檢視 ZVM 系統資訊、用 SPUFI 以及 COBOL 程式存取 DB2 等等。

第二階段

第二階段先是執行並操作用 COBOL 寫成的簡單銀行程式，包含 ATM、後端界面等等。緊接著利用 z/OS Unix Services 來執行 Java 版的銀行程式，並進行操作。最後則是把這個銀行程式移植到 Linux on System z 上面。

第三階段

第三階段是要基於第二階段的文字版銀行程式，發展出網頁版的銀行程式。主要是利用 Eclipse 配合 Liberty，前端則用 jQuery 協助設計。在進到準決賽前僅根據螢幕截圖給分。

文件撰寫

首先分別以一頁為限制，撰寫兩份分析文件：(1) 什麼是 System of Record 和 System of Engagement (SOE)？而 SOE 的發展又會對 IBM Mainframe 造成什麼影響呢？ (2) 當設計真正商業應用的銀行程式時，有哪些 middleware 需要被使用呢？

最後則是以「參加大型主機比賽，是否改變你對應用在大型企業的 IT 技術的看法？」為題，撰寫一頁的 Executive Summary。

成果展示

參賽者將會在評審面前進行約 10-12 分鐘的成果展示，其中包含 6-8 分鐘的銀行程式展示：

  • 餘額查詢
  • 存錢
  • 領錢
  • 交易紀錄
  • 停用帳號並觀察此時查詢餘額會發生什麼事
  • 其他額外功能

最後則是 2 分鐘的 IT 產業問題，及兩分鐘的 Executive Summary 及整體提問。