本帖最后由 疯狂的舌头 于 2013-9-26 19:02 编辑 程序有两种:一种是需要动脑子的,一种是不需要动脑子的。前者是你思考一个月,一天就编出代码。后者是思考一秒钟,一个月才能编出代码。日本的软件开发多数属于后者,重复的体力活而已。比较典型的是大企业的基干系统开发,自动生成代码技术应用的比较广泛,只是程度有深有浅,还无法达到完全脱离手工编码的水平。补充一点,自动生成代码是手段,不是目的。目的是精简代码、提高效率,节约成本。自动化程度高的框架,自动生成的代码和手动填充的代码都是很少的。如果有人说他一个月生成了两万行代码,那绝对不是高手,而是蠢货。所以我想讨论的前提就是自动化框架下的代码生成,而不是万能的代码生成,这样问题就比较简单了------业务流的系统,也就剩下业务逻辑这一块需要填充代码。说白了,就是把一本式样书上的日语翻译成程序,无非就是赋值、判断、循环、调用,这有什么难的吗?好处就是生成整齐划一的代码,杜绝垃圾程序员胡编乱造,连单体测试都省了。我能想到的课题有以下几点:1、式样书的详细程度敏捷开发的场合肯定不行,但是很多发到中国外包的项目,详细得令人发指,肯定能实现。2、式样书要按一定的规则来写可以提供一些入力支援的界面或者模板,日本人心细守规矩,应该问题也不大。3、复杂一点的业务逻辑和编辑计算这个只能在项目中总结积累,常用机能不断追加,实在不行还是得手改,但不会太多。大家怎么看?