有关日外包或印度外包的设计，请进来说话

      编码机器人！ 　唯一的好处是代码写得机械式的规范、然后注释写成婆

妈的详细。

感觉日本人做软件的态度还是很值得肯定的，当时我做的时候，我是负责用户界面的，用swing，当然编码格式都是经过培训的，哪些方法可以用，哪些方法不可以用，都是说好的，比如说大家说好了都是用一种布局方式，比如，大家都用Integer声明变量，那你如果用int是不行的，当然计算的时候，你再转过去，呵呵。总之就是一个团队的所有的代码都是一个样的。对bug的测试也是异常严格。还有就是做的每个页面都是在excel中画好的，每个框中的变量的定义也是定义好的，我们有专门的人负责定义整个工程的变量命名。有一次问项目经理（听说现在已经成部门经理了）为啥都已经设计的这么详细，还让我们来做，在日本做不就完了，经理说，这叫运作，如果不把东西外包出去，交易额是上不去的，在董事会没法说。日本的软件依靠的是他们国家强大的经济，有个朋友做丰田在中国的销售系统，都做了2年了，还在做，想想就知道，丰田公司现在这么火，在华销售不断增加，车型也多，系统肯定总是要做了。行业软件是依靠国家的其他产业的，国家不发展，或者发展的慢，或者那个行业本身就是垃圾，做那个行业的软件又怎会有前途呢，还不如去做外包呢。

说的不错。可是作为外包产业链下游的我们，是否应该感到一丝悲哀呢？

根本就是个面子问题，这有什么不理解的。

不是面子问题

这没有什么奇怪的呀！
有谁说过 日本项目都是0 bug吗？再者说 这个世界上有0bug的软件项目吗？

我得看法还是：
如果完全按照式样和设计作的开发，出了问题也是制作式样和设计者的责任。
如果没有按照式样和设计做开发，出了问题就是开发的责任。
如果你在开发的时候发现了这个问题而没有发QA，那就是设计倒霉而你的工作态度有问题。

该明白的都明白，不会比你少知道些，没有人说过“0bug"这种话

注意，我讲的是“照式樣書做事，日本人照式樣書验收“，中间的“QA过程一步都不少的“。

你不用如此生气，好像那个跟你有关似的。

在有，你愿意做外包，并以此为荣，没人拦你。

嗯，您误解了我得意思， 我绝对没有成心找茬的意思，也没有必要生什么气 。我只是在陈述我得想法而已。有得罪的地方请多多见谅。

在我遇到的日本人里大多很笨很官僚，但是有一点，他们都非常的敬业。
同时我也很欣赏我所在项目组中的各种职位 职责权利明晰的特点。

最后我要说的是，我热爱我的工作（无论是外包还是自主开发），也热爱我所在的行业。

同时我也很欣赏我所在项目组中的各种职位 职责权利明晰的特点。
---------------------------------------------------
这个也是日本风格吧？明确的上下级关系

看来上javaEye的人真的很少有在对日外包干过的，可能因为都比较忙，成天加班还干不完呢，哪有时间上啊。
我干过一年的对日外包，按照我的感觉上面的兄弟对“式样书”的说法还是很实事求是的。日本的式样书确实可以详细到只要你会基本语法就可以做程序，所以在很多对日外包公司，评价你是什么地位，什么薪酬等这些东西时日语比计算机知识所占的比重大得多，我们也会经常听到做对日外包的同行说他们老大除了日语和催手下交文档之外其他的什么都不会（当然是比较夸张的说法）。
所以我觉得日本项目对设计者的要求非常的高，设计一坏，基本上就要玩完，连改过的余地都很小（提QA，等答复，开会，如此循环n次，项目提交时间早过了）。对设计的重视目标就是流水线化的“生产”而不是“开发”，什么东西对这个目标有利什么东西就有市场，当初的vb和现在的.net在日本这么有市场就是这个原因。