先看看specification:
7-inch 1024 x 600 touchscreen
3 megapixel camera on the front
5 megapixel camera on the back (both capable of shooting HD video)
dual-core 1 GHz processor
1 GB of RAM
QNX Neutrino-based operating system that can handle multitasking and multimedia with the utmost stability.
Wi-Fi
GPS
3G through Bluetooth tethering. (無sim 的support….用bluetooth connect mobile for tethering….)

Specification 看上去就真的不錯。

兩腳??，er…水貨….

mon 的質素很好，有齊office app ，work, excel, powerpoint, pdf ，當然要入自己寫的APP 支持下。

順帶一提，一開機就要update os@@”，都成2百幾mb….所以最好就prepare 好 wifi 上網先開啦。未有中文的輸入法，睇中文就 ok。

Chowky 認為，沒有太多的selling point，如果只是聽歌睇movie，就似乎定價太高。而且比較於 ios 以及andriod os， qnx 太新，AIR 4.5 hero 都未release，chowky 在development 的過程不順利，對developer 來說不是安全的choice，話雖如此，可能RIM 都想過這個問題，所以就容許用FLEX 來開發，直接plug 了air runtime 入去，若果可以做到flex 寫的 andriod app 直接port 去playbook ，chowky 都覺得是值得放在多一個marketplace. 但只是可以target playbook，真的要看看銷售才決定。

Adobe 這樣做法，因為可能知道flash 的market 開始有減少，而且都見到flash 在iphone ipad 上的不能run 的問題。

既然都知道了沒有辦法改變情況，所以adobe 都改變了一點方針，作為developer tools 的情況出發，保住自己在designer 的tool 的地位，adobe 加上這個 flash to html5 的轉換工具，可以能夠令到swf 可以在iphone, ipad 之上運行 (即使是支援最基本的function).

大家都應該有一定的期待。(應該要等下一代 flash cs6 才有呢~)

不過ENTERPRISE 如果已經有 window server ，就很自然會採用.net 這個做法。

如果不能夠打破flex + .net 這個方法的話，其實是比較困難去推動flex 這種技術。

chowky 找到兩種方法Weborb or fluorineFX.

雖然WebOrb 和fluorinefx 基本上都是free 的。
不過fluorinefx 就是opensource 而，weborb.net 就是close source…..所以chowky 就採用fluorinefx 試試先~

奇怪在，local 試就ok…十分簡單，不過deploy 去window server 2003 iis 6 就真的很困擾….

下次介紹chowky 的解決方法呢~

Apple 這招「肥水不留別人田」的做法當然引來不少批評，而且，之後apple 出了公開信表明不加入flash的原因，而 adobe 就當然再出公開信反擊，搞到事件升級 （當然這是肯定會發生）。近日又有更新～

《華爾街日報》引述消息稱，美國負責調查反壟斷的聯邦貿易委員會（FTC） 及司法部，正準備就蘋果限制iPhone及iPad應用程式開發，展開初步調查，研究有關限制是否有違流動器材的競爭。蘋果最近修改條款，要求為 iPhone開發應用程式的供應商，一定要使用蘋果的工具，亦禁止程式將iPhone的技術資料傳給第三者，有關更改引來開發商及網絡廣告商不滿，引起 FTC注意。

蘋果iPhone不支援Adobe的Flash，而修例後軟件開發商亦不能用Adobe的軟件，蘋果跟Adobe最近便就此展開罵戰。彭博通訊社稱，FTC是因接獲Adobe投訴而研究事件。

華爾街日報

Source: http://hotjetso.com/viewthread.php?tid=6948

chowky 除了覺得SEO 在flex 上面仍然是一個問題之外 （所以以chowky 的專業意見來說是會suggest html + flash），RIA 上面應該會要100﹪ 肯定會用flash。加上可以利用CS5 的 flash catalyst，改變傳統的創作模式，相信會愈來愈多人採用。

ok~ 題外話已經講完。

Flex 上做data visualization，其實是很合適的。

Enterprise 在技術上的應用是會比較慢的，（完全合理，因為IT system 是公司營運的重要一環，不會輕率地採用。）
現在 SAP，Crystal Report 都慢慢加入這個新功能，所以大家都會慢慢地見到AIR／FLEX 開發的的產品。雖然flex layout framework 加入了flash platform 入面，但是flash 的文字處理功能都仍然是弱，所以有可能只是某一些地方採用了flex ，而其他的都會用回html, java ..etc。
不過連oracle 都講和sell enterprise 2.0，看來enterprise 用RIA 應該只是時間問題。

這篇文章的作者真的不行

1. 利用MVC：正常的enterprise 的大project 都會有採用design pattern ，而flex 就應該利用 MVC model 的。

2. 放棄用 XML： enterprise 的project 必定是用database…..MSSQL／ORACEL DATABASE…..

3. Use resource bundles: for multi-language use. 同意的，現在每一個system 都想做到multilang。

4. Stay away from the Flex Builder WYSIWYG Editor: chowky 覺得他解釋得不對，雖然chowky 少用flex builder 的 wysiwyg，只是因為太慢，但不是不等如不用，hardcode X,Y ，很明顯只是作者不太了解flash builder wysiwyg…，我們可以改用left, right, top, bottom 的attributes ，這就可以解決hardcode x,y 的問題。

5. Don’t mix AS with MXML: 作者很明顯是java 的developer，functionality (chowky 是指business process) 竟然會放在flex 上run….正常會放在backend server，server process the result 再 return flex 4，原因是 enterprise 的data 的量和business logic都會是比較complex 的，server會比client PC 快很多，而且flex 4 是layout 都大概都會是利用skin 的方法。分不分AS / MXML 真是不太重要。

Source: http://flexonjava.blogspot.com/2010/04/enterprise-flex-development-dos-and.html

• CFC Object Creation – 700% improvement over CF8
• CFC Method Invocation – 200% improvement over CF8
• Flash Remoting – 800% improvement over CF8
• UUID key generator / CreateUUID – 10,000% improvement over CF8
• IIS Connector Performance Improvement – 100% improvement

看來都改善了不少呢。

雖然是收費的server。不過既有IDE 做development 之外，又有一套完整的library. development cost 都省了不少。

大家都是在最大化efficiency，development cost + hardware cost + software cost。可惜，香港是focus on hardware only……

人工一直以來雖然不算太低，但是it方面 ot 的情況一向很大，而外國對這方面又很有保障的。

所以外國會考慮，development cost : software cost 方面的平衡。

而香港的情況是，做不完的工作就 OT 去完成，development cost 既然可以用這種方法keep constant 的話，跟本就不用去考利用 increase software cost 去 ease development cost。

這就是香港不能成功的跟本原因

Source: http://www.petefreitag.com/item/742.cfm

直接利用了佔的畫面大細來display，priority. 真得幾有創意的顯示方式。

不過…，實用性方面就真的太差了，如果多過10-20 task 的話，應該就很難看清楚了。

雖然很有創意，不過使用上不方便。這樣的話user experience 都不會好的。

Source: http://www.todomap.net/

可能之後的sales 都有很大的部份是為了支援mobile gaming 方面，一個flash cs5 就可以develop 到andriod, iphone, window mobile, ovi 的手機。

Source: http://www.biskero.org/?p=4643

Chowky 在自己試過有過這種問題。

var loader:Loader = loader.load(new URLRequest("images/testimg.jpg");

loader.addEventListener(Event.COMPLETE,completeHandler());

private function completeHandler():void
{
//set 了之後就render 不到image.
loader.width = 100;
loader.height = 100;
}

之後chowky 就找了很久，都不太明白問題的原因。
坊間有太多不同的解決方法，不過看完就明白到問題原因。

簡單來說，因為 loader 未load完 （chowky 估計是Event.COMPLETE 的時間都未load 完成）

[更新一下，雖然loader 已經load 完，不過content 未完成 (這個logic 雖然不太通），就是image 未ready。所以我們應該listen _loader.contentLoaderInfo 而不是_loader 本身]

chowky 見過會利用scale 的方法去做。（算吧了）

var _loader:Loader=new Loader();
_loader.contentLoaderInfo.addEventListener(Event.COMPLETE, loadCompleteHandler);
_loader.load(new URLRequest("images/myphoto.jpg"));
this.addChild(_loader);

function loadCompleteHandler(evt:Event) {
	evt.target.content.height=100;
	evt.target.content.width=100;
        trace("Finish resize");
}

不過 chowky 的解決方法是自己寫一個class extends sprite ，再update sprite 的size. chowky 覺得這種做法比較適合，custom loader class (oh….又花了一整天）….

真辛苦呢。

這個addon 是基於firefox. 換句話說你當然要有firefox 3.5 以上才可以用。

除此之外，amf explorer 還要需要 firebug ，(雖然firebug 一向都幾佔ram…不過就真的幾方便，小提示: 要用才開啟呢~)

這樣做的話，就可以不用amfphp 的browser. 都可以做test. inspect 一下return 回來的element….十分之方便呢~

Source: https://addons.mozilla.org/en-US/firefox/addon/78928