主题：【原创】关于日本的一些杂感：规范 -- 铁手

关于美国的观察还没写完，横空冒出个日本附近的地震、海啸，再加上牵扯不清的核电站。其中出现了很多看上去很不可思议的事情，但是仔细琢磨一下，似乎也完全可以理解，大致看了一下版面上的帖，也没发现专门的帖对这些事情做分析说明，这里就写点杂感。如果有其他朋友写过类似的，还请告知，我好加链接到帖内。

若干年前，有年暑假在外打工。所在公司当时接了一个日本NTT的一个项目。项目本身不大，说白了，日方的要求是做一个类似真实的演示版，如果做的好，那就提供真实项目来做。所以公司还是重视的，召来各路人马，不少是软件高手，当然，我只是凑热闹而已。

项目是中日合作。日方提供系统分析，模板设计，数据库设计，中方主要是负责前台编程。通过日语翻译交流。

整个项目时间不长，大概是两到三个月。但是给我的印象极其深刻，对日本人的工作方式和工作效率，在那一段时间里，是既恼火也佩服。在此之前，我也在别的地方兼职过，那些软件高手经过的项目数量更不用说，但我们从来没有过和这次一样的经历。

程序中所有的函数必须使用同样的格式。注释用同样的格式。程序中注释还不算，还要另外建立文档，说明每个函数的功能，参数的使用等等。所有出错提示要统一规划，统一命名，统一格式。

程序完成一个阶段后，我们自己要先测试，找出所有问题并修改。即使我们测试完毕认为没有问题了，提交给对方后，往往两三天后就返回一大堆的错误报告。很多的错误报告，我们只能说，对方是真能测试。根本想不到的地方，他们也能测到。出了错当然得改。所有的错误，怎么改的，错在哪里，修改后的测试结果，是又一堆的文档要填。

于是常见的情形就是，写程序花的时间不多，整文档的时间多，搞的我们叫苦不迭，从来没这么受罪过。背后痛骂之：搞这么多麻烦。

长话短说，虽然我们觉得很麻烦，但是很多人也都意识到这些规范的好处。任何一个人写的程序，交给另外一个人，因为有了这些文档和规范，这个人就能很快的跟进，维护起来的确是省事不少。

这次的大地震后出现的种种事情，有些看起来实在是荒唐可笑，可是对照那一次的经验后，就觉得顺理成章了。想必在日本工作过的，或者是在国内和日本公司工作过的，都会觉得比较容易理解。

比如修改标准，提供辐射标准后，说不超标了，才让工作人员进入现场。

比如到了晚上就没消息，到了早上爆料（估计是下班了，第二天早上继续上班）。

比如一直是东电在处理核电站泄露，而不是日本政府。

比如外国援助日本政府还不见得接受（要达到这个那个标准才行）。

惊诧之余，我所能想到的唯一解释就是：遵守规则，遵守规范。哪怕是火烧眉毛，哪怕是前所未见。

在观察美国铁手:【原创】美国的特点，及优势，之二：制度、规则的这个帖中，我的一个看法是美国的制度和规则，和对规矩的尊重。

日本也许是在学美国。不过，是不是学的有些僵化了呢？

• 【原创】科层制管理与精英淘汰
• 转载自：btest 日本人和日本远没有你想的那么严谨
• 谢花