就当做是恶作剧和鬼把戏吧，我已经同时部署了Flash应用到OS X和Linux环境中。老实和你们说，并不是很完美。与Windows Flash实现相比，OS X是一个二等公民，那么Linux则是三等公民。我完全不能理解，为何会是这样（明显的，作为一个公司它完全有必要分配更多的开发资源到大量的用户中 去）。不得不面对的问题是，与Windows实现相比性能和稳定性同样等级的OS X和Linux Flash播放器一无是处。考虑到分布在每个播放器实现上的资源分配，我怀疑它是否这样做过。

（是程序员的脱节？）例如，事实上我‘最 爱’的OS X播放器的限制是，每当你请求一个URL时它总是返回HTTP状态代码0.像任何在与HTTP交互的正常的应用程序一样，需要为遵循302重定向做些什 么...抱歉，你会崩溃的！那么我‘最爱’的Linux播放器呢？瞧，对你来说最好的办法是...那么到底Adobe要多久才能发布一个Linux上的 64位的Flash插件？谁又会清理NS插件封装器以使Flash运行？

但苹果正好可以推进他们自己的封闭式平台！
有人忘记当iPhone首次发布的时候吗？作为创作iPhone第三方应用程序的这个途径，苹果是Web应用程序的胜利者吗？在iPhone发布 的一年之后，我们已经有了很多的Web程序。“在客户和开发者严重的请求请求下”，苹果增加了对本机程序和软件商店的支持。他们明显受到了隐藏“金矿” （苹果软件商店）的打击，可能苹果很不情愿放弃那样做，但我们因此得到了高质量的本机应用程序。

对我来说有趣的是，几年前苹果是如何抨击 苹果禁止我们创建本机应用程序，并强迫我们创建Web程序，现在呢，我们又在抨击他们强迫我们创建本机程序“代替”Web程序（关于试图在苹果上创建浏览 器的行为是如何被禁止的）。哈哈，过的真快我都忘了...

好了，什么是解决方案，谁又是那个人才？
依我看来，Adobe拯救Flash（开发和编写环境）最好的办法是放弃Flash（插件）,而直接把HTML5运行时作为目标。

Flash CS4是最好的为在Web上的设计师和插图者简单的创建富有动画效果的图形媒体编写环境之一。不，那不是最好的。能够简单的导入来自插图画家的矢量插图、 随意拖放图标、缩放它们并用所见即所得编辑器操纵它们、不用清理随处可见的HTML/CSS/Javascript？没错，我能预见那是很有吸引力的。能 够渲染、缩放，和以动态的绘制矢量内容实现动画？Flash对此而言确实不错。并且就算学习它也不是极度困难的。

但作为一个开发者来说， 过去的我和其他许多人都因为Flash插件的封闭性而烦恼。用插件不能解决一个运行中的问题？祝你好运！查看一个Bug报告吧，如果你是幸运儿可能会考虑 用6个月的时间修正它。但仍然会有更多的bug报告。。

人们之所以开发Flash是因为他们需要建立富图形用户界面，因为不能简单的依赖 Javascript/HTML。但HTML5能代替那些功能，WebGl、CSS3这些东西据说在渲染Flash插件方面显得无能为力。视频标签解决了 剩下的部分。我们看到这些标准媒体运行得如此之慢，但他们最终还是被人采用了。如果Adobe不希望落后，他们应该改变他们的编写环境，由 HTML5/Javascript 配置并移除需要独立运行的封闭的插件。

毕竟，即使再多的标准也会改变，事实上有人需要制造一个不错的 工具设计编写这些标准。Adobe制造了这个工具（摇钱树的工具）。Flash CS5的新特征会支持将Flash程序导出到本机iPhone代码？绝对的操蛋！出乎意料的，大量的聚集在网上的Flash Web游戏完全可以重建在iPhone上。如果他们想，他们无疑可以在Web上做到，所有在那儿很棒的Flash内容可以简单的用HTML5重建。出版审 核：Flash 程序？不通过；以HTML5为目标？通过。嘿，我打赌他们会对Flex做同样的事情。

对我来说，这貌似是两全其美的—— Adobe可以继续出售他们的工具，设计师和插图师继续使用他们的编写环境，程序员可以编写一个开放的平台用来替代另一个过于封闭的。附带说一下，如果 Adobe不这样做，我确信有人会做的。HTML5将定义下一代Web应用程序。史蒂夫乔布斯似乎这样认为。不然你可以google一下。

那 么，Adobe，服从即将来临的开放的Web标准，并且建立一个世界级的帮助开发者定义下一代编写Web的开发环境，或者紧抓沉船不放（Flash插件） 直到它变得一无是处。对我来说投靠哪边显而易见。