日本程序员和中国程序员为同一功能写的代码

鑫雨

JP的那段编码是完全按照软件工程原理，作为一种软件商品来编写的。软件作为一件商品，各个模块间必须有一致统一的编码风格、命名规范等。这些规范和规约都是在最终编码前设计好了的，编码人员只要严格按照编码设计书编写代码就可以了，这样便于check，作为商品来讲便于维护
CN的编码也不能说不好，但从软件商品角度来看，的确不是合格的代码，如果从单纯代码方面考虑，无疑CN的编码具有更高的效率。

补充说明：上面有人提到说日本有些公司是按照代码行数算钱的，这个不对。软件是分成很多个模块的，不同的模块有不同的难度系数等，钱是按照模块来给的，这个模块你用10行写完和用100行写完，都是给你同样的钱！只不过如果你的代码虽然完成了功能，但不满足编码要求和规范，不管10行还是100行，都会扣钱的！

xug

还是中国人的代码看着舒服，反而日本人的代码要看一段时间，才知道是干嘛用的，需要那样计算赋值吗。幸亏公式不复杂，如果复杂，十多个变量互相赋值，反而看不懂了。编程，不是为了给刚入门者看的。

其实，简洁明了最好。程序中要尽可能减少变量的数量。只要在模块前加以说明，想必，任何其他程序员都能很快读懂程序段的。

999rose

从这个就能看出来中国的软件行业还是很幼稚的，那样的程序只能是学生学习编程的时候用，真要用于商业化的软件开发，早给别人骂死了。软件写出来是要用的，要赚钱的，必然要升级、修改、维护，都要写成CN那样子，怎么维护？其实外国人先进的地方不仅仅是技术，更先进的地方是管理和规范。

xug

不过还是CN的程序让人一看就明白，JP的程序看半天才找着重点。CN利索直接，JP就像老太太在絮絮叨叨。
其实，在关键地方写的明白一些，配合相关说明是很容易修改的。
很难想象一个10万行的程序，3/4都是各种变量的定义和中间值的计算赋值，这样的程序看起来就爽，其实越是大的程序越需要写的紧凑简洁，至于变量的类型，不是离开了处处定义就会出错，只要按照标准规则来，任何人都应该知道这是整型变量或实数变量。

两下对比，cn的程序就像中国的国画只有该有的筋骨，没有赘肉。JP的反而赘肉太多，整个一相扑。

asun

还是Japan写的好，这样的程序不需要文档都能比较好的阅读，而CHN写的只能他自己维护。
软件公司很重视代码的可读性！

yuechu

日本的那个好.让后继的人能够清楚的明白是要做什么.
中国的那个第一不合乎商业软件的规范,做为软件公司来说,你代码简单不是件好事,让任何人都能看懂,让任何人都能接着做才是好东西.第二,中国的跳槽率这样高.如果都写这种代码软件公司也不用活了.每次升级改进直接都找人重新写代码好了.第三,我认为中国软件业发展不起来与我们这种代码的书写方式有很大关系.我觉得要想写出好的商业软件,只要最上层的智囊团有好的构思就可以了.下面的人说白了就是机器,写代码的机器.不要考虑为什么,只考虑完成就可以了.每个人都想突出自己的个性,那就会变成散沙了.而且后面的人根本就没有办法继续工作.实现同一个功能,也许100个人写的程序都不会出现相同的.有的人用10行代码.有的人用100行代码.作为设计者需要的是创意和思路,下面的人需要的是统一.尽可能的让所有人写代码有统一的规范.最终100个人每个人都能写出相同的程序对公司才是最有利的.(当然完全相同是不可能的,有点夸张)
其实日本的那个已经算是简单的了.现在虽然不做了,可原来我们写代码的时候,要求每行代码都必须加上注解.每一段都必须加上怎样考虑的,什么思路.基本思路就是让不懂程序的人看了也知道你大概想做什么.

zlwenny

管理的规范和有效性，也不仅仅是体现在文档和代码中。

然而，它们至少是一个非常基础的东西。

flyeagle

讨论来，讨论去，我觉得还是xug说的对，大家不要只看程序写的怎么怎么样，只要有完整的文档，相信就算是初级程序员也应该看得懂吧。
讨论这些纯代码的东西有什么意思

萨姆

个别现象，不能代表什么的

quake

我认为还是习惯问题