最近經濟不景氣, 路上騎自行車的人變多了. 不僅僅是有人騎單車上班, 到了假日, 也可以看到滿山遍野都是騎自行車的人. 看得出來有些人裝備齊全, 有些人只是一時插花 (比方說臨時租車, 而且騎得很費力).
我覺得很有趣, 如果經濟一直差下去. 我們的國民一定會愈來愈健康. 因為很多家長都帶小朋友去騎車, 小朋友從小就養成了運動的習慣, 日後應該會更加身強體壯. 原本的飆車族也沒有錢去加油了 (不過不知道他們會改做何消遣?) 這樣可說是國不富而民強嗎?
年份: 2008
美國 Mong Stay – 農夫市場 – 科伊特塔 (Coit Tower)
2008/06/29
第三天的一大早, 我們的宿主, 呃, 我是說寄宿家庭的主人, 問我們要不要去農夫市場 (farmer market)? 聽起來好像很新鮮, 是吧!? 其實那就是我們的傳統市場, 只是比較開闊一點而已. 美國人可以在這裡殺價, 可以試吃; 而且可以買到很多有機食品, 因此在農夫市場買東西, 已經變成了一種顯學.
注意最左邊這張圖的馬路, 它表示只有在特定的時間才會開市喔! 另外, 他們賣的東西當然也和台灣有些不同! 有些像是…無刺仙人掌葉? (最右邊的圖) 右邊第二張圖, 可以看到在賣 “薊“, 這個台灣人也很少吃. 據說是一片一片剝下來, 吸食每一瓣底下的汁
既然買了菜, 中午當然是在家裡吃囉! 在我們出門的時間裡, 不知道是 Tara 還是 Ole 在家裡先搗起亂來, 把我們早餐吃不完的吐司全部喀掉了! Tara, 為什麼只剩妳留在犯罪現場呢? 難道妳要幫那個不成器的 Ole 小弟頂罪嗎
用完了豐盛的午餐, 我們帶著兩條狗前進舊金山市區. 目的地,….愈看愈眼熟, 不就是喇嘛手上拿的那個塔嗎? 我是說柯伊特塔 (Coit Tower). 上回我們是傻傻的觀光客, 所以一路塞車上來找停車位. 但這次有地陪就不同了, 他們帶著我們從 Napier Lane 走一條花街小巷到 Ciot Tower.
這條路上幾乎都是木造的階梯, 左彎右拐地經過許多人家的花園, 從山腳蜿蜒地登上 Coit 塔所在的制高點. 當然, 有些住戶不是那麼樂意大家在他們的門前鑽來鑽去. 其中我們就遇到一個老太太在我們經過的時候, 嘴裡嘮叨著 “better than China, uhh?" 雖然我們不是陸客, 但是這些話還是令女主人不太爽喔
等我們爬上了 Coit Tower, 它的視野真的超棒! 不但可以近拍金銀島, 也可以遠拍九曲花街! 在此我順便勸敗一下 Sony a350 的同好, 雖然我對數位單眼只是超級菜鳥, 但是那隻 55-200 的 kit 鏡還是很令人滿意的啦!
逛完了那個塔, 我們就到市區去喝咖啡. 這一區稱為小義大利. 連路燈的燈桿都有義大利國旗的三個顏色.不過這段經驗不是很好, 因為市區很多酒吧裡的人都喝得太 high 了, 有些路人又像是吸毒吸得太 high 了. 總之在 down town 逛街, 覺得有些不太安全. 而且這一天的風很大, 隔壁桌的玻璃杯被吹到地上摔破, 有個買熱咖啡的人, 整個玻璃杯落底, 除了他手上握的那一小段, 其他都掉到地上….
撇開這段咖啡店小憩的意外, 還是有一些驚喜的部分. 我們的兩隻狗狗太可愛了, 吸引了許多路人的目光, 有的來攀談, 有的來問狗狗怎麼賣?
離開這個點, 我們到了聯合廣場這個地標. 附近都是一些名店.所以也逛了一下.
最後在中國城附近, 找了一家西班牙餐廳用餐.我覺得很好吃喔! 特別是它的墨魚麵~~~
美國 Mong Stay – 金門大橋 – 美術館 – Napa 酒廠
2008/6/27~6/28
我的美國 Mong Stay 不同於一般 Long Stay 是長期居住,我在美國的短期"滯在"只能算是"罔"Stay,就是罔市、罔腰的罔。畢竟上班的壓力還是很大啊! 請這麼長的假, 還是令人不太自在的。能待多久都沒太大的把握, 不就正是 Mong Stay 嗎?
這次到美國不是跟團,而是陪老婆去訪友; 機票也是自已上網買的電子機票。第一次用這種東西有些虛虛的,擔心的感覺不下於在上海火車站買黃牛票的情景。幸好,除了去X邦信用卡專屬停車場停車時,他們說我沒有刷卡記錄這個異象之外,我們的確是憑著這張機票踏上了美國, 更重要的是順利地回來了。
2008/06/28
通過了美國海關,算是心情大定。朋友準時地出現在舊金山機場,把我們接到他們位於Portola Valley 的家中。 當初老婆最擔心的一件事,就是朋友家的兩隻狗狗。狗雖然是人類最好的朋友,卻也是老婆最害怕的動物, 連帶著女兒都變膽小了。當朋友家的大門一打開,熱情的 Ole 和 Tara 馬上撲上來對我們大獻殷勤。三年前我來的時候,已經見識過這種場面了,牠們很熱情地跳上來, 或是用濕濕的鼻子拱拱大腿. 過了幾分鐘之後, 牠門覺得不太新鮮就會退到一邊去了. 同樣地, 老婆和女兒在稍微被嚇了幾分鐘之後, 很快地就適應了狗狗撒嬌的可愛。 人狗關係很快地一百八十度大轉變.
Tara 是一隻聰明的狗仔,牠喜歡躺在地板上,伸出右前腳,讓人家握住。如果沒有握到 ,牠就會左右移動一下,只要碰到人就放心了。如果移來移去都碰不到人,才會抬起頭來找牠喜歡的人。雖然牠很愛撤驕,但還是會挑對象的。比方說牠就很不屑Ole,把兩隻狗一起留在車子裡面看車,Tara 就會獨自跳到副駕駛座,留下呆呆壯壯的Ole在後座耗呆。
此次來美國,主要還是觀光。所以睡了一覺之後,就北上往金門大橋出發。唯一沒有看過這座橋的,應該就只有我女兒了,不過這個年紀的小孩對現代化的建築沒有什麼興趣(她上次去布拉格的時候倒是對城堡很有興趣)。所以當我們發現金門大橋籠罩在一片濃霧之中,兼且寒風刺骨的時候,並沒有人感到惋惜, 而是迅速地決定轉移陣地! 雖然景色是一片朦朧, 不過此行也有測試我新敗的 Sony alpha 350 的意味存在, 在迅速地切換了 Kit 鏡的長短鏡頭之後, 拍了幾張金門大橋旁邊的抗日防砲陣地,以及那間髒髒的廁所的照片熱身, 接著前往事先預約好的美術館參觀。
這間美術館只能說是很特別,裡面放的是主人所贊助的藝術家的作品。比方說吊在大樹上的Oldsmobile ,繞著地上一堆神像轉圈的天使。在畫廊式的展場裡面,也看見各種奇怪的照片, 西方裸女, 東方猛男…, 當然, 放在美術館的東西都是藝術, 如果放在別的地方, 或許算是不吸引人的情色而已吧!?
那些部分對我女兒來說太限制級了, 還好她也視而不見. 她有興趣的部份是某些自我強調性很高的作品. 比方說, 有兩台跑車都貼滿了各種裝飾品, 一台裝飾著一顆犀牛頭, 另一台裝飾著一顆馬頭. 兩顆頭看起來是真品. 而這兩部不能拍照的車上, 貼著許多令人想像不到的東西. 例如: 錢幣, 布鞋, 貝殼, 撲滿, 乒乓球, 鏡子, 玩偶, 好像還有些湯匙, 鏟子之類的, 因為看得眼花撩亂, 已經不太記得了! 這樣的東西, 會讓人覺得很突兀,加上一點莞爾. 但是還算是老少咸宜.
另外一邊的展場, 還有很多分別吊掛著輕重, 多少, 大小不同的物品的許多平衡臂, 他們又再互相堆疊成的一個複雜的平衡系統. 這類作品看起來很有玄機, 但是對照 21 世紀的品味, 已經有點過氣. 某些令人有印象的其他作品, 則大多有諷刺的意味; 但絕大多數無法達到令人反思的地步. 館內是無法拍照的, 所以沒有留下甚麼畫面…
無論如何, 參觀美術館至少是一個有藝術氣息的開始.
只不過, 後半段就比較墮落了….
既然到了 Napa 附近, 當然要去品酒啊! 據說, 以前的品酒大多是免費的. 但是近來 Napa 的酒也走高貴路線, 所以還得付費才能品酒. 根據朋友的建議, 我們到了一家有纜車的酒廠 Sterling. 付了纜車費之後, 就可以爬升到位於山頂上的酒廠, 並且嘗試 5 杯酒, 包括白酒和紅酒. 對了, 每個人可以領到一個酒杯, 但是這個杯子要重複用來喝 5 種酒. 然而, 一直到第四, 五杯酒, 才算是比較好喝. 前面的幾杯酒都過於酸澀了, 所以我們一行人有的早早還君明"杯", 或是勉強喝了一點, 就把剩下的倒進了收酒盆之中.
這家酒廠的特色我想就是纜車吧! 酒賣得很便宜, 但除了甜酒算是還可以喝, 其他都不對我的味.
我的第十堂日文課
拖欠已久的第十堂課的筆記終於開始寫了! 因為下了這堂課, 第二天就殺到美國度假, 這中間忙著玩, 也不一定有網路, 所以就沒有把這堂課的筆記記上. 總之,拖太久, 都快忘光了!
這一課的題目叫做 “甲子園へ 行きますか“,重點在於用甚麼手段, 到甚麼地方去. 首先我們看到目的地後面加了一個へ字, 唸法是 e 不是 he, 這就表示前面的那個名詞, 就是我們的動詞所連結的地點. 至於方向動詞, 一共有三個: 來, 去, 回來.
去: いきます (五) — 原形為 行く
來: きます (カ) — 原形為 くる
回來: かえります(五,例外) — 原形為 かえる
去比來多一個音節,可見得去得地方遠, 來的地方近. 遠就長一點, 近就短一點,我是這樣分辨的.動詞變化用紅色字分類. 五就是五段,カ是カ段.
如果說到用甚麼工具到那個地方? 我們會用助詞 で.
然而這個助詞有 8~10 種用法, 本課講到其中的兩種. 一個是指工具, 另一個是指量的總稱.
あるいて (=步いて), 步行也是一種交通工具
ひとりで (=一人で), 一個人也是一種數量
若是一句話裡面, 有以前學過的時間,有這課教的地點,交通工具, 那麼大家擺放的順序是怎樣咧?
時間に + 交通工具で + 地點へ + 動詞
附帶一提, 講到に, 它有 18 種用法.
大家要知道, 這是我們日文入門班的最後一堂課了. 所以老師把驚人的數字都一起揭露出來. 我們倒底會是因此而勤學上進去續班上初級日文, 還是嚇得打退堂鼓呢? 以有意願續班的同學數目來看, 大約是一半一半.
で 當作工具用的助詞用的時候, 前面都是接名詞. 當我們想要把一個動詞混作名詞用怎麼辦呢? 就像前面講過的步行.
步行 = あるく
把他變成名詞就是成 あるいて…嗯…動名詞了, 這是我說的, 開開玩笑, 但它真的是動詞當名詞用.
變化規則是把前一個 る 去掉, 換成 つ / ん 加 た ; 或是 し / い加 て. 上例 “步“就是去る加いて!
<<參考てた動詞變化, 待續>>
動詞若是當工具用, 後面多會以て或で結尾 (當助詞).. 若是純名詞, 只會是で結尾 (當助詞).
一緒に的用法
我們在 WII 裡面還蠻容易聽到這個字的, 就是一起來的意思.
如果我們要說:
我和周先生一起去學校
直譯成日文會長成這樣:
私は と 周さん 一緒に 學校へ 行きます
(當然, 前面已經講過動詞/時態在最後面, 就不白目地說行學校了)
但日本人不喜歡說到自己, 所以私は會消失
然後 と 要往後搬到 周さん 後面, 不然第一個字成了助詞, 就不合基本用法:
周さん と 一緒に 學校へ 行きます
接著 と 一緒に 可以合併成 と , 因為 周さん 絕對是和主詞 私 的 一起去的, 不然不會省略.
最後這句就變成:
周さん と 學校へ 行きます
或曰, と 不是連接 A 和 B 嗎? 此處會不會混淆成 周さん 和 學校へ 一起去.
文法上 A,B 兩者詞性不同, 是不會混淆. 口語上, 倒是要聽清楚一點.
如果強調是一個人, 用法如下:
私は 一人で 行きます
回顧 “何時" 這個用法, 它的讀音有兩個:
1. なんじ 表示何時, 回答時通常有助詞 に.
2. いつ 表示甚麼時候? 回答通常是幾月幾日. 例如:
いつ きますか = 甚麼時候回來呢?
答句的話, 因為問句沒有 に, 所以不一定要精確地回答.
よる きます = 晚上回來
くじに きます = 9 點回來
兩者皆可
這一課是搭電車要去甲子園, 首先在買票的時候有點學問. 如果我們要買票到甲子園, 賣票的人想知道的是你的目的地, 而不是你想要坐車到哪個方向. 因此這一句是:
甲子園まで いくらですか
而不是
甲子園へ いくらですか
在 Q&A 練習中, 主要的句型就是問: 要去哪裡? 怎麼去? 何時去? 和誰去?
あなたは どこへ いきますか
あなたは なんで かいしゃへ いきますか
あなたは いつ くにへ かえりますか
あなたは だれと にほんへ きました
全面肯定與全面否定
全面肯定的句型是:
W? + でも (即使的意思) + 肯定
全面否定的句型是:
W? + も + 否定
例如: 我哪裡也沒去 =どこも いきませでした
W? 就是表 5W 1H
答句的時候, 有時候可以省掉一些話.
Q: いつ USAへ きますか
來週です or
來週 行きます
由於這一課上得比較趕, 所以內容大致就是這樣了. 老師說續班的話, 她會帶大家複習. 不過因為總總因素, 我跑到美國去玩了, 回來還有時差, 加上感覺教室燈光對我的眼睛不太好, 所以就放棄續班了. 如果大家有看到第十一堂課, 或是續集的話, 表示我找到新班了.
畢竟在清大上的這些課中, 我只有和老師有點互動 (因為我坐最前面). 但是和同學就沒有互動可言, 我在想, 如果回公司上課, 不知道會不會感覺更好? 當然! 我覺得曾昭子老師教得不錯, 我本來甚麼都不會的, 現在差不多可以看懂 WII 的 menu 的幾句了 (不是看漢字亂猜那種), 呵!
我讀 «UML-System C 系統設計實務»
這本書主要的精神, 是用一個 MP3 recorder 這樣的案例來說明 UML 要如何表現出這樣的設計. 至於程式的框架, 則是用 System C 來表示. 這邊說到框架的意思, 就是不會有完整的 source code, 只是大概地描述了 class 和 header file 的長相而已.
UML 已經是一個成熟的標準, System C 亦然. 在此我先忽略 System C, 專注在 UML 的介紹. 因為這本書的重點也是如此. System C 的官網在: http://www.systemc.org.UML 的官網在: http://www.omg.org 的最上面的一排 logo 的正中央.
接觸過 UML 的人, 一定不會忘記它有很多圖. 所以本書的第一章先講 UML + System C 在 IC 設計上有多大多大的好處, 第二章就把主要的 UML 圖形都瀏覽一遍. 對 UML 毫無概念的人看到這裡, 應該只會眼花撩亂…總括來說, 這本書要介紹的分別是活動圖, 組合結構圖, 通訊圖, 類別圖與案例圖. 並且在每介紹完一章圖之後, 就會以 MP3 recorder 的例子, 用 StartUML 這個免費軟體畫一遍. 說到畫 UML 的軟體, 大家應該不會忘記超強的 Rational Rose. 不過這朵玫瑰被 IBM 吃了之後, 價錢應該又更上一層樓了, 我們還是用免費軟體就好.
System C 的主要元素
模組 (module) : 系統或是子系統. 裡面的組成元素包括: 進程, 通道, 端口. 寫成程式當然也包括資料, 子模組 (sub-module), 建構式 (constructor), 解構式 (deconstructor). 為什麼沒有講到介面呢 ? 因為介面是端口的實現方式.
進程 (process) : System C 提供 3 種進程: SC_THREAD, SC_METHOD, SC_CTHREAD. 裡面特別的地方是, 這三個 process 都不帶參數, 因為它相關於硬體的設計. 硬體做事的時候, 並不需要輸出入參數.一般 pthread 就是指 POSIX 相容的 thread, cthread 就是指 non-POSIX 的 thread.
進程之間不能直接溝通, 必須要透過事件 (event), 或者是呼叫函數 (function).
通道 (channel) : 進程之間可以透過 event 或是 function 互動, 但是它們不能互傳資料. 通道就是用來傳資料的. 除了共用通道之外, 也可以共用資料.
端口 (port) : 如果是跨 modeule 與 module 的溝通, 就需要透過 port.
介面 (interface) : 輸出介面, 輸入介面等等. 例如有時候端口是透過輸出介面與另一個端口連接.
活動圖 (activity diagram)
活動圖可能是表示多個進程 (process, 這年頭書的翻譯都大陸化了) 並行的情況, 或是單一的進程的程式.
既然是一個活動, 就會有起點和終點. 在附圖中, 起點在左邊, 終點在右邊. 而那兩條直直的線也不是畫好看的, 它代表多個進程 (sub-activity state) 是可以並行的. 既然是並行, 就要同步. 這兩條就是同步 (synchronization) 的線. 至於那個 object flow state, 在這個例子中是實現一個 buffer, 此時它就是一種 channel.注意, channel 本身沒有 transition 可以連到起點和終點.
在 StarUML 裡面, 起點, 終點, state, 同步線都是用 transition 來連接, 不過這條線不好畫, 只要不是從一個東西的中心點連到另一個東西的中心點, 它經常會抱怨, 畫面跳出一個視窗 “connect elements exactly", 不客氣地擋掉這個操作. 不過畫習慣之後就沒問題了!
這裡的 sub-activity 自然可以再往下細畫出子活動圖, 但是子活動圖就沒有同步線了. 因為裡面的行為並沒有說會同步. 一個典型的子活動圖大概長這樣:
活動圖可以告訴我們系統一共執行哪些工作. 例如上圖的 Activity1, signal accept state, signal send state 都是 event, 只有 object flow state2 是 channel.它也可以有 if else 的判斷部分, 一樣是用一個菱形方塊來表示.
組合結構圖 (composite structure diagram)
組合結構圖據說是 SOC 設計中最重要的一張圖了, 若是 programmer 應該會選類別圖 (class diagram) 吧! 總之, 它和活動圖一樣是階層式的. 最頂端的一層叫做 “結構類別‘ (structure classifier). 我個人覺得把 class 翻成和 classifier 一樣不太合理. 不如翻成結構劃分. 結構的內部包含部件 (part), part 可能是小模組或是小物件歐. 和活動圖一樣, 進程和通道有一樣的地位, 它們都可以是 part.
外部的那個圓圈表示一個介面 (interface), 它用 dependency 的關係線連到 port.內部的圓圈也是一個介面, 但是它不和 port 相關, 因為 port 是要和別的 module 相連的. 在這張組合結構圖裡面, 它是 part Output (channel) 的實現. 所以用 realize 的關係線連接 output 與 output interface. 有趣的是, 當我們用 dependency 連接 interface 和 part 的時候, 圓球就變成了一隻張開的手, 可想而知, 這表示 input!
一隻手可以接球, 那可不可以兩隻手接球呢? 答案是可以的. sc_fifo 就是一隻手和一顆球的組合. sc_signal 就是一顆球和多隻手的組合, 一個訊號當然可以送給很多個 port.
至於 part 與 part 之間的連接, 不是 dependency 也不是 realize, 而是 connector 線.
組合結構圖大致描述了系統裡面有哪些 module, 這些 module 彼此的 input, output 關係. 但是我們看不出它們之間是如何互動的? 想要看出互動關係, 就要靠通訊圖.
通訊圖 (collaboration diagram) / 循序圖 (sequence diagram)
一個典型的通訊圖, 不像是活動圖一樣把 event 當作主角. 相反地, 它用物件當作主角. 在物件與物件之間, 可以用 event (send), 也可以用 function (call), 就像下面這張圖.
有趣的是, StarUML 可以把通訊圖自動轉為循序圖, 後者就像是設計通訊系統 MAC 時用的 message sequence chart.
在此有個地方沒有表示出來, 那就是 public 和 private 的觀念. 在 port 或 interface 上, 可以註明 +xxx, -yyy, 分別表示 public 和 private. 書上說, 選擇連接線的端點, 就可以輸入此訊息. 不過我點不太出來, 而是用畫面右下角的視窗.
在書上的第八章, 通道的可以被封裝, 也就是兩個端口直接溝通. 這種 port 叫做 export.
類別圖 (class diagram)
類別和物件的關係, 就像是概念與實體. 類別圖也是用來表示模組 (module) 或是類別 (class).事實上, 類別圖裡面的 class 和組合結構圖裡面的 class 完全是同一個符號, 只不過在組合結構圖裡面, class 的屬性 (attribute) 和操作 (operation) 被隱藏起來而已. 一個完全不隱藏內容的 class 長得像這樣. 下圖的 Memory 右邊按藍色加 attrib, 按紅色加 operation.同樣地, + 表示 public, – 表示 private, 用下圖 Memory 左邊的那個 icon 點選.
至於結合 memory 與 record 的那一條組合關係的線, 它有兩個結合端 (association end), 其中一邊有個鑽石頭 (像 poker 的 diamond), 表示底層屬於上層的一部份的意思. 結合端的屬性 aggregation = none 的那一端沒有記號, aggregation = composite 的那一端就是鑽石頭. 端點旁邊的數字 1 表示 1 個個體, 1…2 表示有兩個個體.此處就等於有兩塊記憶體模組.
類別圖也可以和 port 結合, 並與 interface 結合.這樣就更可以和組合結構圖聯想在一起.
案例圖 (use case)
案例圖就簡單了, 左邊就是一個使用者, icon 也就是這個小黃人. 右邊的框就是 system boundary. 裡面的兩個圈圈就是 use case. User 和 use case 用 directed association 連起來. 當然這意味著會有普通, 無方向的 association.
最後, 要提一下這個書的 bug, 表示我真的有在看. Page 5-4 作者說這一章的活動圖和上一章不一樣是版本的關係, 要我們比較上一章的圖 4-21 和本章的圖 5-6. 不過很抱歉! 上一章沒有圖 4-21, 應該是和圖 4-13 比才對喔.
Cash Chou's Blog 
