發表文章

目前顯示的是 2月, 2009的文章

真是太閒了...

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

Silverlight 的 Linux 版本釋出

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

辛勤工作的獲利

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

從Silverlight開發架構看到的一些感慨

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