二十九號的颱風假是用來存放海角七號的記憶用的。

看完電影後小旦說『這就是我想看的電影』，一句也道出了為何許多人看了此片四次六次還不過癮，非要拉身邊的朋友們一起進戲院，那樣的分享不帶有太多的情緒，『很感人嗎?還是很搞笑?』我好奇的問Jason，『也不是耶，反正就是好看！』，今天看完的我總算解開了些好奇，這部片子應該是拍出了在台灣的人們成長專屬的記憶，那份可以讓每個人都想珍藏起來的粗俗趣味與樂天知命。

『操！台北！』一開演沒有太多廢話，光阿嘉這句就把我的精神帶入了整部戲中。幹！台北！我在台北有很多知心的朋友，但也遇到了幾個人面獸心的怪物，這些狐狸屎壞掉了整鍋粥，不提也罷！除非我有勇氣回南投去當郵差！

期盼的海角口味
粗俗對白教壞小孩子？網路上有人提出這樣的感受，但不知道這些人在看好萊屋的大作時，對於裡面的髒話時用何觀點來面對。我是在南投鄉下環境下長大的，我並不會把這些三字經六字經掛在嘴邊，但我不覺得說得人就真的粗俗了，我沒說就高級了多少。我在鄉下明明天天都聽到這些口語，不過似乎沒有幾部電視、電影拍出這樣真實的感覺，看到海角之後真是有說不出的親切，所以我這篇也破例的用了幾句髒話，希望沾點海角味。

經典的愛情描述
這七封沒寄出的情書，似乎有點日本片子『情書』的味道，愛情之所以感人，就在於它的短暫濃烈，愛情之所以憾人，就在於濃烈到極點時一刀砍下，情書、鐵達尼號、梁山伯與祝英台、羅密歐與茱麗葉，都是砍得好的愛情經典，因為不及時砍下去，這些戀人接著就會面對奶粉漲價或是否有毒，還有婆媳問題，兒女教育問題等等，那段可就沒有幾個觀眾覺得感人了。友子與日本老師這段感情的遺憾，提醒了六十年後的友子與阿嘉該握住的時候就得握住。
友子為何在演唱會前的關鍵時刻要阿嘉送信？阿嘉為何去那麼久？因為他們都知道他們得面對與六十年前相同的異國戀，但不同的是，他們都還握著選擇權。
阿嬤的臉如何呢？海角很聰明的帶過了，因為所有的美好就留在六十年前的七封情書就好。

謎樣的重要角色
海角中，角色眾多，而且每個都是主角，每個都有一個很完整的故事，但其中最讓我好奇的就是友子阿嬤的孫女、大大的母親-林曉培飾演的飯店女侍。同時兼具的成功的單親媽媽、叛逆孫女、個性女侍，還有一個在本片中最重要的角色-介於兩個友子間的一個異國戀失敗者，他牽動了這六十年時間兩頭的戀情，讓這兩頭有著截然不同的結局，如果沒有她跟年輕友子那三段經典相遇，或是她雞婆的幫忙拿那些信件給她的友子阿嬤，那整部片子可是整個塌了，所以這部片子的架構可讓這謎樣角色給撐起來了！

魅力無限的茂伯
在看海角之前我就先從新聞認識茂伯了，看海角後更覺得茂伯真是風采迷人，幽默渾然天成、執著不因年歲衰減、負責更是臨老不退，這就是正港台灣人的精神！我不覺得茂伯這部片子是演戲，茂伯應該只是把他自己的個性藉著電影展現，因為這樣絲絲入扣的演出，國寶茂伯也太天才了些！
記憶最深刻的鏡頭是，茂伯面臨換角色時，教訓那些年輕人不給老人家面子，還有就是覺得Bass 弦太多條，想要剪斷兩根。另外在演唱會中第二首的演奏，月琴的融入真是讓那首抒情曲增色不少！

我喜歡看電影，而且大部分的國片我都會支持，但是海角七號我不但支持他，還會把他珍藏起來。來，最後大家一起呼口號。海角加油！國片加油！台灣也加油！

PS. 明信片中阿嘉和友子的擁抱是不是跟電影中的相反了?

延伸閱讀:

• 關於演員
• 《賽德克．巴萊》　魏德聖自籌250萬元資金，拍攝的試拍片
• ＊田中千繪の秘密聊聊＊（中文部落格）
• 黃以曦對海角七號的批評 - 個人覺得黃先生的影評生涯已經結束了，用詞很犀利，但卻沒說出哪裡生澀？哪裡雜沓？批判可以但得言之有物。個人部落格有喜好自由，但是一個影評人若只能主觀描述，恐怕影評功力不是牙牙學語的等級而已，而是沒有入門資格了。
• 海角七號官方部落格

解決問題的開始，就先看看我出問題的RSS檔案和正常的RSS檔案有何不同。

在一般的文字編輯器看起來這兩個檔案是完全相同的，但在IE 和大部分的XML Reader 都會出現錯誤(在火狐狸上似乎可以容錯!)，錯誤訊息如下

文件的最上層無效。處理資源 'rss_kent.xml' 發生錯誤。第 1 行, 位置 1 

<?xml version="1.0" encoding="UTF-8"?>
^

怎麼看<?xml都不像是個錯誤，當時山丘看到這樣的狀況，完全手足無措，不知道該怎麼繼續Debug。
(more…)

其實在XP上列印.PRN檔案真的很簡單，就是把.PRN 改成 .MDI(例如: print.PRN 改成 print.MDI) 一切就如.MDI一樣方便了。

搜尋了Google 如何列印 PRN 半天，最後自己發現這個結果還真的是有點白忙一場的感覺，趕快跟大家分享這個經驗。

十多年前在大學的時候寫程式，老師看到你的程式作業都是抄來的一定會很生氣，不過時代就是不一樣了，現在寫程式正流行用抄的，不會抄的人工作效率打折了，下班時間也要比別人晚些！

寫程式還要問人嗎? 不需要！市場上有幾個好用的原始碼搜尋引擎，你可要放在心上，哪一天一定會用得著

Google Code Search

Krugle

Koders

山丘也實際試了一下，尋找C#寫個MD5編碼再以字串顯示的方法，不用一分鐘就找到了這個方法(method)，真是輕鬆又愉快。

    public static string MD5(string password)
    {
        StringBuilder digest = new StringBuilder();
        System.Security.Cryptography.MD5 md5 = new System.Security.Cryptography.MD5CryptoServiceProvider();
        byte[] hash = md5.ComputeHash(Encoding.ASCII.GetBytes(password));

        // Convert the hash to a hex string
        foreach (byte b in hash)
        {
            digest.AppendFormat("{0:x2}", b);
        }

        return "$1$" + digest.ToString();
    }

程式碼來源。

這得歸功於歐美開放原碼的盛行，還有物件導向概念的成熟。這三個引擎都可以查詢各種程式語言的源碼(open source) 資料庫，不過Google 硬是把正規表示式(Regular Expression 以下簡稱 RE)加入了搜尋的語法。RE 是最能把人類字串搜尋的想法，跟電腦準確溝通的表達方法，光這點，就讓我日後只會記得Google了。

所以新聞這麼多怎麼報？絕不是亂報，而是要作出跟其他媒體的差異性，像是摧毀偶像藝人、多些裸體加屍體等等。
網路服務這麼多怎麼做？一樣得做出差異性，讓多個服務試用的過程，一用就是會選你。
雖然這很像廢話，但是，下次如果你有機會創業或創造一個網路服務，得先好好問自己有沒有做出這差異性的能力啊！

參考資料：

AllTheCode Launches New Code Search

今天重點不在高鐵台西路段的地層下陷問題、不管重金買入的入口閘門只有現代化的外表、不理狀況頻傳的行車控管機制、不追世界最高貴的高鐵造價的錢流向哪裡。就把重點放在山丘比較了解的專案管理與系統分析上吧！

山丘曾經歷過兩家稍具規模的網路公司的帳務系統，一家B2B的軟體專案公司系統分析師和一家擁有十五家以上子公司的跨國電子表單系統。這些比起高鐵的票務系統來說雖然只是小巫見大巫，但高鐵的票務系統和專案管理的渙散，也真的讓山丘大開眼界。

遲到兩年的專案管理

先看這兩年的一則2003年6月高鐵自己發表的舊聞提到：
『台灣高鐵位在高雄燕巢的總機場預定七月動工，鐵軌舖設也預定在七月展開，台灣高鐵仍樂觀民國九十四年十月可以完工通車。 』
以外包的專案管理標準來看一般會以週為單位，如果大一些也可能以月為單位，細密的訂出每個子專案的關聯與時程(Schedule)，並在專案進行的每一個階段檢驗每個查核點時程是否趕上，不管是明確定出每個檢查點的傳統瀑布式模型(waterfall)，或是可重複檢驗調整的螺旋式模型(spiral)，為了就是一個目的，精準的控制時間，因為時間就是專案最大的成本，人力的成本、辦公室設備租金、營運延後造成的減短收益等等都是一天一天算的，高鐵兩年的延遲的專案，專案經理人責無旁貸。

另外網路上也有人寫文章希望高鐵加強知識管理，我很認同這樣的說法！知識管理正是專案管理中最常被忽略的一環。專案的資訊如何流通，不同部門用什麼方式知到彼此之間的協調狀況，同部門該如何讓整個團隊實力一同成長，而不會只有一兩個厲害的工程師搞個人主義！讓團隊的知識分享變成習慣，讓每個人成員在工作過程中受益，一個好的專案經理真的不好當阿！

系統分析－專案成功的基石
山丘不是高鐵的系統分析師，該如何檢討高鐵的系統分析狀態？其實系統分析就是在動工前找到大部分可能發生的錯誤做出良好的預防規劃，事後檢討就不是什麼系統分析的功力問題。所以寫這篇不代表山丘有多高明，即使山丘這樣滷肉腳的系統分析經驗，事後諸葛一下卻也還綽綽有餘。

• 重複購票與程式互斥問題
  資工系應該是大三的系統分析課中就會花個兩三個小時討論可能發生重複寫入錯誤的臨界區 （Critical Section） 和避免的互斥存取（Mutual exclusion access）的各種策略，這樣的問題看似基礎、簡單，卻是很難做得面面俱到，所以得靠系統分析師事先能把所有臨界區抓出來解決，並且用各種ＱＡ的腳本(scenario)來補足(這裡看來高鐵的QA也有很大的改善空間了)。
• 唯一管道的購票管道
  我想高鐵的需求分析應該早就有多管道的購票規劃，所以才會有「多元化的訂位、付款及取票通路」及「多樣化的付款方式」的對外宣告。目前遲遲沒有推出多元購票的結果看來，正是系統分析出了問題。因為購票方式即使平台各異，但給程式讀取的API應該早就是規格的一部份，接著才針對不同的購買介面給予不同的存取權限，寫不同的用戶端（Client） 程式，通常這樣的用戶端程式（電話訂票、網路訂票等等）通常只需與API溝通，這僅能算一兩個工程師的小專案，以高鐵票務系統的億元的預算，這不過是零頭而已，如今只有自動售票機可用，也真是浪費了這廣大的internet 資源，與存在已久的市話固網。
• 春節來回票分兩次購買
  系統分析師通常在規劃時，會把很多資料寫成參數，遇到春節連續假期或其他的狀況時，只需針對參數調整而無須重寫程式，所以看到了『受系統只能訂14天以內車票的限制』，明顯的，高鐵系統分析師們又是一個很大的錯誤規劃，原本只需修改參數就能達到的功能，卻需要將系統程式修改才能完成。
• 購票速度慢是因為銀行端串接出問題？
  通常銀行端或許因為資訊安全考量，所以會捨棄對效率的追求而導向更嚴謹的安全溝通模式，但這通常是一兩秒以內就可以達成的銀行端的授權與扣款，不至於讓排隊的人潮難以散退。即使真的是銀行出狀況，那麼當初介面溝通沒寫明交易逾時的責任與罰款？而且測試時都沒有測試出銀行端的瓶頸進行改善？

其實山丘在資訊業也工作了七年，很清楚大公司中常常是出一張嘴巴，用口水畫大餅的人卡在重要的位置，拿了許多錢卻沒有實質能力處裡重大的決策，一旦出了錯就要下面的人寫報告，由下面的人承擔所有責任。軟體工程經驗能有部份影響，但需要先知智慧和特殊天份，國外多的是二十來歲就成為架構師、總系統分析師的天才，但國內的軟體業大老板還是像傳統產業用人的方式，重年資、重誇浮的自信表演。

這次高鐵的票務軟體專案由神通電腦所承接，我相信神通裡面一定也有很多厲害的工程師早就看到了這些問題，只是上面的人沒能力思考到問題癥結，也接收不到基層工程師的提醒。但這次出了錯之後，這些工程師們可能得一個一個面對嚴苛的指責與檢討，但高階專案經理人和資深系統分析師呢？是否依舊穩坐了所有位置？

文章快結束前才從Java Wold 上看到了一堆同樣感到不可思議的程式人員討論這件事情，也正好回應了我這一個月來看新聞的感覺，和山丘這篇紀錄的存在意義。

圖片來源

—
再找出一則新聞：所有規格都是高鐵開出，神通只是系統承包商之一
其實專案公司接了專案，對規格也多少有著顧問的責任和義務在，因為發包廠商通常沒有承包商的系統分析經驗，這時候把責任推回給發包廠商的規格制定問題，對山丘來說也是不可思議的。有時候做錯事情除了道歉之外，最佳的方式就是不講話，像這樣推卸責任的感覺只是讓自己越來越難看而已！

很久沒寫些東西，因為最近投入ppolis 的心力太多，大致情況我也寫了一篇在ppolis blog。

山丘自己整理的 Dot Net 資料庫探訪(visit)分成兩類：

1. dataSet 離線資料庫
2. SqlCommand 連線取得資料，以 dataReader 對應 DataSet 的大批資料讀取

由於 SqlCommand 的族群程式語法接近，以下先展現 dataSet 與 dataReader 兩者的程式範例：
(more…)

這次要談的主角CLR 確實是SQL 2005 資料庫一項非常厲害的武器，他可讓整個資料庫可以用 .Net 所提供的強大程式庫，這樣寫起Trigger 、Store Procedure、User-Defined Function ，不論運算需求多困難都可以輕易的完成。最重要的是他減少了在AP Server 與 SQL Server 之間的資料傳遞，所以不論怎麼看，這都會是殺手級的資料庫功能。(山丘還沒辦法使用Tools 來Debug CLR 這是現在使用CLR最大的痛)

只是這樣的功能市場上的程式設計們捧場嗎？如果真的捧場，應該不會讓線上的說明錯誤維持這麼久吧？看看那個下午我找到了幾個錯誤： (more…)

maxPosts int 想要顯示幾則隨機訊息 (預設5則)
notRecentNo int 最近幾篇文章不想秀出 (預設0則，避免和 recently posts 秀了一樣的文章)
maskCate string 用空白分開你想要排除的 catgory ID (例如 “8 2 5″， 預設是空字串，以本站為例：線上書籤、站務我都想排除) (more…)