.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 應該再切割。 類似像上面這樣的說習慣也好, 說規範也行，是不應該被打破的，但是，有多少因為時程關係而破壞規範的例子? 多的慘不忍睹...