小時候, 我跟父親是沒有什麼父子關係可言的.
離開家很多年, 我跳躍了少年時期跟青年時期, 再回家時已經是個成人了, 跟父親的關係反而慢慢成為朋友.
父親退休後, 一直鬱鬱寡歡, 為了讓父親開心點, 我成為家中唯一可以跟他們倆老說話的孩子.
今天下午開車載父親去看車, 他看了很多台, 都不是很滿意, 路上還不斷的告訴我開車要如何如何, 不斷的說些他早已說了七八百次的家庭倫理等等, 以及他對三個孩子的擔心.
晚上跟他去吃海產, 他喝了不少, 我滴酒未沾, 他低著頭喝著啤酒, 還要我去幫他買包煙, 印象中的父親是鮮少碰煙的. 討論著政治, 討論著時事, 討論著對我的期望, 討論著他對自己一生的滿足與悔恨.
晚上回到家, 他帶著幾分酒意, 下車時他搭著我的肩, 我扶著他上樓, 他在樓下, 看著我說: “真快, 你也是個大人了”.
我想, 他只是需要有人陪他說說話吧.
先跟不知道的人說明一下, 我看了十五年台灣職棒, 從國中時開始的中華職棒到現在的中華職棒大聯盟, 我當了15年的象迷.
我不是個認真的職棒球迷, 高中晚自習時壓著耳機聽比賽, 每天拿著賽程表計算勝差跟封王日期, 期中考最後一堂提前溜掉, 騎著學長的車去買票看球賽, 高中是我瘋職棒最嚴重的時候.
我支持的兄弟從沒讓我灰心過, 總使經歷過偉大的三連霸, 也經歷過五六名徘徊的幾年.
今年球季, 我持續的看到誠泰被割喉咬下來, 守住象獅五連戰, 還留在首位, 接著, 我忙碌了一整個禮拜, 幾乎沒有力氣看半夜1點的轉播. 偶然一次打開收音機聽新聞, 我的天, 竟然對La new三連敗, 從首位摔下來了, 接著我無心再看比賽或是查詢報導了, 那種氣憤的感覺揮之不去, 也不願被這種不舒服的感覺影響生活.
今晚偶然在看udn時喵到頭條, 看到獅隊二連敗, 兄弟火力大發狂轟中信, 勝差重回0.
我很內疚, 身為一個球迷, 怎麼能在球隊低潮時棄而不理, 發悶脾氣呢? 15年來我首次有這種對支持球隊的負面心裡, 大概要歸功於該死的忙碌
雖然今晚敗給中信, 跟獅隊還有1場勝差, 但是我相信兄弟會完成四連霸, 會重回上半季首位, 會重返王者的榮耀.
原本弄好的bBlog, 為了要想辦法把gallery整個embedded進去, 試了大半天, 一個手賤砍了DocumentRoot.
更白癡的是, 重裝bBlog時, 為了清掉救的config, 自己drop database, 卻忘記先mysqldump出來.
所以損失範圍是, 四篇文章, 加上原始設定, 還有layout好的template. 不過也不算嚴重, 四篇不值錢的文章, 加上改的很亂的template :p
反正, 重新開始摟~~
從前我們只有任天堂玩的時候, game都是日文, 礙於rom size的問題當時的game都是只有片假名跟平假名, 連漢字都沒有, 為了想玩, 所以抱著字典猛啃猛查, 雖然一知半解, 但也玩的愉快. 後來學日文快的多, 字認的快嘛. 副作用是, 看日文比看英文還快 :p
大一點在工作時, 最古早的AS-400手冊只有原文, 當時還沒唸過資工, 裡面一堆名詞都不懂, 也是抱著字典慢慢查, 那個年代, 連電子字典都沒有. 電話中收到問題描述, 開始翻書找, 找到了再翻字典讀懂. 到了最後, 整本手冊可以說是到背如流, 近似的相關手冊相關名詞都了然於胸,艱深的技術書籍讀起來變得親切了. 雖不致輕鬆寫意, 至少也毫無障礙.
現在的小孩子, 可能不需要玩的這麼辛苦, 也不需要工作的這麼拼命, game有中文版可以玩, 書都有翻譯書. 玩樂跟知識都簡單化了, 似乎是比較幸福?
所以我們看到的是, 討論區上一堆人用看不懂英文作糖塞, 用本國文化作擋箭牌, 到處要求別人用別人的語文能力去餵給他好消化好吸收的中文資訊. 動輒拿出”你跩甚麼”或是”無恥媚外”來臭罵那些告訴他們rtfm或stfw的人. 或是臭罵老師教授沒人性, 讓他們讀這甚麼勞什子的原文書.更甚者連中文都看不懂寫不出來, 注音文, 錯字文, 裝可愛的鄉音文都出籠, 還將之美其名為文化. 天可憐文化二字, 竟然被如此濫用.
人對資訊懶惰會造就出資訊文盲, 警人, 亦警己.
剛剛突然想起前幾天看的電視冠軍
四連霸的模型王山田達司, 在尋求五連霸時落敗, 對手洞悉當天評分的主力是小孩, 所以製作了忠犬公八的模型. 相較之下, 山田作的溫馨家庭對小孩子來說太遙遠也太虛幻, 自然得不到孩童的支持.
當然我是支持山田的, 以日本這麼變態的民族, 變態的電視冠軍, 能夠在一個領域中稱霸四次, 那已經是極高的榮譽了. 我也認為主辦單位對於評審的安排相當失妥. 或許大家愛看王者被拖下來吧! 不過我想大多數的觀眾還是把山田當成心目中永遠的模型冠軍.
這讓我想到, 看過一個節目, 介紹了一對製作剪刀的兄弟, 兩人都超過60歲了, 還堅持完全古法手工製作. 並且用平易的價格讓其他需要使用剪刀的行業, 如裁縫師等等可以得到好的工具, 做出好的東西. 但是無論如何, 他們作的總火造剪刀依然是專業剪刀中的王者. 可以耐用五十年以上, 連一般剪刀無法應付的鐵絲都可以輕鬆處理.
當時有順道播出主持人對這對兄弟的採訪, 主持人問這對兄弟, 是什麼樣的動力驅使他們如此執著? 這對兄弟只是很靦腆的笑著而已. 讓我感到感動的是, 他們說, 這大概就是”匠魂”吧.
工程師的匠魂在那裡勒? 大概等我60歲的時候就會知道了吧 🙂
這是整理以前寫過的MLGS介紹跟緣起的文章, 原發表在自己的bbs站上, 如今事過境遷我想也無所謂機密與否的問題, 趁著整理資料時貼出來.
[MLGS] 緣起/需求/理論
MLGS(Multi Language/Multi Levels Global Search)的誕生算是巧合, 其實說穿了什麼都是巧合啦!
正好某個我們公司服務的網站需要一個Search Engine, 他們不是要一個向外面 PortalSite 用的一些WebSearch,
而是一個需要搜尋網站內部的Search Engine, 所以我就被assign去作這個工作了. 這聽起來感覺是個簡單任務,
只要grep一下Apache 中的DocumentRoot就可以了啊! 一碰下去才知道不是這麼一回事.
首先, 該網站的頁面量相當龐大, 大概目前應該有上五萬個頁面!而且因為是新聞性網站, 平均每小時都會增加約30的頁面左右, 也就是一天有大約有個500左右的新增量.
這麼大的數量讓我有點望之卻步, 畢竟第一次面對這麼龐大的資料量,以往沒什麼專注在演算法的我, 這回碰到要逼自己從零開始的東西了.此時上司給我一點方向跟情報: 首先是GAIS的作法.
GAIS的主要發展者吳昇老師並沒有放出原始碼, 所以也無從得知到底GAIS 怎麼作, 但是在一位曾經跟過吳昇老師的碩士那兒, 得到一點資訊, GAIS 的前身是Glimpse這個英文的全文檢索, 於是第一步就是, 先去研讀一下文件跟網路上的資料.
Glimpse用的是2-levels的搜尋方式, 這種搜尋方式是利用英文的語言特色而作, 首先先對所有的目標文件做一次index,
使用空白或跳位字元去分割文章,抽取出文章中的所有字彙, 然後建立一個index檔和db檔, index
檔放某個字彙在db檔中的位置(pointer), 最後取pointer 後到db檔中直接讀出該檔的位置,就可以減少整個grep一次的IO量.
這種搜尋index後再去根據pointer 取資料的方式, 就是2-levels的技巧.
[MLGS] 困境/改良/挫敗
當模仿Glimpse 實作時, 第一個困境出現了, 那就是中文的字彙分隔, 在英文的狀況下, 可以很單純用空白或是tab 字元分隔出每個字,
但是中文不可能, 於是開始時, 只能用最笨的方法, 碰到中文字就從單字取, 雙字取, 三字取, 取到一個極限值,
我期初的設定值是取到五個中文字為止.
暫時先用perl寫最簡單的字串處理, 試試看這樣效果如何. 第一次測試相當慘,
因為一篇文章, 如果有一句話總字串長度為n , 那個就要在(n/2) 取字, 取的量會是 sigma[k=2;k=n/2]((n/2)!) ,
這個數字相當可怕, 一般文章平均一句話大概都有個十到十五字, 這樣下去index 中的entry 過多, db檔也膨脹的極大,針對index
檔搜尋已經等同直接搜尋目標檔了, 喪失2-levels的IO優勢.
這一點必須改良, 在跟同事討論的結果,
同事認為應該用詞庫檔去作index ,畢竟前述方法中大多數的index entry 都是無意義的, 例如”李登輝總統”這個詞中,
取到”輝總”這個字就絕對無意義, 作了這個index 完全無用, 而且index 檔膨脹後, 多了這些無用的index entry
會造成IO速度低落跟seek time 拉長的缺陷, 所以第一步改良, 就是分散index 檔, 使用檔名當key ,
這樣可以直接開到需要的檔案, 不會被累贅的index entry 拖累.
於是就採用目錄式的方式放index ,
每個index 檔就只放一個keyword , 其中的內容用binary直接放一個flow number , 這個序號就是在另外一個table
中的資料序號. 這樣可以把重複出現在各個index entry 中的資料縮小到一個int ,而採用4 bytes 的資料長度, 存放int
已經足夠儲存到256^4 了, 也不需要多一個byte放置長度, 直接4 bytes seek, 速度是最快的.
這樣的放置方式可以在搜尋速度上得到最佳化, 而每次只要append新的進去就完成更新, 每小時約30篇的文章利用crontab 來作,
相當輕鬆. 一邊對現有的一萬多篇跑著index , 一邊就用php4開始寫web interface 了, 寫出來後的速度跟準確度,
都讓我及上司相當滿意, 但是惡夢馬上就會出現了….
我在作index 的過程中,
有把目前的進度跟一些資料dump到console 上, 隔天到公司時, 發現console 暴走了, 挖拉挖拉的一堆disk full
的訊息, 不對, 不可能, 我明明mount 了一顆9G的硬碟上去了, 絕對不可能不夠的啊! 連ctrl-c都沒用了,
只好remote進去kill掉, df一下才發現, 原來inode 用完了, 因為把每個index entry 都作成檔案, 所以檔案數暴漲,
inode 一下就吃光光了, 這回可真的碰到了絕大的困境了.
[MLGS] 檢討/歸零/重生
把inode 吃光的下場讓我很難堪, 雖然上司沒有針對這個責備我, 上司說, 人家吳昇老師研究了多久作出來的東西, 要是讓你一個人短時間搞定, 那吳昇老師多沒面子.
於是全盤檢討, 從最基礎檢討起, 分析好各個問題點. 首先必須確立的, 是index 的使用有其必要性, 但是index 必須減低佔用的空間,
而分析過後, 在三個層面: 1.製作index 的速度, 2.index 佔用的空間,
3.作Search的時間.成本一定是要放在三者其中之一, 而我們的目的要做到快速, 所以一定不能放置在第三點,
而第一點必須要趕上網站成長的速度, 所以也不行; 而放置在空間上就如同前兩篇一樣的下場, 硬碟空間的需求量相當可怕,
根本已經到了不切實際的地步.
檢討之下全面錯誤的結果讓我很沮喪, 但是也告訴自己必須讓自己歸零重來. 重新畫系統圖跟flow chart, 重新reserach資料結構, 看一點壓縮跟編碼的RFC….
重複的思考跟失眠後, 我確定作index 的正確性, 將成本抽離使用者介面絕對正確, 所以必須檢討的是index 的儲存方式.
前面提過詞庫法, 只作有意義的詞庫index , 放棄無意義的index entry , 但是這樣會把成本放置在準確度與index
repair/update 上, 我認為不合適於超大系統上. 而採用資料壓縮的方式也行不通, 因為index 中的資料已經binary化,
幾乎可以說是最簡狀態,最多只能壓縮掉hex 中的高位null值, 對實際的空間節省沒有什麼大幫助.
這時候我想到同事說的有限理論, 於是改採平均的方式, 將index 做的長度降低到雙字, 如此一來在中文字的範疇中, 最多到21916^2 個index 檔, 省下了inode 跟硬碟空間, 但是一定會有個疑問是, 要如何比對超過兩個中文字的字串?
這就必須靠拆字, 假設一個詞有n 個中文字, 那麼可以用相接的兩個字作出n-1 個雙字對, 這些雙字對可以在index 中取得各自的entry
serial array,再利用這n-1 個array 的聯集, 就可以拿到”準搜尋結果”, 這些”準搜尋”的結果就可以拿來作實際的搜尋動作,
這樣一來把IO數降到合理的量, 也把index佔用的空間作最合理的分配.
於是, 我把這種以雙字組一層一層mask上去的方法, 稱為multi-levels, 又因為可以同時處理英文字與非英文字, 所以也稱multi-language, 這時候MLGS的大體就成形了.
難得放假, 時間怎可浪費在睡眠上? 所以原想花點時間整理一下圈圈的系統整個code branch 落後兩輪了, 再不趕上倒真的會落伍, 沒想到dmesg 一下卻給我挖出一整件有趣的事情, 也挖出一些雜感.
原本只是好奇message 檔怎麼會長如此快? 沒想到盡是一堆packet warning, 細瞧看來是有人找晦氣來了, 反正也不是第一次, sniffer 聽一下, 拆了一拆, 找到source ip 後正循思要怎麼警告一下對方, 沒想到nmap正巧掃到一個特殊數字的port, 回憶起來這東西, 不就是BO Server 嗎? 唉, 果然害人者人恆害之, 用BO Client 的都不自覺中了BO Server , 挖一下MO片找出以前自己寫的BO Client (確保安全嘛! )出來用, 連上去看了他的整個配置, 標準的98, 沒什麼特別, 連作業都看到了, 普通學生, 怎麼會來找我晦氣勒?
想來也是普通學生, 還是別下重手, 先開了他的message server, 然後丟了些東西過去, 告訴他我知道他在幹嘛, 也控制他的電腦了, 請他上個irc 談談, 想來他是嚇到了吧, 一時也不知道怎麼辦, 馬上重開機, 可惜他甚至不知道自己的機器已經中了BO Server , 重開機又被我連上去, 宿網ip抓到legel ip的大缺點就在這裡. 這次他就投降了, 開個notepad 寫點字放桌面上, 請我別弄他電腦. 心理也是一笑, 真是膿包, 怎麼這樣的人會找我機器麻煩?
掛上irc 以後(擔擔麵, 連irc client都是我幫他抓的), 跟他聊了一下, 他說他是初學者, 有加入一個以hacker為主題的地下mailling list , 常常一起討論怎麼攻進人家的機器, 我機器的ip是在他們的留言版上看到的, 說能破這個ip才算的了高手, 我要他告訴我這個組織的資料, 他卻也死都不說, 雖然我應該可以在他電腦裡面找到線索, 不過為免不德, 既然他不說, 我也不逼了.我只是覺得很好笑, 難怪最近老是這麼多奇怪的packet, 原來我成了人家的標竿了?
那人(以後簡稱A 吧)雖然失風被逮, 卻也沒什麼羞慚之意, 不停的問說我是否也是hacker, 讚幾句巴結幾句, 然後就要我教他幾招啦, 收他為徒啦什麼的, 我很認真的講了他幾句, 告訴他hacker到底是什麼, cracker 到底是什麼,也跟他提了一些學這些東西應該要有的基本操守, 沒想到他就不高興了喔, 一邊說我跩, 一邊說高手都瞧不起人, 還軟的求我教他, 硬的說君子報仇三年不晚什麼的, 心理一橫就跟他說掰掰, 然後ban 了他整個class c.
回想自己從前, 也有段時間沈迷於偉大hacker們的英雄史, 也期盼自己有天也能呼風喚雨的控制人家的電腦, 其實, 我沒什麼立場罵人家的.
回首來時路, 最初學習動機或許不純, 但爾後苦工無一不是因為有興趣加上一股不服的傻氣埋頭下去學的, 學到這個時候, 心中對這些東西倒也無牽無掛, 反而不愛去比較誰強誰弱了. 有本事爬上了清康藏高原, 才能看到聖母峰的雄偉, 我現在不過是在中印邊界徘徊而已, 爬都來不及了, 那有空去羨高者譏低者呢?
程式寫多了, 系統作雜了, 心境跟感想也都不再一樣了, 當然名利俗務也是掛著磨的, 但是最近做這些事情多了一點雕琢, 少了一點迅捷, 程式是越寫越慢, 但是蟲越出越少, 同事都笑我悟道了, 我卻只想自己老了. 我這年紀本也不該言老, 但真的是衰了許多, 也瞞不了人的.
這兩年多以來, 也就是進了PChome以來, 當真是勞心勞力, 少有輕鬆寫意的候, 這跟我原本散漫不經心的個性又是相去甚遠, 我這個人向來偏執, 又是直來直往, 大多也只能怪自己愛把事情攬身上, 靜靜坐著想, 目標之於人當真大矣, 兩年前自己身死為卜, 除情之外一切淡泊, 兩年後的今天, 事事入眼,時時用腦, 當真算計的很, 反倒自己也想不通自己究竟是怎麼了, 這種孤狼一匹的個性怎麼會變的這麼大這麼快.
一個人在家, 煮煮飯, 洗洗衣服, 看看向晚夕陽, 吃飽拿兩瓶啤酒, 陽台吹晚風下酒, 這種生活卻也無比寫意, 人生不就這樣嗎? 淡淡的來, 淡淡的到,淡淡的去. 可我雖忍的了淡淡, 但也搞不好累的人家淡出鳥來了.
日日盡力, 事事盡心, 我想就這樣吧, 活的簡單就好, 想太多不見得適當.
事情的開始總是這樣的
那是一個夢來著。
常作，也忘了著，我的睡醒通常沒有太多閒情逸致回憶夢境，總之就是很單純把夢當夢，負擔也就小了。雖然夢到的不是這麼好的事情，夢中的主角們也都是我熟悉的人們。恐怖的是，每個夢都分毫不差，一模一樣。
假如醒來的時間不是天亮趕著上班，那會是怎麼樣呢？在發生前，一直都沒去想這個問題。
結果就是發生了，沒什麼特別的。
只是意外的因為一個噴嚏而在半夜醒來，然後就彷彿看到夢中的人物出現在眼前。害怕是不會的，畢竟都是熟悉的人，有問題的是一些真實跟夢分不清的情緒，籠罩著很嚇人。
事情的開始，總是這樣的吧！
故事的經過總是這樣的
然後就是在路上，嚴格說來是在公司附近，當然，我們都不想這麼嚴格。眼前花了一下，這是貧血都會有的症狀，然後把夢中的影像跟現實重疊了，我看見夢中的女主角在生死邊緣。
然後，大叫！
所有人回頭來看我，同事也用很怪異的眼光看我。
最後回到辦公室，已經沒有工作的情緒的，整個下午開會都再恍惚，我不知道自己怎麼了。老總說：「你太累了吧！早點回家休息！」
事情的經過，總是這樣子的吧！
事情的結束總是這樣的
回到家以後跟女友說了一下，當然不是什麼都說，只是跟告訴她最近又在作同樣的夢了。
她不置可否的「嗯！」了一聲，表示自己聽到了，我也不置可否的「嗯！」了一聲表示她的反應我可以接受。
然後都是一樣的，洗澡，睡覺，作同一個夢，然後睡醒後什麼都沒記得過，換上衣服，上班去。
事情的結束，總是這樣的吧！
這陣子工作的太不爽了, 所以什麼路頭都會去想想好不好
原本是我姊問我要不要去國外開公司, 後來是房東需要TA
更近的是有人找我寫書, 希望作Tech doc的POD
人活著就是有一些七七八八的壓力在, 想多賺點錢買房子
想多存點錢可以出國唸書, 更想可以乾脆就一個人過自由自在
我比較像硝酸, 穩定態時很安靜, 壓力態時就容易爆炸
雖然說是這樣說, 我還是覺得自己算是脾氣好的
至少在公司我沒發飆過
留在POL慢慢覺得自己沒用起來, 一方面是上面的期望跟我自己的想法有差距
另一方面就真的單純為了報恩了, 聽起來很鳥對吧
人就會在這種時候開始懷疑自己了, 然後就想到FSS的Alan
「我很強, 我很強, 我已經厭倦老是要自己這樣告訴自己了….」
一方面我沒有 Kyo 作我的Fatima, 另一方面也不會碰到Ladious Soap
看起來似乎作個浪人比較適合我, 唉….
會有這些怪念頭, 只能說我還太嫩了, 哈哈….
其實早該說一下感想的，畢竟明日報跟我前公司網路原力有一定的密切關係，甚至前年的過年還因為明日報而加班到沒有時間放年假。對我私人而言，我接觸關於明日報的案子也有四五個，真正參與作業的也有兩份MLGS搜尋引擎，跟明日報的關係著實不淺。
明日報網站的結束，對我個人情緒上的影響其實不高，很多的因素在於我早就預期到會有這樣的是情發生了，我在去年的第三季就曾經做過三個不負責預言，而明日報的結束只是其中一個罷了，到目前為止，也已經實現了兩個，這是種恐怖的巧合吧。但是假若我站在一個網路工作者的立場……雖然我並不若Gene這麼的深愛和堅持這個名詞，明日報的結束給了我一些衝擊，而這些衝擊主要是心情上的無奈和失望。
網路上有許多關於明日報、壹集團、新新聞集團和PChome集團的討論和攻擊，當然也存在著很多鼓勵，這些資訊看在我們這些熟知內情的人眼中，真可謂是百感交集。明日報本身從成立時我們就不抱以太大的希望，主因是媒體派的作風跟網路派的作風差距太大，而詹宏志本身對這個構想的期望太大，加上明日報主事者似乎沒有很精確的想好成本概念和獲利模式，所以，外面盛傳關於詹宏志的個性問題，都是有相當程度的正確性的。
或許，我不該這樣批評自己的最高上司吧。但這裡是私人站台，呵呵。
而若以網路工作者的角度切入的話，明日報的結束意味著實體產業的堅固性和不可動搖性，也意味著網路虛擬產業的無望，雖然可以說明日報是在網路界泡沫化下的犧牲品，但就我的觀點來說這個理由是十足的差勁藉口。在這個事件下需要檢討的是主事者的經營概念。
從明日報事件看到的除了如以上般，在媒體中被大肆宣揚的一般概念外。我們看到的是，這個產業的不成熟性，技術人員普遍不受重視，和技術人員迷失在權位競爭的墮落行為……假如這可以稱為墮落的話。這個時刻便很殘忍的顯露出PChome集團和新新聞集團在人事態度上的失敗：將人文問題和媒體問題覆蓋於技術問題上。
當然，明日報將許多網路中的概念實體化，創造許多以傳統媒體上無法成功的社群經營，如個人新聞臺、網路議會等。雖然說穿了只是把當年的個人站概念擴大，並且加以社區化而成的產物，但是誠如詹宏志所言，這些的成功是個偉大的實驗！可憐的反而是參與這些實驗的云云老百姓和堅信會成功的可嘆員工們。
順便揭露一些地下才會知道的事情。首先，自從去年第四季開始，明日報早就處於隨時會斷糧的情況了。而雖然詹宏志代表對明日報解散發言，但是事實上 PChome集團只持股不到二十個百分比。明日報在經營上，曾經歷經好幾次的權力鬥爭，包含了技術人員的，編輯人員的，以及記者人員的，這些鬥爭都消耗了許多明日報的元氣和成本。以及明日報在去年第三季時的大舉擴張提早了死亡的到來。更甚於台灣固網曾經企圖收購明日報，但卻因為明日報毫無可營收的能力而作罷，轉而改為投資明日報卻來不及將資金挹注。而甚囂塵上的壹集團收購，也是因為香港壹集團對網路媒體沒有興趣，只希望收購整體公司規模而無繼續經營明日報網站的意願，所以收購失敗….。所以其實熟知內幕的人就能知道，明日報自己把自己的死期提前，而詹宏志只是被推出來作葬禮的主持人罷了。
反正這些內幕也帶出很多其他的內幕，例如說台灣固網跟PChome集團的特殊關係，例如PChome集團的真正出資者身份，還有壹集團在台灣的企圖心….。這些我可沒有詳細的說出來，大家自己去猜測吧！