-
得獎了 :D~~~
雖然上禮拜就知道了，不過獎品還沒拿到，當然要忍一下再發表... 哈哈!
花了幾個晚上拼了猜數字的程式，運氣不錯，順利拼到冠軍了。除了寫程式，把心得貼到 BLOG 也花了不少時間.. 主要貼的這四篇:
- Thread Sync #1. 概念篇 - 如何化被動為主動?
- Thread Sync #2. 實作篇 - 互相等待的兩個執行緒
- [C#: yield return] #1. How It Work ?
- [C# yield return] #2. 另類的應用 - Thread Sync 替代方案
蠻有意思的比賽。雖然過去也參加過不少比賽，運氣不錯也騙到一些獎品...，不過這次倒是寫的最起勁，因為其它比賽都是 "廠商" 讚助，不是 Microsoft 就是 Cisco ... 都要想儘辦法把他們的技術發揮出來才能得獎，老實說寫起來跟工作差不多，總是要滿足那些 "市場" 的需求。
這次題目老實說很 "不實用"，純粹是比 code 誰寫的又快又好而已，不過還蠻合我胃口的 :D。正好這次碰到誰呼叫誰這種結構上的問題，就是上面四篇文章一直在討論的 GameHost 為主還是 Player 為主的思考方式，解決這問題花的工夫還比較多。想到這兩套解決方式，我覺的收穫是蠻值得的，至少我多學到兩種不同的設計模式。
最後當然要感謝一下主辦人，下班專程騎車過來頒獎... 哈哈，獎品對我還蠻實用的，算是大獎一枚! 正好是我需要的東西，看來可以開始物色新硬碟，還有要準備來更新我的 SERVER 了 :D
-
該如何學好 "寫程式" #2. 為什麼 programmer 該學資料結構 ??
自從貼了上一篇 該如何學好 “寫程式” 一文，原本以為這種老生常談的內容沒什麼人會看，沒想到還有人給我回應.. :D 原來這種文章還是有市場的。接下來這篇，是延續上一篇，來談談要成為合格的 programmer, 我認為應該要俱備的 “內功” 是什麼。上篇我提到，我認知的 programmer，就是要有實作 (CODING) 的能力。要有能力把技術規格 (像是輸入格式，操作介面等等) 具體的寫成可以執行的程式碼。當然是要寫的又快又好，穩定不當機又沒 BUG …。
-
MSDN Magazine 十月號竟然下架了...
上個禮拜才看完 2008 / 10 的 MSDN Magazine，才想說這期 MSDN 的內容，有一半以上的主題是討論多核心處理器效能問題 (平行處理，多核的 CACHE 機制對程式的影響... etc)，不過剛才才想貼篇心得，上網一看竟然又縮回去只剩九月號? @_@
難道我是夢到我看過十月號的嘛? 哈哈... GOOGLE 找一下還真的給我找到庫存網頁 :D 當然要貼來紀念一下。不知道重新上架後內容會不會多幾篇文章?
這期的主題還真的都押在多核處理器的效能問題上。光是平行處理 ( TPL, PLINQ ) 的方法就好幾篇:
- Design Considerations For Parallel Programming
- Improved Support For Parallelism In The Next Version Of Visual Studio
- Build Concurrent Apps From Simple F# Expressions
另外在探討多核心效能問題的也有幾篇:
- new Thread(ReadEditorsNote).Start(); yourAttention.WaitOne() //這標題還蠻有意思的...
- .NET Matters: False Sharing
- Exploring High-Performance Algorithms
不過看完只記得部份重點而以，本來想多寫點心得，不過原文網址都連不到了... 再等幾天吧 :D
-
Google 讓人越來越笨?
無意間在網站上看到這則新聞:
GOOGLE 讓人變笨？網路便利後遺症
http://n.yam.com/bcc/life/200806/20080626204869.html文內有這麼一段話:
但是大家都忽視了這種便捷要付出的代價。「網路似乎粉碎了人們專注與沉思的能力，到如今，腦袋只盼著以網路提供資訊的方式來獲取資訊」。
影響所及，傳統媒體也跟著零碎化，長篇大論的東西不再有人要看，一篇文章超過四個段落，讀者就想落跑，電視節目加入滾動字幕和不斷跳出的小廣告，報刊則儘量縮短文章長度，改以一小塊一小塊的摘要取代，在版面上堆砌各種易於瀏覽的零碎資訊。
這篇文章還沒找到真正源頭的那篇文章，不過這篇一定要推一下，真的是講到我心坎裡了。我要講的不是這篇文章，而是現在 INTERNET 環境下，GOOGLE 實在是太方便了，讓很多事開始可以 "速成" 起來。技術的進步不是壞事，不過在什麼都要 "速成" 的文化下，到底還有多少人願意去深入的研究某一件事物呢?
以我的老本行 "軟體開發" 為例，很多人半路出家，學了一些工具或是簡單的網頁程式設計，就可以出家了。天資好一點的，碰到問題還曉得到 GOOGLE 去查查有無合適的 SOLUTION，找到了就東拼西湊湊出個 "可以動" 的 SOLUTION。聽起來沒什麼不好啦，不過這樣一來，沒有幾個人還會願意再深入瞭解為什麼要這樣做等等議題了。我面試過的工程師也有幾十個了 (不知道破百了沒?)，有幾個問題是我必問的，其中一個就是:
"你碰到不知道怎麼解決的問題時，你會怎麼做?"
我沒真的統計啦，不過印像中，問題答案的榜首是:
- GOOGLE 找看看
- 各大論譚去問問題 or 搜尋看看
- 問朋友
- 翻書
- ... (不外乎是對外求救之類的方法)
我期望的答案一直沒有聽到，而聽到的都是透過 INTERNET + SEARCH ENGINE 這類的回答。當然這是沒錯啦，因為 GOOGLE 實在太方便了，不過我期望聽到的 "再進修" "想辦法去瞭解問題的原因" 等等答案都沒聽到。就算要找資料，連知道要去查第一手資料 (Microsoft 的東西，大部份 MSDN 都有提供第一手的資訊，不然就是某技術產品的官方網站) 的觀念都沒了，只因為英文看不懂? 或是鄉民寫的東西看的比較簡單? 咳咳...。
而這件事的負面影響，就是人才越來越 M 型化了。INTERNET 只需要有 M 型頂端的人提供資訊，讓其它人來找資源就夠了。GOOGLE 越強，落在 M 型左邊人才的需求就越少。越來越多人依賴 GOOGLE找到零碎的資訊拼湊起來，而少了獨立思考解決問題的能力。我想人類的智能，重組的部份一定會越來越多，創造的部份一定會越來越少，會不會到最後創造的部份就會消失不見了? 難怪 INTEL 會如此預言，2050年後，機器的智慧會開始超越人類了。很有道理耶，因為搜尋 & 重組不就是電腦的專長嗎? 資料夠多運算速度夠快就能做的到。而電腦追不上的 "創造" 這種能力，人類卻漸漸的在喪失...
也許實際情況不會這麼悲觀，但是我相信這一定是個趨勢。能怎樣對抗這樣的 "退化" ? 想辦法讓自己的能力落在 M 型的左邊吧。跟上一篇講的一樣，沒有速成的方式，先把內功練好吧! 與其花時間研究那些兩三年就會淘汰掉，看起來很炫的 "新技術"，不如多花點時間學一學能讓你終身受用的基礎能力吧。
-
該如何學好 "寫程式" ??
會寫這篇是因為上禮拜，有個資深的同事問我個問題，如何把底下的 programmer 素質拉上來? 跟他講這問題害我那天拖到晚上十點才回家吃晚飯 @_@，不過我想這也是現在台灣軟體業普遍碰到的人才問題，就順手寫了這篇。這篇是打算要貼在公司的 BLOG 裡給同事看的，這裡先貼一下，到時整理好再搬過去…。
