做了2年对日外包之后能做什么？

本人工作3年半主要作对日外包项目，目前准备离职。
先说一说自己对日本项目的感受。
1。分工细
拿我自己来说，主要负责实装，就是根据设计文档来实现机能。用的东西都是他们自己的框架，自己的工具。这套东西感觉很方便

2。个环节工作到位
需求，这部分主要是营业部的事情，营业部的人和客户沟通，给客户题方案，帮助客户确定需求。
设计，这部分分为概要设计和详细设计。我主要接触的是详细设计，感觉就是细致，非常细致......
codeing，这部分有自己发挥的余地，但是很有限，因为只能在规定好的地方写东西，通常是框架下面具体实现类的个别方法中，只要实现功能就可以，至于实现的过程不是很重要，有些新手可能会写出很烂的source，但是能通过测试就可以，如果产生了效率问题会有性能改善的需求提出来，不过一般不是瓶颈问题不大。
test，这部分要求是很高的，测试文档的case和详细设计的case差不多，也就是说详细设计中提到的东西测试都要跑遍，而且大部分情况要截图，最后要随其他文档一同交付的。这是单体测试，交上去之后会做结合测试。
review，检查source质量，比如明显的错误用法，变量的命名是否符合规约。
纳品，把作好的东西交上去。
保守，对应上线之后出现的问题。

3。规矩
各种规约是很多的，不同的项目又不同的规约，codeing之前看规约就很长时间，虽然很烦但是觉得是利大于弊的。

4。生产力
他们有自己的框架，而且很灵活，会根据项目来定制独特的框架，比如作j2ee的东西把struts加进来作为表现层，虽说struts是mvc的，但是我感觉只是用来作表现曾，controller是工具生成的，model的action也被extends了，而且业务在这里分的更加详细进入框架的其他部分，jsp端的tag也是被他们改过的，感觉他们的研发投入很大。我见过有的项目表现层用的Flex（前Macromedia，现Adobe的东西），有的项目是.net的，换一套VM模版就生成C＃的source，总之很灵活，很方便，很多细节都不用考虑。这样生产力提高很多，成本也降了下来，应届生培训很短时间就能出东西了。ps:可能干几年出来人就废了，也许这也是留住人的一种方法。见仁见智，如鱼饮水...

5。和其他行业联系密切
我做过一个农业的项目，畜牧业的，养猪养牛的老系统升级，记录成长状态，出生成长发情交配产子体重生病记录等等各种数据，做统计出报表，计算每只猪每顿应该吃什么吃多少，什么时间因该注射什么疫苗。旧系统的source中的注释时间是上个世纪的。日不还有贩卖系统等等。

6。日本人的人品。
不管是那儿的人都有好任何不好的人，在日本工作期间感觉中国人自己人欺负自己要多一些，也许是我的错觉，不多说了。

准备找新工作，对国内项目了解不多，都是听说的，这几天接到几个面试，都是上来先做题，然后侃，基础，做过的东西，db，熟悉的东西了解的东西，struts，spring，j2ee，设计模式。
对项目中用过得东西我还是有些把握的，比如javamail，jta，以及看他们的框架中用到的几种设计模式。有些东西只是学习过但是没有在项目中接触过。
我去面试的几家公司好像都要求从需求到设计到codeing到测试都要做。
是不是我做了几年对日项目出来就废了？或者我应该继续做对日项目？还是有其他出路？
希望各位指点迷津。在此先表示感谢了。

  做过1年的外包,和楼主有很多相同的感触.

但是出来后,看法又不太一样了,有空交流下吧!

为什么要出来呢?往SE,PM的方向发展也是不错的选择.

做日包如果只是做到coding一层，那么被废的几率很大。（下文不涉及嵌入式开发）
特别是在国内做日包，按照详细得不能再详细的设计书写代码，对自己的提高很有限，基本上你做2年这样的工作和做5年这样的工作，水平是一样的。做SE和PM也好不到哪里去，SE这面主要是很多关键东西接触不到，而PM这面主要风险自己无法控制。

要做SE或PM还是在日本那面做吧，至少收入过得去，回国后，还能靠这个经验和日语找到个不错的职位。特别是在日本那面做SAP的ERP那面的东东的话，工资相当可观。

而且做日包过了3年这个坎，就具有非常强的排他性了，我认识的人里有不少这样的例子，他们跳槽时，不是不想去做国内项目或欧美项目，但是那个时候他们同一个做了3年正规公司的国内项目的人比没有什么太大的优势，他们学了太多规范化做事的东西，但是独立做事的能力还是有差距地；因此，他们最后大多数人仍然在做日包。

但是做日包有几个好处：
1.论坛里一位大大说过“日本对那些能力不太强的人，或对技术没什么执着的人来说，日包是一个有效的奔小康的路”。
2.坛子里另一位大大也说过，要在日资公司混出一个名堂比较容易，只要你的能力稍微强些。
3.日包挺容易的或者说比较简单，顶天也就是工作量稍微大一点而已，加班多一点而已。面对这些“简单的活”也有“简单的的方式”去处理，例如，写点代码生成器之类的。

好好的离职干啥，做别的你做的了吗？

我想知道我们中国有用这种系统来养猪的企业或个人吗？

感觉在日企总是语言大于技术，真正做国内的项目估计还是会水土不服。只能继续日系了。
语言好嘛，自己去日本干两年了，有钱了回来再想做什么哇

有没有我也不知道，我问过朋友关于这套系统能否在国内应用，朋友说50年之后再考虑这个问题吧。

关注一下，目前我也在做这个....虽然我所在的项目是从基本设计开始做，但还是感觉什么权力都没有，什么都要由日本人来定。。。。

一直做在日本公司做并且自己没有危机感去主动学东西的话
不客气的说，就不要跳到非日的公司了，适应不了
我以前从来没做过日本的东西
半年前出差北京参加日本一个7亿日元的项目，一直到现在
到现在总结两个字：狗屎

两三年工作经验的同事，一直做日本项目，技术水平比我带过的刚毕业半年的新生要差许多。很少有人看技术方面的书，因为不需要，日语大于一切，哪怕你狗屁不会，只要你日语可以就行。工作累，不加班是不正常的，但在忙些什么呢？

实话说，我这半年多，只做了七个表的增删改，但每天都忙的要死！！每天都要加班！
有的朋友可能觉得太夸张，但这是事实。为什么？

两三万行一个的文档的很常见
一万多行代码的类也很常见
一千多行的方法的多如牛毛

有看官问了：怎么可能这么多？
很简单，重复重复再重复，没有什么重用的东西

不准程序员加私有方法，重构？不好意思，没有这个词的存在。
每个表都是单表操作，不管有多复杂的业务

写出的程序，5到10秒之间能打开的页面算是相当快的

近一百个人在负责的项目，绝对狗屁不如
项目成本？不好意思，不在考虑之内

这种项目
放在国内成熟的团队
从设计到开发
至少可以节省5倍的人月

要不是我有房贷在身，为了多挣点可怜的出差补贴
早辞职了

一个方法传入7，8个参数是很正常的，别以为这就完了还有n多的东西是全局变量
一个if要判断6，7个变量
把所有的html写在servlet中
那个文档写的也是盲人摸象，任何一个单独的文档问题还不大，但要是把这些文档统一起来看漏洞百出
没关系因为有N多的时间给你Duge、测试.......