非正宗番茄肉醬櫛瓜千層麵是也

之所以是非正宗主要有兩個原因,
一是肉醬沒用牛絞肉, 但是牛絞肉實在好難買啊!
另一是沒有用白醬, 絕對不是因為我偷懶, 而是我覺得白醬好膩又好肥所以不愛它, 不過今天看到孔雀用松露玫瑰的食譜感覺很不錯, 也許有天會改變心意做紅白醬版本的千層麵!
另外會放紅蘿蔔則是想要讓自己多吃一些紅蘿蔔保護眼睛(我只吃沒有紅蘿蔔味的紅蘿蔔XD)

材料:
[肉醬]
- 蒜頭 *3顆
- 洋蔥 *半顆
- 紅蘿蔔 *1/3根
- 豬絞肉 *1盒(全聯的細豬絞肉, 牛絞肉太難買到了)
- 牛番茄 *2個
- 番茄醬 *3大匙
- 辣椒 *1根
- 胡椒
- 紅酒
- 紅酒醋
- 紅椒粉
- 義大利綜合乾香料
[其他]
- 千層麵 *4片
- 帕馬森起司(Parmesan)(起司真的太少用了, 所以都是在全聯的包裝起司絲)
- 莫札瑞拉起司(Mozzarella)/切達起司(Cheddar)
- 櫛瓜 *1條

步驟:
1. 肉醬
- 煮一鍋滾水, 番茄屁股切十字, 丟進去燙一下方便剝皮 (水別倒掉, 等等煮麵還要用)
- 蒜頭切碎, 洋蔥,紅蘿蔔切丁後, 番茄剝皮後切塊
- 熱鍋, 炒香蒜頭後加洋蔥丁炒至透明, 再加入紅蘿蔔丁繼續炒
- 蔬菜撈出來, 放絞肉進去炒
- 絞肉快熟的時候把蔬菜放回去, 加紅酒火轉大
- 加入番茄塊攪拌均勻之後加番茄醬
- 視冰箱及心情加入胡椒,紅椒粉,綜合香料,紅酒醋
- 轉小火煮半小時
2. 櫛瓜
- 切片後平鋪在烹調紙上, 撒上橄欖油跟胡椒, 我旁邊還放了一束自己種的百里香
- 放進烤箱烤10分鐘(TWINBIRD 300w)
3. 千層麵
- 肉醬快好的時候就可以開始煮千層麵啦~
- 一片煮一分半(水要加鹽哦!)
- 一片一片煮, 煮好就可以開始把所有好料往上堆啦! 用橢圓平底盤鋪烹調紙會比深烤盤方便, 如果之後要切的話.
- (千層麵->肉醬->櫛瓜->帕馬森起司)+(千層麵->莫札瑞拉起司加切達起司), 食譜用regular expression有很怪嗎XD
- 烤箱烤20分鐘(TWINBIRD 600w, 最後五分鐘轉成900w表層看起來比較美)
- 完成!

長這樣

斷面秀

腦袋放空睡到自然醒才出發的南投小旅行 (下)

[日月潭-金盆阿嬤的茶葉蛋]
離開水蛙頭步道我們跳上車,
循著民宿老闆女兒的指示沿著環潭公路找到了位在日月潭大飯店附近的金盆阿嬤茶葉蛋.
其實就是個像車庫的小小鐵皮屋, 攤位很清靜完全不用排隊,
不過一靠近還沒看到蛋先被鍋裡滿坑滿谷的香菇嚇到那香味真是無敵!
買了兩顆回到車上關上門整車都是香菇雞的味道啊!

[日月潭-涵碧樓]
出於一種無知在決定要來日月潭之後就想要住在看得到湖景的地方,
在訂房的時候才發現這真是踏馬的貴而且還很難定!
但是已經在腦海中埋下這個念頭就只能達成了(是嗎?! 對別的事情也沒這麼執著...)
總之, 最後撒大錢訂了涵碧樓
想說這輩子就住這麼一次吧
還好有旅遊補助 (但住完後勁很強還想再去啊 囧)

到了涵碧樓的接待處
從落地窗往外看就是無敵湖景(暈眩)

房間相當寬闊, 也是看得到湖, 但是因為樓層低所以會稍微被樹叢擋住
有兩張大躺椅真是太棒啦!
放完行李就直奔游泳池

游泳池也是相當棒, 泡在水裡放空看風景真是太舒服柳

池邊人不多, 陰天游泳剛剛好.


晚上在埔里市區隨便吃吃後來又在水社碼頭附近閒晃買名產,
回到涵碧樓之後跑去圖書館借了焦桐的台灣肚皮然後就懶洋洋的龜在躺椅上看書.

隔天早晨一醒來就跑到陽台看風景~

賴了半個小時肚子咕咕叫才跑去吃早餐
餐廳在七樓可以看到無敵湖景, 而且今天天氣也太好了吧!
早餐種類很多不說菜也蠻細緻的, 稀飯煮的極好!
狂電一堆台北飯店的把費啊!

離開之前在大廳的最後一拍



[日月潭-涵碧步道]
本來打算要去貓噶山茶葉改良廠因為早上太過慵懶就取消了,
就在涵碧步道散散步囉!
照片左下方掛紅燈籠的地方是以前的蔣公碼頭

會拍這張是為了左邊的日月行館(右邊咖啡色比較矮的就是涵碧樓)
日月行館也是相當貴, 刻意弄成日月的造型
但是那個黃色的東西晚上竟然會閃光, 有點跟周遭寧靜不搭調的感覺 (這樣寫會被告嗎XD)

在前進下一站之前又跑去買了兩顆金盆阿嬤茶葉蛋 哈

[日月潭-日月老茶廠]
茶場其實就在昨天從祕密花園民宿到日月潭的岔路上,
開沒多久就到了, 路口有個小牌子


開進來左右兩邊都是茶園, 有阿薩姆也有紅玉

進到製茶所一進門就看到滿滿的行程, 做茶好忙!

因為家裡還有膨鼠紅茶所以在這邊什麼都沒買,
到後院看到冰淇淋就毫不猶豫的買了! (啊有猶豫, 猶豫要吃什麼口味XD) 最後選了阿薩姆低!

真是好好吃啊(滾來滾去滾來滾去)

[埔里]
昨天來埔里其實民宿老闆女兒推薦的都沒開 哭哭 所以今天又跑過來
不畏毒澱粉風暴先吃了在市區客運站跟肯得基附近不好吃不用錢的肉圓(忘記名字 是一個姓氏開頭的店名)
好吃, 皮很q, 餡很滿, 餡裡的筍塊很多, 醬的味道我喜歡.
另一家是兩個大陸新娘一起開的四川麻辣
雖然在埔里吃這個挺怪的但是真的不錯吃耶
鴨血很細, 湯有麻辣感但是不油, 涼麵就是中上程度

最後去18度C買了一盒巧克力就回家柳
三天假期結束 TAT

腦袋放空睡到自然醒才出發的南投小旅行 (上)

好久沒出去玩整個人蠢蠢欲動,
本來想去個金門,
但是不事前歸劃想說走就走的後果就是好時段機票通通沒啦!
於是就瞬間改去日月潭了.

我跟旅伴兼駕訓班教練(又把他講的很神祕XD)對於日月潭的記憶都非常的淡,
只有在很小的時候去過吧!
感覺好像會人山人海陸客滿街跑所以出發之前其實期待並不高
結果回來之後我整個回味無窮~
就來認真(其實也沒有 囧)寫個遊記摟


[車埕]
車埕位於集集線的終點是個四面環山又有小河流過的村莊,
在過去伐木業十分發達,
我們一路開車南下到這兒的時候已經過了中午,
吃飽之後就在這裡走走逛逛,

這原來並不是一個普通的池塘而是貯木池(起立鼓掌)
一根根的大木頭砍下來之後要集中放在池塘裡一段時間以洗去表面的某個東西(相當不負責任的介紹XD)
這完全違背了我的認知啊! 木頭一直泡著不會腐爛嗎@.@
現在這裡已經變成生態池囉! 旁邊步道鋪的好好的走起來很素西

走著走著就下雨了TAT

於是我們就跑到木業展示館跟林班道,
除了介紹車埕的歷史還有賣很多哩哩扣扣的東西.

雨停之後又繼續閒晃
看到天車, 它是用來把木頭從貯木池吊出來的工具

下過雨之後草綠到不行

火車站有一棵大榕樹還停了很多厲害(據說會讓鐵道迷興奮尖叫 但是我不是XD)的火車


* 車埕停車場位子很少, 假日可以直接把車子停在車埕國小附近再走進來
* 遊客中心有冰水可以喝, 擠霸昏!
* 就算再不喜歡吃飯, 在車埕小飯店還是吃便當吧! 點什麼炒麵(捏自己的耳朵)


[祕密花園]
在南投的第一天住在魚池鄉三育基督學院旁邊的祕密花園
入口真的很祕密(就站在它旁邊了還沒看出來XD)
這民宿可是老闆親自規劃打造而成的吶!
四周都被綠樹環繞感覺好舒服而且只有四間房住客少好安靜,
我訂的是嚇一跳裡面有個小魚池超級酷!
最妙的是隔天早上起來在魚池旁邊走動的時候,
小金魚們都張開大嘴浮到水面緊跟著我呈現出嗷嗷待哺的感覺.
這是老闆女兒做的豐盛早餐, 好好吃. 打包了長得像三明治的東西(裡面是起司奶油雞肉)當午餐.
老闆女兒還熱心介紹日月潭的景點跟埔里好吃的東西
同時又持續的拿鮮奶茶給我們喝


* 推薦(有圖有真相), 老闆很親切房間乾淨又超大木頭地板走起來很舒服
* 入口附近可停車
* 魚池老街上的鹹酥雞極便宜, 紅將軍紅茶不錯喝


[日月潭-向山遊客中心]
開車環潭的第一站來到有著廣大草皮的向山遊客中心

惠蓀咖啡館旁邊擠滿了拍照的人們

接著我們就沿著自行車道往水社壩走(因為我不喜歡騎腳踏車)

[日月潭-向山自行車道]
沿著步道遊覽日月潭真的很不錯呢!

回頭看向山遊客中心

遠方有青龍山

走到水社壩大概20分鐘, 視野相當好.


[日月潭-玄光寺]
從向山遊客中心開過來一路是上坡花了比預期中還長的時間,
這邊陸客挺多還有傳說中的阿婆茶葉蛋
不過根據密報祕密花園民宿老闆女兒的情報, 真正好吃的阿婆茶葉蛋已經搬到日月潭大飯店附近了
我們就只在這兒乘涼吃早上打包的三明治

[日月潭-慈恩塔]
這裡就清靜許多
要先沿著步道往上爬大概15分鐘, 才會到慈恩塔. 不過要登塔才能一覽湖景.

在地上看到一支好大的鍬型蟲

塔頂有個大中不過大概爬到第四層就有很棒的風景.
就算天氣轉陰了還是很美啊


* 其實沒有想像中累, 景色絕佳, 必來!

[日月潭-伊達邵+纜車]
* 纜車沿途風景普通(因為這區湖水比較乾涸), 除非是要去九族文化村再搭吧!

[日月潭-水蛙頭步道]
步道入口有蛙蛙

會叫水蛙頭步道就是因為有青蛙疊羅漢的水位測量指標.
前陣子沒什麼下雨所以有八隻青蛙(總共有九隻)露出來, 還有一隻劈腿超搶戲耶!

Amazon DynamoDB - 使用table的最高指導原則

只要開好table, 依照預期的使用情境設定需要的throughput, service就能夠完美運轉了嗎?
嗯... 不完全是
如果你的primary key選擇不當或是table的讀寫過度集中在某幾個item的話,
系統很可能會達不到provisioned throughput

以下是你需要特別注意的:

[1] 讓讀寫平均分散在整個table
Amazon DynamoDB會將一個table切成好幾個partition, 而整個table的throughput會平均分配給各個partition.

Total provisioned throughput/partitions = throughput per partition

不過partition跟思念一樣都是很玄的東西
Amazon DynamoDB的官方文件只輕描淡寫的說是依照hash key來決定item是屬於哪個partition
我們無從得知我們選擇的key是否適當以及table實際上被切成幾個partition
如果table整體的read throughtput是100, 而你的讀取永遠都是落在四個partition中的同一個,
那你對這個table實際上read throughput其實只有25啊!
這是相當嚴重的問題, 錢可不能白花(插腰)

對此有不少人在forum提出相關的問題
* Partition size/key range info
* DynamoDB Hash key partition strategy

** DynamoDB currently does not expose information about the number of individual partitions, their size, and the location of the data within them.
As such, it also does not expose any explicit control to tune how partitions are laid out.
It is all done automatically, seamlessly and behind the covers by the service on the user's behalf. This is a big part of our strategy to minimize the user's administrative costs. by Stefano@AWS

** DynamoDB will take the value you supply and hash it internally. Therefore, you do not need to worry about consecutive numbers or keys with a similar prefix.
For example, (the actual hash would be longer, but this is the idea):

hash-key value	DynamoDB hash
400234	2c15fa5f1
400235	0e2805bcd
400236	0dad171e6

DynamoDB would partition these three items based on the DynamoDB hash so their placement should be spread amongst the data set. by Bjorn@AWS

看起來不需要擔心使用的hash key是連續的或是擁有相同的prefix,
而是需要考慮我們選擇的hash key是不是會讓整個table的存取不夠平均分散在各個partition.
我們至少可以做的就是讓hash key的base夠大, 降低集中存取某個partition的機率

[2] 瞭解table的存取模式是否具有時間相關性
以電子郵件為例, 通常是照時間排序來呈現所以越久以前的信件被顯示的機率就越低
與其將所有的信件都塞在同一個table, 熱門及冷門資料混雜(可能提高集中存取的可能性)
我們可以週期性的產生新的table, 將新的熱門的資料放在一起, 給予較高的throughput
並逐步調低舊table的throughput以節省花費
如果這些資料在一定的時間內會過期, 使用這個方法我們就可以用刪除整個table來取代單筆資料刪除(需要多一倍的寫入throughput)

最後的最後, 如果想知道table是否能達到設定的throughput最簡單的方法就是實際測測看!
只要在發生ThrottlingException時, 用rps搭配item大小算出throughput是否接近設定值就可以囉~
也可以直接參考cloudwatch的資料, 不過我覺得自己算卡安心

ref: Guidelines for Working With Tables

更新: Amazon DynamoDB - Data Modeling and Scaling Best Practices | AWS re:Invent 2014

Amazon DynamoDB - 踏出第一步

Amazon DynamoDB是一種Key-Value NoSQL的資料庫服務.
並且能夠透過簡易的設定來動態調整你所需要的目標throughtput.

不過事情不是字面上看起來那麼容易,
實際上是你必須要對DynamoDB的設計邏輯有一些瞭解,
才能讓你的系統真正能夠scalable.
或是更進而讓你抓到最適合的throughput設定, 把錢花在刀口上不會造成無謂的浪費.

[1] 開table
1. table命名
命名規則: 長度在3到255之間, 合法的字元包含a-z, A-Z, 0-9, '_', '-'和'.'

2. 指定primary key
有兩種類型的primary key可供選擇, 要用哪種就看你所要儲存的資料特行來作決定.
(1). Hash Type Primary Key — primary key僅由一hash attribute構成. 就如同我們常用的Hash Table.
(2). Hash and Range Type Primary Key — primary key由兩個部份組成, 一是hash attribute, 另一個是range attribute. 可以想成是Hash Table還有subkey(即range attribute)來找到屬於同一個hash值的東西, 而range是有經過排序的.

3. 設定throughput
除了幫table命名以及選擇primary key之外,
另外還需要指定這個table的throuthput(即每秒所需的讀寫量, 要注意不是次數!)
Amazon就是依照throughput來收費.
(1) Read capacity units — 單位是每秒對1KB大的資料有多少次consistent的讀取.
(2) Write capacity units — 單位是每秒對1KB大的資料有多少次寫入.

[2]如何計算不同Operation所需要的Capacity
由上面的定義可以知道影響throughput的因素有三個:
1. Item size: 資料大小, 計算方式為attribute名稱及value長度的總和

(1) get: 用來取符合primary key的item
計算單位是KB, 採用無條件進入(低消是1KB 囧)不是四捨五入
(2) batch get: 給定多個primary key, 用來一次拿取多個item, 可以跨不同table
計算方式為個別檔案分別無條件進入之後再加總
(3) query: 只能針對hash-and-range primary key table, 必須給定hash key並且對range下條件, 最多一次回1MB
計算方式為符合條件的結果全部加總再無條件進入
(4) scan: 可利用任意條件來尋找符合的item, 最多一次回1MB
計算方式為在scan過程中曾經被用來比較的所有item的大小, 過程中最多只會比較到累積1MB大的資料, 再回傳符合的項目
(5) put: 新增或完全取代原有的item
計算方式以新/舊item較大的size來算
(6) update: 修改已存在的item
計算方式以新/舊item較大的size來算
(7) delete: 刪除符合primary key的item
計算方式為此item的size

2. Expected read and write request rates: 預期的讀寫次數, 就是看你的使用情境以及架構設計而定囉~

3. Consistency: 資料的一致性
Amazon DynamoDB為了保證資料的可獲得性, 針對每個item都會有多份複製.
每次的寫入都會更新每個複製, 但這個步驟是需要花時間的.
很可能在讀取時, 你拿到的那份複製尚未被更新.
對此, Amazon DynamoDB有兩種資料一制性的設定以供選擇
(1) Eventually consistent read
當你讀取(get, batch get, query or scan)時, 如果之前不久有個寫入, 可能會拿到不是最新的資料.
但是稍候(通常會在1秒內)再次讀取就能夠獲得最近的更新.
讀取預設都是eventually consistent, 但有些operation可以指定為consistent read.
(2) Consistent read
當你讀取(僅限get和query)時, 一定會拿到最新的資料.
在計算read capacity unit時, 是以consistent read來計算,
若你是採用eventually consistent則只需要1/2的provision throughput

以下是簡單的範例:

Expected Item Size	Consistency	Desired Reads Per Second	Provisioned Throughput Required
2KB	Consistent	50	100
4KB	Eventually Consistent	50	100

下回見

苗場滑雪初體驗之SnowBoard摔不怕!! (4)

到達田代雪場之後就馬上去跟大伙兒會合!
這裡比苗場冷清許多啊~

先在綠線用heel side滑一趟熟悉路線,
萬萬沒想到這條線的尾巴是平的, 完全來不及從橫滑轉直板.
只好拆一隻腳慢慢飄過去超累低
又再滑了一趟練toe side不過沒什麼起色 囧

後來教練問我們要不要滑黑線, 因為也沒試過不知道怕就跟著去,
到了山頂才發現這真是踏馬的抖, 明明從山腳下看起來還好啊!!??
而且雪道已經有點變冰面板子卡不太進去所以我光是站起來就很不穩惹更別說要移動.
狂煞車大概滑個一兩公尺就會跌到,
此時再度覺得山上到山下是世界上最遙遠的距離 >____<
跌坐在半路的同時突然被人從後面撞上然後被抓住一起往下,
衝力超大, 定神之後發現原來是同學詹就兩個人合力用板子卡雪煞車,
雖然被撞一下還蠻痛的但是至少我快到底了(心裡因此高興了一下但回去發現屁股撞傷還破皮 囧)XD
接下來就沒那麼抖於是就順利的heel side滑下來囉~

後來看到J從黑線上滑下來看起來真的沒有很可怕啊(還敢講)


轉眼間就到午餐時間啦
我們就近在綠線旁的餐廳吃飯
男生大多點咖哩豬排我點了關東煮沾醬是黃芥末吶(上次吃到是在田子坊的丹咖啡)

下午教練就針對我們的弱點分別指導,

我就是狂練toe side落葉飄, 累就練c-turn轉heel side滑一段,

然後會不時的拍拍風景,

沒想到已經是最後一天啦!

最後我們搭田代纜車到山腳的巴士站, 纜車好大好大可以載好多人.

順利的搭上接駁車回苗場

在歸還設備之前同學們來了張合照. 是個有趣的旅程哦!


期待下次的雪之旅. 科科

苗場滑雪初體驗之SnowBoard摔不怕!! (3)

[Day 3]
是個五味雜陳的一天

早上集合作完早操教練們宣布今天三個班要一起去田代雪場
計畫是搭位在food court附近的纜車上山往下滑一小段連絡道再搭龍纜車過去
每天的第一趟總是特別緊張再加上從來沒有跟別人一起搭纜車
要下纜車的時候驚慌到不行還好沒摔倒, 不過一直看地上完全是個錯啊!
另外最後有個人很輕鬆的滑出來(羨慕加嫉妒 >_<)

接下來就要先滑到第一個集合地點而慘劇即將發生
影片中可以看到同一個壞傢伙插隊然後輕鬆的用toe side飄走最後還轉heel side哼哼
我就還是戰戰兢兢的toe side橫滑

滑啊滑碰到斜坡來不及轉向就整個人滾進鬆雪堆裡惹
不過這並不慘
真正的慘劇是教練要我拆掉再想辦法從雪裡爬出來,
我就自作聰明的拆了兩隻腳還沒有乖乖把板子插住(對不起啊!教練在講我都沒有在聽)
然後板子就穿過圍欄朝一個謎樣的方向滑走了
這時我的心跳整個快停止而且大冒汗教練應該有點生氣吧但還是人很好的沒有太責怪我.
她先去順著板子可能停留的方位去找, 而要我爬上山坐纜車下去跟她會合.
穿著笨重的鞋子走上坡路真是累到不行而心裡就只有悔恨而已

跟工作人員說明了之後他陪我一同下山, 並且馬上連絡其他工作人員,
同時也在那個區域廣播要大家注意(這是真的很嚴重, 要是滑得很快被雪板卡到飛出去可能會出人命的TAT)
等了一會兒看到教練空著手走過來就感覺不妙
之後由教練跟騎雪地車的工作人員再度出發找尋不知過了多久(感覺度日如年TAT)
看到工作人員騎著車帶著我的板子出現在我的視線中時眼淚都快噴出來啦!
工作人員非常嚴厲的訓斥我:"YOU MIGHT GET SOMEBODY KILLED"
累得教練陪著我一起道歉真是太對不起了
板子溜走真是snowboarder的恥辱啊

接下來在驚魂未定中教練帶著我繼續接下來的行程
因為已經跟不上大夥兒了所以我們搭巴士去做龍纜車(Dragondola)
Dragondola連接了苗場(Naeba)跟田代(Tashiro)兩個雪場

邊坐邊覺得這個工程真是相當了不起

這陣子狂下雪,樹都被埋在雪裡啦!
教練說這邊其實可以看到羊啦熊啦等等動物的蹤跡吶

大概20多分鐘後終於到達啦!


苗場滑雪初體驗之SnowBoard摔不怕!! (1)
苗場滑雪初體驗之SnowBoard摔不怕!! (2)
苗場滑雪初體驗之SnowBoard摔不怕!! (4)

苗場滑雪初體驗之SnowBoard摔不怕!! (2)

[DAY 2]
早上教練帶我們到上方的綠線練習好開心啊!

本來以為我們這群snow board世界的baby這三天只能一直待在山腳下說XD
今天是個晴天不過地上還有昨天夜裡下的鬆鬆軟軟的雪,

就在這個完美狀況下toe side越來越穩定了,
對於重心的掌握變好整個人不用蹲太低大腿就不會太累,
有一趟還能一路滑到纜車底 (撒花)

接下來就開始練heel side橫滑,
結果練沒兩下小腿肚就快抽筋TAT
好不容易抓住heel side的感覺再加上左右移動就又整個壞掉惹(傷心)
這時也接近午餐時間啦~
我們就搭纜車回到旅館吃飯補充體力還有偷空在大廳用wifi上facebook


下午我們留在山腳下的綠線繼續toe side練習
經過一早上太陽的照射雪都融光光變成冰塊柳摔起來超級痛!

依舊是繼續toe side練習以緩慢的速度進步中@.@

相較於昨天的細雪紛飛今天的天空分外的藍,

因為相當害怕陽光太強會讓我的臉(尤其是鼻子!!)黑掉,
就把毛茸茸的黑色脖圍往上拉形成一種大鬍子的感覺 囧
據說日本妹就算再怎麼怕曬也不會用什麼東西擋住臉低, 這點我真是狂輸啊 (汗)

最後就是今天下課前驗收拍的影片囉!
不知為何手部動作本來應該是要幫助我調整重心的,
但實際上卻讓我有一種歌仔戲的感覺 囧



苗場滑雪初體驗之SnowBoard摔不怕!! (1)
苗場滑雪初體驗之SnowBoard摔不怕!! (3)