今天的晚餐

呵呵~昨天突然想到要吃義大利麵，所以今天就來做啦~!!
主要是想做燻雞風味，看看和別人做出來有什麼不一樣XXD。所以就先來煮麵吧!!包裝上是說放入滾水中滾個9分鐘，不過事實上，九分多的時候吃起來還有生麵的味道，所以就多煮了將近10分，不過還是不算到軟的程度。最後就是瀝乾等調理拉。


接下來是順便煮個湯，今天因為弄到了白醬調理包，所以還是煮個海鮮濃湯。


這邊是濃湯的配料(左邊的三包)


然後神奇的事發生了，湯就已經做好了~"~。後來覺得不夠稠，勾了一點芡。我媽也加了一匙的鮮奶油，不過這讓湯出現了許多白點~"~。接下來是進入今天的重點，白醬的製作，先把一些配料炒香。


然後丟入義大利麵與甜椒，最後淋上水加白醬包做成的液體，均勻攪拌。


接下來就稍微悶一下，讓麵入味。做好啦~~然後是盛盤，因為手殘拍了影片，谷歌似乎不能直接連相簿的影片，也懶得重新上傳。丟連結吧!!我是盛盤
成品來個一張。


不可或缺的，再補一張與雞仔的合照。


換個角度在一張啦~~

最後就是評論拉~其實因為偷懶用了白醬包，覺得成就感少了很多，味道也沒有那麼的恰到好處。在湯的方面，還不算難喝拉，不過應該是少了牛奶的香氣，感覺就差那一點。至於麵的話雖說這碗式燻雞義大利麵，不過燻雞因為是買便便的，就反而不是很在意XD。主要重心是放在麵與醬汁的搭配。自己覺得也是還好，也是少了一種香氣，也沒有很順口，可以讓人想要把整碗醬汁喝的一丁點也不剩。嗯...不知到哪時候還要再來挑戰一次。

番外篇，這次把500G的筆管麵全煮了，結果盛碗的時候才發現，基本上三人份只需要半包(250g)即可，剩了不少放冰箱...

去日本玩的注意事項

時間：日本要比台灣快一小時，所以要記得把手錶調快。不過..這樣我這種晚睡的人來說，不就等於更晚睡了嗎?不過習慣之後回來就可以早早睡了~"~
接下來用食衣住行育樂來大致分一下應該注意的事情：

食：沒什麼要注意的，日本的東西雖然貴，但是也是去這麼一次，多買多吃吧。另外自來水就是飲用水，用買的話...基本上都要500日幣以上。另外農產品還不錯，一定要嘗嘗!?

衣：在泡湯旅館裡面基本上就穿浴衣吧，要注意浴衣的穿法是右下左上。

住：大多房間為榻榻米，如果有特別需要得事先跟導遊說。廁所衛生紙請丟馬桶。

行：走路開車都是靠左

育：這...不是教育考察團應該不會去弄到這麼方面。

樂：基本上，大多事項會集中在這，因為本來就是去玩的阿XXD。所以在大至列出幾條吧。
1.日本商品為不二價，並為外含稅(也就是說，看的到商品價格還要另外加上5%才是實際上的價格。)
2.打電話請在先撥001886(或是0041886)接下來接區碼，然後是電話號碼。手機的話就是把打完前置碼後，把第一個0去掉的剩下號碼打上去。撥電話個例子：高雄縣的123-4567 => 001-8867-123-4567；手機的例子：0912-345-678 => 001-886-912-345-678。
要打電話的話基本上建議使用電話卡，在各大車站接有自動販賣機，要購買的時候請將紙幣人頭面朝上。如果要使用手機的話，要有3G的手機才可以漫遊(因為日本手機是phs)，不過漫遊費加一加每分鐘要價台幣72元...請三思。另外有出租手機的服務，可以打日本內手機便宜(但跟團基本上用不太到)
電話卡有分NTT與KDD兩種，分別只適用於他們自有的電話亭。電話為11點以後有折扣(打台灣才10點...不會太晚XD)
3.日本泡湯為裸湯，另外建議自己準備一個袋子去泡湯(裝衣物+盥洗用具)
4.因為回台灣能兌換的錢(日幣要換回台幣)只有整鈔可以用，所以...回來錢把零錢用完吧。
5.可以帶個筆記本，記錄一下一路上的心情筆記!?另外，因為日本各大站都有紀念章可以蓋，可以去留個紀念。
----以上是旅行社用說的，以下是網路上的
1.泡麵可以不用帶。一來是因為泡麵容易被壓壞，佔空間，二來日本也有不錯吃的泡麵，可以去嘗看看。
2.不要買藥品，台灣的就很好了。便利商店的東西倒是可以多看。
3.旅行支票不好用，刷卡會被抽兩次，以現金最佳。
4.日本氣候較為乾燥，可以隨身攜帶乳液。
5.可以注意一下水溝蓋，聽說每個地方(北海道)的水溝蓋各有特色

轉換跑道~

嗯...從今天開始阿~小學生的網誌要開始從程式寫作轉為美食報導啦~~(灑花)
哈哈，隨便說說的，其實呢重點在下一篇吧？
好吧結束一下那些看不懂的文字。來介紹一下今天剛寄到我家的東西，發文附圖是一定要的啦~!首先我們可以看到，哇~~多可愛的小雞仔阿，只可惜今天主角不是他。是中間那從黑貓運來的神祕箱子，旁邊的零錢是用一張小朋友找回來的...

那趕緊來看看這到底是什麼阿~~仔細看了一下，品名：好吃的包子...
來看一下傳說中好吃的包子長怎樣...嗯，其實就大大扁扁的。因為馬上就到冰箱去了，所以就沒再多照了。

最後是...內容物的收據。看起來還不便宜。
至於吃起來怎樣？不跟你說...自己吃就知道了，哇哈哈哈，這篇文章上來的時候我已經吃了幾顆了。不過傳說中的泡芙居然被丟在冷凍庫...不給我吃~"~

絕交!!

說來不知道能不能算好笑
看著日子一天天過去，已經沒有以往那種成長的喜悅
取而代之的是眼睜睜看著自己已經不再年經，卻還是不知所措

想到小孩子之間的絕交
反而是一種令人覺得幸福的味道!?(後來沒復合的不算)
為了一件小事而吵架，兩人大聲攘攘，最後氣而將絕交兩字脫口而出
然後滿腦子都是對方的錯，自己的不甘
接下來是從不能解對方到嘗試去思考，然後對自己懊惱
最後道歉，兩人又手牽手一起開心玩去了。
長大了，能生悶氣的時間延長了
能不爽對方的話變多了，能閃避對方的方法增加了
也許能放下的東西也變多了
不過放下的是曾經的回憶，還是對方的過錯?
只是剛好恰巧想到上面的東西
最近就又有類似的處境發生(或是說很久沒處理的?)
其實說實在的，如果不曾在意過對方，就不會有上述的東西發生
只是越在意，受傷也越深
相聚總是緣份，珍惜自己現在所有的，我相信至少珍惜不會有錯

For Each 面面觀與實作

今天要來討論的是...很快樂的for each!!目前眾多OO程式語言都有支援這類的語法，在不需要index的時候用起來還蠻方便的。我們知道說，像是在眾多的implements collection的類別中，都可以使用此語法，不過在一些我們所設計之特殊的資料結構(ADT, class)上，往往可能需要此類語法的支援，那麼怎樣才能夠針對我們所撰寫的資料結構，讓for each也能夠跑呢？

像是Ruby在前幾篇文章就有提到說，要如何實作其for each語法。在Ruby中是使用了Block的觀念去把上層的程式碼交給下層來處理，也就是說只要能提供類似 .each方法，逐一將直送進yield中即可達成我們要的目標。所以今天我們就來討論一下在JAVA要怎樣來實作。

首先我們先觀察一下目前有哪些類別可以被for each實作...google很快就跟我們說，像是List、Set、HashSet等等，繼承這些介面的類別都可以。透過查看Java doc我們可以很簡單的查覺，這些介面都是繼承於一個名叫做Iterable的介面，點進去看一下，嗯...很好，很清楚著寫著說，只要實作此介面者，都可以被for each所使用，只要在類別中把方法Iterator iterator()實作即可。於是，我們可以在繼續往下觀察Iterator...不過這邊就不再寫下去(學會看Java doc畢竟是基本工不是嗎?再說下去就會汙辱到看官的智商了)。

整理一下目前的情報，如果要能實作for each就必須實作自Iterable；而要實作Iterable，就必須要提供一個iterator。而一個iterator就需要實作三個方法boolean hasNext()、E next()、void remove()。其中remove則不一定要寫程式碼在裡面，看需求而定。而這邊就提供一個簡單而沒啥意義的簡單範例。

因為這個blog本身不適合張貼程式碼(空白會被吃掉)，所以就將就一下，對照著看唄。在這個程式碼中，Node是最基礎的元件(類別)，一方面是為了將抽象化的層次提高，另一方面則是Iterable本身需要參考的類別(ADT)，而不能是基礎資料型態。而Nodes當然就是我們所需要的可以被foreach之類別，裡面提供了加入和刪除。最後是實作Iterator的Itr，基本上將Iterator放在Iterable的子類別是個不錯的選擇，可以很容易自在的取得上層類別的方法與物件。不過這次我是將整個Iterator寫的比較鬆，以利往後也許還有機會可以直接抓過來用，僅僅在remove用到了上層類別的delete，如果不要remove，獨立出來也是可以。

所以其實整個實作的重點就在於要丟出一個Iterator，其可以提供判斷還有沒有下一個元素(hasNext)，亦要提供一個方法可以依序丟出集合中的元素(next)。Iterator 怎麼實作就是隨意了，不過基本上還是跟實作Iterable的類別脫離不了關係。這麼辛苦做出來的東西...實用性有多大是不知道(範例是沒啥用的XD)，不過如果善加利用也許能夠增加整個程式的效率。

而如果覺得寫那麼多，卻沒啥fu，那還不如直接去繼承ArrayList等類別，善加利用類別中已經提供的方法，還是可以達到製作容器的目的，而且人家早就把程式碼寫好，可以專心處理類別中的其他部分，照樣還是可以用foreach。
(下次來挑戰看看VB好了XD)

動畫資料庫

最近可能真的是有給他閒到，更新Blog的頻率已經高到令我自己都不太敢相信...
好吧這是題外話XXD。在更新完上一篇文章後，翼神龍突然問我說，有沒有收到某部動畫，而且是DVDrip版的。這個問題真的考倒我了，目前我這邊的動畫清單收錄的資訊僅僅有：動畫名稱、英文名稱、已燒錄集數、是否完檔，完結等等，其他都沒有，而我記得放那部動畫的光碟目前正在外面，所以當然是不知道啦。這時候我突然又想起了一個好久沒有完成的計畫：動畫資料庫。這個計劃是從去年暑假七月，因為收的動畫量已經不是一般的少了，所以逐漸開始有想要整理的想法。不過一直遲遲因為沒辦法決定一些格式與定義所以完成不了，最後因為懶得整合兩個分開撰寫的部分而放棄(其實是因為兩邊寫的時間不同，資料庫用不一樣不能轉換~"~)。


而在翼神龍大大的提醒之下，想說試試看寫一些東西吧，反正最近不是在寫ACM，不然就是在掛網、上B、聊天等等。今天是撰寫的第二天，也差不多完成了這個部份的工作。花了兩個工作天，作後的決定是延用後來的的資料庫版本，依循之前的轉換程式重新寫一遍。先簡單說明一下之前的動畫庫資料庫，首先我把它分成兩個部分分別撰寫，其一是負責搜集檔案名稱，並將其轉換成資料庫格式並儲存(簡稱A部分)；其二是負責顯示與讀取資料的內容，並含有搜尋功能(簡稱B部分)。B部分在乍看之下應該是沒什麼問題，真正的問題在A部分的資料格式與B部分不符，要改不能只是小改而已...冏。所以還是重寫比較乾脆拉~~，而且整個UI也都改了。目前已完成大致上的基本功能 ，只要開啟資料夾，設定好參數，按下套用，基本上能從檔名讀的資訊都可以讀出來，其他的就還是要靠手動輸入。更改完成之後就可以按下存檔拉~~。另外由於某J的建議，加上了一個可以順便更改檔名的工具，一樣是利用參數。只要設定好參數，進入改檔名頁面，打入你想要的檔名格式，就可以即時預覽檔名，最後需要的話就按下確定吧^^。

另外，還有幾個無限期可能會做的小工具，其一是可以幫助使用者快速設定參數的小幫手；其二可能是可以自動判定參數的小程式，同樣可以用來幫助前面的程式。後面的程式可以利用經驗模式來撰寫，難度可能還OK。但是第一個光是卡在設計就很難下手了，目前還想不到什麼比較好的方式可以做到這項要求。

接下來應該是要整合檢視與輸入介面，這個也是考驗設計的一大問題。另外還有像是同一部動畫卻有兩三種不同的檔案格式，這種比較麻煩的問題，目前是列為已知但不處理，等有空再來玩玩看好了(問題還是出在設計UI上)。

這邊就直接丟上這個程式，不怕死的可以下載。檔案裡面順便附帶了可以參考使用的目錄。
點我下載

因為visual studio 2005系列寫的程式需要 .Net FrameWork 2.0，所以丟個網址上來

程式設計完全新手教學

最近到了這種時候，總覺得有點閒到爆的感覺，該考的考試也都考完了，剩下的就等成績而已。最近有一些學弟來跟我問關於程式設計的事情，像是OO是什麼阿，完全不會程式設計要怎麼學阿，等等之類的。雖然說我比較想就看看能不能暑假搞一個小團體大家一起來快樂學習，不過老實說在實行上總有一些現實上的問題，像是教室的借用，人數的多寡，程度上的差異等等，因為就算把想要學的人通通都擠在一班，有的人只差在OO不懂，基礎還是OK的，而有些人是根本就還停留在複製貼上的境界，沒辦法這麼做。

於是在某天的妄想下，終於爆出另一種奇異的點子，要不然來寫書好了XXD。這個想法很有趣，雖然對它的完成我並不保持希望，但是嘗試一下有何不妨。

在一開始我想先架構一下最基本的程式流程，用一些比較具體的事物來帶出一整個設計模式。最基本的有 if else if, while, for，一般的程式語言就降了。瞭解了流程設計之後，再來討論所謂的基本資料型態與比較運算子的操作(在這邊基本的資料型態只介紹整數以及字串)。配合著流程設計，我們可以嘗試寫出較有技巧一點的程式碼。接下來則是介紹矩陣的應用。像這樣一步一步把寫程式的必要工具得手，抽像程度逐層提高，配合上大量舉例與實作，以及由真實事物所引申出來的例子，也許能夠真的有辦法也說不定...

在這邊困難度比較高的地方有兩個，一個是舉例，我也曾經用譬喻法來教學過，不過那時候老實說用的真的不怎麼好，沒有達到什麼效果。好的例子不但要能貼近實際生活，還要能引起讀者個共鳴與興趣，這是我不知道目前能不能辦到的。第二個則是簡化的藝術，要讓一個還算會寫程式的人去想像不會寫程式的人的困難點在哪哩， 這是非常有挑戰性的!!有時候因為想要通通教給學的人，反而會不得其所，教的人很累，聽的人一個頭兩個大還是不知道台上在講啥。重點的捨取超重要，一個好的重點可以承先啟後，令人印象深刻。

所以~~~一起來期待吧!!!

(以上有可能是空想....XD)