原文地址:
1:代码生成器万能论。
在当前的软件技术水平上,代码生成器确实能替代很大一部分手工的编码工作,但代码生成器现在基本还处在代码级别,还没有上升到领域级别。只有生成器上升到领域级别,才能基本告别手工编码。在现在所处在的代码级别上,还是有不少的代码需要手工去编写。事实上,一些有实力的大公司已经开始了这方面的工作,比较SAP,用户基本不用编码就能生成一个自己所需要的ERP系统,微软所做的CRM,WorkFlow也上升到了领域级别。可有人就认为代码生成器不能全部达到自己的目的而拒绝使用,实际上这是一种误解。世界上可以说没有100%完全自己满意的东西,当我们还是需要去使用它。这里面对有一个适应,调整的过程。代码生成器也是如此。
2:现在的代码生成器由于质量问题,生成的代码不能满足我的需要,或者需要我修改的地方太多,没有很好的考虑变化和维护。
我们承认,现在的代码生成器的整体生成水平不高,代码生成器种类繁多,真正优秀的产品不多,这是影响代码生成器实际使用的一个重要原因。但我信息,会有更多优秀的代码生成器出现。这个问题的答案是应该选用和编写能满足自己实际需要的代码生成器,使用代码生成器是不是真正的提供了工作效率,提高了软件的质量。
3:代码生成器所做的是一些重复的劳动。
我的项目通过抽象来消除项目中的重复部分。应该说,这样说的人软件的技术能力是比较强的。软件开发确实需要站在一个比较高的抽象层次上去考虑问题,开发系统。但抽象的层次不一定越高越好,因为抽象会消除个性的差别,所以抽象也不能完全消除软件开发中重复的部分。我们可以把所有实体对象抽象成一个抽象的实体类,这样就不用为每个类写属性了,在一个比较高的层次上消除了属性的重复逻辑。但这样做,好不好,我信息大家有自己的认识。
4: 认为手写的代码才是真正的开发软件,而拒绝使用代码生成器。
事实上,软件开发的终极目标是满足用户的业务需求。而使用什么工具,什么技术都是手段。错把手段当作目标。 5:用了代码生成器,程序员就可能失业了,我可不干这样的傻事。这是典型的没有商业意识的一种表现,哥们义气。这样的人最适合行走江湖了。
6:我有足够的开发人员和开发经费来支持手工编写代码。
因为旧的开发模式的影响,企业在制定开发计划时,往往就是按到手工方式去计划的。如果改成使用生成器,这部分人员和经费反而不好安排了。对企业来说,实现利润的最大化应该是企业最根本的目标,制定的计划如果不符合这个目标,就应该毫无疑问的改过来。对于开发团队来说,企业应该采取一定的激励措施来鼓励使用代码生成器。做到企业与员工的双赢。
7: 我觉得使用代码生成器有风险。
使用任何一项新技术,都会带来一定的风险。但我们不能因为有风险就成为不使用的理由,因为如果从不使用新技术的话,就不会有这方面的风险。但另外的更大的风险发生了,企业被客户和社会所淘汰。因此,我们需要对代码生成器所可能带来的风险进行评估。代码生成实际上是一个用生成器来替代重复,枯燥的手工编码过程,本身并没有使用任何特别的技术,只是一个简单的替代过程,理论上应该风险是很小的。实际上,现在的代码生成器智能化,可配置性已很高,基本能够生成自己所想要的代码,部分代码生成器商还提供商业化的生成过程,更能满足自己的特定需要。
8:我的程序员不愿意使用代码生成器.
我们可以分析一下程序员不愿意使用代码生成器的原因: 1:生成的代码质量太差,看不懂,bug太多。这是选错了代码生成器的原因。 2:生成的代码不支持变化的需求与设计。这是体系架构运用不当的问题。使用代码生成器,使用与代码生成器相适应的的优秀的体系架构和技术,比如比较严格的界定层与类的功能,使用Partial机制。 3:代码生成器约束了我的编码思想。实际上这是一个误区。代码生成器造就了千辟一律风格的代码,我写的精致代码反倒成了另类。 风格相同是软件维护容易的一个重要特性。
9:我就是需要精致的代码,代码生成器做不到。
我们不否认,有些优秀的程序员确实能写出很精致的代码,只是代码生成器所无法做到的。实际上这是有代码情结的一种表现,错把手段当作目标,或者侠义的理解了软件的质量问题。 10:代码生成器有太多我不需要的代码。这是一个技术问题,面向对象和组件技术都会导致可能不一定都用得到的代码,但对象和组件的功能是基本完备的
作者:Else 's Blog
地址:http://www.aixq.com/post/1175/
版权所有。转载时必须链接形式注明作者和原始出处及本声明! 在
中查看更多“不使用代码生成器是对自己和公司的欺骗”相关内容
在
中查看更多“不使用代码生成器是对自己和公司的欺骗”相关内容
在
中查看更多“不使用代码生成器是对自己和公司的欺骗”相关内容
在
中查看更多“不使用代码生成器是对自己和公司的欺骗”相关内容
在
中查看更多“不使用代码生成器是对自己和公司的欺骗”相关内容
在
中查看更多“不使用代码生成器是对自己和公司的欺骗”相关内容
最后编辑: Else 编辑于2008/08/27 09:48
1:代码生成器万能论。
在当前的软件技术水平上,代码生成器确实能替代很大一部分手工的编码工作,但代码生成器现在基本还处在代码级别,还没有上升到领域级别。只有生成器上升到领域级别,才能基本告别手工编码。在现在所处在的代码级别上,还是有不少的代码需要手工去编写。事实上,一些有实力的大公司已经开始了这方面的工作,比较SAP,用户基本不用编码就能生成一个自己所需要的ERP系统,微软所做的CRM,WorkFlow也上升到了领域级别。可有人就认为代码生成器不能全部达到自己的目的而拒绝使用,实际上这是一种误解。世界上可以说没有100%完全自己满意的东西,当我们还是需要去使用它。这里面对有一个适应,调整的过程。代码生成器也是如此。
2:现在的代码生成器由于质量问题,生成的代码不能满足我的需要,或者需要我修改的地方太多,没有很好的考虑变化和维护。
我们承认,现在的代码生成器的整体生成水平不高,代码生成器种类繁多,真正优秀的产品不多,这是影响代码生成器实际使用的一个重要原因。但我信息,会有更多优秀的代码生成器出现。这个问题的答案是应该选用和编写能满足自己实际需要的代码生成器,使用代码生成器是不是真正的提供了工作效率,提高了软件的质量。
3:代码生成器所做的是一些重复的劳动。
我的项目通过抽象来消除项目中的重复部分。应该说,这样说的人软件的技术能力是比较强的。软件开发确实需要站在一个比较高的抽象层次上去考虑问题,开发系统。但抽象的层次不一定越高越好,因为抽象会消除个性的差别,所以抽象也不能完全消除软件开发中重复的部分。我们可以把所有实体对象抽象成一个抽象的实体类,这样就不用为每个类写属性了,在一个比较高的层次上消除了属性的重复逻辑。但这样做,好不好,我信息大家有自己的认识。
4: 认为手写的代码才是真正的开发软件,而拒绝使用代码生成器。
事实上,软件开发的终极目标是满足用户的业务需求。而使用什么工具,什么技术都是手段。错把手段当作目标。 5:用了代码生成器,程序员就可能失业了,我可不干这样的傻事。这是典型的没有商业意识的一种表现,哥们义气。这样的人最适合行走江湖了。
6:我有足够的开发人员和开发经费来支持手工编写代码。
因为旧的开发模式的影响,企业在制定开发计划时,往往就是按到手工方式去计划的。如果改成使用生成器,这部分人员和经费反而不好安排了。对企业来说,实现利润的最大化应该是企业最根本的目标,制定的计划如果不符合这个目标,就应该毫无疑问的改过来。对于开发团队来说,企业应该采取一定的激励措施来鼓励使用代码生成器。做到企业与员工的双赢。
7: 我觉得使用代码生成器有风险。
使用任何一项新技术,都会带来一定的风险。但我们不能因为有风险就成为不使用的理由,因为如果从不使用新技术的话,就不会有这方面的风险。但另外的更大的风险发生了,企业被客户和社会所淘汰。因此,我们需要对代码生成器所可能带来的风险进行评估。代码生成实际上是一个用生成器来替代重复,枯燥的手工编码过程,本身并没有使用任何特别的技术,只是一个简单的替代过程,理论上应该风险是很小的。实际上,现在的代码生成器智能化,可配置性已很高,基本能够生成自己所想要的代码,部分代码生成器商还提供商业化的生成过程,更能满足自己的特定需要。
8:我的程序员不愿意使用代码生成器.
我们可以分析一下程序员不愿意使用代码生成器的原因: 1:生成的代码质量太差,看不懂,bug太多。这是选错了代码生成器的原因。 2:生成的代码不支持变化的需求与设计。这是体系架构运用不当的问题。使用代码生成器,使用与代码生成器相适应的的优秀的体系架构和技术,比如比较严格的界定层与类的功能,使用Partial机制。 3:代码生成器约束了我的编码思想。实际上这是一个误区。代码生成器造就了千辟一律风格的代码,我写的精致代码反倒成了另类。 风格相同是软件维护容易的一个重要特性。
9:我就是需要精致的代码,代码生成器做不到。
我们不否认,有些优秀的程序员确实能写出很精致的代码,只是代码生成器所无法做到的。实际上这是有代码情结的一种表现,错把手段当作目标,或者侠义的理解了软件的质量问题。 10:代码生成器有太多我不需要的代码。这是一个技术问题,面向对象和组件技术都会导致可能不一定都用得到的代码,但对象和组件的功能是基本完备的
作者:Else 's Blog
地址:http://www.aixq.com/post/1175/
版权所有。转载时必须链接形式注明作者和原始出处及本声明!
中查看更多“不使用代码生成器是对自己和公司的欺骗”相关内容
中查看更多“不使用代码生成器是对自己和公司的欺骗”相关内容
中查看更多“不使用代码生成器是对自己和公司的欺骗”相关内容
中查看更多“不使用代码生成器是对自己和公司的欺骗”相关内容
中查看更多“不使用代码生成器是对自己和公司的欺骗”相关内容
中查看更多“不使用代码生成器是对自己和公司的欺骗”相关内容最后编辑: Else 编辑于2008/08/27 09:48
dw cs4 改进了flash的链接代码
vs2005 sp1的繁體中文,簡體中文下載


2008/08/27 09:46 | by 
