清泉半日遊

今天午餐過後, 決定去一個平常不會去的地方. 那就是在竹北很容易就看見路標的 “張學良故居".

當然, 這個地方有點遠我是知道的. 在想像之中, 相當於監獄的這個 “故居" 應該在非常荒涼的地方吧!? 不過在開了一個小時多的山路之後, 發現這棟故居竟然在新竹清泉算是相當好找的地方??

原來所謂的故居早就被颱風沖毀了. 現在我們看到的這一棟, 是在張少帥搬到台北之後才重建的 (見下圖的新建故居). “新古蹟" 這招大陸滿常用的, 想不到台灣也會. 大概可以吸引大陸觀光客吧!

這棟故居裏面最值得看的是訪談的紀錄片, 畢竟西安事變離我們很遠了, 了解一下張少帥在當地人心目中的印象比較感覺比較真實. 他們夫婦被軟禁在此的時間是 1943 ~ 1962 年, 當時我都還沒出生呢!

故居裡面第二有趣的是張學良元配寫給他第二任老婆的信. 故事大概是說張學良 16 歲時娶了于鳳至女士. 後來他喜歡上趙一荻女士 (人稱趙四小姐). 因為女方父親反對, 所以趙四小姐私奔於張少帥. 當然張少帥當時很有勢力, 我們也看不出他們的感情有多堅定. 據說趙四小姐要求于女士接納她, 寧可不要名分.

西安事變結束之後, 張學良淪為老蔣總統的階下囚, 兩位女士自然都是共犯. 其中于女士因病先到美國就醫, 因此後來被關在清泉的就是趙女士. 據說老蔣總統擔心張帥會因為與于女士的婚姻關係獲得美國的庇護, 所以一直設法讓張帥與于女士離婚.

但張帥和于女士都沒有這個打算, 按故居裡面展示的說法, 張帥不想對不起于女士, 所以堅持不離婚. 照理說, 當初 1928 年張趙兩人情投意合時, 都沒要元配下堂, 哪有 40 年後反倒要鬧離婚的道理.

據說老蔣總統對此事耿耿於懷, 所以始終沒有罷休. 後來張家夫婦 “移監" 到了台北, 于女士擔心若兩人不離婚, 老蔣總統終究不會放心張帥有獲得美國支持, 至少是政治庇護的可能, 故終於同意離婚一事.

這封把張帥讓給趙女士的信寫得相當感人, 它刻在一塊大木牌上, 表示媞妹 (趙女士名媞字一荻)才是照顧張帥最用心的人, 所以放心把張帥交給她. 並且暗示她相信張帥並不想與他離婚 (OS: 都是某人害的). 我依稀記得大意是說: 以少帥當年的地位, 就算是娶三妻四妾也很平常 (老帥便是娶了一妻四妾), 但張帥只娶了她一個人, 證明他是有良心的.

與于女士離婚後, 1964 年 7 月 4 日張帥與趙女士正式結婚. 最後他們還是獲得美國的綠卡, 終老於檀香山. 當然, 那時候少帥都變成老帥了, 總統也換成李登輝先生, 不再姓蔣.

從霞喀羅溪的這一岸, 過了吊橋之後, 就到了桃山國小. 故居那邊的廁所有時突然人滿為患, 但是國小這邊的遊客就少了很多, 廁所總是空蕩蕩的. 內急的人可以考慮過橋. 這邊有三四座吊橋, 過橋之後, 我想起上次過門不入的三毛故居也不遠, 索性來個 “故居之旅". 與桃山國小相反方向的路就可以到三毛故居. 往三毛家的上坡還滿陡的, 我想她當時應該不太常下山吧? 不然腳力應該練得滿勇的.

參觀三毛故居要收 20 元清潔費, 這點是事先不知道的. 她在此一共住了 3 年 (1983~1986).

再往霞喀羅方向走一點, 就到了 “將軍湯". 這個溫泉原本被日本人命名為井上溫泉, 但它和真正的張學良故居只隔一條馬路, 故現在被命名為將軍湯. 這個溫泉真的很燙, 本人泡不了多少秒就要拔腿了. 雖然溫泉有幾度我不得而知, 但上面的 LED 顯示 123 度 (誤) 更是令人不安. 

貨真價實的張學良故居現在已經變成這樣了. 我看老照片裡面的台階沒有現在這麼整齊, 但方位大致相同. 這裡還有些紀念性的陳設, 包括照片, 雕像與石刻. 說明文字與故居都相同, 但因為放置於戶外, 看來有些毀損的跡象.

下面這幾話說得很有氣勢, 張帥當時已經 89 歲了. 張帥生於 1901 年, 卒於 2001 年. 雖然高壽一百歲, 但是白白悶了 3/4 個世紀. 原來 “做自己" 也沒那麼容易.

.

Galaxy Note 的省電小發現

原本大家推薦我用 battery x 2 這個 APK 來幫 Android 手機省電, 不過它的確有一點和 Galaxy Note 有衝突, 特別是看電影的時候, 一開機連線就把螢幕關了. 等到再打開螢幕, 無線網路就算已經 通了也變成需要重新連接.  有時試了好幾次都看不成電影. 最後我只好忍痛把花錢買來的 APK 設為不開啟.

Galaxy  Note 自己也有內建的省電功能, 有開或是沒開的感覺並不是太明顯. 但是有個功能設定算是很有效果, 那就是關掉螢幕自動旋轉. 我是個常把手機帶在身上的人. 雖然偶而也會因為充電而忘了將它放進包包, 但是它跟者我跑來跑去的機會頗高. 即使我不常做倒立的動作, 呃, 其實彎腰的機會都不是很多, 所以身材和手機的螢幕尺寸也成正化 (2.8" → 3.7"→5.3"), 啊! 我最近還買了平板…, 快別提了. 

總之, 自從關掉自動旋轉之後, 手機好像省電多了. 此點請大家參考.

我讀 «真夏方程式»

這本書是東野圭吾先生的中篇作品, 它是以虛擬人物 – 帝都大學物理學教授湯川學為主角的推理小說. 說到推理, 難免就會死人了, 這次死了兩個. 有兇殺案就有兇手, 主角和警方經過抽絲剝繭地偵查, 最後兇手終於被繩之以法….呃, 並沒有, 兇手逍遙法外, 頂罪的人蒙受不能自白之冤才是這本書的結局. 至於為何法網恢恢, 又疏又漏呢? 大家就要好好地看看這本書了.

看完這本書, 覺得還滿精采的. 雖然它的缺點也不少, 我卻可以同意男主角對兇手的縱容. 完美破案的湯川學教授畢竟不是警察, 甚至連偵探也不是. 所以他雖然看穿了真相, 卻順勢為真兇隱瞞. 難度太高的案件, 連警察也有其極限. 為了避免某人的生涯受到扭曲, 湯川學決定放他們一馬, 並沒有強迫自己扮演上帝. 有趣的是, 裡面的兩大主角竟然是以 “公平" (恭平) 和 “誠實" (誠實) 為諧音呢! 結果恭平的處置不見得公平, 成實的態度也未必誠實. 只不過…, 沒有必要再追究下去了.

[註] 恭平讀 きょうへい, 公平讀 こうへい. 成實當作名字讀 なるみ, 但一個字一個字分開, 成也可以讀せい, 例如成立 (せいりつ), 誠實讀 せいじつ.

本來只是參加玻璃浦環境開發溝通協調會的湯川教授, 因為不想住進開發商為他訂的飯店, 而恰好搬到發生兇案的 “綠岩莊" 旅館. 和湯川搭同一班車來到這裡的小學生恭平恰好是店主人的姪子. 而反對開發海底礦床的居民成實則是恭平的表姊. 看似平淡無奇的開始, 頂多關係到要環保還是要開發, 壓根也想不到能出什麼樣的大事, 但最後卻牽扯出了新舊兩件命案. 

書中說得好, 就算是要反對, 也要先理解對方才能反對. 光是摀住耳朵的反對並不能解決問題 (我想 “快閃式的反對" 就更加不能了吧!). 對環保如此, 對人性問題也是如此. 真正了解了背後的原因, 站在同樣的立場來思考的話, 連對方是殺人兇手這一點也能夠諒解.  

這本書雖然算是推理小說, 但是湯川對待恭平的方式真得很有愛心. 表面上只是帶他做物理實驗, 和暑期作業. 但是既帶出了兇案的真相和手法, 又客觀地展現了玻璃浦的海洋之美. 這樣的寫作技巧真是令人佩服. 先前讀他的三笑小說 (黑笑, 怪笑, 毒笑) 時就感覺到作者的思路細膩, 但能夠把情節安排到這個程度, 真是天才才能做得到.

當然, 本書也是有缺點的. 那就是為了製造懸疑氣氛, 讓讀者猜不中真兇; 作者把殺人動機寫得非常微妙. 既然殺人動機那麼薄弱, 兇手的表現那麼正常, 幫兇又那麼義不容辭, 讀者當然不可能猜出什麼結果啦! 這點是本書最弱的地方, 如果能讓背黑鍋的人幫忙加油添醋, 我想這本書的戲劇性會更高些. 總之, 與其說是讀了一本推理小說, 不如說是讓我們對於人性關懷和環保都多了一點認識吧!

«養金牛» 小整理

本期的錢雜誌一直沒時間看, 剛剛匆匆翻了一下, 看到前半部主要是講 “做有興趣的事" 或許也可以致富, 再來就是保險專業. 特別是保險業者買了 6 頁平反前幾期唱衰的 “投資型保單". 最後才是有看頭的 “養金牛" 主題.

話說我們以前都被灌輸年輕人要拼第一桶金, 然後第一箱, 第一缸, 第一卡車…., 等到投資人年紀漸增, 就要轉為保守, 把股票投資轉到債市. 不過, 現在要搶金的難度太高了, 所以本期雜誌直接建議大家提早養金牛.

經過 page 126 上的分析, 每一種投資工具的平均報酬率如下:

台幣定存: 1.3~1.4%

外幣定存: 0.15~2.75%

台股股息: 4.57%

債息: 6.5%

房息 (房租收入): 2.51%

REITs (不動產投資信託基金): 3.5~4.4%

台灣通膨率 (2005~2011 年): 1.39%

所以台幣定存基本上已經出局了. 重點應該放在股息和債息.  股息的部分請參考下圖. 被框起來的部分是錢雜誌推薦的股票. 在這一堆股票裡面我只買過葡萄王和新保, 其它都不熟.

到了 page 190, 雜誌來個回馬槍, 再度推薦股票. 包括今年前五個月營收創新高, 長期現金流量穩定的公司 9 家, 以及最近 5 年獲利配息且營收成長的公司 4 家. 重複出現 2 次名字的公司只有: 台積電 (殖利率 3.73%; 本益比 15.88), 和葡萄王 (殖利率 5.58%, 本益比 14.27).

在債息的部分, 錢雜誌選了下面幾檔.

熟悉錢雜誌的人都知道, 它在每一期都會推薦 “本月嚴選基金". 我比對了一下 “嚴選"  和上面的債券基金, 重複的只有這一檔: PIMCO – 全球高收益債基金 – E 級類別美元 (收息部分). 請留意它在 2008 年可是虧了 19.92%, 雖然只有兩成不到, 比腰斬再腰斬好很多, 但是也要承受得起才行.

所謂的高收益債相當於穿著西裝去放高利貸, 所以投資風險是難免的. 於是本期雜誌又說美國或新興亞洲的高收益債不錯, 只是歐債不要碰. 

後面的一篇則是建議買公司債,  違約率目前約  1%~2.6% (投資級 ~ 非投資級), 而過去景氣不錯的時候, 違約率為 0.8~4%. 所以大家都樂觀地認為現在投資相對比較保險. 不過個人認為違約率這種東西就和棒球的打擊率一樣, 現在好不等於以後好, 所以不太相信這種說法.

比公司債更保守的就是政府債啦! 錢雜誌建議買東協相關國家的基金, 像是低度開發的印尼, 菲律賓, 泰國, 柬埔寨, 越南, 到更成熟的馬來西亞, 新加坡和汶萊. 雜誌說不只是債券的部分, 就連前面沒討論到的全球股市都可以布局.

由於債息和風險高度相關, 最好的配置就是各種債券都買一點. 高收益 + 新興國家 + 全球債券都買, 這樣雖然不至於暴賺, 但是至少比較穩定. 假設高收益債券只占總投資的 1/10, 就可以拿不會倒閉的美國國債收入 (報酬率約 2.5%) 去抵銷高收益債的損失 (報酬率 -20%). 最糟也就是當年度沒有利息收入, 不致於糧草不濟而需要屠牛救急.

Scrum 小檔案

Scrum 這個名詞我高一的時候就聽過, 不過當時的用法是在打橄欖球. 為了發揚 "建橄" 的精神, 學長 "無差別" 地鼓吹瘦弱的我們上場拼搏, 聽到 "scrum" 就知道要爭球啦! 喔, 扯遠了, 這次我講的 scrum 是另外一套東西, 它指的是一種軟體開發的流程, 以及管理的方法. 我們先跳過名詞的定義, 直接看看怎麼開工.

既然是一個 project, 當然要先 kick off. 此時計畫的負責人是 PO (project owner) 或是 PM (product manager). PM 負責聽取客戶或是老闆的產品概念 (或稱之為 vision), 然號把產品的性質搞清楚, 寫成需求清單 (requirement list) 或者稱之為 product backlog. 接著由工程團隊的 project  manager (或者稱之為 scrum master) 來帶領團隊.

Scrum Master 把 product backlog 裡面的 use case (或者稱之為 story)  整理為 sprint backlog (衝刺清單). 為何已經有了 product backlog 還需要有 sprint backlog 呢? 因為 sprint backlog 是以 sprint 為單位來執行的. 一個 sprint 可能是一週兩週三週或四週之類的 (OS: 如果寫成 "若一週若二週若三週若四週", 感覺像是在抄襲 "阿彌陀經"), 每個 sprint 自成一個單元, 每個單元都會檢討, 而不是來個期中報告, 和一個期末報告就結案了那麼簡單.

Sprint 要做什麼呢? 當然還是完成那些 story, 只不過我們需要把 story 再細分成 task, 每個 task 可能包括寫測試程式, 寫 UI, 設計 data structure  等等. 既然已經以 sprint 為單位了, sprint 就會有自己的 sprint planning meeting. 並且把這些待執行的 story 依據重要程度來執行.  Sprint 結束的時候, 難免會需要檢討, 此時也會有一個 sprint review meeting. 既然要 meeting 就要有 agenda, 開完會要有報告, 因此 sprint review agenda 和 sprint summary report 就是少不了的文件.

嗯, 講到這裡不就是把大事切小, 小事切無? 類似 waterfall 的開發理念都是老套了, RUP (Rational Unified Process) 曾領一代風騷, scrum 有什麼特別了不起的呢?  關於這個問題, 由於我只是在今天回家後匆匆翻了 50 頁書, 所以很難完整回答, 就先順便補充一下實務上的特色吧!

1. 雙回饋系統: 除了 review meeting, 還有自省會議 (retrospective meeting). 後面這個會的用意專門討論開發流程如何善. 具有自我監督與改善的意義. 否則方法錯了, 再拼也沒有用.

2. 每日站立會議 (daily scrum): 這是更微型的小會議, 只關心昨天做了什麼? 今天要做什麼? 有沒有遇到什麼問題? 因為目標微型化了, 所以每次改動也不致影響深遠, 很快就可以換個手段, 甚至調整短程目標.

3.  永遠可執行的軟體: sprint 結束時, 馬上就產生一份潛在可發佈的軟體, 並且可以 demo. 如果每個團隊都能保持軟體持續健康長大, 這樣聽起來挺不錯的. 

[註1] 以上參考 "笑談軟體工程 – 敏捷開發法的逆襲" page 1~52.

[註2] http://en.wikipedia.org/wiki/Scrum_(development)