怎样避免你的企业级Flex项目失败

原文来自这里：
http://flexblog.faratasystems.com/?p=261
这是一家比较有知名度的企业级Flex项目咨询公司，侧重Flex/Java架构的RIA方案。

首先作者指出，目前Flex在企业中应用存在着一些绊脚石，即一些错误的观念或者做法。

1. Flex2不是一种快速开发工具(RAD tool)而是一种方案

他(Yakov Fain, http://www.adobe.com/devnet/flex/articles/spotlight_yfain.html)告诉大家：不要接受这样的声称，你可以在Flex中比用Java快的速度做东西，这个项目两个月就搞定了，最多3个月，这种话感觉很熟悉吗，这是一个非常非常危险的做法。(Do not just accept the statement like “You can do things in Flex faster than in Java, so two months should be enough for this project. OK, let’s make it three to be on the safe side.” Sounds familiar? It’s a pretty dangerous approach.)
让我感兴趣的是他对ROR的观点，it requires experience and hard work for turning a prototype into a product.
原型开发和产品开发根本就是两回事，CRUD跟企业级事务仍然没法比。

2.Flex开发者的数量还是比较少所以培训你自己的开发者吧

作者发现从事Java开发的程序员对Flex有些抵触，情况确实如此，做惯了后台业务逻辑的人是不习惯或者不屑于做客户端开发的，但是Flex与Java有很多相似的地方，从java转到Flex是件容易的事情，作者认为People are not convinced that adding Flex to their skill set can improve their marketability，学会适应新技术将为自己的市场价值增加份量。
此外，作者认为，每种编程语言都有极少数开发者能做到“professional”，一个Flex高手可不是很容易做到的，即使你是Java专家。

3.检查你雇用的承包商的资质(实力)

这个目前在国内在这个领域还不存在这个问题，做这个方面的软件公司太少，充其量就是雇用一些有经验的开发者，或者内部研究，但是往往这是问题的所在，或者是项目失败的因素。


4.小心用框架而是用组件

从Java过来的开发者总是习惯用框架，但是作者告诫：may be an overkill for your project，即使Flex有几个知名框架供选择，但是如果不是对他们很熟悉，不要急于使用，相反，Stick to small self-contained widgets. Use data-driven components.他所提到的Apply code generators that minimize the amount of error prone code you need to write manually在他的有关文章里做过介绍，大多是比较通用的比如生成通用类比如工厂、接口、实现类等内容，不过这已经很先进了，至少在Flex4中才会有这样的功能。

5. 恰当的架构你的应用而不是铁板一块

作者举了个极端的例子，但是稍微有Flex开发经验的人都不会这样，一个Flex项目要做好的模块切分，否则没法用的，这是常识。

最后用作者的话结尾：I really like working with Flex.


我也是这样。