My blog is worth $11,855.34.
How much is your blog worth?

這個網站相當的好玩，可以測試你部落格的價值。~~~ 如果~~我的部落格真的值那麼多～～～　　考慮賣掉去渡個小假也不錯～～～

(圖片來源: 博客來網路書局)

日本海上自衛隊的一艘金剛級宙斯盾巡洋艦"未來號"在執行前往中美洲救援日僑的歷史性海外派遣任務中，遇上風暴並被雷擊中，意外地由於時空次元的扭曲，回到了六十年前，也就是1942年的中途島海戰的海域。大家都知道中途島海戰,是二次大戰太平洋戰爭的轉捩點，日本聯合艦隊經此海戰，六艘航空母艦被擊沉，至此由強變弱而川口高明的地方在於，他讓全體官兵有能力干預的情況下，眼睜睜看著日本聯合艦隊的航空母艦赤城、加賀、蒼龍遭美軍諸一擊沉。並不任意急於對戰史作改變，留下在更高的戰略層面產生影響的空間。 (書籍介紹來自[SA Comic)](http://www.51dongman.com/vod.asp?fcode=0003002164)

這本漫畫，是我一直很想看的一本漫畫:由於它是擺在漫畫店哩，感覺像是很難懂的漫畫一樣，遠遠的看來，一定是本相當有深度、需要很多時間來思考的漫畫。所以我到最近才去借來看了，如同說明裡面的一樣，這本漫畫主要是講解了最新穎的戰艦，不知道為何闖入了時空隧道進而到了二次大戰的日本，那個充滿了矛盾與激情的日本。

這部漫畫除卻了戰爭因素，事實上本人對於1942那個時代的事情一點都不了解。裡面有許多令人激賞的人性面描述。經過著戰敗後的日本人，學會了謙虛與更容易的體貼與觀察周圍的事物、面對著二次大戰時，自恃甚高，完全不把其他國家放在眼裡的大日本帝國。兩個時代人所帶來的衝擊是更值得觀賞的。

年初的時候，因為休假得以去了一次日本的北海道。在欣賞著日本大雪滿佈的風景之時，導遊也跟我們訴說到二次世界大戰的時候，日本所受到的巨大創傷，以及日本人民如何在這六十多年來積極的努力向上來讓國家更加的富強。(註: 這也是為何這幾年日本人拼命工作是世界知名的原因)而我們台灣人也漸漸邁向這樣的路途，這不是一個好的現象~

隨著劇情的轉變，日本人會如何反省、如何運用著來自”未來”的神跡呢??

如果你有興趣的話，也去租來看看吧~~~ 蠻有深度的~~

（圖片來源：YesAsia)

與一班信長系列的漫畫大大不同的，這篇漫畫用上了仙石權兵衛（仙石秀久），仙石秀久是木下藤吉郎（後來的豐成秀吉）的部下之ㄧ。由一個不是戰國時代的大名來敘述的日本戰國時代的故事，在信長為首日本戰國時代的而言，這些故事顯得比較新鮮而有趣多了。

就如同頹青紀行在他的閱讀心得中 宮下英樹﹕「戰國」提到的，這本書主要就是現實派，不過每個人物的行為、考據都會根據著史書［信長公記］。甚至在每個大戰役之前，都會將所有兵力的分配狀況與各個使書所查到的紀錄來分析，探討每個戰役的結果，究竟有多少的真實性，對於許多日本戰國時代的迷們，這本漫畫自然有不可錯過的價值。

不過說回這個漫畫來說，似乎每個漫畫對於信長的長相都是固定成以下這個樣子：

似乎看過的幾個信長漫畫也都把信長話的這麼驍勇善戰的帥氣模樣～～～似乎～～跟ＷＩＫＩ所貼出的信長有差

(圖片來自: 彎彎)

最近似乎得了嗜睡症~~~

只要週末在家~就狂睡~

這個周末+228假期~~平均每天以１４個小時在睡

是平常太累了嗎？？

在軟體開發的過程中，對於一些需要的儲存資料，往往一般工程師都會使用INI檔來做為存取的要求。但是隨著資料量的增大、對於資料搜尋程度的渴望與日俱增。所以現在的許多APP開發上都會使用到XML來作為儲存資料與處理資料的中介。

但是隨著XML發展來的XPATH、XSLT、XQUERY種種多的語法來說，也是會讓人一下子無法找到任何的頭緒。

今天在看MSDN的雜誌的時候看到有關於Neetu Rajpal寫到關於An Introduction to the XML Tools in Visual Studio 2005，就直接拿手邊的VS2005來測試一下，果然相當的好用，對於XML的編輯上、使用XSLT來做搜尋的時候，更可以加上偵錯與逐步執行的功能，真是相當的人性化呢~~~~

(VS2005 裡面編輯XML，XSLT的畫面)

當然有許多家的業者也有許多相當好的XML編輯軟體可以使用，ALTOVA所研發的XMLSPY，如果只用到XMLSPY功能也就相當齊全，不過倒是用不太習慣就對了，不過慢慢適應總是會有所成長才對~~~

( ALTOVA的XMLSPY)

There are something we should keep in mind when we tried to write a Windows Service. The most important is the “Registry Key”.

In Windows programming, we usually use registry key to setting some value for difference user. Regstry key control become more and more in your code, and we also usually  read the specific user in “HKEY_CURRENT_USER” **first then open generic “HKEY_LOCAL_MACHINE” .**

Here comes the problem, According this article(Services and the Registry) in MSDN. We should not use “HKEY_CURRENT_USER” **to retrival current user’s registry key value. Because Windows Services always startup before user login. It may happen some error or loading the wrong setting profile. If you still insist on using the current user registry key setting, please refer ”RegOpenCurrentUser”. In my experience use “RegQueryValueEx” with “HKEY_CURRENT_USER”** will retrival the RootUser’s setting. It make me confuse.

So the better way the use registry key in Windows Service is handle the “HKEY_LOCAL_MACHINE” **rather than “HKEY_CURRENT_USER”.**