符碼記憶

本站有提供代訂服務及 e-coupon 分享，若有需要，請見： 博客來e-coupon折價券序號分享、免費代訂代購服務 這一篇整理的是股神「華倫．巴菲特」所開的書單， 巴菲特針對這些書的評論為： 這些書籍讓我擁有了股神的能力 。 以下的內容包括了三部份， 其中一份為中國證券報的2007年文章，「 巴菲特的書單 」， 其二為「 巴菲特的書單 」原作者刘建位一系列的文章「 巴菲特最推崇的十本书 」。 其三則為另一位作者將書單整理成十本的版本，「 巴菲特最推崇的10本書 」， 我將前兩篇文章整理後結合，另外再加上第二三篇十本書中不同的書目， 我也幫忙整理了作者譯名和書目中譯本書名與連結。 以下出自：「 巴菲特的書單 」 巴菲特是這樣概括他的日常工作：“我的工作是閱讀”。可見巴菲特對閱讀是多麼重視。 巴菲特大量閱讀與上市公司業務與財務相關的書籍和資料，在此基礎上才非常審慎地作出投資判斷。巴菲特以他研究GEICO保險公司為例解釋閱讀對於投資的重要性：“我閱讀了許多資料。我在圖書館待到最晚時間才離開。……我從BESTS（一家保險評級服務機構）開始閱讀了許多保險公司的資料，還閱讀了一些相關的書籍和公司年度報告。我一有機會就與保險業專家以及保險公司經理們進行溝通”。當然巴菲特閱讀最多的是企業的財務報告。“我閱讀我所關注的公司年報，同時我也閱讀它的競爭對手的年報，這些是我最主要的閱讀材料”。 但巴菲特並不僅僅閱讀上市公司年報這些公開披露資訊，他從年報中發現感興趣的公司後，會閱讀非常多的相關書籍和資料，並且進行調查研究，尋找年報後面隱藏的真相：“我看待上市公司資訊披露(大部分是不公開的)的態度，與我看待冰山一樣(大部分隱藏在水面以下)。” 巴菲特這樣解釋他如何把閱讀和調研結合在一起的：“你可以選擇一些儘管你對其財務狀況並非十分了解但你對其產品非常熟悉的公司。然後找到這家公司的大量年報，以及最近 5到10年間所有關於這家公司的文章，深入鑽研，讓你自己沉浸於其中。當你讀完這些材料 之後，問問自己：我還有什麼地方不知道卻必須知道的東西？很多年前，我經常四處奔走， 對這家公司的競爭對手、雇員等相關方面進行訪談。……我一直不停地打聽詢問有關情況 。這是一個調查的過程，就像一個新聞記者採訪那樣。最後你想寫出一個故事。一些公司故事容易寫出來，但一些公司的故事...

介紹 Thread Pool 之前，我們要先搞清楚 Thread 是什麼。 因為內容很多，所以這邊引用修改了  Program,Process,Thread  的資料： Program： 一群程式碼的集合，用以解決特定的問題。在物件導向中相當於類別(Class)。 Process： 由Program所產生的執行個體，一個Program可以同時執行多次產生多個Process。在物件導向中相當於Object。 而 Process又由 Memory Space 和一個以上的 Thread 所組成，其中： Memory Space：相當於Object的variable，不同Process的Memory Space也不同，彼此看不到其他Process的Memory Space。 一個以上的Thread： Thread代表從某個起始點開始(例如main)，到目前為止所有函數的呼叫路徑，以及這些呼叫路徑上所用到的區域變數。 當然程式的執行狀態，除了紀錄在主記憶體外，CPU內部的暫存器(如Program Counter, Stack Pointer, Program Status Word等)也需要一起紀錄。所以Thread又由下面兩項組成： Stack：紀錄函數呼叫路徑,以及這些函數所用到的區域變數。 目前CPU的狀態。 因此 Thread 的重點如下， 一個Process可以有多個Thread。同一Process內的Thread使用相同的Memory Space，但這些Thread各自擁有其Stack 。換句話說， Thread能透過reference存取到相同的Object，但是local variable卻是各自獨立的 。作業系統會根據Thread的優先權以及已經用掉的CPU時間在不同的Thread作切換,以讓各個Thread都有機會執行。 嗯，好像有點扯太遠了， 總之Thread 執行緒常被定義為一個輕量的(Lightweight) Process，可用來處理 request， 然而雖然是輕量，但在產生 Thread 時仍會有 overhead，此時若 request 量太大， 又沒有善加管理這些 Thread 的話，就會拖累整體系統的效能。 為了解決這種類型的效能問題，所以就有了 Thread Pool...

Java 的容器類別(Collection)非常好用， 常用的Collection 有 ArrayList, LinkedList, Map, HashMap, Set, HashSet等， 然而這些類別在設計時並沒有加入執行緒安全(Thread Safe)的功能， 所以如果要將這些的好用的類別用在多執行緒的程式環境中就必須自己實作相關的程式， 來確保 Collection 中共用的資料在多執行緒執行時存取不錯出錯。 要達成執行緒安全(Thread Safe)最簡單的方法就是把共用的物件同步化(synchronized)， 這個方法也常被用於鎖定其他非 Collection 類別物件來保護共用的資料。 使用同步化(synchronized)鎖定 arrayList 的方式如下： 1 ArrayList arrayList = new ArrayList (); 2 Object object = new Object (); 3 4 synchronized ( arrayList ) { 5 arrayList . add ( object ); 6 arrayList . remove ( object ); 7 } 然而由於類似的需求很大， Java 也一直在進步， 所以後來 Collections 中也出現了某些 API 可以傳回同步化的 Collection 物件，如： 1 Collections . synchronizedCollection ( collection ); 2 Collections . synchronizedList ( list ); 3 Collections . synchronizedMap ( map ); 4 Collections . synchronizedSet ( set ); 5 Collections . synchronizedSortedMap ( sortedMap ); 6 Collections . synchronizedSortedSet ( sortedSet ); 以剛剛的例子，若我們要取得同步化的 ArrayList，就可以使用以下的程式： 1 List ...

富爸爸窮爸爸一書已經紅了10多年，這篇心得算是來得有點晚了。 然而就像是看這本書永遠不嫌晚，我還是整理了一些簡單的心得記下來， 相信這些心得在多看幾次這本書、多過幾年後一定有所變化， 這篇心得就是留下這個當下的感想，供日後比較。 書名：富爸爸，窮爸爸 原文書名：Poor Dad，Rich Dad 作者：羅勃特．T．清崎，莎朗．L．萊希特 原文作者：Robert T.Kiyosaki，Sharon L. Lechter 譯者：楊軍、楊明 出版社：高寶 出版日期：2007年06月06日 語言：繁體中文 ISBN：9789861850719 裝訂：平裝、限量軟精裝版 規格：平裝 / 256頁 / 15*21cm / 普級 / 單色印刷 / 初版 出版地：台灣 對大部份的人而言，這本書的破壞力有點驚人， 透過對舊有觀念的大肆破壞，而後再重建新的概念。 以下分幾點詳述書中的重點與心得。 財務自由： 從小對我們的教育都是以念書為重，念好書找到好工作過完一輩子。 這邊好工作的定義通常是穩定、變動不大，可以一路工作到退休， 之後可以靠退休金和政府的津貼享受退休後的生活。 然而這本書點出一個重點，在這樣的工作模式中， 我們倚賴的是工作的穩定性，而退休後則是靠退休金和依靠政府的補助。 這讓我想到我們常聽到的俗話「靠山山倒，靠人人跑，靠自己最好」， 雖然之前穩定工作和政府都很可靠， 但在現今社會變化這麼大的情況下，政府和穩定工作真的可以依靠嗎？ 這本書寫在十多年前，但看看最近的新聞，無薪假、美債、歐債， 我想對現在的年輕人來說，是該好好思考我們是不是能順利退休了， 在工作時工作已不再穩定，三不五時來個無薪假，更慘的還會中年失業， 就算順利熬到退休政府也不一定靠得住， 因為少子化，等我們退休時青壯人口遠少於老年人口， 勞退、甚至是現在火熱的公務員的退休金， 在我們退休時都有可能因為沒有足夠的收入來給付。 所以書中的財務自由的觀念非常重要， 想想如果我們現在停下工作(無論是自願或被迫)，我們還能支持多久？ 這個假設在現在也許還不緊迫，但到了退休時呢？ 財務自由指的是在停下工作後，仍能有收入提供正常的生活。 這該如何作到呢？請見資產VS負債。 資產VS負債： 書中提出了現金流的概念，也就是可用的...

這年頭社群網站的力量實有太大了， 結果這一系列社群網站外掛(Social Plugins)安裝教學果然已成了系列文， 在此一樣先整理先前的文章，若大家要看的話建議從最初的教學開始看， 因為步驟最詳細， 後面的文章因為步驟有的在前面有說過了所以會比較簡略， 如果你在過程中發現有東西不知道該怎麼做，或少了什麼， 請先看第一篇教學，這邊先依時間順序整理一下相關的教學文： 為Blogger嵌入Facebook讚(like)、寄送分享(send)與留言(comment)外掛及留言管理功能 為Blogger嵌入Google Plus(Google+) +1按鈕 為Blogger嵌入Facebook建議(Recommendations)和最新動態(Activity Feed)外掛，推薦輪播熱門文章與互動 Facebook Insights：精準行銷掌握Social Plugins(讚、留言、分享)統計資料與擴散狀態 更多外掛如相關文章推薦輪播、部落格廣告賺錢、社群網站外掛等，請見總整理文章： Blog Plugins：部落格外掛大全整理，什麼都有、什麼都不奇怪 。 在網站安裝了這些工具後，首先當然會想知道到底有沒有用， 例如有沒有人按讚、有沒有人分享、有沒有人留言等等。 首先按讚和分享當然可以直接在頁面中看到，如： 也可以在 建議(Recommendations) 或 最新動態(Activity Feed) 外掛中看到，如： 除了讚和分享外，留言的功能也很重要，基本上若設置正確， 以我的經驗是有人在網站上留言的話會直接在管理員的 Facebook 出現通知。 不然也可在  http://developers.facebook.com/tools/comments  管理所有的留言。 關於如何設置管理員和插入相關程式，請參考之前教學中的最後一段： 為Blogger嵌入Facebook讚(like)、寄送分享(send)與留言(comment)外掛及留言管理功能 上述追踨讚、留言、分享外掛效果的方法都已經在前面的教學系列文中提過， 這篇的重點在於  Facebook Insights 精準行銷 ，他的功能非常強大， 也有很多種使用方式，在這邊我只先介紹用在部落格上面的...

感覺最近的社群網站外掛教學已經快成了系列文了， 若大家要看的話建議從最初的教學開始看，因為步驟最詳細， 後面的文章因為步驟有的在前面有說過了所以會比較簡略， 如果你在過程中發現有東西不知道該怎麼做，或少了什麼， 請先看第一篇教學，這邊先依時間順序整理一下相關的教學文： 為Blogger嵌入Facebook讚(like)、寄送分享(send)與留言(comment)外掛及留言管理功能 為Blogger嵌入Google Plus(Google+) +1按鈕 為Blogger嵌入Facebook建議(Recommendations)和最新動態(Activity Feed)外掛，推薦輪播熱門文章與互動 Facebook Insights：精準行銷掌握Social Plugins(讚、留言、分享)統計資料與擴散狀態 更多外掛如相關文章推薦輪播、部落格廣告賺錢、社群網站外掛等，請見總整理文章： Blog Plugins：部落格外掛大全整理，什麼都有、什麼都不奇怪 。 這篇的教學步驟和第一篇很像，不過這篇要嵌入的是建議Recommendations外掛， 這個外掛有什麼用呢？首先他可以整理出較熱門的文章，看哪些比較熱門， 如此一來，隨著時間的變換，也可以達到熱門文章輪播的效果。 除此之外這個外掛還會針對不同的Facebook登入者推薦不同的文章， 其依據是利用Facebook好友的連結，若你的好友都對某文章有評論或按了讚， 則你對這篇文章可能也會有興趣，所以會優先被推薦。 介紹完了基本功能，接下來就是安裝步驟： 要使用 Facebook 的外掛前，請先至 http://developers.facebook.com/setup/ 申請 appId， 接下來請將你的「應用程式 ID / API 鑰匙」記下來， 下面步驟中一直會用到的appId就是指這一串數字。 第一步：點下 Facebook Social Plugin 中的 Recommendations 連結。 第二步：填入相關的欄位 基本上這些設定對我而言只要設好長寬，其他都直接用預設即可， 不過還是說明一下每項在做什麼： Domain：可填可不填， 現在已經將預設為當前的 domain 了，多數人應該都不用填 。 Width and He...

對於部落格內容主要針對技術文章的部落客(像我)而言， 寫文章的意義除了留下記錄讓自己之後可以查詢外， 另一個目的就是讓大家能搜尋到，一方面為大家解答問題， 一方面增進流量，或多或少滿足成就感和獲取小小的廣告費來慰勞自己。 市面上針對搜尋引擎最佳化 (Search Engine Optimization, SEO) 的書籍很多， 網路上也有一大堆的介紹，然而各家搜尋引擎網站的演算法都是機密， 我們能做的也只有以自己站在搜尋引擎站方的角度去想，怎樣的網站該給他高分。 例如以文章標題來說，對搜尋引擎而言，網誌標題越前面可能越是重點， 且文章標題命名也可能影響讀者要不要在搜尋頁面茫茫資料海中直接點進文章查看。 基於這種想法，我們或許可以將文章的標題重點放在最前面。 但在Blogger中，版面預設會顯示在 browser 上方標題列的格式為： 「網誌名稱: 文章標題」，如：「符碼記憶: TOEIC：新多益分數成績計算標準與換算」， 這樣的排列方式就不符合我們剛剛認定的優化方式， 所以這一篇我們要來更改 Blogger Template 中預設的標題列格式。 如果你已經看過先前修改 template 的文章如： 為Blogger嵌入Facebook讚(like)與留言(comment)外掛及留言管理功能 ， 相信接下來的操作絕對難不倒你，但沒有實際操作過的也沒關係， 這篇的步驟比剛剛那篇簡單許多！ 進入 Blogger後台，找到範本，右上角處先備份設定檔。 選擇修改HTML，點選繼續。 用搜尋功能找到 <data:blog.pageTitle/> 下面的 tag。 取代為下面的程式碼： 完成後按儲存範本，就可以到首頁和非首頁看看設定有沒有成功了！ 雖然只是小小的修改，但他也會直接影響到搜尋引擎搜尋頁面的呈現， 若你想讓文章在搜尋結果中只有標題而不要部落格名稱，只要修改上面的 code 就可達到， 經過了這樣的設定我們已將文章的重點拉到標題前面，後續的搜尋就會有比較好的效果了！ 更多外掛如相關文章推薦輪播、部落格廣告賺錢、社群網站外掛等，請見總整理文章： Blog Plugins：部落格外掛大全整理，什麼都有、什麼都不奇怪 。 關鍵字：部落格, blogger, blog, ...

雖然念書時也很關心每一年的放假情況， 但因為「必要時」還是可以自己決定要不要放， 所以好像到底政府的行事曆怎麼訂也沒那麼重要。 然而工作後一方面要看看哪幾天賺到了、哪幾天假被吃了， 另一方面也還要規劃每一年休假的行程， 尤其是想出國旅遊的，更是要即早規劃。 記得幾個月前查 google 時就看到許許多多不同的行事曆版本， 其中還有很多都有錯，可是還是一直被轉載 orz 今天再查發現人事行政局已經在 100.10.03 發佈了明年的行事曆， 以下為節錄網頁上內容並整理相關放假日資訊： 明年全年 (101年，2012) 包含週休二日在內，放假的總天數為112天。 總共有3次連續假日，包括： 農曆春節 (1/21~1/29共9天連假，1/27調整彈性放假於2/4補上班) 二二八紀念日 (2/25~2/28共4天連假，2/27調整彈性放假於3/3補上班) 年底跨年 (12/29~1/1共4天連假，12/31調整彈性放假於12/22補上班 orz) 核定文號：中華民國100年9月28日行政院院授人考字第10000526681號函 中華民國一百零一年政府行政機關辦公日曆表： 中華民國101年政府行政機關辦公日曆表 中華民國一百零一年政府行政機關辦公日曆表(excel檔) 中華民國一百零一年政府行政機關辦公日曆表(gif圖檔) 公告連結： http://www.cpa.gov.tw/ct.asp?xItem=8843&ctNode=765&mp=1 以下引用一篇新聞： 行政院人事行政局今天正式公佈101年的行政機關行事曆，包括農曆春節、二二八紀念日和年底跨年，明年總共有3次連續假日。其中春節總共有9天假期；全年包含週休二日在內，放假的總天數為112天。 行政院正式核定民國101年政府行政機關辦公行事曆，包括農曆春節、二二八紀念日和年底跨年，明年總共有3次連假。人事行政局表示，明年農曆春節從1月21日到29日總共有9天假期；二二八和平紀念日併同週休二日，從2月25日到28日合計放假4天；101年12月31日和102年元旦合併週休，也會有4天連休。 其中春節假期的1月27日大年初五屬於調整放假，...

先前用外部提供的 Blogger Template Garland  用了許久， 一直以來也都相安無事(？)用得很順手。 最近又開始大量寫 blog，一方面是遇上許多自己有興趣的技術， 一方面也是有空閒就把自己的經驗心得分享出來， 節省大家的時間之餘，也為自己賺一些小小的廣告費外快。 為了讓這個 blog 曝光率增加， 最近接連新增了 Facebook 和 Google 的社群外掛，教學可見： 為Blogger嵌入Facebook讚(like)與留言(comment)外掛及留言管理功能 為Blogger嵌入Google Plus(Google+) +1按鈕 另外因為看到 Blogger 提供了幾年前用過非常滿意的 Lightbox 特效， 查詢了一些文章，發現舊的 Garland Template 無法支援這個功能的情況下， 決定快刀斬亂麻換一個新的 template，於是就有了現在這個介面。 Lightbox的介紹文： Blogger官方推出Lightbox光箱特效 在換介面的過程中也一並解決了先前不知畫面該設多大的問題， 基於現在寬螢幕和大螢幕已經非常流行， 所以我覺得將畫面設為 1280，一方面看起來比較舒服， 另一方面在展示圖片和程式碼時也更方便。 除了 blog 的版面改版外，這篇也順便整理一下這個 blog 的成長趨勢， 現在 blog 似乎又更大輻成長了，對照一年多前 (2010.7) 所寫的 賀！總瀏覽人數破20000 ， 2009.6.1~2010.7.3 累積人數為 20000人，而現在已經累積到 140000人， 看看下面 Google Analysis 以日、週、月為單位所統計出來的訪客人數趨勢， 可以很明顯看得出來流量一直保持著成長的趨勢。 另外上一篇提到當時每月的訪客為將近 3000 人， 目前每月的訪客已成長至將近 15000人了！成長了將近五倍呢！ 另外一樣透過  google查詢RSS訂閱數 ，由google訂閱的人數已由11人增加至22人。 Pagerank 也終於由 0 成長至 1 了！(記得前幾天還沒有變呢！) 在先前的文章中也有提到流量的來源約75~80%為搜尋引擎， 而在目前累積的流量裡...