如果个开发者轻视敏捷建模我不得不质疑他工作表现我无法想象没有敏捷建模他仍然能够做好工作
许多开发者并不担心白纸板工作理念但宁愿把它限制成组规则……
是但事实上团队(Team)没有做某种建模工作吗？我意思是说仅仅它在白纸板上、或在RSA或Visio或你使用任何工具上——那不是对过度建设承诺
这并不意味着它会数月数月地建立所有这些无用框架而不交付商业价值这些不对过度建设进行控制人们有什么毛病吗？因此你可能会选择利用建模益处而不受到过度建设或过分文档化影响这是个合理选择许多团队(Team)这样做他们只是不知道如何描述它
代码生成产品般比手工编写项目质量要差你赞成这个观点吗？
这全都取决于工具例如我会挑战任何手工进行数据库开发或编写其它人使用任何种先进数据建模工具他们都能生成流DLL和触发器如果你手工编写DLL你有毛病吗？如果你手工编写个触发器你到底出了什么问题？这完全是浪费时间真很愚蠢这很有趣编写数据库书籍时我不得不重新学习DLL知识编写DLL已经是多年以前事了我只要安装个CASE工具给按钮功能建模生成代码我为什么还要去编写它呢？
在Java方面为什么我要编写类存根、或构造器、或是OR映射代码等此类代码呢？我无法想象再去编写那种代码当然有些工具可以生成不那么完美代码你必须找到合适工具
除机械触发器等工具外人们直准备将员排除在整个过程的外
20多年来我直听到这种说法它过去是废话现在同样是废话
你不能那样做你需要高度窍门技巧你需要优秀工具如果我已经掌握那些窍门技巧我还是可以更快进行编码
你真正想做是对可视化建模有意义事物进行可视化建模为对代码有意义材料进行编码找到实现上述两种情形工具并在合适时间做合适事情
那样做并不容易但很有现实意义你绝不可能拥有个100%建模地点只有少数团队(Team)可以做到那点那非常棒你总是发现它非常小、非常狭窄、他们是个万人公司里唯团队(Team)
现实中这样团队(Team)非常罕见；当然这有可能但为什么要那么麻烦呢？
你提到过我们需要建模窍门技巧和代码生成窍门技巧除了在那种环境中学习以外你去什么学习那些窍门技巧向拥有那些窍门技巧人学习吗？
那相当困难你是说你可以学习课程我想你可以在课程中学会编程但你无法学会合理编程你应该在实战中学习你必须做那样工作因此当你学习这种内容时你会得到些培训那会给你提供些启示但你需要些指导你需要实际动手经验——这都需要时间来学习
如果你认为每个人都会有长达30或40年职业生涯那么在这方面投入些努力会有许多好处是掌握这些窍门技巧可能要几年时间但从职业生涯和学习时间百分比来看你值得这样做
此文章共有6页 上一页 1 2 3 4 5 6 下一页
文章来源：中国项目管理资源网
|
Leadge.com首页 > 知识库 
