项目中如何进行敏捷建模

　　如果一个开发者轻视敏捷建模，我不得不质疑他的工作表现，我无法想象，没有敏捷建模，他仍然能够做好工作。

　　许多开发者并不担心白纸板工作理念，但宁愿把它限制成一组规则……

　　是，但事实上团队没有做某种建模工作吗？我的意思是说，仅仅因为它在白纸板上、或在RSA或Visio或你使用的任何工具上——那不是对过度建设的承诺。

　　这并不意味着它会数月数月地建立所有这些无用的框架，而不交付商业价值。这些不对过度建设进行控制的人们有什么毛病吗？因此你可能会选择利用建模的益处而不受到过度建设或过分文档化的影响。这是个合理的选择，许多团队这样做，他们只是不知道如何描述它。

　　代码生成的产品一般比手工编写的项目质量要差，你赞成这个观点吗？

　　这全都取决于工具。例如，我会挑战任何手工进行数据库开发或编写其它程序的人。使用任何一种先进的数据建模工具，他们都能生成一流的DLL和触发器。如果你手工编写DLL，你有毛病吗？如果你手工编写一个触发器，你到底出了什么问题？这完全是浪费时间，真的很愚蠢。这很有趣，编写数据库书籍时，我不得不重新学习DLL知识，因为编写DLL已经是多年以前的事了。我只要安装一个CASE工具，给按钮的功能建模，生成代码。我为什么还要去编写它呢？

　　在Java方面，为什么我要编写类存根、或构造器、或是OR映射代码等此类代码呢？我无法想象再去编写那种代码。当然，有一些工具可以生成不那么完美的代码，你必须找到合适的工具。

　　除机械触发器等工具外，人们一直准备将程序员排除在整个过程之外。

　　20多年来，我一直听到这种说法。它过去是废话，现在同样是废话。

　　你不能那样做，你需要高度的技巧，你需要优秀的工具，如果我已经掌握那些技巧，我还是可以更快进行编码。