由太妃糖馬戲團.看到一篇蠻有趣的文章，一個可以將你的中文，名字轉換成日文名字的網站，大家可以去看看，而我的日文名字查到的是長谷川 健太  Hasegawa  Kenta，真是蠻不賴的。總覺得看到健太就感覺很像個漫畫主角的感覺 

^_____^

而且還可以產生網頁碼出來

My japanese name is 長谷川 Hasegawa (long valley river) 健太 Kenta (healthy and plump).
Take your real japanese name generator! today!
Created with Rum and Monkey’s Name Generator Generator.

我們公司有一個蠻好的政策就是會幫晚上留下加班的員工訂便當，並且設立一個娛樂室可以讓大家在那邊吃飯或是看電視。我又是_公司 _的新人，所以天天都留下來加班，今天晚上吃飯的時候，跟隔壁的同事聊天，才知道原來他負責的是『專利工程師』（英文～～ 我就不知道）。

IBM最自豪的一件事之一是它在2003年註冊了3415項專利，打破了單一年度獲得專利的紀錄，並連續第11年成爲全球最忙於開發企業知識産權的公司。 > >

這篇文章是從英國《金融時報》丹·羅伯茨(Dan Roberts)的最新文章《IBM的新思路》。大家可以看看～～</p

**1.Digital Media REvolution:** > > _Absract:_ talk about the Audio, Vedio, revolution and computer revolution. there are some interest thing should be memberied (1): watermark for sampleing the advertise on Radio or TV. (2). content control maybe is a new trend which about spaming email, website content control... > > **2.Overview of H.264 (or MPEG AVC) Video compression standard:** > > _Abtract:_ H.264 is come from H.263+ and H.263++ and H.264 is a super set which use lots of method to encore the source. for example (1) Intra-Prediction: spatial correlation. (2) Inter-Prediction: is about motion prediction.(3). Multiple Reference Frame: which can catch firm change more the two frames. (4)Two kinds of Codding more effective than Hoffman.(5)Error Resiliance: canuse group, interlace matrix way to verify the error and fix it. > > the H.264 is High latency (in main profile with B) and realtime in baseline profile without B). H.264's encorder is very time dependecy which is usually use computer to compute (lots of time) > > H.264 is good for DAB(Digial Audio Broadcasting), DVB, and DMB any kind of Broadcasting~~~ but remember H.264's encore is very waste time~~ > >

GOOGLE一下真的找到很好用的軟體，不但很小，也很容易使用，可以查出你線上名單中的好友中，有沒有將你封鎖了。覺得這種小檔案很好用又很實在，真希望自己的能力也能寫出差不多的軟體～～～

有人說，這是木馬程式，在此提供另外一個方式

找尋網路，得到一些消息

其實要查看有沒有朋友把你從MSN名單上「刪除」不一定要用那東西啊
MSN本身就能查了..
– 在MSN Messenger的工具列裡 選擇
「工具」→「選項」→「隱私」
然後 點選「朋友名單」也就是點選他們的暱稱 按右鍵
如顯示 [刪除] 的這個選項 是反白的 那表示你沒被刪除
要是顯示可以刪除..那表示你被刪啦!!

也可以到這個網站去，輸入可能Block你的人，查詢他現在有沒有上線，就知道他有沒有封鎖你~~~~

前幾個禮拜，由於學校方面畢業了，所以逐漸將私人物品由學校或是LAB搬回家裡。但是兩年的生涯在學校畢竟買了不少的書，並且為了個人的獨立生活，也買了不少的東西在宿舍。於是乎回來的物品就變成有夠多～～～

原本的家裡就不是一個很好讀書的場所，我在大學時代幾乎都沒有在家裡讀過書（都是在學校上課將課程記下來，或是在社團辦公室讀書，想不到這樣成績還不賴   ^____^)所以家裡大致上都是我拿來放放衣服與外出的東西罷了～～這次搬回來，在外面生活習慣了，所以也養成了許多個人習慣，私人物品也就這樣變多了。

所以，我就開始將家裡的東西清倉，也丟掉的許多的東西，而我祖母由於平時有再幫慈濟做回收的工作，所以勤儉的她，很捨不得我將一些衣物或是書籍丟掉。但是，在我的心裡想著卻是：『東西你放在身邊太久而未用到的，或許真的代表不需要那樣東西』『我們放在身邊而不用，使得其他人無法用，才是真正的浪費～～』

後來看到吳若權的文章之後，有種心有戚戚焉的感覺，在此跟大家分享這篇文章。　</p

　 > > 　 > > > >

若權心情 >	>
>
>

>

**樂做幸福的搬運工 ** ●文／吳若權 「戀物不捨」的確是人的天性中很難克服的一部份。 只不過在環保觀念與日俱增的現代社會， 還有一個很值得警惕的成本概念： 「丟東西也是得花錢的！」 在購物中心逛了半天，她手上的提袋件數愈來愈多。完全符合行銷學的統計報告：「顧客停留在賣場的時間愈久，消費的總金額愈大！」不但如此，也吻合心理學的研究結論：「消費，令人覺得快樂。對不安、疲倦、挫折的心情，有很具體的撫慰作用。」 搭車回家的路上，她笑了。手上的戰利品，給她帶來幸福的感受。能夠即時「擁有」自己喜歡的東西，竟是如此、如此地快樂。 但是這樣的快樂，沒有能夠持續太久。當她回到家，打開鞋櫃、衣櫥及儲藏室，看見「物滿為患」的擠壓空間，就忍不住開始皺眉。正巧在這個時候，接到朋友的電話。她將苦惱的事告訴對方。 「丟啊！不用的就丟啊！」朋友的個性向來瀟灑，給了她另一個很實際的建議，「你想想看，房價這麼貴，有人傾畢生之力，都還買不起一幢自己的房子。妳怎麼捨得把房子拿來當儲藏室。更可怕的是，只進不出；好好的住家遲早會變成倉庫。」 朋友講得很有道理，她聽了有如當頭棒喝。買東西時的確很快樂，整理東西可就很痛苦了。什麼東西都想蒐集的她，卻也經常找不到東西。固然是整理歸納的功夫做的不夠好，最大的癥結還是因為東西太多。 去年換季大拍賣時，買了幾件既便宜又好看的七分褲，她竟遍尋不著，還一度懷疑是否在不留意時當作一包垃圾給扔了。或者，送給妹妹拿去穿了？她自己永遠搞不清楚。連旅行時買的紀念品及沖洗的照片，她都要找個好幾天，才能搞定。想到這裡，她真的下定決心要好好整頓一下。 ◎若只為了別人的一時方便；常會讓自己長期很不方便 人生，真像是做一個幸福的搬運工。努力去獲取自己想要的東西，然後認真地把它收藏起來，直到有一天發現自己無法容納這麼多東西，用不到、也存不了，才想要主動或被動地把它再搬出去。搬進、搬出，能得、能捨，才會自在快樂。若心中盡是矛盾，就會平添很多痛苦。 「唉，真可惜，這個杯子我都還沒有用過呢！」 「那件風衣，我才穿過一次哩！」 「也許，有一天我會需要它。」 「這很有紀念價值耶，等到我老的時候，看到它會想起很多事情。」 「哪天別人想用得上它時，會來找我借吧！」 通常，當你要開始動手整理東西時，這些念頭就會一一出現，讓果決的雙手，增添很多猶豫，陷入天人交戰的兩難。 但若理性分析，每個想法後面，都有很多破綻： 「唉，真可惜，這個杯子我都還沒有用過呢！」－－表示你根本不需要它。 「那件風衣，我才穿過一次哩！」－－它的使用率真的很低。換句話說，就是很不實用。 「也許，有一天我會需要它。」－－那一天還要等很久，也許永遠也不會出現。 「這很有紀念價值耶，等到我老的時候，看到它會想起很多事情。」－－美好的記憶，只需停留在腦海。 「哪天別人想用得上它時，會來找我借吧！」－－有必要為了別人一時方便，而讓自己長期都很不方便嗎？ ◎想要擁有東西的時候，經常忽略將來處理垃圾的費用 當你想清楚這些道理，天人交戰的兩難就不存在了。日本有許多以「收納高手」聞名的專家，不約而同地提出相同的觀念：「放在櫥子裡，兩年沒有用過的東西，就該丟了。」這是一個決定東西可不可以丟的標準。 有趣的是，他們還提出另一個秘訣，跟丟東西的心態有關。專家建議：「一有丟掉的念頭，就不要再往下多想，以免自己又反悔。」 更絕妙的是：「丟東西時，絕對不能回頭看，把垃圾桶放在背後，丟了就要往前走。」 這些建議都是很洞悉人性的觀點，當然也說明了「戀物不捨」的確是人的天性中很難克服的一部份。只不過在環保觀念與日俱增的現代社會，還有一個很值得警惕的成本概念：「丟東西也是得花錢的！」 垃圾處理的費用經常被忽略，尤其是想要擁有東西的時候，幾乎沒有人會考慮到：當有一天要丟掉它時，所需付出的代價！至於把不用的東西丟在哪裡、或轉手讓給誰，都必須很慎重處理。 感情的擁有和割捨，比起物質的獲取和丟棄，快樂與痛苦都有過之而不及。當我們愛上一個人的時候，可曾想到過有一天不得分離時的空虛。 當你向所愛的人無度需索的時候，是否想到自己真正可以負荷到什麼地步？ 一切有生命的物體，都具備流通的特質。換句話說，不能流通的東西是死的。擁有和割捨，就是一種流通。它可以為你增加生命的能量。 罐裝咖啡廣告說：「心，是最大的戰場！」我覺得：心，也是最大的倉庫。無論它有多麼巨大，我們都必須以快樂的心情去學習做個幸福的搬運工。 在動念擁有、想搬進東西之前，先規劃好它的位置。儲存的期間，要經常整理、翻動，才不容易潮濕、發霉、長蟲。 當你覺得不適合擁有時，就該下決心割捨。慎重決定捨棄的方式或轉讓的對象，讓你無法繼續擁有的幸福，有其他更好的歸宿。 割捨，看起來是丟棄一些東西；好像沒有的得到什麼。但相對地想想：割捨，是一種獲得。去蕪存菁，丟掉一些無用的東西，才能彰顯擁有的價值。 我們終究必須學會：所謂的「珍惜」，不只是在擁有的時候，百般呵護；還包括在不想、或不能擁有的時候，對它獻上衷心的感謝與祝福，然後自在地放手，讓它走，你千萬別回頭。 本文摘錄自吳若權作品《開拓生命的寬度》（方智出版） >

> >

(圖片來源: 奇摩賀卡)

去成功嶺服補充兵的日子，雖然只有短短的十二天，但是讓我認識了許多很好的朋友。Johnny就算是其中一個，看他跟我差不多大，已經在事業的旅程上有了一定的規劃，並且對於自己的未來退休的日子都籌備好了，他希望能在40歲就退休。並且過著『不用看價錢標籤買東西的日子』讓我很羨慕，當我們談到人生的時間規劃上，可以感覺的到他對於時間的準備是相當的緊湊，他很希望能在40歲之前完成自己退休的願望，而我對於人生比較輕鬆的規劃方式也似乎和他不同，向我曾想過，如果身上有一定的金錢，我會想去國外再念一個碩士回來，他卻認為那會他無法早日退休。

我把這樣的事情，跟Jenny討論過後，最近他則在Email中收到一封不錯的信件，他講裡面的故事告訴我後，我也是覺得裡面的所要講解的事情相當的好。有時候，生命就是要及時去浪費、及時去享樂。或許才會活出其中最快樂的時光吧，將自己的生活定出了目標，於是中間便有了過渡時辛苦時光，不是不能吃苦，只是生命中不該有任何過渡時光。在此跟大家分享這個故事，希望能帶給大家不同的想法～～～

Johnny是一個行銷經理，工作認真的他總是在工作擺在第一位，有一天他出差開車經過一個海岸，美麗的景色讓他駐足下來看了一會兒。 > > 他看見一個漁夫駕著一艘漁船滿載而歸，滿滿的魚貨可以得知這邊是個魚產豐富的地方，於是乎Johnny上前問這個漁夫說：『現在才中午而已，你怎麼那麼快就要休息呢？』 > > 漁夫則愉快的回答他，我只要賺自己夠用的錢就好了，現在早點回去，下午還可以陪老婆去逛逛、還可以陪伴小孩子 > > Johnny好奇的問:"讓我告訴你，憑你捕魚的技術與我的商業技巧，我們一定可以成就一番事業，成為這裡最大的漁獲批發中心。" > > "是唷! 可是相對的~~~ 我就沒有時間陪伴我家人了" 漁夫很不解的說。 > > "可是你卻可能在五年內賺入人生第一個壹仟萬"Johnny 拿出業務的本能，繼續的說服他。 > > "等我賺到那些錢~ 我不一定有那些時間出去玩~ 而且~~ 兒子那時候也長大了，我也就錯過了兒子的成長期~~" 漁夫一派輕鬆的說出自己的想法。 > >

前言：

這些資料的產生是由於我在做DEBUG的時候，往往無法在VC下無法在某些函示中設定BreakPoint，令我相當困擾。所以去詢問老闆的結果，才讓我知道關於Side-By-Side的概念，於是想說將現在所瞭解到的概念加以整理一下，希望以後用到會清楚一點，也希望能幫助到一些有需要的人。

大綱：

這份文件主要稍微介紹到在WIN XP下呼叫COM物件的基本流程與Side-By-Side的概念。

COM元件的版本問題

維護一個大型程式的開發往往是相當困難的，加上軟體的開發流程上經常將許多的程式寫成COM元件，透過程式碼來呼叫這些COM元件來達成相對應的功能，由於程式在呼叫COM元件的時候，主要是透過uuid(guid)來呼叫，而每一個DLL在電腦中也只會存在著唯一的識別子，所以不會有名稱衝突的問題，但是在程式的研發之中，我們會發現隨著對於DLL檔案裡面程式碼的修改，檔案若是存在在相同的位置還好，若儲存與原先不同的位置，由於呼叫COM都是透過Registry中所登記的介面（Interface）來呼叫，就會發生想要使用新建立的COM卻是呼叫到原有系統中的元件。於是乎COM物件的版本控制變的重要，這樣一來往往就會有COM元件的版本問題，舉例來說：針對資料庫的存取，系統已經有一個名為FoolDB COM object，若是我們要針對這個功能加以修改，當程式要求程式讀取COM時，透過Registry則會主動去讀取就得元件而不會使用我們所建立出來新的元件。要完成這樣的事件，則需要使用Side-By-Side的對應方式

在XP下的Side-By-Side對應方式

所謂的Side-By-Side就是希望程式能執行與自己相關的元件（EXE，DLL），而不要去執行系統上所登記的元件。在XP系統上有兩種方式可以達成這樣的結果

• XP上：建立一個LOCAL檔，假設有一個程式名為fool.exe，若希望他執行該目錄下的元件，則建立一個檔案，fool.exe.local 即可，Windows在執行該檔案時，當他發現這個LOCAL檔時，則會主動去執行該目錄下的其他元件，而不用系統上登陸的元件。
• 在XP的SP1上：透過ServerPack的XP，可以說是更加的麻煩了。必須建立一個對應的檔案名稱，名為manifest 裡面必須儲存著COM元件的XML資料。其資料格式可能如下：

> > > >

裡面存放著元件的名稱與UIID，也就是宣告系統，當呼叫到這些元件的時候，請執行目前這個目錄裡面的元件，而不要使用系統上的元件。

簡單介紹，關於COM的其他概念，我本身也還在摸索，以後有心得在波出來。