大公司里的小敏捷（1）

现在讨论敏捷过程已经不是一个新鲜的话题了，新技术公司大都在应用敏捷去改变现在的开发状态，但是不得不说，在一些传统的软件公司或者传统的Leader的领导下，我们的team怎么去敏捷那。我这里有点不成文的想法，希望和大家讨论:
1、数据的敏捷————对于一个项目来说，保证质量当然是需要良好的测试，而良好的测试对数据的要求是非常高的，那么我想应该从需求阶段开始准备数据了，而且要维护好数据，保证数据的同步。

2、应对变化：快速的开发pototype。这点很重要，要让客户有一定的体验的话，这个是必需的，我很看好grails，这是个快速开发的好方式，而且，这样的话对于一些辅助性的数据的保持也是很好的方式（ps 现在好多function的测试人员联数据库的select都不会。。。）

3、性能至上：说这句话真的不是说业务function就不重要了，我觉得应该一开始就要关注性能，这基本上是每个大型JavaEE不可回避的问题。

（待续）

3、性能至上：说这句话真的不是说业务function就不重要了，我觉得应该一开始就要关注性能，这基本上是每个大型JavaEE不可回避的问题。

瀑布汗....这样是敏不起来的.
敏捷这东西是指在开始时只考虑最少最有必要的东西.

2、应对变化：快速的开发prototype。这点很重要，要让客户有一定的体验的话，这个是必需的，我很看好grails，这是个快速开发的好方式，而且，这样的话对于一些辅助性的数据的保持也是很好的方式（ps 现在好多function的测试人员联数据库的select都不会。。。）

测试员不应该会....
而且原型开发是瀑布的典型用法.


1、数据的敏捷————对于一个项目来说，保证质量当然是需要良好的测试，而良好的测试对数据的要求是非常高的，那么我想应该从需求阶段开始准备数据了，而且要维护好数据，保证数据的同步

这点放最后....至少要放到页面的敏捷之后...

2、应对变化：快速的开发prototype。这点很重要，要让客户有一定的体验的话，这个是必需的，我很看好grails，这是个快速开发的好方式，而且，这样的话对于一些辅助性的数据的保持也是很好的方式（ps 现在好多function的测试人员联数据库的select都不会。。。）

测试员不应该会....
而且原型开发是瀑布的典型用法.

敏捷开发用原型开发又怎么了？

原型的主要目的是重复....
我并不是说原型不好,
对于瀑布来说.....
但是你见哪个敏捷的东西是用原型拷贝出来的?
敏捷是把模块先搭出来....之后重用.

这就是胡扯了 性能是最后考虑的一个问题
只要不写出低级代码 性能的瓶颈就集中在那么几点，专门解决就可以了

对于性能，忘了是谁说的，“当它成为一个问题，它才是问题”。

大部分的观点还是很有价值的.
等待楼主继续

嘿嘿。。。
那你的硬件服务器是怎么规划出来的呢？

这样还敏捷么
不要乱用新鲜词

不是他规划的...