今天看到一篇有趣的文章，介紹了 webkit 的新 javascript engine – SquirrelFish，從文章中看來是用了最新的 VM 技術，所以跑起來神奇的快，甚至比 Tamarin 還快，非常有趣吶。
文章中指出，目前 squirrelFish 還沒完全最佳化，而且 benchmark 時計入了編譯時間( Tamarin 的數據則不含編譯，因為一定要事先將 javascript 編譯成 actionscript bytecode)，即使在這種條件下，squirrelFish 還是比 tamarin 快了 1.8 倍。
這件事對我們有什麼影響呢？嗯，別忘了，air 裏面用的就是 webkit…now go figure 
雖然我已經很久沒寫 php 了(在可見的將來機會也日漸減小)，但這真是很殺的 news 啊。
Zend framework 將有 native module 直接支援 AMF (both 0 and 3)，因此將來再也不用裝 amfphp 或 weborb for php 之類的外掛。
有趣的是 Adobe 以官方的身份參與了這個計畫，同時這個 module 的主持人 Wade Arnold 目前也是 amfphp 的主導者，也難怪很久沒看到他對 amfphp 有什麼貢獻(原來時間都花在這上面了，畢竟能玩 native module 時誰想寫外掛呢？)，現在只期盼他能同時做一個 native-c version直接掛在 php 上，這樣 de/serialization 的速度會無敵快，用起來爽度可能會更高一點。
sidenote: 看來 zend framework 是目前 php 界的當紅炸子雞啊，這下有了 adobe 加持 amf 模組，可能會更 flash/flex friendly 一點，所以接下來是 zend framework 與 RoR 大車拼了嗎？XD
好啦，其實我的重點是，通常對 flex app 而言，後台只是支援的角色，MVC 裏大概只有 m 這塊放在 server 上，所以不論一個 web framework 有提供什麼 controller, ajax, view template 大概都沒啥用，最後就是乖乖接 request 然後返還資料就好，當然如果能有某種程度的 db abstraction 也是不錯的，但這部份就要小心挑了。
今天要用 aperture 時才發現原來已經偷偷發佈了更新，隨手查了一下發現原來 Lightroom 也推出 2.0 了，就把兩個都升級了一下，目前看來都只是功能方面的增加，UI 部份沒有太令人驚豔的進展。
＊Adobe Lightroom v2
lightroom 的功能仍然是分為下列幾個大項
但值得觀察的是它的整體介面配置與 CS4 非常不一樣，簡單來說，這是一個 ready-for-web 的 layout。
＊Apple Aperture v2.1.1
Aperture 比較令人好奇的就是下面這個 UI control
這個東西看起來是 Panel 的變型，其實說難也不太難，但做起來要弄的好(有效率、可彈性config)也不是件容易的事，有興趣的人可以在 flex 裏試試，而我完全無法想像在 cocoa 裏要做這件事是多麼大的功夫啊…
整體來說，aperture 是走很傳統的 desktop app 路線，整個的介面與操作模式都依循同樣的 mindset，但它 UI 的精緻度與對細節的關注實在是高到一個不可思議的境界，如果再考量 cocoa/objective-c programming 本身的複雜度，要做出一支這麼美的程式實在是值得鼓勵。
＊後話
撇開 app 本身不談，如果光比較兩個產品的『新功能列表』網頁，仍然可以看出一些有趣的事(鏈結前面有寫，可以分別打開來看一下)。
看完有感覺到什麼不同嗎？哪個產品會讓你覺得比較吸引人？
從『把話講清楚』這個簡單的原則來看，aperture 的頁面可說是大獲全勝，它有著一種隱而不顯的大氣風格，一種把故事說的好聽的 magic。
而相對之下，lightroom 的版本，就很像是一般商業軟體的行銷頁面，用條列的方式把新功能冷冰冰的寫出來，並且沒有提供每一個項目更深入的資訊(progressive disclosure)，白白喪失了提供更多購買誘因的機會。(lightroom 另外有一個 features 頁面，可以自行比較看看優劣)
我們來看個例子，例如在 aperture 的 new features 頁面裏看到 Advanced RAW processing 新功能，好奇或有需要的讀者會希望能多知道一些細節，這時就可按下 “using RAW Fine Tuning” 看到更多的資訊
我相信這後面有著很精準的規畫與設計，也是傑出 information architecture 的極緻表現，再加上一流的視覺設計，最終才能呈現出如此美好的 user experience。
更深入來看，從這些小細節也可以看出 Apple 背後的公司文化與相應而生的特色+風格，他們或許產品不太多(相較於 Adobe 數十種產品線)，但每一樣都著力甚深，而在整體呈現手法上，似乎就是那麼略勝一籌，它並沒有要特意顯的 hip or cool，但特殊的質感不經意就流露出來，或許也可以把這個視為 reality distortion field 的 extended version 吧？:)
當然另一方面來看，或許 lightroom 並不是 Adobe 現下最重視的消費性明星產品(那個位置可能是由 photoshop, flash, acrobat 等獨佔)，因此分到的寵愛眼光自然少了許多，這也是完全可以理解的。
Adobe 剛放出一系列教學影片，適合初學者看看。
當然要一星期學會 flex 是不太可能的事，不過可以把那些教學內容當作必學大綱(因為只有最重要的才會被包含進來)，然後另外深入找資料個個擊破。
我個人覺得比較有趣的是這些影片居然不是用 captivate 直接產生 flv 然後由 adobe 來 hosting, 相反的，它們是放在 Brightcove (一家超級無敵大的 CDN)的機器上，直接 streaming 服務，更有趣的是，Brightcove 的創辦人 Jeremy Allaire 就是 Coldfusion 的爸爸啊(它將 coldfusion 賣給 macromedia 後待了幾年就決定飛去 Boston 另謀發展，沒想到幾年下來搞的很不錯吶)。
稍微看了一下，目前著力最深的就是全新的 component architecture，看來是要玩標準一點的 MVC，主要就是多了 Group 這個新概念。
基本上，整份文件讀完感覺只有一個：這全部是在為 Thermo 鋪路啊 XD
原因：
為了要整合 design tools 產生的繪圖資料，例如吃進 fireworks 的格式，因此一定要有 tag 式的語法來標示這些向量曲線之類的資料，這步完成後，design + develop 兩邊就有一個介接的端口，剩下的就容易了
根據過去幾年的經驗，目前這組 API 還只是剛定稿階段，未來3-6個月內變化會最大，基本上在還沒 code freeze 前大概不用投入太多時間，不然每週一改可歡樂的很。
