-
過去寫了 好幾篇跟執行緒相關的文章 ，講的都是如何精確控制執行緒的問題。不過實際上有在寫的人就知道，那些只是 "工具"，最重要的還是你該怎樣安排你的程式，讓它能有效率的用到執行緒的好處，那才是重點。大部份能有效利用到多執行緒的程式，大都是大量且獨立的小動作，可以很簡單的撒下去給ThreadPool處理，不過當你的程式沒辦法這樣切，就要想點別的辦法了。 開始看 code 前先講講簡單的概念。這篇要講的是另一種模式: "生產者 v.s. 消費者"。這是個很典型的供需問題...
-
其實本來沒打算寫這篇的，不過之前在寫第二篇: [ 該如何學好 "寫程式" #2. 為什麼 programmer 該學資料結構 ?? ] 時，寫的太高興，忘了查 System.Collections.Generics.SortedList 的 KEY 能不能重複... 結果貼出來後同事才提醒我，SortedList 的 KEY 一樣得是唯一的... Orz 實在是不想自己再去寫這種資料結構的作業... 一來我寫不會比較好，二來自己寫的沒支援那堆 ICollection, IEnumerable...
-
都什麼年代了，台北市宣稱光纖覆蓋率要達到八成，結果我家這邊到現在還是沒 FTTB 可以用... 決定把龜了很久的 ADSL 從 2M/256K 升級到 8M/640K ... 上傳速度提升了 2.5 倍，多少應該有快一點吧? 雖然填單變更速率的過程碰到一堆鳥狀況，不過總算升速成功了 :D 特此留念 讀取更多...
-
接續前文: 該如何學好 "寫程式" ?? 該如何學好 "寫程式" #2. 為什麼 programmer 該學資料結構 ?? 這類文章還真不好寫，想了好幾天，才擠的出一篇文章。第一篇已經講了一堆教條了，第二篇也舉了簡單的例子，說明挑對資料結構的重要性，接下來這篇會把主題放在更複雜的例子上，到底那些地方該注重技術，而那些地方該把重點放在基礎的資料結構及演算法身上。 這次不囉唆半天了，先來回顧一下第一篇，我出的題目是這樣: 以台灣高速公路為題 (中山高、北二高、國道二號...
-
雖然 上禮拜就知道了 ，不過 獎品 還沒拿到，當然要忍一下再發表... 哈哈! 花了幾個晚上拼了 猜數字的程式 ，運氣不錯，順利拼到冠軍了。除了寫程式，把心得貼到 BLOG 也花了不少時間.. 主要貼的這四篇: Thread Sync #1. 概念篇 - 如何化被動為主動? Thread Sync #2. 實作篇 - 互相等待的兩個執行緒 [C#: yield return] #1. How It Work ? [C# yield return] #2. 另類的應用 - Thread Sync 替代方案...
-
自從貼了上一篇 [ 該如何學好 "寫程式" ] 一文，原本以為這種老生常談的內容沒什麼人會看，沒想到還有人給我回應.. :D 原來這種文章還是市場的。接下來這篇，是延續上一篇，來談談要成為合格的 programmer, 我認為應該要俱備的 "內功" 是什麼。上篇我提到，我認知的 programmer，就是要有實作 (CODING) 的能力。要有能力把技術規格 (像是輸入格式，操作介面等等) 具體的寫成可以執行的程式碼。當然是要寫的又快又好，穩定不當機又沒 BUG...
-
無意間在網站上看到這則新聞: GOOGLE 讓人變笨？網路便利後遺症 http://n.yam.com/bcc/life/200806/20080626204869.html 文內有這麼一段話: 但是大家都忽視了這種便捷要付出的代價。「網路似乎粉碎了人們專注與沉思的能力，到如今，腦袋只盼著以網路提供資訊的方式來獲取資訊」。 影響所及，傳統媒體也跟著零碎化，長篇大論的東西不再有人要看，一篇文章超過四個段落，讀者就想落跑，電視節目加入滾動字幕和不斷跳出的小廣告，報刊則儘量縮短文章長度，改以一小塊一小塊的摘要取代...
-
繼 上篇 ，講了一些 yield return 編譯後產生的 Code, 說明了 C# compiler 如何用簡單的語法替你實作了 IEnumerator 介面，而完全不會增加程式的複雜度，這是我認為 C# 提供最讚的 Syntax Sugar ...。 不過無意間我想到了 yield return 還有另一種應用方式。靈感來自之前 Darkthread 舉辦的 [ 黑暗盃程式魔人賽 ]。因為參賽題目 [xAxB猜數字遊戲] 原本就是考驗演算法，邏輯就不大簡單了，加上要配合 GameHost 的呼叫方式...
-
話說前陣子處理了 BlogEngine.NET 升級到 1.4.5.0，另外也寫了 SecurePost.cs 這個 extension, 其時都碰過這個鳥問題，只是一直沒去理它而以。接下來為了要改 PostViewCounter.cs (BE extension, too), 又碰到... 於是就認真的研究了一下...。 過程是這樣，為了建立 BlogEngine 的開發環境，首先我從官方網站下載了 source code, 解開後編譯都沒問題，OK。 接下來 WEB 的部份我把網站上的 source...
-
雖然我很少貼這些五四三的 (明明 543 這 tags 點下去有一堆..) ，不過無意間在 癮科技 逛到 這段 實在是太酷了... 流言終結者這節目的 Adam & Jamie用漆彈示範來比喻 CPU / GPU 繪圖的差別... 不管它的比喻精不精確或妥不妥當啦，那一瞬間噴出蒙那麗莎實在是太酷了... :D 讀取更多...
-
在開始講 "為什麼" 之前，先講一下該如何正確的引用我的文章。 明確的提供本站及該文的網址 。例如: ........ 網路上有個叫 安德魯 的寫過一篇文章: " 任意放大/縮小網頁的內容 " ........... 若要轉貼，請以不超過 1/3 內容為原則 (程式碼及檔案下載不算)，同時也要包含第一點的資訊。引用的部份請在格式上跟你的原文有所區隔，用斜體或是改顏色都可以。例如: ........ 網路上有個叫 安德魯 的寫過一篇文章: " 任意放大...
-
哈，升級還蠻簡單的，一下子就搞定了... 特此留念 :D 枉我還大陣仗的對付它，VSS (Visual Source Safe), VSS (Volume Shadow copy Service) 都搬出來用了，結果只是目錄搬一搬就好... 咳咳。 除了 Bot Checker 沒有搬過來之外，其它應該都搞定了吧? 如果有發現我的網站有那裡沒弄好，記得留言跟我講一下 :D 讀取更多...
-
哈，升級還蠻簡單的，一下子就搞定了... 特此留念 :D 枉我還大陣仗的對付它，VSS (Visual Source Safe), VSS (Volume Shadow copy Service) 都搬出來用了，結果只是目錄搬一搬就好... 咳咳。 除了 Bot Checker 沒有搬過來之外，其它應該都搞定了吧? 如果有發現我的網站有那裡沒弄好，記得留言跟我講一下 :D 讀取更多...
-
抱怨一下，因為在看照片時發現，有些直的拍的照片看起來是正確的 (會自己轉 90 度)，有些卻不是... 得歪著頭看，所以就很好奇到底是怎麼回事...。 這幾張是正確的 (右上 & 左下，會自動轉 90 度) 這幾張是錯的 (應該自動轉 90 度才對) 第二張是錯的 (應該要轉 180 度才對) 越想越不對，我記得除了我那台古董 CANON G2 之外，後來 CANON 的相機都有加上偵測轉向的機制啊? 不外乎是 水銀開關 或是類似的東西，總之相機能夠得知目前是不是轉直的拍，同時能把這資訊寫到...
-
沒錯，我又敗家了... :D 想弄 HTPC 已經很久了，不過老是碰到一些怪問題。原本想直接用桌機，不過桌機已經接了雙螢幕，要再接 LCD TV，沒在主機板上插兩張 VGA 卡就辦不到 (其它用 PCI / USB 之類的效能太差就不考慮了)。不過三個輸出都需要數位輸出 (兩台桌上的 LCD 都有 DVI，SHARP TV 又很有個性的不提供 D-SUB，只有 HDMI ... 不然就是色差...)，沒有插兩張 DUAL DVI 的中價位 VGA 卡也沒辦法...。我用不到這麼高級的顯示卡啊 :...