我一直以為當工程師寫程式是很安全的工作，不論犯多少錯也不會出人命，直到…
上面這架是美國當今最強的戰鬥機，但由於幾行程式錯誤，造成這架飛機在飛越國際換日線前往日本關島時，機上幾組電腦大當機，所有導航裝置都失靈只能靠目視飛行，最後是靠在附近的加油機帶領他們飛回原基地才沒事。
事後檢討發現：
It was a computer glitch in the millions of lines of code, somebody made an error in a couple lines of the code and everything goes.”
好一個 everything goes 啊~
不知怎的，看完全文後突然覺得自已重要了起來…原來每個工程師都是 007 – got a license to kill…Orz
呃，這篇跟 ria 有什麼關係？上次我聽過美國有人用 flex 寫游艇上的操控軟體，還有那位在某知名超大航空公司工作的陳同學據說想用flex寫飛機排班系統，這應該算有關係了吧？
基本上我想說的都被 Mike Potter 在 commet裏回完了，這裏只簡單速記一下：
-application 不是 website
所以 bookmark, trackback, search engine, back/forward 基本上不是問題
-實際上這些也都有辦法解決
-apollo 也可以是 html/javascript/ajax 的容器，你可以不玩 flex, 但放棄 apollo 這個平台很可惜。
-好戲在後頭，未來可以玩的東西比想像中多。
我最喜歡的一句結論:
Believe me, (Flex) offers much more than what ASP.NET can do and hands down is easier to use than XHTML + CSS + Javascript.(by Allen Riddle)
有時死守者己會的東西然後被限制在一個框框裏看世界確實是不容易很明瞭啊~
看起來是 The Weather Channel 跟 MS 的合作，這支 app 外觀很像 yahoo map，同樣可顯示 road/satellite，比較特別的是最下方有一排控制鈕可切換 cloud, radar 圖，因此如果你今天移動位置到美國中部或東部，例如上圖中的紐約曼哈頓，就會看到畫面上被一層濃霧蓋住。
另外，這層 cloud/radar overlay 是可以調整透明值的，也有一個 play 鍵可以播放雲層過去幾小時的變化狀態。
使用心得：
-速度很快
-ui沒有特別突出之處
-cloud/radar 圖有點不實用，乍看之下很新奇但真的要開車查天氣時，還是文字比較精準。
不過真正有意思的是，這是 MS 的產品，居然是用 Flash 做的，嗯嗯…
今天在 flexcoders 上出現一個有趣的問題:
Just curious, A big development team or individual developers
(大家開發Flex project時是以團隊或個人的型式進行？)
回答的部份更有趣，基本上有三個趨勢：
1. 大部份的人都是 individual
2. 但大部份目前是 individual 的人也都說有預算或正準備hire更多的 flex developers
3. 回答說已經有 team 的人，大部份是屬於 SI 式的公司，也就是所謂的 consultants
從回答裏可以看出一些有趣的現象，也可以合理解釋為何會是這樣的答案。
首先，目前大部份都是個人在開發flex，原因很簡單，不外乎是企業剛採用這個技術，前期往往只會投入少量的人力去研究或做個prototype出來試試水溫，或者是小型 startup 勇於採用新技術但沒錢請太多人，所以先找一個來試試。
而更深一層看背後的原因，則可能是就算企業現在想找一個班的flex developers恐怕也是不可能，打者燈籠找遍北美只會發現厲害的早就已經200% booked and occupied，而剛入門的新手企業不敢用他也不敢接。
所以人才本來就稀少，加上新技術剛起步，就會形成大部份都是 individual 獨立開發的局面(我想在 RoR 的世界也是一樣的情況，大部份的team大概都在 1-3人之間)。
那將來(例如再過6-12個月)情況會不會比較好呢？
很難說，屆時優質的工程師數量會增加是必然的趨勢，但那時大家要面臨的是 team 變大後的協調分工的技巧，如何切分前/後台，前端又如何將 flex 拆成許多小部份讓所有人可以協同開發。
其次，第2點來看，大部份的企業在試過水溫嚐到甜頭後，都會願意加碼hire人進來強化開發團隊，這從最近三個月北美地區的flex相關工作數量就可看出，平均每天都會有20-30個 positions 急者找人填補，市場趨勢由此可見一般。
至於第三點就更有趣了。
1999 網路泡沫化前那段時期，我正在一家顧問公司服務，那時美國網路市場一片叫好，市場上有所謂的五巨頭顧問公司，例如 Sapient, Vient, Razorfish…它們是當時市場上最搶手的開發公司，每家都養了上百個工程師每天關在小房間裏寫者 asp/html/javascript。
現在同樣的情況又漸漸產生，新一波的網路浪潮又回來了(咳咳，你知道的，那個什麼 web 2.0之類的 buzz word)，新技術剛出現，市場上跑的快的顧問公司會儘可能的把相關人才集合起來，並且在浪潮的最前端贏家先通吃。
那些回答已經有成打team 的人，背後都是這類型的顧問公司，他們是現在市場上最搶手的 flex consulting 人選，當企業急者想 用flex 開發產品/服務但又請不到合適的人(或找進來的人還沒法立刻上手貢獻生產力時)，這些顧問公司就成為最佳的選擇。
這種情況跟1999前的網路市場是完全一個樣兒。
另外，在回覆中有人提到目前 one man team 開發flex就已足夠，原因是 flex 非常簡單又威力強大，所以不需要太多寫手加入team。
個人認為此言差矣。
類似這樣的想法大概都可以概括歸類於 the myth of flex (MoF?)，flex就像任何其它技術一樣，開發這個階段往往是較簡單的部份(實際上也不盡然，它的 development curve 其實是很 steep 的)，但到了後期要 testing and debug時，一人開發的苦果就會呈現出來，屆時新功能或大小修改不斷，抓bug又要花費大量時間，兩者交相壓迫後下場就不那麼樂觀了，只是現在大部份人都還沒走過這個流程(大部份人還沉浸在蜜月期的歡樂裏)所以沒什麼感覺啊。
最後，好奇也來個小調查：
目前已經在用 flex 開發專案的讀者中，你們是 team or individual 呢？
大家恭喜 新年快樂 
* Flex for the Java Developer with Bruce Eckel
上次提過的 Adobe 新一波 Flex campaign 正式啟動了，主要是透過一系列的線上研討會與教學加上名人背書(除了 Bruce 外另一位是 James Ward，如果沒記錯，他就是負責寫 JBoss email client 的人)。
* open source FDS 終於出現
採用 LGPL 授權，目前僅支援 AMF3，RTMP 稍後，但看起來非常不錯，如果改寫成 ruby 更好…
*Flash Media Server 替代品
open source 的 FMS 替代品很多，最知名的就是 Red5，但支援 audio/video/data 且是商業產品的選擇就不多了(實際上除了 Adobe 牌外應該是沒有吧？)，最近終於出現這樣一個產品。
Wowza 是一家 San Jose 的新創公司推出的 media server，同樣也是 java-based，我大約在 beta1 時加入測試，到目前試用感覺還不錯，應該是個穩定成熟的替代方案。
更重要的是它的價錢非常有競爭性，基本上就是走 FCS 的老路線，提供了$750元左右的低階入門選擇(50連線不限頻寬)，也有$5000元的最高級版本(不限連線數與頻寬)，這等於是填補了 FMS 新定價策略後所遺留的市場空缺。
當然，提到 red5 也順便更新一下它的消息，上個月 rc6 剛出來，新增了 AMF3 支援，同時server script language 可支援 java, javascript, ruby等，目前看來市場反應良好，在 list 上已經有很多家公司在用它開發商業專案，或表達意願資助開發團隊。
所以，現在檯面上三個玩家大致底定，FMS – Wowza – Red5 (依要價高低排列)，目前初步來看它們三個可以玩的市場分別是：
FMS 有它固定的利基市場，例如大型商業網站與DCP(Digital Content Providers)等，花的起上百萬美元購買軟硬體產品。
Wowza 填補中低階中小企業市場，用不到十分之一的價格提供較為商業化的服務，但長期看來它會直接面臨來自 Red5的競爭，可能必需儘快開發出新利基市場或提供較特殊的服務，不然很難生存
Red5 採 open source 策略，可塑性最大，支持者也最多，長遠來看它架構在 java技術上，要做大案子延展性也不是問題，對小小型玩家們也是一個不錯的免錢選擇，簡單來說就是可大可小四處通用，未來前程似錦一路光明，唯一要改進的地方就是 a/v stream 穩定性不足，恐怕得加把勁改良。
