跳至主要內容

兩件關於飲食

可麗露和瑪德蓮

這陣子好像又開始流行法式西點了,先是Macaron,不知道是什麼原因,最近則在很多人的blog上都看到了可麗露的照片,偉展之前帶我去晶華酒店吃 buffet時,還特別提醒我要吃一種名為可麗露(Cannelé)的點心,不過當時只剩下兩三只瑪德蓮(Madeleine)小蛋糕,而吧台後的點心師傅說,可麗露早就被掃光了。不過,我一直偏愛瑪德蓮小蛋糕,所以那天吃了巧克力、抹茶兩種口味的瑪德蓮也吃的很開心。(那天令我印象深刻的,是柏麗廳的另一邊更像一個大型水族箱

星期四晚上,偉展拿著兩盒西點來,是他們同事在露天上團購的法式西點,他帶了七個可麗露和五個原味的瑪德蓮給我,還特別強調賣家是法國人哦!我第一次吃到可麗露,外皮吃起來有種焦糖香,脆脆的,有一點點咬勁,內心吃起來很柔軟,不會有甜到發膩的感覺,一個晚上,七個可麗露就吃掉了五個,留了兩個當星期五的早餐吃,即使隔了一晚,吃起來依然香氣十足。

不過,這個賣家做的瑪德蓮就比較沒那麼合我的味了,也許是自己一直保有第一次吃到的瑪德蓮是「又香又甜且吃起來紮實」的貝殼蛋糕,所以我猜想,也許是針對台灣人的口味有再調整過,但我也無從比較,因為不知道所謂道地的瑪德蓮是什麼口感。不記得Paul有無販售瑪德蓮,但印象裡店裡的可麗露一個售價為85元,幾乎比一個便當要貴,而台北101樓下的Jason's出口處曾有一個小點心櫃在賣法式點心,其中也有瑪德蓮,價錢也是接近一個便當,所以,平時要我去買這些昂貴的小點心,是完全不可能的事。

第一次是吃到瑪德蓮,是年紀很小的時候,吃了別人家的喜餅禮盒,裡面有這種漂亮的貝殼蛋糕,吃起來又香又甜,一直念念不忘,長大後如果有吃到裡面有瑪德蓮小蛋糕的喜餅禮盒,我都會覺得新娘一定甜美可人,婚姻一定幸福甜蜜,呵!但小時候我不知道那貝殼蛋糕有個這麼可愛的名字,一直到我讀了《追憶似水年華》才知道貝殼蛋糕的名字這麼麼美麗,而叨絮的普魯斯特也在第一冊裡寫了近四頁因為瑪德蓮所引起的回憶:

母親著人拿來一塊點心,是那種又矮又胖名叫「小瑪德萊娜」的點心,看起來像是用扇貝殼那樣的點心模子做的。那天天色陰沈,而且第二天不見得會晴朗,我的心情很壓抑,無一中舀了一勺茶送到嘴邊。起先我已掰了一塊「小瑪德萊娜」放進茶水準備泡軟後食用。帶著點心渣的那一勺茶碰到我的上顎,頓時使我混身一震,我注意到我身上發生了非同小可的變化。一種舒坦的快感傳遍全身,我感到超塵脫俗,卻不知出自何因... ...那點心的滋味就是我在貢布雷時某一個星期天早晨吃到過的「小瑪德萊娜」的滋味,我來到萊奧妮姨媽的房內去請安,她把一塊「小瑪德萊娜」放到不知是茶葉泡的還是椴花泡的茶水中去浸過之後送給我吃...~《追憶似水年華 I 在斯萬家那邊 第一卷 貢布雷》P.50~53

從普魯斯特的文字可以知道,瑪德蓮小蛋糕吃起來應該是紮實的,可先用茶水泡軟後再食用,只是台灣都把它做成像雞蛋糕一樣鬆軟。昨晚在樂華夜市裡,經過一家門口大排長龍的雞蛋糕店,偉展說:「喏!台灣的瑪德蓮小蛋糕,要不要去排一下啊?」

另一個比較特別的經驗是在星期五晚上,偉展帶我去他們公司附近一間叫the villa herbs的餐廳吃晚餐。也許是太久沒去逛這類的店,所以也沒注意台北市還能看到這種庭園裝潢的餐廳,順帶一提的是,和公司附近的雙城街比起來,我還是比較喜歡大安區這一帶店家的感覺,也難怪,相較於以往,雙城街會沒落也是正常。

我們在the villa herbs點了兩個燉飯套餐,分別是海鮮燉飯和牛肝蕈菇類燉飯(好像是叫這個名字)。麵包十分鬆軟,溫度剛剛好,附了兩塊香草奶油給我們,我十分喜歡這個香草奶油的味道,湯也很好喝,前菜也很美味,燉飯的量很足,我的菇類燉飯裡滿滿的都是菇,因為燈光昏暗,所以只分辨得出有不少杏鮑菇,對於喜歡菇類的人來說是非常滿足的一道燉飯,香氣也很足夠,實在是非常飽足的主餐,我吃了半盤後,偉展幫我吃完半盤菇類燉飯。唯一的缺點是餐後所附的飲料,茶是司迪生的茶包,而咖啡,讓我的胃翻滾不已,但這不能怪他們,畢竟他們的飲料是要另外點的,偉展則是推薦他們的調酒。要另附30元水費,可選氣泡水或礦泉水,氣泡水是我的拒絕往來戶(我無法理解,沛綠雅這麼難喝的水為什麼可以賣這麼貴),所以我選一般礦泉水,工作人員會當著客人的面開一瓶礦泉水(幸好不是evian,evian也不對胃口),只要看杯子快沒水了就會主動幫客人加水。沒特別注意是哪個牌子的水,但口感也不差,算是好喝的水,如果沒記錯,大潤發還是中和環球購物中心樓下的超市裡好像也有賣。(為了調花精,試過很多瓶裝水,最後我發現,自家的水反而比這些進口水來得讓我安心)

餐廳的氣氛很好,不會催客人吃飯的速度。偉展吃東西速度較快,但他們會等到我吃完後才會上下一道菜,所以我們從八點吃到十點多,九點多時才上主餐,那時我看了看錶,九點十分則讓我想起小說《茶花女》裡的人物們總是很晚才吃晚餐,可能晚上十點才開始他們的晚餐約會,然後吃到凌晨兩點。我喜歡慢慢用餐的感覺,腸胃比較不會消化不良,心情也比較輕鬆,也比較能嚐到食物的味道和料理師傅的用心。the villa herbs的裝潢和餐點都讓我很難忘,可惜的是昨晚的音樂和咖啡都令我胃痛。依偉展和公司同事聚餐的經驗是中午時間來會有較多的餐點可以選擇,附餐飲料的選擇也較多樣,當時他點的是一杯調酒,也建議我若有機會可以嚐試。

  • 店家:the villa herbs
  • 地址:台北市樂利路11巷30.32號
  • 電話:(02)2732-3255


留言

此網誌的熱門文章

法制追不上AI:缺乏台灣AI基本法子法,公務員使用生成式AI的五大風險

昨晚看新聞,現任台北市長拋出一個政策宣示:未來公務員將配給自動化的AI工具,讓台北市政更「前進」。台北市資訊局也已快速推出 CiviClaw,目標是 2027 年讓每位公務員都能無門檻使用 AI。 這樣的政策方向讓我感到憂心。長期觀測各國個資保護規範的我清楚知道:台灣的個人資料保護主管機關至今仍是「籌備處」,尚未正式運作;《個人資料保護法》的修法呼聲雖久,AI相關條款卻付之闕如;《人工智慧基本法》已於今年1月施行,但高風險AI認定標準的子法至今仍是空白。 有網路、有 IoT 不等於智慧城市,有 AI 當然也不等於智慧城市,應該重視制度能否承接工具帶來的責任。 歐盟已明確禁止業者使用 AI 推測員工或學生的心理狀態;美國聯邦政府要求採購 LLM 時廠商必須提交模型卡與資料卡;韓國 AI 基本法的子法早已配套生效。這些都是台灣政府在推動配給公務員 AI 之前,必須正視的制度差距。 以下我與大家分享長期觀測的內容,由AI協助整理資料: 歐盟:從禁令到揭露義務的多層規制體系 歐盟的AI治理框架是由多部法律疊加起來的立體架構,最底層是2018年施行的 GDPR,處理的是個人資料如何被蒐集、儲存、使用的基礎規則,再來疊是2024年生效的《人工智慧法》(EU AI Act,下稱 AI 法),建立不同風險等級分類管理AI系統,從禁止使用到高強度監管、再到一般透明度義務,形成不同層次。最新的一層則是仍在立法程序中、但主要架構已確立的 Digital Omnibus ,試圖修補 AI 法與 GDPR 之間的規範衝突。 AI 法第50條是最直接影響生成式AI服務的條款,自2026年8月2日起全面適用。根據這條規定,凡是讓使用者與AI系統互動的業者,必須主動告知對方「正在與 AI 互動」,而不能讓人誤以為面對的是真人。AI生成的文字、影像、音訊等內容,還必須以機器可讀的格式加上標記,使平台與監管機關得以溯源辨識。與此同時,AI法第14條要求高風險AI系統必須設計成「可由自然人有效監控」的形式,確保機器的決策不會在缺乏人工審核的情況下直接作用於當事人。 AI法所稱的「高風險 AI 」,涵蓋的場景比一般想像的廣。依該法附件三列舉,生物辨識系統、關鍵基礎設施管理、教育與職業篩選、就業與人員管理、信貸與社會福利申請審核、執法、移民邊境管制,以及司法審判輔助,都在高風險範疇之內。這些場景的業者必須進...

停不下來的更新

一直更新Blog的版型,我必須承認是一件很無聊的事,不過這次除了版型的更動外,連分類和文章內文也做了變動。 先說分類吧!在Blogger叫做Label,不過,Blogger在分類上有一些bugs,只能使用英文,以前這裡的分類大多都是中文分類,結果在link上就是一堆亂七八糟的亂碼,所以我把它改成英文,同時細分一些項目,把出版的文章和一些教學的文章分開來,雖然已經很久沒寫新的,不過既然放上來就做個分類。然而就在新舊label移轉之後,發現中文的label還會存在,而且還會出現莫名奇妙的幽靈數字,Blogger知道這是個bug,不過似乎一直沒有修復的跡象。所以在分類上就出現了如右圖一般的情況,在英文標籤裡會有文章,但是在中文標籤裡是沒有文章出現的,但奇怪的是,有些中文標籤已經不見了,然而在Beauty-Beta這個部落格裡,我也做了分類上的變動,由於以前用英文開頭的Label,所以在label的變動上倒是不用擔心會有這樣的情況。 再來是文章的內容,把以前的文章重新分類,標題前面的一些全形符號或是分類刪掉,除了一些比較特殊的,我會留著,例如壹陸壹,因為在label裡為了統一,我留著原本的E61,但人家的店名是壹陸壹,所以留下文章標題前面的中文分類,另外像是Entertainment項目裡,可能有音樂,可能有電影,就會在前面留下中文分類。 前簡單的CSS和HTML改成現在的XML,這無疑是讓我們再多學些東西,能有時間鑽研當然是好事,可是轉換後,我一直沒有時間去改,當然多半也是因為懶,到現在也是拿別人做好的版型去改配色而已,所以像裡面的設定、安裝的widget和analytics的javascript都要一個一個重新裝,上個星期幾乎每天都弄到天亮才睡,只為了整理這個blog。也因為之前在blog裡放了technorati的分類,所以還要修改以前的文章,把它們加入technorati,還有裡面的語法要更改,所以這個星期甚至下個星期都會一直收到這裡的更新訊息,對於不斷收到訊息干擾的朋友們,在這裡說聲抱歉。 在版面上因為blogger系統在feed接受上的更新,所以還有四個東西沒加進去,分別是最近的文章(Recent Post)、Comments(目前是用別人寫的widget)還有GVO的feed訂閱顯示、Beauty-Beta的訂閱顯示也都還沒放上去。 在Feed訂閱上,以前bl...

用Claude Code做一個AI飲食營養分析Bot:從拍照辨識到條碼查詢的實作紀錄

沒想到在十多年後,因為想做飲食營養控管,所以自己利用 AI 開始做一個簡單的食品營養分析工具,能分析我每餐的飲食是否充足或過量,並提供有依據的飲食建議。 最初的雛形是基於以往曾參與「 Food Open Data 」倡議的經驗,我希望用最簡單的方式,拍照-->AI辨識與分析-->提供建議,然後統計一段期間的營養攝取狀況。 最初的想法 當我把我的雛形想法告訴 AI 後,Claude Code 很快的就幫我設計好雛形、教我如何申請Telegram Bot,這些步驟都寫得很清楚,整個雛形做好不用半天,我還愣住了,怎麼可能這麼簡單?難怪那些應用程式公司只把飲食營養分析當作一個「附加功能」,主要目的是蒐集其他的生理監測資料,但這些公司蒐集資料的用途,我自己在處理過美國資料經紀公司所販售的資料隱私資訊後,這是值得關心的議題,但不在此篇文章裡討論。 不過,我只專注在飲食分析項目,我覺得這個功能如果可以做好,再想想其他的。最初的想法很宏大,因為家人與自己患有慢性疾病,所以特別針對某些族群設計,但事實上,如果沒有實際的使用情境,可能也無法做出符合需求的產品。 於是我把這個Bot的使用者只鎖定在我自己的飲食分析上,那就簡單多了。 工具與環境限制 我在今年已經改用 Claude Cowork 與 Claude Code 協作,雖然 Claude Code 有一般介面版,但我大多數時間都開著終端機視窗使用 Claude Code,這樣比較能專心工作。 基於使用工具的習慣,我使用 Claude Code 開始建置,當時的模型雖然已經有Opus 4.8,但Sonnet 4.6已綽綽有餘,而後來出現的Fable 5 則用在其他專案裡。 因為只做給自己用,所以選擇最簡單的 Chatbot 形式;也因為我希望可以自由的使用而不是提供過多的個人資料給其他平台,選用 Telegram Bot,而不是台灣人常用的 LINE Bot ,而且 LINE上太多廣告,根本不想開它。 在衡量經濟現實及自我管理資料的想法後,目前這個 Bot 與資料庫只放在我的電腦裡,沒有上雲端,當電腦休眠、網路斷線時,Bot就會停止工作。 雖然只是給我自己使用,但我還是要求資料庫是加密儲存的,匯出資料時也必須加密。 台灣的飲食文化很多元 我不是開發者、也不是營養師,我自己也沒使用過其他的應用程式,所以無從理解在開發飲食營...