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

不会是第一次的实现基于第一次的设计，结果最后编码以后发现了很多问题，然后再更改设计，然后再给外包实现，这样的话就太搞笑了

不过很多快速成长期的企业，随便找些软件供应商搞个软件，能用个两三年也就不错了。所以很多人的工作可能都是维护啊，或者老版翻新之类的

嗯 确实是这样 基本上都是由上而下的.

中国的老板虽然糊涂 但还是给了些自由发挥的余地.

这个是的确是事实，我在日本呆过一段时间深有体会。在日本刚从学校毕业出来的新人过得惨不忍睹，等级制度根深蒂固。


这个不竟然，文档日本人重视，但是软件是否有bug他们会更重视。软件的品质还是第一位的。他们对于bug的测试还是比较到位的。可能o6z和我接触的不一样罢。

说起这个让我想起当初在上海第一人民医院体检的事了，把我的名字输入，屏幕上弹出一个SQLException。我后面的老兄更惨，名字输入后系统就down了。那个医生想都没想就直接reset了（医生又不懂计算机），完了我打趣的问：“这样的问题多不多？”医生回答说：“一天两三次吧。不过习惯了”。可能他压根就没见过什么叫稳定的程序，或者已经被这样的垃圾软件搞麻木了。后来我老大笑着说我们的软件可比这个好上千倍啊。不过话说回来，如果你不认识他们的院长，没有路子，即使你的软件好几千倍他们也不会把这张单子给你做。在中国做软件很难。

扯远了

大连有个同学做日本项目 里面每句话怎么写 点几个标点都已经写好了 
结果按照上面的写出来 发现最后少了一个 "}"
我同学就自己给加上去了  后来日本人翻文档又翻到了这个BUG  结果一看程序 和文档中不一样啊 后面有 "}" 的
给中方的BOSS好一通训  说 遇到这种情况 应该写QA  他们回复后 才可以按他们回复的改........

据说 日本人是拿做汽车的方法来做程序的

问题在于他们没有按照式样写，而且也没告诉日本人。
有个问题的存在，说明可能还有很多没有按照式样也没有告诉日本人的地方。
虽然此处私自增加这个}是对的，但是谁能保证其他没有按照式样写的地方也是对的？因为文化等差异，我们认为是对的东西在实际业务上有可能就是错的。

与业务无关   是程序问题

看来你还是没明白。
1：既然有一处是没按照式样写，就说明可能还有很多处也没有按照式样写。
2：本处不是业务理解问题不能代表其他地方也不是。
3：式样写的不对出了问题有写式样的人负责，你没按照式样写出了问题你负责？[/i]

晕，能在这样的公司待得下去的人实在是佩服。真的身在其中的人估计没几个上JavaEye吧

不过我比较关心的是，这样的设计是怎么做出来的，是从界面到存储都细成这个样子么？其必要性在哪里？

其实外包也太多种了吧，各位把对日外包看的有点妖魔化了。可能日本项目大多数这样，但是我的公司对日的项目组，连需求都是自己拿的，有专门consultant常驻客户那里，做起来挑战还是很大的。文档么，就是佩服日本人用excel的本事，用到了出神入化的地步。
因为我参与的对日项目不像各位目前探讨的这种，所以对他们的文档详细到什么地步无发言权拉。

哈哈，你那个兄弟和我一摸一样哦。