現在Apacheによってインキュベートされているadobeflexに関するアドバイスを求めています。Flexは死んでしまうのでしょうか？
私の組織では、HTML5テクノロジーに移行するか、現在オフィスにあるAndroidやiOSなどの別のプラットフォームを選択するかの2つのオプションが提供されています。私は現在、Flex 4.6で作業しています。これは、非常に楽しく、やる気を起こさせるものです。私はAdobeEdgeとMuseを学ぶことに興味があります。これらのテクノロジーにより、開発者はWebアプリとモバイルアプリの両方を作成できます。
これがFlexチームでの最後の日になる可能性があります。AndroidまたはiOSで開発するために再配置される可能性があります。Webアプリとモバイルアプリの両方を構築できるテクノロジーを使用したいと考えています。誰かがテクノロジーやフレームワークのより良い選択を提案できますか？
現在Apacheによってインキュベーションされているadobeflexに関する提案が必要です。フレックスは終わるのでしょうか？
フレックスは死ぬのでしょうか？疑わしい！Apache Flexプロジェクトの周りには活発なコミュニティがあり、フレームワークが他のテクノロジ（HTML5準拠のブラウザなど）に簡単に移植できるように、FlexをFlash/AIRランタイムから切り離すなどの取り組みが続けられています。
Flexは将来、関連性が低くなりますか？かもしれませんが、言うのは難しいです。
私の組織では、HTML5テクノロジーに移行するか、現在オフィスにあるandroidやxcodeなどの他のプラットフォームに移行するかの2種類のオプションが与えられています。
この場合、Flexの将来は重要ではありません。あなたには引っ越す義務があります。（フレックスにとどまるために政治的なプレーをしたい場合を除いて）。
個人的には、iOS開発、Android開発、およびHTML5開発において、今後5年間で大きなチャンスがあると考えています。お住まいの地域での機会は何ですか？これらの3つのオプションのどれがあなたに最も興味がありますか？その質問に答えれば、あなたの決定は簡単になります。
私は、人々がWebアプリとモバイルアプリの両方を開発できるHTML5テクノロジーの一部であるAdobe EdgeとMuseを学ぶことに興味があります（聞いたばかりです）。
Adobe EdgeとMuseは、Adobeによる単なるHTML開発ツール（現在開発中）であることに注意してください。それらを学ぶことはHTMLを学ぶことと同じではありません。HTMLを学ぶことは、それらのツールを学ぶことと同じではありません。
ウェブアプリとモバイルアプリの両方を構築できるテクノロジーになりたいです。
次に、おそらくHTML5が必要です。AndroidとiOSの開発は、ブラウザベースのアプリケーションではなく、ネイティブアプリケーションの開発のみに焦点を当てています。
フレックスがApacheから再びロックされるという強い理由を1つ挙げてください。そうすれば、みんなと話すことができます。あなたの提案が必要ですか？前もって感謝します..
Apache Flexプロジェクトには多くの賢い人々が関わっています。私や、Adobeがプロジェクトにフルタイマーをかけた人々も含まれます。Apache Flexの貢献者が素晴らしいことをすることができ、そしてそうすることは間違いありません。しかし、エンタープライズ市場がこの新しい形でFlexを受け入れるかどうかはまだわかりません。私が話しているほとんどのクライアントはそれに固執しており、必要に応じてテクノロジーの選択を再評価します。
AdobeFlexは死んでしまうのでしょうか-短く簡潔な答え-いいえ。リッチコンテンツを実装するためのプラグイン（Flash、SL、Java）を必要としないWeb標準の実装では、統一戦線が必要になりますが、これはほとんどありません。
ウェブとモバイルアプリの交換をお勧めしますか？以下をご覧ください。
Senchaは、FlexからHTML5およびSenchaへの移行に焦点を当てたウェビナーも主催してい ますhttp://www.sencha.com/company/events/webinar-moving-from-flex-to-html5-and-sencha/
この男（Harbs）は、フレックスとその将来についてすばやく簡単に要約しました。http://printui.com/blog/2013/01/flex-flash/
HTM-Hell 5は、AIRなどのスタンドアロンアプリケーションでユーザーのデスクトップにアクセスできないため、Flexが完全に機能しなくなることはありません。だからそこに-私は同じ船に乗っています-もう1つ（私の叫びを許してください）マークアップ言語（XMLを含む）はソフトウェア設計の場所がなく、ライノタイプのオペレーターのために発明されました（SGML）ので、彼らはなる必要はありませんプログラマー。
残念ながら、今ではプログラマーはLinotype演算子のように作業することに回帰しなければなりませんでした。
私の2c