我家的鬥牛犬 "小牛" 豋場了!
第一張 "正常" 的一歲可愛照片...
星期一, 11月 24, 2008
星期日, 11月 23, 2008
目前很欣賞的環島照片日誌
環島照片日誌中, 目前很欣賞的一篇機車環島日記 from Mobile01討論區，"追逐台灣 環島全記錄"(但是mobile01改版後已無法進入該文章的連結了)。
沒關係，完整內容來自作者另一個部落格 Light & Dark，這位作者的照片與文字都很生動流暢, 照片雖然不是拍出很高的境界,但是很有人情味! 對讀者的旅遊行程規劃很有幫助, 感覺就是喜歡啦!
作者透過Mobile01貼圖討論區貼文來做總整理與總說明, 透過一篇介紹文章連結各篇相同主題的文章, 抓出重點, 做好整理, 也是值得我學習的。
PS: Mobile01上的貼圖區因為有適當的管制，覺得比無名的貼圖網誌來的精簡...
感覺不少人完整的網誌或照片放到其他的入口網站，再將精華透過Mobile01再做一次公開與連結，這種介紹方式蠻不錯的。
沒關係，完整內容來自作者另一個部落格 Light & Dark，這位作者的照片與文字都很生動流暢, 照片雖然不是拍出很高的境界,但是很有人情味! 對讀者的旅遊行程規劃很有幫助, 感覺就是喜歡啦!
作者透過Mobile01貼圖討論區貼文來做總整理與總說明, 透過一篇介紹文章連結各篇相同主題的文章, 抓出重點, 做好整理, 也是值得我學習的。
PS: Mobile01上的貼圖區因為有適當的管制，覺得比無名的貼圖網誌來的精簡...
感覺不少人完整的網誌或照片放到其他的入口網站，再將精華透過Mobile01再做一次公開與連結，這種介紹方式蠻不錯的。
如何改善軟體更新效率？
如果剛開始軟體更新很快，過一段時間以後愈來愈慢，
那可能是因為更新的檔案被放在硬碟的零碎空間，造成存取愈來愈慢，
尤其掃毒軟體每日頻繁地更新，造成檔案破碎的情形更嚴重，
改善的方法除了使用ＸＰ的磁碟重組工具外，
也可以將軟體移除後，
手動刪除該軟體在Program Files下之該程式目錄後,
再重裝該軟體或另一套免費軟體, 就可以將檔案破碎的現象歸零了.
那可能是因為更新的檔案被放在硬碟的零碎空間，造成存取愈來愈慢，
尤其掃毒軟體每日頻繁地更新，造成檔案破碎的情形更嚴重，
改善的方法除了使用ＸＰ的磁碟重組工具外，
也可以將軟體移除後，
手動刪除該軟體在Program Files下之該程式目錄後,
再重裝該軟體或另一套免費軟體, 就可以將檔案破碎的現象歸零了.
好用的免費掃毒工具
掃毒軟體我曾用過 Norton, 卡巴斯基, 趨勢等軟體,
覺得功能雖多...但是掃毒能力不見得強很多...
但是系統效率的確會影響...
而且現在景氣不好...推薦大家使用
免費, 佔用系統資源少, 又不影響軟體執行效率的掃毒軟體,
推薦以下兩套:
avast!
AVG Anti-Virus Free Edition
我目前用的是AVG掃毒, 覺得輕便好用,
avast以前用過, 現在聽說也是非常輕快.
以前我是趨勢掃毒, 結果搞的XP跑起來效率不彰, 而且掃毒更新軟體更新時愈來愈慢...
現在我們公司用的是趨勢的Office Scan, 掃毒時間好像是快了一點(以前會從中午掃到下午四點多還沒做完), 但還是掃毒時整個XP CPU會被吃完, 其他軟體變得很慢很難用.
號稱使用雲端計算的技術尚未發揮效果吧...
於是每次中午OfficeScan自動跑起來後, 我就把它的掃毒服務關掉了.
免費掃毒的時代... 真的來臨了!
多使用免費軟體, 節省我們的荷包, 養大我們的豬公撲滿吧!
覺得功能雖多...但是掃毒能力不見得強很多...
但是系統效率的確會影響...
而且現在景氣不好...推薦大家使用
免費, 佔用系統資源少, 又不影響軟體執行效率的掃毒軟體,
推薦以下兩套:
avast!
AVG Anti-Virus Free Edition
我目前用的是AVG掃毒, 覺得輕便好用,
avast以前用過, 現在聽說也是非常輕快.
以前我是趨勢掃毒, 結果搞的XP跑起來效率不彰, 而且掃毒更新軟體更新時愈來愈慢...
現在我們公司用的是趨勢的Office Scan, 掃毒時間好像是快了一點(以前會從中午掃到下午四點多還沒做完), 但還是掃毒時整個XP CPU會被吃完, 其他軟體變得很慢很難用.
號稱使用雲端計算的技術尚未發揮效果吧...
於是每次中午OfficeScan自動跑起來後, 我就把它的掃毒服務關掉了.
免費掃毒的時代... 真的來臨了!
多使用免費軟體, 節省我們的荷包, 養大我們的豬公撲滿吧!
星期一, 11月 17, 2008
星期一, 9月 29, 2008
面對風險是人生不可逃避的課題
如果從當兵退伍開始算的話，已經工作了十二個年頭，碰到各種不同型態的朋友。大家共同經歷了最近十幾年來的各種社會與經濟的變動，有的人理財觀念改變了，有的人對於工作的看法改變了。
我的下班後英文老師 Robin 是個快樂的英國人，他休假時可以在印度外海小島上度過十五天，他喜歡不受文明打擾的自然環境(他不喜歡去日本與美國，但是他卻喜歡台灣)。
有一次上課時他問我(當然是用英文)，
"為什麼現在沒辦法去拜訪那些擁有美麗自然風光的國外美景?"
我說:"因為小孩還小，只能帶他們去較文明的國家，怕小孩發生危險。"
他就很驚訝地說:"為什麼要做這種擔心?"他認為這種顧慮是沒必要的。
剎那間，我好像被電流電到一般的愣住了，我認為他說的沒錯，原來是我自己把自己困住了。
加上最近世界經濟的動盪，讓我不禁又想起了前一陣子自己的一些人生體會:
"風險能避則避，但是面對風險是人生不可逃避的課題!"
這不是說，我們一定要做什麼事，而是說我們的人生本來就時時面對風險，金錢的損耗只是風險的一種。
有些風險一定會來，如 死亡，或是退休不能工作的狀態。這些狀態來臨時，我們有做好準備嗎? 所以，能夠"坦然面對風險"應該是 我們人生重要的一個目標，讓我們沒有後顧之憂。
如果我們人生有理想，就要把握時間去做，這個理想不必是金錢的累積，可能是感情的對象，事業，興趣，行善或修行的目標。
所以，小弟不講太多大道理，只講如下的感觸，與大家分享:
因為懼怕失敗，而規避所有可能的失敗，選擇最安全的路。其結果是忽略了面對風險考驗後的果實，因為躲在安全的角落，也喪失讓自己壯大成長的空間與機會。而環境與命運的考驗無法逃避，隨著時間的過去，人生將逐漸面臨愈來愈大的考驗與風險。
雖然我這樣說，但是自己目前還是在"看起來頗安全"的金融服務業上班(雖然公司內也是變動很多,外在情勢競爭激烈，也有各種業務需求與技術管理的挑戰。)，工作上的挑戰可以接觸到新IT技術或產品的應用，或是學習溝通管理的經驗，但是卻沒有建立踏出來的機會與武器的空間。Robin 老師的豪邁其實是有其條件的,最主要的應該是自己的金錢, 能力與條件還不足，無法管理超過自己能力的風險，自己還是要把握時間去多充實與多學習...每個人有其適合自己的生活模式，還是看自己的人生要著重在那些地方。
有兩句企業家的名言，我現在聽懂了，但是目前還無法做到:
"沒有風險的工作，本身就是最大風險。" from 菅原貴弘, Eltes創辦人
"人生是有限的資源，依靠大企業是最大的風險。" from 三木谷浩史, 樂天公司創辦人, 董事長暨總裁
星期三, 7月 04, 2007
軟體重裝工具推薦(1)-應用程式資料分享篇-分散式雜湊表(Distributed hash table)與memcached
分享一個AP資料分享的新實作應用:分散式雜湊表(Distributed hash table) 與 memcached系統:
跨程式與跨機器AP要分享資料, 除了用DB, 為了執行效率, 資料安全與備援能力, 我們可以採用網路儲存之NAS檔案, 或是訊息平台與shared memory結合等方法.
如果是經常要非循序查詢的資料結構資料, 放在hash table很方便, 使用hash table 模組又能夠放在 shared memory 的話, 就更方便了, 可讓同機器不同AP去存取. 若使用STL等標準資料結構的hash table函式庫, 無法直接放到shared memory上, 除非自己去修改實作. 我因為工作需要, 曾經實作了可供不同程式同時讀寫的shared memory AVL tree程式庫(可參考http://aery.scope.googlepages.com/coolcodeworks).
這還不能解決跨機器的問題, 所以我們可以加上訊息平台, 發送訊息向能夠讀取的程式要資料.
後來更好的技術出現啦, 2001年出現了 Distributed hash tables (DHTs) 這樣的觀念, 並且開始了廣泛的實作應用(如P2P的BitTorrent用於分散存放 routing 資料), 可以參考網址:
http://en.wikipedia.org/wiki/Distributed_hash_table
DHT網路中的各機器加入與組織方式像P2P網路具有彈性, 因此DHT 提供了三種優勢特性:
Decentralisation(去集中化), Scalability(可延展性), Fault tolerance(容錯能力, 當系統產生fault 而能繼續提供服務的能力).
memcached (http://www.danga.com/memcached/) 是一種高效率分散式記憶體物件caching系統, 它是應用DHT的開放原始碼專案, 此專案提供的程式庫管理與利用網路上參與各機器的部份記憶體, 透過一致性API函數, 可以存取網路程式或WEB程式的共享資料, 安裝使用方便, 有多種程式語言的API, 網頁程式使用此程式庫可加快執行效率, 故許多網站皆有使用(如Facebook, LiveJournal, Wikipedia), 相關介紹可參考 http://en.wikipedia.org/wiki/Memcached
有需要的人可以去研究看看...
Yuan-Feng Lu
跨程式與跨機器AP要分享資料, 除了用DB, 為了執行效率, 資料安全與備援能力, 我們可以採用網路儲存之NAS檔案, 或是訊息平台與shared memory結合等方法.
如果是經常要非循序查詢的資料結構資料, 放在hash table很方便, 使用hash table 模組又能夠放在 shared memory 的話, 就更方便了, 可讓同機器不同AP去存取. 若使用STL等標準資料結構的hash table函式庫, 無法直接放到shared memory上, 除非自己去修改實作. 我因為工作需要, 曾經實作了可供不同程式同時讀寫的shared memory AVL tree程式庫(可參考http://aery.scope.googlepages.com/coolcodeworks).
這還不能解決跨機器的問題, 所以我們可以加上訊息平台, 發送訊息向能夠讀取的程式要資料.
後來更好的技術出現啦, 2001年出現了 Distributed hash tables (DHTs) 這樣的觀念, 並且開始了廣泛的實作應用(如P2P的BitTorrent用於分散存放 routing 資料), 可以參考網址:
http://en.wikipedia.org/wiki/Distributed_hash_table
DHT網路中的各機器加入與組織方式像P2P網路具有彈性, 因此DHT 提供了三種優勢特性:
Decentralisation(去集中化), Scalability(可延展性), Fault tolerance(容錯能力, 當系統產生fault 而能繼續提供服務的能力).
memcached (http://www.danga.com/memcached/) 是一種高效率分散式記憶體物件caching系統, 它是應用DHT的開放原始碼專案, 此專案提供的程式庫管理與利用網路上參與各機器的部份記憶體, 透過一致性API函數, 可以存取網路程式或WEB程式的共享資料, 安裝使用方便, 有多種程式語言的API, 網頁程式使用此程式庫可加快執行效率, 故許多網站皆有使用(如Facebook, LiveJournal, Wikipedia), 相關介紹可參考 http://en.wikipedia.org/wiki/Memcached
有需要的人可以去研究看看...
Yuan-Feng Lu
訂閱：
文章 (Atom)