.NET Walker

今天一時無聊上網看電影介紹，想說找個電影來看，習慣上，我會先看看網友討論的部分，發現一段對話如下(發話者認為網站上的影評有錯...)，看了一下發言時間，也不像是刻意弄出來的： http://bbs.atmovies.com.tw/bbs/bbs.cfm?action=view&c=102&s=59622 (原址) 我只能說，這世界上無聊(或幽默?)的人實在是不少...呵呵, 顯然很多人是太閒了~^^ BTW, 最近真是沒啥電影好看...唉...

昨天看到一個 訊息 ，Silverlight的Linux版本釋出，盡點道義推一下，不過老實說，Linux我不常用，所以沒特別的感覺，如果要讓我稍為興奮一點的，我寧可看到的是手機版的Silverlight推出，不過看來還需要等一段時間，期待囉...

我最近發現了一件我早該發現的事情，那就是，原來賺錢是一門專業，而不是一件自然而然就會發生的事情，這個論點和過去一些管理大師(A到A+那位)的看法大相逕庭，不過似乎挺符合台灣這邊的前幾年的現狀。 很久以前的有一陣子, 我脫離了園區工程師這個頭銜(我進入的很晚, 又脫離的很早, 所以既沒有攬到一個新貴的稱呼, 也沒分到什麼有價值的股票, 所幸前陣子的金融海嘯也沒掃到我), 當時我離開園區後(好幾年前了), 我整天研究技術處理專案，偶而寫寫書稿, 待在StarBucks, 伯朗等咖啡店, 同時也接一些課程和顧問工作, 那時候我才知道, 原來---原來---台北那麼多的人是不用上班工作的。 而且更令人詐舌的，是這些看起來沒啥工作的人(請注意，我肯定這些人不是學生、也不是業務員之類...)，出手都比我大方得多....而且是很多很多，那時候我在內湖、天母看到一些穿著短褲拖鞋進入Starbucks的人，比起我看到西裝筆挺的人還要謹慎點，因為我後來發現...原來財主常常隱藏在令人不注意的外表下...(^_^) 說遠了, 回頭, 很多讀者以為寫技術書籍很賺錢, 或是從事資訊行業能夠如何如何，或是剛畢業的小朋友覺得到了科技業可以怎麼發展...但是根據我這十多個年頭的觀察，如果你的目標是想要賺錢，你的專業絕對不能只是(只有)資訊技術，你的專業應該要是『如何賺錢』...相信我，這是一門高深的學問，而資訊業中的許多人對這一門學科恐怕都是不及格的。 在我身邊從事軟體開發工作的，至今還沒有哪一個工程師(後來變成老闆的除外)讓我覺得他日子過得很優哉的(至今, 一個都沒有)，無一不是加班熬夜酗咖啡，稍稍有一點點成就的，這種狀況就更加的明顯。 幾乎每一個我認識的講師、作者、專家、或是技術人員，都只能勉強算是中產階級，幾乎每個人都要為小孩子的學費和房貸傷腦筋，我沒有認識任何一個可以買豪宅的人(我猜這是我也買不起的原因)，在這些人當中，當然也沒多少是對時尚、名牌、或是精品有研究的，自然也不太可能有炒股的空間，即使我想要個內線交易也從來不曾有人給我真正的明牌, 就算我真的知道了個明牌，最慘的是，我猜大多數人也沒那個本錢去炒...從某種角度來看，幾乎也可以說是典型的市井小民了... 對照台灣少部分可以不用工作，一直念書，還可以住在豪宅的幸運兒，和從來不需要考慮收入是不是不夠(可能只需要擔心太多沒地方放)的人來...

最近在撰寫Silverlight的文稿(書稿和雜誌稿)、範例、和一些課程教材的時候，看到Web開發技術的發展回頭對比台灣的開發環境實在有一些感慨。 先講第一個，話說從頭，有一陣子我介紹了ASP.NET上的MVC，MVC這個架構是個好的Pattern，可以幫助開發人員達成建構出有架構、便於更新維護、便於抽換的應用程式，問題是這是(只是)一個規範、一個樣式，所謂的規範就表示，你應該遵循藉以得到一些好處，但是有趣的是，規範這個東西在台灣不見得一定會被遵循，老實說我本來以為在全世界都是這樣，但是根據我的觀察，在台灣這個狀況比較明顯，反觀我在台灣以外的一些合作夥伴和團隊，對於 "規範" 這個事情的嚴謹度和遵守(你也可以說是死板)，超過了我的想像和期待。 我舉幾個簡單的例子: 1.估時程:我常常看到，為了爭取到某一個案子，在時程評估的時候，就已經放棄架構了，我們給了客戶一個若要遵循架構就根本不可能達成的預計完成時間。 2.當進度落後:當進度落後的時候更慘，本來SA,SD花時間想好的架構，可以因為進度理由一夕之間失效，更有趣的是，這個架構可能是先前花了兩三個月決定的，但是Developer+PM可以在一天內推翻。 3.當客戶要求不合理:一樣的狀況, 有時候客戶會有一些超越常態或是超越技術可能性的要求，為了成案，往往PM答應的莫名其妙，而怪的是，最後還是可以做得出來，天知道這後面隱藏了哪些可怕的東西。 剛講到MVC和所謂的規範，可能很多人對我說的 "規範" 的定義不清楚，舉個ASP.NET開發人員應該要知道的例子，有幾個我所謂的規範簡單的具體例子就是: 1.ASP.NET頁面(.aspx和.aspx.cs 或.aspx.vb)當中，不得有ConnectionString or SQL指令。(你應該寫在一個表(不管是資料表或是對照表)當中，以便於後續維護。(但是，誰敢說自己的.vb或.cs中沒有SQL指令碼?我看是一堆吧...) 2.ASP.NET程式碼當中不該有商業邏輯，只能有處理UI的Code, 也就是說，你應該要有一個Business object。 3.超過100行的Method或Sub, Function 應該再切割。 類似像上面這樣的說習慣也好, 說規範也行，是不應該被打破的，但是，有多少因為時程關係而破壞規範的例子? 多的慘不忍睹...

　　技術的變化總是讓人目不暇給，有時候回頭想也挺令人感慨。 　　我記得我一年多前，為了透過AJAX技術實現檔案上傳的進度機制，老實說吃了不少苦頭，當Silverlight 1.0出現的時候, 我針對這個功能也嘗試做了一個範例，但是礙於JavaScript在用戶端龐雜的程式碼，因此這個範例始終沒有跟大家見面(所以在Sivlerlight 1.0的書籍中當然您也沒有看到)，時至2009年，最近終於有了一點時間，花了一兩天做了一個Silverlight 2.0的檔案上傳類別, 透過 Silverlight 2.0實作這個功能確實是比起用AJAX輕鬆了不少，例如透過Silverlight 2.0的功能我可以輕鬆的調用Web Service, 我可以相當容易的針對用戶端的檔案作存取, 不需要礙於Browser對於用戶端檔案沒有權限而費盡心思的處理安全性議題，檔案的上傳過程中難免也會有timeout或是其他的Exception, 透過Sivlerlight 2.0撰寫的用戶端程式碼, 要處理這些Exception容易很多, 也因此, 在Silverlight 2.0推出之時(嚴格說起來是1.1那時候), 我就在想, 或許對於大多數的ASP.NET開發人員來說, 檔案上傳進度才是我要透過Silverlight迫切實現的一些關鍵技術, 其他諸如很炫的UI? 2D或是3D動畫效果, 很抱歉, 老實說其實我對這些沒多大興趣...這些屬於加分用的功能, 可以讓我的產品賣相好一點, 但不太可能憑這些功能幹掉對手, 且這部分交給Designer來完成就好...(請原諒我的開發人員本位主義和要不得的程序員心態...^_^) 　　so, 或許你有興趣試試看底下這個prototype, 我會在快要寫完的Silverlight 2.0-3.0書籍中介紹(如果時間來的及, 或許我會先在下一期的RunPC介紹相關的程式碼開發方式), 另外由於Hosting的限制, 請不要上傳超過1.5M大小的檔案, 不然很容易把我用很便宜的價格租來的Web Server拖垮, 傳一兩個檔案玩玩就好, 這不是完整版, 所以也可能有一些bugs, 如果有任何問題, 請讓我知道。另外, 請不要上傳有任何安全性疑慮或爭議的檔案, 我無法保證你上傳上來的檔案的安全, 請留意。 [Upload File Progress with...

一年當中，我覺得最讓人喜歡的節日莫過於聖誕節了，對我來說，聖誕節一直以來都是有著多重意義的，這個節日不僅讓人覺得溫馨，也有一點數算過去一年的點點滴滴，然後把希望寄放在即將來的另一年的感覺，好不容易，緊繃了一年，一切的勞苦愁煩似乎轉眼成空，終於在一年中剩下的幾天當中可以放下忙碌，讓腳步緩一緩，從容地深深吸一口氣，讓自己準備好心情迎接另一年的開始... 很有趣的是，每一年這個時間，不管你在台北街頭的哪一個位子，商家們總是很有默契的，一起放出了聖誕歌曲，讓你想忘了這個節期都很難，大家一同把塵封了一年的聖誕樹重新擺出來，景氣好的時候，樹一顆比一顆大，有一年，我特別抽了一天空，當天什麼事情都不做，就在台北街頭找聖誕樹進行David私人票選，看看哪一棵樹最大或是最亮眼... 這張照片，是周末的傍晚，我在園區的一家西雅圖咖啡寫稿，老實說，店裡面冷清到不行，幾個和我差不多年紀的客人，盯著NB螢幕的專注地盯著螢幕，喝咖啡看書的也鮮少抬起頭，不過我最喜歡這種店，不會有人吵我，所以儘管西雅圖的美式咖啡老實說今天真的難喝到不行，但我依舊有機會就來消費算是支持它，免得店家撐不下去又倒掉(別怪我烏鴉嘴，天知道這邊已經倒了多少家Starbucks，有些你喜歡的店，現在要常去支持，否則消失得很快，才一陣子沒去，店門口就變成招租的廣告)，回到店裡，戶外其實很冷，約莫15度上下，但是店裡頭瀰漫的溫暖和咖啡香，我面前有顆小小的聖誕樹，店裡面也播放著聖誕歌曲，從喜樂的普世歡騰到寧靜的平安夜，我久違了的聖誕歌曲，在我30好幾的歲月當中，有連續著好幾年，聖誕節我是在充滿著溫暖的聖誕聚會當中度過的，我很喜歡那種外面冷冷的，但是屋子裡滿是溫情的感覺，它會讓你忘掉一年的煩惱，放開一些困擾你的不如意，讓你暫時避開煩心的事情，可以有餘力回過頭來，看看自己的人生是否真如自己期待的那樣，一步一步地往前邁進... 景氣寒冬中的聖誕樹，其實和往年一樣閃爍，並沒什麼特別黯淡之處，店裡面的客人少，但是服務員卻相對的熱情多了，我和我的NB在一角，欣賞著聖誕樹、欣賞著落地窗外來往的人群，牽著手的情侶、趕著公車的婦人、假日在外遊玩到不捨得回家的學生... 最近新聞上，沸沸騰騰的幾乎都是景氣不好或是裁員的消息，300人、500人、上千人，有時候我想，企業是迫於無奈可以理解，但是想到居於弱勢的基層員工，因為對公司的價值低，難逃被拋棄的命運...

這一篇，我大致介紹了如何透過程式碼來繪製圖表，在這個影片當中，也同時介紹了圖組如何與特定的資料物件進行資料繫結，Silverlight這個功能相當有意思，過去我在研討會上有介紹過Silverlight資料繫結的觀念，和ASP.NET不同，Silverlight的資料繫結機制原則上是進行在用戶端的，主要是讓記憶體中某個物件的Property與前端Silverlight UI element的Property之間進行繫結，和ASP.NET透過宣告式語法讓前端介面與資料庫進行繫結的觀念不盡相同。這是因為對於Silverlight來說，資料庫在遠端，所以Silverlight無法直接和遠端的資料庫進行繫結(這樣做也沒意義)，但是卻可以透過WCF將遠端的資料以物件的型式傳送到用戶端的記憶體中再與UI element進行繫結。 anyway, 我們先來看怎麼透過程式碼繪製圖表，接著我會再陸續把其他關於Silverlight toolkit的範例和教學影片放上來，希望對各位有幫助。 [ 下載影片 ]

在12/4微軟的研討會當中，我Demo了如何透過Sivlerlight Toolkit來繪製圖表，你會發現透過 Sivlerlight Toolkit可以很輕易的建立出和使用者可以互動的圖表功能。相關Demo請參考 上一篇BLOG 。 不過，萬丈高樓平地起，我們先來看怎麼透過XAML繪製圖表，底下是Silverlight Toolkit中的圖表繪製功能的第一篇 - 『透過XAML碼來繪製圖表』，時間允許的話，我會再陸續把一些範例和教學影片放上來，希望對各位有幫助。 [ 範例下載 ] [ 下載影片 ]

先前提到過的 12/4 在台灣微軟舉辦的『 利用Silverlight Toolkit豐富你的Web應用程式 』研討會 的相關 投影片 與 其中那個DataGrid與Chart的資料繫結 範例展示 請點選下載。 很感謝當天現場參與的每一位朋友, See you next time ^_^ BTW, 有學員問到先前幾場研討會的相關投影片，請參考台灣微軟網站： http://msdn.microsoft.com/zh-tw/aa570302.aspx

12月4日，將在台北微軟 7樓舉行一場MSDN研討會，重點將放在Silverlight Toolkit，對Silverlight有興趣(或是對如何在網路上建立圖表、或是數位儀表版...等有興趣)的開發人員請千萬別錯過囉，除了會場中所分享的內容之外，如果時間允許的話，或許我還可以提供一些額外的Resource，總之，到時候見啦。 搶先報名吧： http://www.microsoft.com/taiwan/msdn/events/webexperience/event081204.htm 議程： Silverlight 2.0 開發技術簡介 Silverlight 控件 與 User Control 的使用與開發 Silverlight Toolkit 介紹與使用技巧 內容： 　　眾所期待，Silverlight 2.0 終於在 2008 年底正式與我們見面，在這個版本當中，除了原有的 Web 動畫影音技術外，還大幅增加了資料繫結、遠端資料存取、控件、樣板樣式、多執行緒…等開發人員所需的各種功能，一舉將 Web 應用程式開發帶向另一個嶄新的里程碑。 　　隨著 Silverlight 2.0 的上市，微軟同時提供了 Silverlight toolkit 這一套內含原始程式碼的控件集，讓開發人員在架構 Silverlight 應用程式時免費使用，透過這組控件可輕易的產生各種互動式圖表、使用諸如 TreeView, AutoCompleteBox, DockPanel, UpDown, ViewBox…以及未來多達數十種控件與UI外觀樣式。 在這一個場次當中，我們將透過實際的範例，帶領學員進入 Silverlight 應用程式開發的領域、體驗 Silverlight Toolkit 當中豐富的控件，讓您將 Web 應用程式開發帶向另一個全新的未來。