做了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到测试都要做。
是不是我做了几年对日项目出来就废了？或者我应该继续做对日项目？还是有其他出路？
希望各位指点迷津。在此先表示感谢了。

评论

16 楼 laoliu.org 2008-06-13  

呵呵，看来这里对日外包的不少啊

推荐一个坛子-------IT民工棚
里边人不是很多，但是都是在日的Iter或者是对日软件这块的，没事大家可以去看看啊。

忘了说网址了，呵呵。
http://mingongpeng.com

15 楼 congpeixue 2008-05-09  

感觉我现在做的这个日本项目还是挺有意思的，工作流。也没有你说的那么多的严重。
<quot>两三万行一个的文档的很常见
一万多行代码的类也很常见
一千多行的方法的多如牛毛 </quot>

14 楼 qianjinfu 2008-01-12  

blood 写道

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

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

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

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

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

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

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

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

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

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

晕倒，这位仁兄是为日立作的吧。搞不好我跟你做过个一个项目。

你说的以下的东西

每个表都是单表操作，不管有多复杂的业务

虽然这一点一眼就可以看出不好的地方，但我觉得还是有点优点的，有好几百张表。
在加上业务复杂的话，分析起来很麻烦的，因此SQL也是比较复杂的，随之
带来了问题的关键《测试》，当SQL复杂时测试咋办，质量如何保证。

我觉得日本人既然这莫做了，肯定有其考虑。
如果国内有一个7亿日元（4千多万人民币）的项目规模庞大，业务复杂，开发人员众多，要保证
很高的质量，咋办。。也需要把问题变得越简单越好，现在对日外包。工作量不是问题。。呵呵

13 楼 blueoxygen 2008-01-12  

mymy828 写道

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

你已经很幸福。
在国内，你想跟甲方要什么权利？ 这不是日本人不日本人的问题。

12 楼 四头恩 2008-01-12  

给楼住打打气，做过几年外包没什么不好的，我毕业后做了两年半的外包，当时和楼住想法一样，现在又两年多过去了。回头看看工作的这些年，那两年半是长进挺快的两年半。当时换工作时凡是日企都不去，也没发现有什么难的，有很多非日企的公司还是很欢迎日企出来的人的，日企也有很多优点是他们想得到的。不管在哪里都有很多值得学的，不管在什么类型的企业、不管是不是想要跳槽走好好干，都会有发展的，尤其是毕业的前机年。

11 楼 Ashela 2008-01-11  

phlsbg 写道

blood 写道

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

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

同感，看到那个项目的代码后当时差点没得心脏病
上面列出的东西全都有
脑子里只有一句话：逃，赶紧逃……

10 楼 LucasLee 2008-01-11  

听楼上说起来的确比较差。。。
也许每个国家都有好的也有差的吧。

9 楼 phlsbg 2008-01-11  

blood 写道

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

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

8 楼 blood 2008-01-11  

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

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

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

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

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

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

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

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

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

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

7 楼 mymy828 2008-01-09  

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

6 楼 cfly 2008-01-04  

JAVA_ED 写道

cfly 写道

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

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

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

5 楼 codehunter 2008-01-04  

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

4 楼 JAVA_ED 2008-01-03  

cfly 写道

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

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

3 楼 ozzzzzz 2007-12-29  

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

2 楼 Spike 2007-12-29  

做日包如果只是做到coding一层，那么被废的几率很大。（下文不涉及嵌入式开发）<br/>
特别是在国内做日包，按照详细得不能再详细的设计书写代码，对自己的提高很有限，基本上你做2年这样的工作和做5年这样的工作，水平是一样的。做SE和PM也好不到哪里去，SE这面主要是很多关键东西接触不到，而PM这面主要风险自己无法控制。<br/>
<br/>
要做SE或PM还是在日本那面做吧，至少收入过得去，回国后，还能靠这个经验和日语找到个不错的职位。特别是在日本那面做SAP的ERP那面的东东的话，工资相当可观。<br/>
<br/>
而且做日包过了3年这个坎，就具有非常强的排他性了，我认识的人里有不少这样的例子，他们跳槽时，不是不想去做国内项目或欧美项目，但是那个时候他们同一个做了3年正规公司的国内项目的人比没有什么太大的优势，他们学了太多规范化做事的东西，但是独立做事的能力还是有差距地；因此，他们最后大多数人仍然在做日包。<br/>
<br/>
但是做日包有几个好处：<br/>
1.论坛里一位大大说过“日本对那些能力不太强的人，或对技术没什么执着的人来说，日包是一个有效的奔小康的路”。<br/>
2.坛子里另一位大大也说过，要在日资公司混出一个名堂比较容易，只要你的能力稍微强些。<br/>
3.日包挺容易的或者说比较简单，顶天也就是工作量稍微大一点而已，加班多一点而已。面对这些“简单的活”也有“简单的的方式”去处理，例如，写点代码生成器之类的。

1 楼 77tt77 2007-12-29  

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

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

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