[Coffee] 微軟經理的演講

雖然興趣不是很大，不過一個禮拜只有這堂課...所以還是出門了。

今天講的題目是 KM（知識管理），說實在話，我的印象是從講者的一句：「用 Outlook Express 代表你的 KM 程度很低」開始的。當講者問：「你們平常是用 Outlook 還是 Outlook Express」時，我直覺爆出的一句話是：從來沒用過。

後來看他又繼續介紹＂使用好用又方便的 Web 介面來管理伺服器，新增有權限控管的連線帳號＂，我第一個想到的又是 Webmin。

最後講到下一版 Windows 會有的搜尋功能，這個我就比較了解了，因為跟 Mac 的 Spotlight 以及 Windows 上的 Google Desktop Search 一樣，甚至 Linux 上也有類似的方案。

好吧，既然他上面說的所有需求我第一個想到的都不是微軟提供的方案，所以最後演講結束之後，我跑去問講者：「關於剛剛提到的搜尋功能，目前市面上除了 Windows 之外的所有作業系統都有了，Windows 現在才要開始做，還有什麼優勢呢？」對方回答：「我剛剛說過了啊，這個搜尋是要把非結構化的資料變成結構化的，這樣搜尋才快，也才能根據資料的內容做搜尋啊」標準的答非所問...，為了不要給他太難堪，所以我只好說：「喔，那就是跟 Apple 的 Spotlight 一樣嘍？那為什麼微軟現在才開始補這個洞呢？」講者又回答了：「呃...因為一個技術要有客戶需要我們才會去做，因為之前沒有這種需要，所以我們沒有做」。

聽完他說的，我心裡面只有一個感想：＂微軟會被人瞧不起不是沒有原因的＂。他們根本不會去幫顧客找出需求，一點創新能力都沒有，看到市場上有什麼東西反應不錯，就跟著加到自己的產品中。

對比微軟的市佔率，這叫小人得志嗎？

[Coffee] SA@Taipei 十月份活動主題 - Mandriva桌面應用

今天跑去了... :)
由 Study-Area 主辦 (官方連結)，主講者是 supau (這是他 blog 中的文章)。 基本上雖然我不是桌面環境的初學者，不過機會難得 (我不是說 SA 很少辦活動，而是我難得有注意到 ^^")，一方面我想看看有多少人對 Mandriva 有興趣，另一方面也想當面與使用 Mandriva 的朋友見見面，希望能夠就中文翻譯的部分能夠與大家交流意見。畢竟參與翻譯的這一年來，大部分時間我都是自己決定一切，並沒有徵詢多少人的意見，很擔心有 些翻譯的地方讓使用者不習慣。於是，我就去了。

基本上整場活動相當不錯，現場安裝一次 Mandriva，然後實際操作，只可惜一個系統真的不是三個小時可以介紹完整的，有許多地方還是只能點到為止。不過看著 Mandriva LE2005 漂亮清晰而且大部分都已經中文化的畫面，不可否認心中有些許的驕傲。

回家後看到 SayYA 上 yochenhsieh 提到 Mandriva 這次弄了一個 Mandriva linux 2006 Install Party，感覺真是令人期待，有機會希望在台灣也能辦起來，藉此把 Mandriva 推廣給更多人。

這兩天把 LE2006 抓下來用好了 :)

[Apple] 為什麼 iPod 一定要用 iTunes 傳歌？

這篇文章本來是寫在 PTT 的 Mac 版，因為有太多人一直抱怨為什麼 iPod 一定要用 iTunes 才能傳歌，不能像其他的 MP3 隨身聽一樣直接把歌複製進去就好。於是我由工程的角度來分析，為什麼 iPod 要搭配 iTunes？

我認為就工程的角度而言，用 iTunes 或額外的程式管理 iPod 裡面的歌曲是有其必要性的。

首先來想想，我們會在 iPod 裡面放多少歌？
我剛買一個月，自己有的歌也不多，不過裡面已經放了超過 500 首，相信很多人的 iPod 中遠遠超過這個數目。iTunes 傳歌曲進去的時候，除了把歌複製到 iPod 中，另一個重要的工作就是建立索引。這個索引就是 iPod 能快速選取歌曲的原因。沒有這種索引，iPod 每次要顯示機器內有多少歌，就必須做整個硬碟的掃描，對每個音樂檔作讀取、擷取 ID3 tag 的動作，先不論對整個硬碟掃描會耗掉多巨大的電力，對於這種掌上裝置而言，處理器處理完這麼多資訊要多久？

就讀檔擷取資訊方面而言，應該沒有什麼最佳化的方法，因此只能針對「搜尋有多少歌曲在硬碟中」這個動作來最佳化。

假設利用目錄來分類，首先會遇到的問題是，你必須按照目錄一層層來搜尋，例如以歌手/專輯 的擺放方式，假如用先選歌手，再選專輯的方式來選取會非常快，因為只需要掃描第一層與第二層的一個目錄。但是假如我要像現在 iPod 一樣不經過選取歌手的步驟直接選專輯，就會變慢，因為要掃描第一層加上第二層的所有目錄。甚至假如我要依音樂類型來找歌的話，這種擺放方式甚至不如把所有音樂放在一個目錄下。

根據以上的論點，iPod 需要利用索引來避免上面的問題。那這個索引要由誰建立？iPod 可以自己建立嗎？當然可以，但是雖然把上面的問題解決掉，卻產生了另一個問題。iPod 要花多少電力，多少時間才能自己把這個索引建立出來？iPod 那龜速硬碟，做完完整的硬碟掃描要花多久？要耗掉多少電力？另外 iPod 的 CPU 只有 80MHz，這種速度的 CPU 要把掃描出來的結果編成索引要多久？

你要每次花三分鐘把一張新買的專輯複製進 iPod 裡，然後等他十分鐘把所有東西都掃描完你才能繼續使用嗎？
然後重整完成之後電力只剩 75%，為了充電又接上電腦，充飽拔下來之後 iPod 為了避免檔案有更動，又花十分鐘，25% 的電力掃描一次...然後陷入無止盡的循環？

那我寧可用 iTunes 傳歌...讓 iTunes 把索引建好，然後快快樂樂的用我的 iPod...

[Apple] Photo Booth

Apple 在 10 月12 號公佈了新的 iMac，內建 iSight，並且推出了一個有趣的軟體 - Photo Booth。

自拍大頭照從未如此有趣過。您可以加入特殊影像效果 — 如深褐色調、黑白色調、發光、漫畫、X 光、彩色鉛筆、熱感攝影機、聚光燈、膨脹、凹陷、扭曲、壓縮、鏡射、光導管、拉伸、魚眼等效果。按一下按鍵，看到螢幕閃一下白光（看這有多酷），您就有一張高品質相片，以儲存成 iChat 自訂圖像，將它以電子郵件寄給朋友，或放在 iPhoto 照片圖庫裡。 - http://www.apple.com.tw/imac/isight.html

Steve Jobs 也親自上場，擠眉弄眼的拍了許多好笑的照片。不過我注意到的卻是它的即時特效 (果然是 programmer 的命嗎？)。
這些特效要完全依靠 CPU 計算，我想 iMac 應該還沒有這麼猛，這應該是 Core Image 的威力。Core Image 從推出以來，就只在 Dashboard 裡面出現過 - 那被譏為看過兩次就很想關掉的水波紋。但是果然工具還是要有人會用，才能創造出它的價值，而 Photo Booth 就是打開 Core Image 的第一道鑰匙。
雖然我覺得 Photo Booth 這個程式一下子就會玩膩，但是它徹底的展示了 Core Image 能做的不只是單純的特效，而是一個能夠有更 amazing 應用的功能，未來也一定會有更多程式使用 Core Image，提供現在意想不到的有趣功能。
Say Cheese!