蕃茄飯－作法簡單的家庭美食

曾在臉書，看過朋友分享的「蕃茄飯」烹調方法。這種烹調法的持性，只需使用煮飯的電鍋就可搞定，省事、省時。昨天也來一試。

晚餐時候，才剛完成料理，正要食用之時，沒想到，自台北市區返家回來的太座及小祖宗，也剛好開門進來。

太座看到我做好的「蕃茄飯」，她說：「看起來，好像很好吃！」

小祖宗看到我的那碗「蕃茄飯」，竟問我：「爸爸，你今天的晚餐到外面買哦？！」

這下子，我可真是「落水狗上了岸－抖了起來」，心情－好爽！！

想要飽餐一頓，沒有太多時間烹調；卻仍還想要吃到美味，個人以為這「蕃茄飯」，值得向大家推薦！

作法

1. 洗好一杯米放煮飯鍋。煮飯鍋內放一杯水。

2. 放入一匙的香樁拌麵醬（就是「香樁＋沙茶醬」）；兩匙的「蕃茄義大利麵醬」。（香樁拌麵醬為的是入鹼味；義大利麵醬則是想要有酸酸的口味）

3. 洗淨一顆熟透的紅蕃茄，置於煮飯鍋中。

4. 繼續在煮飯鍋中，加入其它的食材：片狀的筍干、切片的杏鮑菇、切片的蘑菇。（筍干：讓食物咬起來有脆脆的感覺；杏鮑菇為添嚼勁；蘑菇則是想要有QQ的口感）

5. 煮飯鍋放入電鍋當飯煮。（我用的是「電子鍋」；不是傳統的「大同電鍋」；使用「大同電鍋」煮飯的朋友，可別忘了外鍋也要加一杯的水；不然飯是煮不熟的哦！  U＿U"   ）

6. 電鍋的飯煮好後，利用飯匙將蕃茄搗碎；並與煮熟的飯粒攪和，使碎開的蕃茄粒均勻散佈在飯中，然後裝碗。

7. 在裝碗的飯上，撒些增添口味的香料：洋香菜葉、黑胡椒。（洋香菜葉有著綠綠的顏色，與蕃茄的紅相互搭配，讓美麗的色彩增添食慾！）

8. 噹～噹～～！！完成囉！！

Google Maps 基本用法簡介 （HD 1080P）

想要到某個地點辦事，需要知道：「如何過去（開車、搭車、走路）」、「附近有沒有－停車場？餐廳？咖啡館？」

只要能掌握「Google 地圖（Google Maps）」的操作用法，以上與地理相關的資訊，都能輕輕鬆鬆，垂手可得。

花點時間來學學怎麼操作「Google 地圖」，享受現代人特有，因科技所帶來的便利吧！ ^^y

【附註】：記得把影片放大，免得看到眼睛脫窗哦！若操作細節不清楚，可先參考這影片的操作用法。

升級到OS X 10.10後，再也無法自Windows使用Mac的共享資料夾

我的 MacBookPro 升級到 OS X 10.10 的另一個災難，那就是 Windows Client 再也無法使用 Mac 分享出來的「共用資料夾」！   ＝..＝

家裡有台 Windows Server 2008 R2 的電腦，經常需要透過「檔案總管」，去存取位於 Mac 電腦端的共享資料夾。

當我的 MacBookPro ，其作業系統還是 OS X 10.9 的時候，自 Windows Server 2008 R2 的電腦，去存取 Mac 端共享資料夾的檔案，一切運作良好。

但......，升級到 OS X 10.10 之後，我想「外甥打燈籠－照舊」，仍自 Windows Server 2008 R2 電腦的檔案總管，去存取 Mac 端的共享資料夾......

這時，Windows 端會跳出以下這對話方塊，跟我做使用者身份的驗證工作。（這時心中已暗叫：不妙！）

我一再地重複輸入「使用者帳戶名」及「密碼」，無論做幾十次，通通過不了關！  QQ

被這問題困擾了近兩週，今天發狠，下定決心要跟這個問題奮戰。搞了快一天，才找到問題的解決方法。

【問題導因】

網路上的文章說：「在 OS X 10.10 ，變更了 Mac 電腦所使用的 SMB 通信協定，改為 SMB3.......」。因此個人推斷，這就是為什麼原來可運作運作的事，竟會變成異常的原因。

【解決方案】

解決上述問題的解法，就是要變更 Windows Server 2008 R2 電腦端的「網路安全性：LAN Manager驗證等級」設定，將它自原先的「傳送 LM 和 NTLM－ 如有交涉，使用 NTLMv2 工作階段安全性」，改成「只傳送 NTLMv2 回應」。

其設定的操作程序，如下所示：

（1）點擊〔開始〕鈕。

（2）點擊〔所有程式〕／〔系統管理工具〕／〔本機安全性原則〕。

（3）在〔本機安全性原則〕視窗，於左邊窗格，點選〔本機原則〕／〔安全性選項〕。

（4）於右窗格，透過捲軸調整清單的可視範圍，直到可以看到〔網路安全性：LAN Manager驗證等級〕項目。

（5）雙擊〔網路安全性：LAN Manager驗證等級〕項目。

（6）在〔網路安全性：LAN Manager驗證等級－內容〕視窗，透過下拉式選項清單，變更選項成〔只傳送 NTLMv2 回應〕。點擊〔確定〕鈕。

（7）關閉〔本機安全性原則〕視窗。（設定到此完成）

【後記】

在 Mac 電腦端，如何設定資料夾的共享；如何自 Windows 端電腦連上 Mac 電腦，使用 Mac 共享的資料，對此設定仍有困惑的朋友，可參考這篇「How to Share Folders from Mac OS X with Windows 7 & Windows 8 PCs」網路PO文。

重新認識「子路」

最近，迷上了「現代啟示錄」這節目，總愛在週末看著它，談論古往今來的歷史人物們。

週日，因為看到這節目介紹孔門的幾位大弟子－子貢、子路及宰我，突然，對子路鮮明的個性發生興趣，找了些資料，整理如下：

---

仲由（西元前542年－西元前480年），字「子路」，或稱季路，魯國卞人，是孔子的著名弟子，孔門四科十哲之一，少孔子九歲，果真是孔門大弟子，也是弟子中侍奉孔子最久者。

子路常被孔子數落，說他：「暴虎憑河」；對他搖頭嘆息說：「無所取材」。子路是塊杇木嗎？

好像不是，因為孔子對子路的評價則又極高，孔子說子路：「可備大臣之數」、「千乘之國可使治其賦」；並說是因為子路，才使得孔子自己能「惡言不聞於耳」。我想春秋時代，若是也有五星評價制度，孔子就算不給子路五星級；應該也會是四點五星級吧！

【子路遇孔子】

子路是怎麼認識孔子，拜入門下的呢？

聽說子路從小家境貧困，但性格卻非常的直爽，喜好打抱不平。而且他的穿著也很有個性，在當時來說，也應該是很「潮」的——頭戴雄雞式的帽子（這點很像後世的濟公師父），腰間佩戴的是由公豬皮裝飾的寶劍 （據說這是當時勇士的象徵），完全一副「古惑仔」的打扮。

由於沒有正當工作，所以，子路每次吃完飯就往外跑，到處溜達遊逛，隨時準備著見義勇為。

說來也巧，不知哪天，上天吹來了一陣怪風，就把子路和孔子二人給吹到了一塊。

茫茫人海，每天不知有多少人擦肩而過。但是就是在這一天，孔子和子路擦肩了，但子路沒有讓孔子過去。

為什麼？

因為你撞著我啦！

做為一個本來就愛管閒事的小青年，自己被人給撞了一下，那是怎麼也說不過去的，那就更應該管一管。

於是，子路非得讓孔子給個說法不成。不然，兄弟我不放你走。

於是乎，孔子是又賠禮又道歉，而且還給他說了不少好話。但是，不知子路是否是對孔子的誠意不太認同，就是不放孔子走。不光不放他走，並且由於自己正在氣頭上，還特意說了許多讓孔子難堪的話，以至於後來差點沒動起手來。

孔子一看不行，隨著子路的吆喝聲，大街上前來看熱鬧、圍觀的人群越來越多，如果繼續下去的話，會有失自己的身份。

於是，他拿出了自己最擅長的本事——「誨」人。開始心平氣和地用禮教慢慢的來誘導子路。

也許是上天注定要二人成為師生，不一會，子路還真被孔子說服了，並且最後還向孔子鞠躬道歉。

回到家中，子路想了很多，就是為了自己的父母，自己也不能再這樣遊手好閒下去。遇見孔子這樣學識淵博之人，那是實屬不易的，自己說什麼也不能放過。

於是，經過一夜的深思熟慮，子路決定拜孔子為師。

幾日後，子路穿著特意製作的儒家服飾，帶著禮物（這個是一定要的啦），通過孔子的門人來求見孔子。

【比師父還兇的徒弟】

子路雖是孔子的弟子，但因子路只小孔子九歲，所以，他們師徒間的關係，卻也親如兄弟一般。子路敢跟孔子發飆，甚至逼著他表態！

當孔子離開魯國，來到隔壁衛國的時候，發生了一段南子會孔子的插曲，這件事也被記錄在《論語》－「子見南子，子路不說」。

南子，是衛國國君（靈公）的竉妾，這位君夫人，沒有留一點給人探聽，在外的名聲不太好，用個比較禮貌性的講法是－「Going Down」。

大概是因為孔子的金字招牌太響亮，名氣太大，因此，大美女－南子也想見見他。

孔子本想不去，但又思忖：「我現在是衛國的客人，這國的君夫人堅持說要見我，我若硬是不去，這樣似也不太合乎禮數。我去見她，中間有個帷幕隔著，要發生什麼事也難；我只要跟君夫人談個幾句就告退，這事就這樣處理，應該是妥當的吧⋯⋯」

孔子去會見南子之事，傳到子路耳中，子路很生氣，跑去質問他的夫子，老實不客氣地說：「你不是說過，『未見好德如好色者』？啊～！你還跑去會見一個名聲不好的女人，這究竟是什麼意思？」

子路充份「林北袜爽」的態度，逼著孔子問，會見南子意欲為何。他那可憐的師尊，被逼到只能指天發重誓說：「予所否者，天厭之！天厭之！」（意思差不多是：「我若心中有鬼，願遭天打雷劈」） U_U!!

因為楚昭王想要招賢，向孔子下聘書，孔子的周遊列國之旅，因而向楚國走去。沒想到這事被陳、蔡兩國的大夫知道後，他們竟認為：「孔子這位當今的聖賢若到了楚國，楚必大治，到時候我們陳、蔡兩國鐵定會被楚國給KO......」

兩國的大夫聯手使壞，派兵阻止孔子，孔子一行人，因而被擋在陳國與蔡國之間，發生了絕糧七日的慘況，孔門弟子個個餓到手軟、腿軟，走不動，沒了氣力。

子路這個火爆浪子受不了，結個面秋，跑去質問夫子：「做為君子的我們，為何會走到這種窮困潦倒的地步？」

孔子安慰子路說：「我們君子就算窮，也還是會固守正道，不忘自己的志節；若是小人，一旦窮困，便會胡作非為，幹盡壞事囉！」

【子路的本事】

細讀《論語》，每回孔子跟弟子們問話討論事情時，搶頭香第一個回話的人，一定是子路。

有回孔子以「我的志願？」為題問弟子。子路又是搶答發言，他說：「千乘（戰車）規模的中型國家，夾在大國之間，常鬧戰亂、饑荒。如果有國君肯重用我，不需三年時間，我就可以讓他的人民知道什麼是勇氣，不用怕大國，而且最重要的是『且知方也』，要有勇有謀，不是亂搞的。」

哇？！多麼大氣的話？子路真有這種本嗎？還是說，他只會吹大牛，說大話呢？

在西元前487年，子路成為衛國大夫「孔悝」的家臣，被任命為「蒲邑宰」。

據今長垣縣的地方縣誌記載，子路「治蒲三年」，成績卓著，他親自帶領民眾開挖溝渠，以利農耕。孔子聽説這位弟子政績斐然後，專門從外地趕來採望子路，想要瞭解子路的施政成績。

剛進入蒲邑境內，孔子就稱讚説：「子路真好啊！」走進城內看了一圈，孔子又説了一句「子路真好啊！」走進衙門後，孔子第三次説了一句：「子路真好啊！」。

這時，跟著孔子的子貢有點納悶，就問：「A~~~！夫子你還沒見到子路，知道他的政績何在，就連著三次稱讚他，子路好在那裏？可以說來聽聽嗎？」

孔子說：「我已經看到子路的政績了啦。剛進入縣境時，看見縣內的田地都耕得很整齊，雜草鋤得很乾淨，田邊的溝渠很深又順暢，這是子路『恭敬又有信用』，所以農民盡心盡力做事啊！」

「進了城內，看見房屋圍牆都很堅固，路樹也很茂盛，這是子路『忠信又寬厚』，所以百姓不苟且隨便啊！」

「到了衙門前，看見庭院清靜幽閑，辦事的人都很認真，這就是子路『明察又果決』，所以他的政治清明不亂。」

最後，孔子認為子路的仁政，取得了斐然的成果，所以就沒有必要再去見子路了，於是就帶著子貢滿意地回去了。後來，蒲邑被稱為「三善之地」。

【師徒之間】

此事記載在《公冶長篇》。有天，大概是孔子心情不太好，又在感慨：「為何他所推崇的仁道，竟無法行之於天下？」

結果，孔子說：「唉！算了！既然我的仁道無法推行於天下，不如乘木筏來去海上漂流，追尋自我吧！這種時候還會跟著我走的人，我想大概也就只有子路吧？！」

孔子發牢騷時，所講的這段話，後來傳到子路耳中，子路聞言大喜，興冲冲地跑去見老師，一見到孔子，劈頭便問：「夫子，那......咱們時候出發，去海上漂流咧？！」

孔子被這位寶貝學生搞得有些哭笑不得，只能說：「子路啊！你還真是比我勇哦！可我們在海上漂流要乘坐的木筏需要木材，這些木材我還不知道要上那兒找啊？！」

直性子的子路，被他老師虧了一下；別說《論語》是本正經八百，看了容易讓人昏沈的書，其中，還是有地方，可以看笑話。 ^^

【君子死 冠不免】

子路過於剛直，忘了應適時有彈性，孔子對這個問題學生，很是憂心，怕他晚年悽慘，結果，事情還是發生了。甚至令孔子「失禮」哭於中庭⋯⋯

子路在衛國當官時，是大夫孔悝的家臣，那時的國君為「衛出公」。

在公元前480年，靈公在位時的廢太子－蒯聵想要重回衛國國君寶座，但是蒯聵擔心自己的政治實力不夠，因而脅迫子路的主子－孔悝，要孔悝幫他篡位。（「蒯聵」也就是後來的「衛莊公」）

當蒯聵發動政變的時候，子路有事在外。當他知道國君，跟主子皆有難時，立即從陳國趕回衛國去。

說來也巧，子路竟在衛國城門，遇上正從城內逃出來的同門師弟－子羔。

子羔對子路說：「衛出公都逃走了，城門也已經關閉，你可以回去了找夫子了，不用再為已經倒掉的政權遭殃，受禍了。」

子路對子羔的言論感到吃驚，他很生氣地說：「既然吃了人家的糧，主子有難，做人家臣就不該怕死而迴避。」

子羔見勸他不住，自己就擺擺手離去了。

子路進了城，與蒯聵的家將發生激戰，對方是兩個年輕力壯的貼身侍衛－石乞和盂黶。但是子路這個年過花甲的老人，卻是一點也不示弱，很有老當益壯的雄風。

但畢竟雙拳難敵四手，一不留神，子路的帽帶被對方給斬斷了，子路也沒喊暫停，就停止戰鬥，彎下身撿起冠來，邊繫帶子，邊自言自語：「君子就算要死，也不能讓冠帽掉落」，這要命的一刻，令子路被敵方趁虛而入，結束了他六十三年的生命，死後還被剁成肉醬。

《禮記．檀弓篇》提到孔子哭子路於中庭。不知《禮記》為何要提這段？不知是不是因為「中庭」是大庭廣眾的地方，不能痛聲大哭？孔子是老師，子路是學生，長輩不能為晚輩哭？（唉！學了禮，人就要變成木頭嗎？！）

孔子還沒弄清楚子路是怎麼死的，就已哭個半死，直到情緒發洩完，回神之後，他才有辦法問明詳細的情況。待孔子明白子路之死的來龍去脈之後，孔子終身再也不吃肉醬了。

【後記】

從小到大，總覺得孔子、子路，又是至聖，又是孔門十哲的，那是我可望而不可及的人。直到，最近才感受到他們也是人，也跟我一樣是有血、有肉；會哭、會笑，也有感情的人。第一次覺得跟他們親近了一些。

總有人認為：「子路之死，死於迂腐」，他們認為子路死守禮教，不知變通，實在是太過死板了。

只是啊！人生總有許多的橫逆，每天總有許多磨難；我們經常被迫要在「信念」與「現實」間取捨；通常，結果就是我們總被逼著要低頭，美其名說是：「視時務者為俊傑，應當適時妥協」......

人生之難，難在做自己，總要為現實低頭。但子路直到生命的最後一刻，仍是然堅持自己心中的信念，不改其志，無所妥協。

有道是「時窮節乃現」，子路，值得讓人敬重的「真心英雄」！

For your heart only - Bandari

這曲子聽來，好像可以感受到天地的脈搏，正跳動著.......

總有種感覺，這天地的脈動，牽引著生命的巨輪，跟著轉動著.......

而「人生的跑步機」，因著巨輪輸入的動力，也開始不停地運轉著......

為了穩住，不會摔倒在地。於是乎，我們只能不停地跑著、跑著......

「人生的跑步機」，一個人跑，很孤單，也容易累；若能有好友相隨，可以輕鬆許多。

祝福大家：「漫漫人生路，有友相隨」！ ^^

Lunar In Forest - Bandari

月光灑落的森林，迷離美麗的幻境！ ^^

更新到 OS X 10.10 ， Java應用軟體無法正常執行

每回更換 Mac 的作業系統版本，總是有些「驚喜」，這回也不例外！ ^^!!

我的 MacBook Pro ，更新到 OS X 10.10（Yosemite）後，我所有的 Java Application ，如：Visual Paradigm 11.2、Android Studio（Beta）0.8.9 、IntelliJ IDEA 13.1 CE ，通通都不能用，無法正常啟動了！ ＝..＝

一開始，我的直覺反應，該不會是 Mac 版的 JVM 太過老舊，無法支援 OS X 10.10 ，所以，先更新 JDK 到「JDK 8 Update 25」這版本。然而，原問題並無改善。 QQ

接著，又再胡亂試了一陣子，沒轍了！只好向 Google 搬救兵，尋求指引，後來，看到一絲依稀、彷彿、可能......的答案：「Java for OS X 2014-001」。

於是，自上述的網頁將「Java for OS X 2014-001」，先行下載，接著再安裝，原先的狀況，終於解除了！ ^^y

【結論】：

朋友若也遇有同樣的問題：「OS X 更新到 10.10 版本後，以 Java 開發的應用軟體，再也無法再正常啟動」。建議您依下列的步驟，將問題給排除掉：

（1）先下載及裝「Java for OS X 2014-001」。

（2）執行一個 Java 應用軟體，用以試驗問題是否已解決，例如：Android Studio。
       若原先的問題，從此解除，那做到這步驟就可；若否，請再照著「步驟（3）」做下去。

（3）再下載及安裝 「JDK 8 Update 25」。
       根據網路上看到的文章，風傳：「JDK 8 Update 25 已改善無法在 OS X 10.10 安裝 Java 8 的問題」，因此個人推測此版的 JVM 應該沒有與 OS X 10.10 不相容的問題；但...... ，如果問題仍未解，那我也沒轍了！ ^^!!
      【參考文章網址】： 如何在 Mac OS X 10.10 上安裝 Java？

【附註】：

（1）不知道有沒有人，堅持一定得用 JDK 7 的開發環境，如果有的話，上述的步驟（3），請改下載： JDK 7 Update 71 。

（2）不知道有沒有那種苦命人，老需要在不同版本的 Java 環境中切換（Java 6 / 7 / 8）；若有，請參考如下這網址的作法，我用「有效」；希望您也有效（有笑）！
     【參考文章網址】：How to switch JDK version on Mac OS X

（3）我的 SmartCard Reader ，在 OS X 10.9 ，因更新而致「無法正常使用」的問題；在 OS X 10.10 依然再度發生，目前還沒找到解法！ T_T

Visual Paradigm 11.2 － UML 好工具

UML 工具，最早用到的是「Visual Paradigm」；但是，當年的電腦，在速度方面的效能表現，無法支撐這套純由 Java 開發的工具，跑其來就是卡卡的慢.....；所以，就變心，轉投 EA 的懷抱。

近日，再度回來試用 Visual Paradigm Professional V 11.2，發覺它已支援「Agile Development」，使用者可以「User Story」作為系統功能的「需求」單元。

試用了一下，覺得挺好用的。

對於系統待開發的「功能」，使用者以「Use Case Statements」中的：「As a ....., I want to ......, so that ......」來定義「Use Case」，以此闡述高階的功能需求。

接下來，從 Use Case 去分解「系統功能」的單元個體－User Story。每一個 User Story ，可透過「Scenarios」，詳述系統中的使用者，如何與系統互動，進而達成該 User Story 應有的「功能」作為。

在「Scenarios」的步驟中，若需描繪「UI（使用者操作介面）」，則 Visual Paradigm 提供了「Wireframe」的功能，讓軟體開發者真的可以去繪製 UI ，使得這功能需求的定義，能夠越來越具象。

另外，如果「Scenarios」中的步驟，含有「if, loop」：這種依「狀況」做不同處理的地方，Visual Paradigm 可以依據「Scenarios」的敘述自動轉成 「活動圖」（Activity Diagram） 或「系統循序圖」（System Sequential Diagram），以便「給你好看」；藉由圖形，可清楚點出，原先文字描述，有些語意不清，讓人不知「意欲何為」，甚至容易誤解的地方，可以避免發生；程式設計者不知該怎麼寫程式碼的問題，當然就能因而免去。

講究軟體的品質，測試當然是必需的；甚至為了交付，進行 UAT（使用者驗收測試），軟體的開發者得規劃測試個案及測試程序步驟.......

在 Visual Paradigm 的 User Story 中，按個「Testing Procedure」鈕，軟體開發者就能利用原些已寫好的「Scenarios」；進行測試程序步驟及測試用值的規劃。

Visual Paradigm Professional V 11.2，值得評估、使用的 UML 工具！

有沒有什麼不好的地方？

有！

不便宜！   ^^!!

《參考訊息》

Visual Paradigm － UeXceler 特色、用法簡介

User Story 有啥好？業者如是解說.......

《硫磺島的英雄們》電影結尾對白

電影：《硫磺島的英雄們》（英文片名：「Flags of Our Fathers」），故事描述的是......

1945年的硫磺島戰役，美軍在攻佔硫磺島時，遭到日軍激烈抵抗，雙方均損失慘重。經過歷時一個月的殊死爭奪，美軍終於將美國國旗，插在了島上的最高點。
美聯社當即拍下插旗照片，18小時後傳回國內，將原本已厭倦戰爭的美國社會重新點燃希望的火焰。

因為戰爭，國庫的錢，即將耗盡。執政當局的掌權者，見到這張硫磺島插旗照片，欣喜若狂。因為他們認為，原本一直賣不好的戰爭債券，這下子有了最佳的銷售代言人，於是急忙下令，自戰場召回「硫磺島的插旗英雄們」，以便在國內利用這些英雄們，推銷戰爭債券以籌集資金。

但六位插旗的戰士只剩下三人存活，他們被送回國內，所到之處均被認為是戰鬥英雄，因而受到熱情擁戴。民眾們爭相與這三位戰鬥英雄合影，但民眾的舉動，卻一次又一次的將他們拉回戰場的回憶，使得他們又再一次遭受心靈的折磨；因為，在他們的心中認為，真正的英雄早已死在戰場之上......

電影結尾的時候，參與硫磺島戰役插旗的醫護兵，他的兒子對人們所稱的「英雄」，做了一個這樣的詮釋：

我終於明白，也許他說得沒錯 （他：指醫護兵的父親）
也許世上根本就沒有英雄
只有像我爸那種人

我也明白，他們不想被當成英雄
英雄是因應我們的需要，而創造出來的產物

這樣才能讓我們稍微瞭解
怎麼會有人如此義無反顧，為我們犠牲這麼多？

但是，對我爸和那些士兵來說，他們冒的險和受的傷
全為了他們的同袍弟兄

他們也許是為國打仗，但卻是為朋友犠牲生命
為了和他們一起奮戰的弟兄

如果我們希望紀念這些人，就應該記得他們真正的樣子
就跟我爸記得的一樣........

善用Chrome英文工具，搶救菜英文

善用 Google Chrome 瀏覽器提供的小工具，解決你英文閱讀的困擾；讓菜英文，不再是你學習新知的絆腳石。

《信任》沈雁

作詞：王家麟 作曲：洪小喬

陰雨裡 陰雨裡 我信任晴天
黑夜裡 黑夜裡 我信任明天
雪地冰天的季節 我期待春天

晴天裡 晴天裡 望不見一片雲
光明裡 光明裡 有多少理想
人心不古的世界 我信任 只有你

「洋蔥筆記本」讓你找到原初的感動

文采不夠好？無法寫出感人，讓人掉淚的文字嗎？

來、來、來、來、來..........

趕快來用這款 Onion Note

別懷疑，我沒打錯，你也沒看錯，就是「洋蔥筆記本」！     U_U

洋蔥筆記本裡面，真的有洋蔥。筆記本內的每一頁，都塗有厚度達 0.024mm ，可催淚的「烯丙基化合物」（allyl propyl compounds），書寫時，筆與紙的磨擦，會令塗在紙上的微粒子不斷散發出來，因此寫越多，淚也催的更多。

即便你在筆記本寫下：「布丁要放在冰箱裡冷藏」，這麼無聊的記事，同樣也能讓人「淚流滿面」，不能自己！    U_U"

7月11日遊行天宮

週五的午後，來到了行天宮。

看到人來人往，眾多的人羣，心裡著實訝異！此刻，不是所謂的上班時間嗎？怎麼還是有這麼多的人聚集此處？

信步胡逛，不自覺來到了近大殿旁側的長廊，因為天熱，覺得有點渴，於是就在石階坐了下來，飲水。

從這裡望去，看見想要收驚的人們，排著長長的人龍，一個接著一個，好多好多啊！

再往前看向大殿的正前方，許多的人們在那裡或拈香，或雙手合十，祈禱著。

更有好幾個人，長跪在地，口裡一直唸唸有詞，許久不間斷；其中，有一男子的祈禱頗為懇切，合十的雙掌好像很用力，拜著、拜著，身子一直不停往前傾；最後，整個人俯伏在地，點頭如搗蒜般。

不知這朋友，現在是什麼樣的狀況？又是為了什麼，祈求要如此迫切？

心中滿是疑問號，正不停冒出的時候，沒想到，原先跪在男子後頭的一位女性，也是同樣伏身，一直不停在磕頭......

為何人間總有這麼多的折磨與苦難？人們總要如此，在紅塵俗世間，不停地掙扎？眼前的這情景，看著、看著，心想好難受；感覺好想哭。

每當我不自覺地歎氣之時，我兒子總是告訴我：「不要歎氣，要趕快找到你的『快樂基地』」。
不認識的朋友啊！祝福你，希望你的困難能儘快移轉；心靈更能早日離苦得樂......

在 Visual Studio 2013 使用 Git 做程式碼的版本控管

自 Microsoft Office 2013 全力支援 Office Online 之後，昨夜，自近日專案合作的夥伴那裡聽說，現在就連開發軟體專用的 Visual Studio 2013 ，也是支援雲端的 Visual Studio Online 產品！！ @..@

Visual Studio Online 最讓我感動的地方，有兩個：（1）它把 TFS 也雲端化了，以前安裝 TFS Server 搞死人的安裝及設定工作，軟體開發者完全可以不用搭理了。只要專心在你的「軟體技術」領域裡即可；不必再向以往一樣，軟體工師也要兼當「系統工程師」，讓你的 Focus 沒完沒了。 ＝＝“

（2）雖然原先的 TFS 已內建「版本控管（Version Control）」的功能；可是沒想到現在的 Visual Studio Online 及 Visual Studio 2013 ，竟也支援非出自 Microsoft 本家的 Git 。 Y *^^* Y

在 Visual Studio 2013 測試一下，自 BitBucket 網站提供的 Git 雲端服務，下載原始程式碼，如下網址所示，成功！ ^^y

Java 注入相依的妙用

軟體專家告訴哦棉，好的程式設計，要寫成「耦合鬆綁（decouple）」，這樣，每個程式單元，才能隨時利用，任意組合。

But.................   How?!

這裡，有一個例子。假設，我們需要開發一個「腳踏車出租管理系統」，供腳踏車店做出租服務。

第一個想開發的功能是：「在螢幕列出店裡所有的腳踏車」。

對於這個功能，我們可以這樣做。

先開發一個： Bike（腳踏車）的 Entity 類別，其程式碼如下。

Bike 類別 

再開發一個：RentABike （租台腳踏車）的類別，用來管理腳踏車出租店的租借業務。在此類別先實作了 2 個方法（method），（1）getBikes：取得店裡所有的腳踏車；（2）getBike ：依「序號」取得某一台特定的腳踏車，其程式碼如下。

RentABike 類別 

為了在螢幕上顯示店裡所有的腳踏車，我們又多開發了一個：「CommandLineView」類別，其程式碼如下。

CommandLineView 類別

一般的寫法，我們會很自然地在 CommandLineView 這個類別裡，先用 RentABike 類別建立一個 rentABike 物件。

然後，再利用 rentABike 物件，呼叫方法 － getBikes() ，取出店裡所有的腳踏車。接著在 CommandLineView 類別中，利用迴圈，在螢幕列示出所有的腳踏車。

以上的作法，既簡單，又直覺。但....... 它沒有達到「耦合鬆綁」所要求的程式架構之美！因 CommandLineView 類別與 RentABike 類別，十指緊扣，關係密切啊！ ^^"

那該怎麼辦咧？！

《Spring 程式高手秘笈》這書，在 Page 1 ~ 9 處，教人如何利用 Interface ，進行「相依注入（Dependency Injection）」，讓 CommandLineView 類別，呼叫 getBikes() 方法的這檔事 ，不是寫死在 CommandLineView 類別中，而是由另一個類別，在 Run Time 時期，負責相依關係的相注入，使 CommandLineView 物件，能呼叫  getBikes() 這方法！

這麼神奇的事，是如何做到的？

1. 原先 RentABike 類別，能提供其它類別使用的 method ，將它當成是 service ，全包進一個名為 RentABike 的 Interface 中。
2. 另新增一個「service 類別」 ( ArrayListRentABike ) ，須實作 (implements) 上一個 RentABike Interface 。
3. 要使用「service 類別」，呼叫其中 method 的這種類別，稱作：「client 類別」， 以此例子而言，就是 CommandLineView 類別，它在類別中，須有一個 property ，用來指向「 service 類別」所產生的物件。
4. 建立一個類別，負責在 Run Time 時期，執行「相依注入」的工作，這種作法，一般被稱作為 assembler 或 container 機制。在這個例子中，由 RentABikeAssembler 類別擔綱。

此相依注入的作法，可用以下的「類別圖」，來說明各個類別之間的相互關係。

最後，各類別的程式碼，分述如下。

將 RentABike 類別改成 Interface

提供 method 的「Service 類別」：ArrayListRentABike.java

使用 method 的「Client 類別」：CommandLineView.java

注入相依的 Assembler 類別：RentABikeAssembler.java

Run Time 時期，由 RentABikeAssembler 類別，負責「注入相依關係」這檔事。

首先，建立一個「Client 物件」： CommandLineView 物件；然後，建立一個「Service 物件」：ArrayListRentABike。

接著令「Client 物件」－ CommandLineView 的 property 指向「Service 件件」 － ArrayListRentABike。最後， CommandLineView 這個「Client 物件」，可以使用 「Service 物件」－ ArrayListRentABike ，提供的 getBikes() 方法，取出店裡所有的腳踏車，丟給類別內的方法處理，顯示在螢幕上 。

透過以上「相依注入」的作法，可達成「耦合鬆綁（decouple）」的目標。軟體開發中所使用的各個類別，就能任意組合，隨時依自己的需要來變化及使用。


程式碼下載處： https://github.com/AlanJui/BPANDSVC