.Net 海角點部落

Intel AppUp developer program (以下簡稱IADP) 在國內大概還不為人所熟知，因為這是Intel滿新的嘗試與計畫，事實上大約是在2010年9月才剛正式上線。基本上IADP和 Microsoft App Hub、Apple iOS Developer Program 以及Andriod Developers 功能雷同，都是提供一個平台給予開發者能夠將所開發的程式發佈到該所屬軟體市集。

這是我的第一個Windows Phone 7 作品，是一個簡單的拼圖小遊戲，我將它改變成數字球的型態呈現，也可以當成教小朋友認識數字的一種遊戲。 這個小遊戲的程式結構很簡單，而且同類的遊戲也很多，但大多以圖片形式呈現，遊戲規則就是當球的相鄰格子是空格時則可以移動球，直到所有的球都在正確的位置為止。

在幾經波折後，命運坎坷的我終於把第一個Windows Phone 7的程式成功地發佈到Microsoft MarketPlace上，所以為此寫篇感謝文。

某些時候在部署Windows Phone 7 程式時會有一些錯誤，這邊提供錯誤代碼中文對照讓大家參考。原文來自於 http://phone7.wordpress.com/2010/12/01/wp7-deployment-error-codes-explained/

這是我一個好朋友的研究問卷，請各位有參與TechNet或MSDN社群與論壇的朋友們可以協助填寫. 感謝大家!!

對於常寫Windows Form 應用程式的人來說 [Control.Dock 屬性] 應該是一個常常會使用到的東西，這對比較有經驗的人應該不是啥太麻煩的問題，不過它很有趣，所以我想要來聊聊怎麼樣能夠順暢的使用這個屬性。

Windows修練活動前言

上回咱們談到了components，這回咱們就來聊聊這components倒底是怎麼一回事。

Visual Studio 提供給 Windows Form 開發者一個非常方便的視覺化工具來安排圖形化使用者介面的展示，在大部份不太複雜的狀況下只要拿滑鼠拖來拉去的就可以安排好你所想要展示的畫面，但究竟這些個控制項的定義是存放在哪裡？答案就是Form Desinger檔案。

或許是網際網路太發達且資訊已經多到爆炸，也許有人覺得要對一門電腦技術精通只要上網查查資料、看看別人的部落格就有機會達成這樣的目標。我不否認應該有少數這樣具有特別天份的人，這類的人多半對於知識的組織與吸收是有獨到之處，不過這也意味著大部份的人走這條路通常都會進到死胡同，很快地將會遭遇許多技術瓶頸的挑戰。

延續上一篇Split的弔詭這問題，我個人猜測Split可能是用遞迴的方式產生的，所以就很無聊的想要寫一個可以模擬這種程序的範例出來。

Split有一些令人覺得很奇妙的特質，這篇文源自於MSDN論壇上的一個發問 ：【請教】關於 SPlit 跟 陣列長度 ，就寫個小文章來解釋一下。

因為小朱寫了一系列『如何學習寫程式』的文章，讓我靈光一閃想來寫寫和電腦最初邂逅的回憶，這是很古早的記憶，有些內容其實已經滿模糊了，文中有些年份可能會有點錯誤。

有位網友在我之前的文章回應了一個問題『從網路上及書籍收集到現在，針對RS232於外接裝置的通訊都是採取timer的機制實現詢問或控制的效果。但用此方法是無法有效實現在一定時間內增加詢問的次數。請問有什麼方法可以控制整個輪詢是在ms等級的實現？』因為這問題實在太大哉問了，在回應中恐怕沒法講得齊全，而且可以趁機多寫一篇文章，所以就另闢一篇文來談談這個問題。

這篇文章的靈感由來是在Jeff Yeh的部落格上某篇文章的回應，有人抱怨論壇的回答只是貼一些連結而來，題目上的「路人甲」只是藉該文回應者的名稱一用，泛指抱怨論壇回答者之人，並無特指某人之意，依照敝人的往例，如果路人甲們看了文章不爽也不用回應了，請先捫心自問檢討自己的態度才是王道。

承上篇[X64 , Access MDB 與 卡到陰]，如果不知道前因後果的人可以去看一下，雖然我很嘴硬地說沒有要說明技術性的問題，而採用暫時性方案 (也就是乾脆直接裝在System Volumn下) 解決，不過實際上自己是非常想要找出真正地原因與解決之道。

這一陣子在寫一個指紋機的考勤軟體，由於考慮到這軟體必須要使用者自己安裝，並且沒有多人操作的需求，所以就決定使用Access 2003的mdb檔來當做資料庫，也因為這樣整個程式只能編譯成X86版本，沒想到苦難就這樣開始了。

品質機能展開 ( quality function deploymeny; QFD) 是一種產品設計所使用的工具，這種的設計流程的目的是為了能夠準確地設計出符合顧客需求的產品，換言之QFD是一種顧客驅動 (customer-driven)的規劃流程，而這個流程所使用的工具是一種變形的矩陣圖形態，由於它的形狀像一個房子，所以此種矩陣圖被稱為「品質屋」。過去我在念企管系的時候有一份關於生產與作業管理的報告主題就是以QFD來做弱電工程的需求規劃，而那個時代的Visio並沒有這個功能，所以只能以極刻苦的方法一條線一條線去組出一個醜不拉幾的品質屋出來。然而在Visio 2010中，這是個內建的功能，可以做出不僅美觀而且標準的品質屋。

這幾天恰巧在Microsoft Amswers 論壇的PowerPoint版上有人問到如何自訂漸層顏色的問題，於是筆者就好奇地去對照了一下這個功能在Office 2007與Office 2010有何不同點，發現在Office 2010上對於這個功能使用的介面改進地更為直覺與人性化。

特性要因圖 (Cause and Effect Diagram)在品質管理的課題中一向是非常重要的一種流程改善工具，此一工具為日本品質管理大師石川馨 ( Kaoru Ishikawa)博士於1943年所發明；依照其應用範圍可簡單分成三種應用類型 (1) 散佈分析 (2) 製程分類 (3) 問題原因之列舉。而在Visio 2010 中則提供了特性要因圖的樣版讓使用者可以簡單且使用一致性的圖形來表達特性要因圖。