adobe公司宣布將把flex sdk捐獻給開源社群，一片譁然。
企業選擇flex作為開發應用的工具，有部分原因是其背後有adobe這個強大的企業「撐腰」。
「我們不差錢，就怕出了問題找不到人（售後技術支援）。」也許這是很多企業在技術選擇的時候考慮的重要因素。
（也許這個判斷很有侷限性。我個人的工作經歷全部是日本企業，日本企業在購買軟體產品方面給我強烈印象的是「買正版的軟體，買售後服務，謹慎選擇或不考慮沒有『廠家』保障的開源軟體」）
現在flex sdk馬上就要成為沒娘的孩子了，它會不會失寵於企業市場？
也許會，也許不會，誰說的清呢？
聽某些「專家」在辯來辯去就變的心神不定終歸要不得的。
不可否認，flex框架不夠完善，有很多問題和bug。
比如說flex框架不夠輕便，作為web應用，較之jsp之類的指令碼大上百倍也是平常之事。
比如說flex常用元件datagrid在處理大資料時候的效能差。
比如說除了「非同步操作」 之外，也希望能讓「同步操作」原生自flex框架。
有時侯，目前的flex真讓開發者「怒其不爭」。
個人猜想adobe擅長於開發視覺產品，而在企業開發平台方面經驗不足。加之急於占領ria市場，把精力過多放在新功能的開發（版本公升級）上，而荒於夯實基礎，去莠存良。使得flex框架變得越來越龐大，越來越難以從根本上進行整改。
與此同時，也不可否認，flex是目前開發ria的最成熟的工具。其跨平台的特性和使用者操作友好性是非常吸引人的。
企業ria多見於內部區域網或專用網路，少有面向網際網路。個人認為這才是目前諸如此flex /silverlight技術的主要用武之地。
在這個相對受限的領域，網路頻寬是充足的，足以將flex程式的大塊頭放在很次要的位置來考慮。
當你在遇到技術問題，特別是所用到的開發語言自身有侷限性的時候，你是如何解決的呢？
變更功能從而繞過語言的侷限是一種解決辦法吧。
在使用flex進行專案開發的時候，有時侯我們就是這樣解決問題的（也許你會說：真夠弱的。隨你）
flex真是讓人愛恨的工具。
以前都由adobe一手包辦它的發展，可以想象其中有多少企業利益的考慮，如果今後由開源社群管理，少些金錢的味道，說不准flex會重獲新生。
縱有Wade，Heat無望
07 08賽季，16勝66負，熱火結束了這個賽季所有的比賽，不用說了與季後賽無緣，1988 89賽季熱火曾打出過常規賽15勝67負的成績。關注heat是從wade開始，還記得戰勝小牛摘取總冠軍戒指時wade的神勇，但是06 07賽季熱火保持了他的陣容，乙個讓人擔憂的老年化陣容。儘管06 07賽季,熱...
旅遊英語前途
高考報讀的第一志願純英語專業，本來未上網查詢前自以為這條路不好走，專業太過狹窄，前途黑暗。居然上網一經查詢後，才發覺路還是有的，而且走得路還挺多分插路口，這下子把我以前一直的擔憂都推開了，呵呵 非常感謝在大山外語讀書的姐姐給我這麼好的指點，看看以下我就知道我的未來還是光明美好，我相信乙個有志向必有他...
IT人的前途
乙個專案經理跟我說自己很迷茫，不知道自己的前途，這也不禁讓我思考，從身邊的一些人也許可以進行借鑑。認識a的時候，a只是乙個高階開發人員，普通院校畢業，已經30多歲，這讓人一看就不是有前途的樣子，但是金子終究會發光，通過深入了解，發現a對技術還是很有自己的見解，於是比較注意培養，從專案組技術負責人，到...