Category Archive for '專欄'

Posted by Mr. Friday 昨天〈1/17〉對IT廠商相信是個shocking news的一天,首先是傳出Sun買下MySQL,再來一直傳出併購消息的Oracle也終於買下了BEA。我想這些消息的後續細節〈譬如兩家要怎麼整合啦〉可能還沒有完全明瞭,而市場也需要一些時間來慢慢消化,觀察這幾家廠商合併之後,產生的化學作用到底是正面還是負面的。不過這兩宗併購案,倒是都有一些讓人想像的空間。

Read Full Post »

環境的確改變了,然而我看到唱片公司的掙扎手段卻只是將他們的脖子勒得更緊。近日,唱片公司又再談論著是否應該藉由稅收來補貼他們的損失。我的觀點如同 Michael。唱片公司在未來的角色應該是負責行銷、舉辦演唱會以及販賣周邊商品,至於音樂本身,就留給大眾吧! 如果是要用固定稅收來 “補貼” 他們的損失,恐怕是飲鴆止渴。固定稅收,也就意味著固定收入,有就意味著有限度的餅,大家的才華將會用於爭奪有限的餅,而不是用於創作更美好的音樂來開拓更大的餅。至於創作的誘因也因為固定收入而隨之消逝。

Read Full Post »

Posted by Mr. Friday 這篇是個發洩文,各位完全可以不用把這篇文章當成正常的專欄文。 自從大前研一提出「M型社會」這個詞彙,又由商業周刊封面故事報導之後,這個詞突然席捲大街小巷,尤其是電視媒體與報章雜誌,幾乎言必稱「M型」,簡直比疲勞轟炸還可怕,我個人稱之為「M型洗腦」。 M型洗腦有多可怕?打開每天的報紙,幾乎每一版都會有幾篇跟M型相關的新聞。不信?就讓我們來看看:

Read Full Post »

Posted by Mr. Tuesday 溫和的風呀 請為我們吹撫眼前的道路 雖然白沙覆地、煙瘴橫行 縱然青草不再,而僅存的家園亦被捲入無盡戰火裡 但我們是黑暗中閃爍的光 就算末日就在前方不遠處 我們仍要為這支流傳千年的演化之曲唱出 最後的回音 這個故事,要從最初的最初—比《魔女宅急便》、《龍貓》和《天空之城》都還要更早的1982年說起。

Read Full Post »

Posted By Mr. Thursday 拓樸 (topology) 在研究一種抽象轉換的關係,不管是函數、實數集合、或是普通離散物品的集合,拓樸的轉換都可以應用在上面。對於不是以數學為專業的讀者來說,要如何了解拓樸呢?就可以試著從上圖一目了然。上面這張圖有三列,每一列有三件物品,雖然這三件物品看起來外觀形狀都不相同,但是在拓樸學家的眼裡,這三件物品是等價的。等價英文用equivalent來表示,就是說三件物品,在壓縮扭曲拉開等各種變化之後,就可以變成另外一件東西的形狀,但是轉換的過程中,沒有「打斷」物品上面任何一個地方,所以是等價的轉換。所以第二列來看,在拓樸學家眼中,一個甜甜圈、有把手的茶杯、和捲筒,是等價的!但是拓樸的轉換,和語意又有甚麼樣子的關係呢?

Read Full Post »

Posted by Mr. Friday RFID,全名為Radio-Frequency IDentification,是一種透過無線裝置自動感應、判別身分的系統。聽不懂?那捷運悠遊卡總聽過了吧。悠遊卡正是RFID的一種應用。RFID在科技業算是近來相當受到矚目的一塊,有興趣的人可以參考Wikipedia上對RFID的說明。 RFID由於可以辨識持有者〈或是持有物〉的身分,因此有許多人把它應用在付款與物流管理,例如VISA Wave〈信用卡付款〉、以及前述的悠遊卡等等。不過除了這幾種應用,它可以應用的範圍還不少,而且在不久的未來,也許RFID會更徹底的改變我們的消費體驗。 以服飾店為例,德國有一家百貨公司叫Galeria Kaufhof,最近就開始利用RFID大幅改變顧客的消費方式。首先是他們在每件衣服上都放了一個RFID,掌握店內衣服的數量與去向。這聽起來好像很普通,不過特別的是,他們還有一面「聰明的鏡子」。舉例來說,當男生穿著西裝攬鏡自照時,它會自動感應你穿了什麼,並建議你應該搭配什麼襯衫與領帶才好看,以及相配衣服在店裡還剩多少件!〈原圖出處在此,左為Mass Customization Blog的縮圖。〉

Read Full Post »

Posted by Mr. Saturday Mr. Friday 的 Java會步上 COBOL 的後塵嗎? 一文還真是引起了相當多的討論,連在 FunP 上面都有一些高手們長篇大論的回應,另外我也看到了 qing 前輩也寫了篇文章 (剛剛也看到他來留言了) 來參與討論,Friday 也針對一些問題跟我私底下聊了一下.正好我自己也有一些淺薄的經驗,這邊就斗膽拿出來跟大家分享一下.不過我先開門見山地表明自己的觀點好了,基本上我覺得拿兩個程式語言來比較好壞,就跟拿英文和中文來比較好壞一樣,意義不大.每種語言有他存在的目的和當初被創造的理由,也各有其優缺點,而且語言會因為使用者而呈現出不同的面貌,真實生活中的語言如此,程式語言自然也不例外. 我比較想要談的,是像 Java 語言版本升級的問題,這也是 qing 前輩著墨甚多的一個問題,底下引述一段: 你沒有必要苦苦追趕Third party程式庫的新版本。通常,在產品開發之前,你就會決定你的技術解決方案,確定你所用的程式庫可以滿足你的需求。在產品開發中途決定更換所用程式庫的major version或到minor version是滿嚴重的事。大多數會需要選定新版的程式庫,多半是發生在選定開發一個新產品的時候。這麼一來,又怎麼會有「程式老跳訊息告訴你這個jar檔版本太舊不是他要的」的問題呢? 對於版本升級這個問題,我認為這絕對是個對工程師影響重大的事情.這邊我想舉出一個另外的例子和切入點,大家就會知道為什麼版本控制和升級會是個大問題.

Read Full Post »