谬种流传--瀑布模型

多年前参加过一个nec的外包项目。
是什么三大株式会的预决算系统。我们在写代码的时候，所有的设计已经完成，而且不许更改。
效果就是，我写的那个类超过3万行，写到最后，编译器无法编译（文件太长，2001年的事情）。这个项目对我的最大好处就是：耐心。 从一个3万行的文件找到BUG，没有点耐心是做不到的

这个项目结果最后怎么样?

你记得我在csdn和一个给NEC做项目的人争论软件工程发展的趋势吗？
那个人无比推崇NEC的开发，而我刚好做了点调查。那个时候在中国NEC可能也就有不超过7个项目，其中有通信方面的2个，财务方面的2个，貌似还有控制方面的3个，其他的如果有大概都是小项目。最后的结果是，4个可以上线运行，3个演示验收后就无下文。而4个上线的项目后果也不好，貌似真正能替代原有项目的只有一个。lixigua那个项目如果是在我说的这些里面的，那最后的结果就是中国方面完成的任务，后来的事情就谁也不知道了。

对于公司来说，是失败了！公司没有受到钱，按日本人的标准还得公司赔款了。
据说项目还在继续，项目开始的时候就是分两个公司做，我们公司做的用是能用，只是没有满足日本人的标准：错误率，进度。
至于后面是否上线用了，我就不知道了，我在那之后已经离开该公司。

我已经做了N年的对日外包了，大大小小也参与了很多个项目。就我自己的经验来看，日本的外包项目大部分确实都是瀑布式开发模型。但是并不是像楼上几位说的那样，绝大部分的项目都没有好的结果，而是有不少项目都得到客户较好评价。
感觉各位对日本软件开发并没有多少了解，言论有所偏颇吧？

lixigua说的是自己所经历的项目,
ozzzzzz说的是自己调查的情况,
并没有说绝大部分项目没有好的结果.

someone也可以举些自己经历的案例和大家分享一下,
兼听则明. 了解的情况多了,大家自然能得出结论来.

你说的是cobol不是corba巴？任何技术走极端都不太好，比如cobol那种DSL，b*b得写成
MULTIPLY B BY B.