对日外包6年，快30了想转行做前端的一些想法
｜ 更新于 日
等1人欣赏。
人生有得必有失。
好吧，我知道用这种文邹邹的开头马上就会被喷，无所谓了，反正这里也没人认识我，哈哈。
明天有三个日企的面试，快12点了还在赶日文简历，而且还懒的弄，还在这里写东西，我的拖延症也是严重的一比了。
说说我吧，大学读的计算机专业，没写过一行代码，居然顺利毕了业。可见我们学校有多水。毕业后就托关系进了一家没有前途的小公司，做起了对日外包，然后就是外派到各日企去，干1，2个月，要么水平太水被赶回公司，要么就是项目完了走人。就这么混混噩噩的干了2年，积累了一些所谓的经验，然后就到了上海某大公司做起了Dynamics CRM，干了半年直接就派到了日本，一干又是3年。一眨眼，都快30了，该结婚了，于是就辞了工作回国。
于是就遇到了问题：我是继续做老本行去日企呢？还是去国内互联网企业呢？
在日本的时候，发现国内iOS非常吃香，也很缺人，心里又有好几个做iOS APP创业的想法，于是果断报了一个iOS培训班，吭哧吭哧学了2个月，然后出来面试，结果没有一个iOS的岗位要我，iOS招满啦！现在人家都要3年iOS经验的，跟比不鸟我啊！哎，没办法，于是我又只能换方向了。
现在在我眼前2条路：一条做对日的老本行，凭我的日语基础和开发经验，混个项目副经理当当，拿个10k～15k的工资没啥问题。另一条，做国内或者欧美，做前端，学JavaScript，工资可能低一点，但是能锻炼自己的技术。考虑了很久，我终于决定，选后者。
这里就谈到文章开头的那句话了：人生有得必有失。
我做了6年的对日外包，得到了什么？失去了什么？得到的当然是实现我大学时候的梦想，终于到了日本工作，没花家里一分钱。得到的还有日语口语上的进步，虽然不如我的上司，但是足够应付一般的会议和交流了。技术上，做了3年的Dynamics CRM，虽说也是一般水平，但是足够应付大部分日常开发了。失去的东西就很多了，首先就是技术上，除了Dynamics CRM我没有积累自己的技术特长，好多语言都接触过，但是一门语言都算不上精通，面试国内企业简直就是噩梦，投简历的自信都没有。
如果我毕业以后就做国内项目呢？和我的同学一样，老老实实的从程序员做起，一步一步做到项目经理再做到CTO，现在月薪20k～30k，在上海买了房，娶了老婆生了孩子，成家立业。技术扎实，想跳哪儿都轻轻松松。可是，他们可能一辈子都不会有去日本工作的机会，一辈子都不会和我一样，交许多日本朋友，玩遍日本各大景点，也不可能像我一样，现在想去日本随时可以去，呆多久都没问题。可以让老婆孩子享受日本的优质空气，无压力的房贷，健全的医疗保障，安全的饮食。他们只能埋头苦干，为了还房贷，还车贷，忍受污浊的空气，不安全的饮食和水，高昂的育儿开销，万一有天上面四老或自己／老婆生了大病，几十万上百万扔到医院了。就算你技术再好，挣的钱还是不够用。
所以说，有得必有失。
那有人不禁要问了，既然做对日有这么多好处，你回国了还可以继续做对日啊，为啥要转国内呢。好，我告诉你原因，就是因为日企的做事风格，我已经受够了。技术上，根本不用想技术的积累，也不用想做个T字型人才，要你做什么语言就得做什么语言，要你写设计书就得写设计书，要你和日本人对话就得和日本人对话，总之一句话，客户想让你会什么，你就得会什么。跟本不管你是不是这门技术的新手，也不管你是中国人日语本来就不怎么好。所以6年过去了，我就遇到了职业生涯的瓶颈：日语学的七七八八，技术也学的七七八八。哪样都行，但哪样都不精通。最最令人讨厌的是，我6年的工作时间，2/3时间是用在写各种文档，邮件上的！！最最最令人讨厌的是，加盘时间还长，根本不让你有自己的私人时间！
所以，哎，算了，我已经对日本企业提不起兴趣了。提不起任何性欲，我还是老老实实去做我的前端开发工程师吧，好好学JavaScript／CSS／Html5，以后打算和老婆孩子移民到日本的话，靠我过硬的技术实力和七七八八的日语能力，无论是在国内，还是在日本我都可以找到一个稳定的职位。
嗯，就说到这里吧。最后，说点题外话，身体，同志们，身体是最重要的。不要和tinyfool一样，年纪轻轻得个糖尿病，还有更严重的，身边还有朋友35岁得癌症的，哎。所以说，看到这篇文章的程序员屌丝们，放下你们手中的烟，酒，看着A片撸管的手，多吃健康饮食，多运动，乐观开朗，健康比什么都重要！（靠，到末尾画风居然变了，嘛，随便了，反正没人看）
写完，睡觉，哦不对，去写日文简历。
共38条回复
"老老实实的从程序员做起，一步一步做到项目经理再做到CTO"
这可不一定，CTO就一个，手下的程序员可得有千千万万个。找到自己的初心最重要。
ios都找不到工作，为啥前端就找得到工作呢
Dynamics CRM 是啥？
来日本3年多，对日外包做了7个月就跳去欧美企业当正社了。听了不少外包圈朋友的体会，确实不适宜长干。
既然培训了，为什么不坚持坚持啊？ 不然培训不是白费了嘛，不甘心。
嗯 是的 但是我很羡慕那些有自己的技术积累的同学。比如做了6年java的我朋友，去互联网企业面试，直接就开到27万一年。比我工资高多了。
@ 前端缺人啊！不过听说前端工资普遍不怎么高，不知道是不是，大家有做前端的吗？来说说看工资待遇。
@ 就是微软的一套客户管理系统，和管家婆类似。
前端要学的东西一点也不少，光 Javascript 看着就渗人，我很想了解它、
@ 是的，我今天去一家上海的对日外包公司面试，我一个6年开发经验的，12k都给不到.......我摔，那我还在上海干个屁，还不如去二三线城市。
本帖有38个回复，因为您没有注册或者登录本站，所以，只能看到本帖的10条回复。如果想看到全部回复，请注册或者登录本站。那么，对日外包到底有多差？
17:29:03 +08:00 · 2047 次点击
前几天大家在讨论外包公司，那么再具体化一些，对日外包现况是什么样的？
应届生该不该去对日外包公司？
13 回复 &| &直到
23:24:02 +08:00
& & 17:34:28 +08:00
最近发现好多日本动漫是在中国找的外包...
& & 17:52:33 +08:00
@ 在大连高新园区有一片产业区是动漫外包的。
& & 18:15:38 +08:00
当初写《活该如此》
，最大的原因就是去了一个公司，同事们大部分是之前做对日外包的，给我感觉是，聪明找点早走了，剩下不太机敏的就被这么坑到了奔三的年龄
大多数人有三五年的对日外包经验，感觉只会用一些基本的语句填空，所谓开发、软件工程，这些方面的经验完全没有增加过，毕业的时候了解多少现在还是了解多少
& & 18:20:01 +08:00
貌似钱多。
& & 20:21:09 +08:00
@ 那一片是给夏德仁做样子的，现在基本上已经黄干净了。
& & 20:58:55 +08:00
真正意义上的“搬砖”
& & 21:35:35 +08:00
怪不得佳能的软件这么难用，原来是外包做的。
& & 21:35:48 +08:00
@ 原来如此，大连这片还是很注意门面的
& & 21:36:52 +08:00
@ 确实大连这片会接佳能，索尼的外包，同学正在做日系车的车载系统。。。
& & 21:37:55 +08:00
@ 感谢回复，在想什么时候跳坑。。。
& & 21:49:59 +08:00
千万别去对日外包！千万别去对日外包！千万别去对日外包！
因为很重要，所以说三遍……
& & 22:05:44 +08:00
@ 是因为被坑过吗。。？
& & 23:24:02 +08:00 via Android
可以学点日语
& · & 2952 人在线 & 最高记录 3541 & · &
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.1 · 16ms · UTC 03:19 · PVG 11:19 · LAX 20:19 · JFK 23:19? Do have faith in what you're doing.博客分类：
一年多以前，自己开始参与到一个对日软件外包的项目中，现在将自己的一点感受写下来，希望对其他刚开始从事或者即将从事对日外包的同志有所帮助。
那是一个维护项目，关于医疗行业web站点方面的。使用的是Java语言，Struts框架和Tomcat服务器。我方的工作主要是帮日方改bug、增加新功能什么的。
-》使用Tomcat作为Web服务器（追加）。
刚开始时，按照日方的要求，我们这边构筑环境，要与日方客户的环境保持一致（连目录结构都已经规定好了）。环境构筑好之后（包括各人本地开发环境和server测试环境），开始测试，每个人都要测试，每条case都要仔细测，将测试结果填到测试式样书中，一条case测试通过则填OK，否则是NG。这恐怕也是日方客户对我方最开始的也是最小的考验。
关于测试，请注意：对于测试式样书中的想定结果与实际测试结果，哪怕只是一个字母或者符号什么的不一样，也要填NG，这一点有时让我们比较郁闷，发发牢骚，但同时又不得不佩服日本人做事的仔细和严谨。
后来，经过一段时间的合作后，一般的工作流程如下：
日方先发式样书（绝大部分都是excel格式）过来，告诉我们他们想做个什么东西出来或者说他们在哪边发现了一个什么样的bug。
-》关于为什么使用Excel格式作为式样书的模板，也有新人问过。这个问题，我想主要原因是Excel文件可以贴图（而Word中的贴图就差多了）（日方式样书中图片是不可缺少的，日本人非常注重页面这种表面上的东西），也可以写说明文字。（追加）
我们这边开始调查，寻找大概的解决方案，进行見積もり，预估工作时间（多少个人日）。
我们把预估出的时间汇报给日方，日方或者同意或者讨价还价后同意。
我们这边开始启动，分工协作，有人调查source，有人写详细设计书，有人写测试式样书，等等。
-》一般都是调查sorce的人做code工作，详细设计书也是这个人来写，因为他最熟悉。（追加）
对于我们提出的解决方案，也要提交给日方(一般是详细设计书)，他们确认后，就开始实施。实际情况是有时是同步进行的。
代码编出来或者修正后，由其他同事review，上头也要review。最后先在本地做测试，可能需要好几个人分别做测试，尽可能地发现bug。
本地测试完成后，再将代码什么的更新到server上，做server端测试。
由于日方做事谨慎，合作的初期，还要求我们对测试结果进行截图，作为证据。
-》关于截图问题，后期参加的项目经验表明，不仅仅是合作初期（对我们不太信任），就算是合作时间较长，双方都很熟悉和信任后，一般server测试结果都要截图（不仅仅是作为测试结果的证据，也为了将来出现问题时能更好地找出问题原因并解决掉）。（追加）
我们当时的客户对手机这一块也要实现，所以手机也要测，用模拟器进行测试。顺便提一句，感觉日本的手机应用比我们更先进一些更深入一些，PC上能实现的功能很多在携帯上也能跑得起来。
-》但两者也有区别，有些情况下，在PC上是能正常显示的，而在手机模拟器上显示得就不是很自然了（比如乱码）。还有个问题要注意，手机web应用是要计算流量的，所以尽可能不要将多余的无用信息发往客户端（比如JSP页面，写注释时，要使用服务器端注释&%- -%&，而不要使用客户端注释&!- -&）。从这个实例中，也可以看出，日方客户做事，确实是为他的客户考虑的，并且考虑得很仔细很周到。（追加）
Server测试完成后，假如没什么问题，我们将相关的代码和文档发给日方，叫做纳品。
日方自己在日本再做测试，有bug就返回来改正；没问题的话，他们承认，这个式样也就算结束了。
期间，日方可能对我们的详细设计书和测试式样书指摘多次，我们这边也要不停地修正。
-&关于式样书的修正问题，有一点特别要注意，就是日方指摘出的，我们这边一定要按照他们的要求修改掉（假如有疑惑或者有新的提案，也可以发QA进行询问或者讨论）。日方客户特别反感的一件事是：他指摘出来的问题，我们在新发过去的式样书中没有体现（没有修改），也没有提出QA，让他感觉我们根本不重视他的指摘，这个会让日方客户很不爽。所以，一般情况下，我们内部在进行review时，会对照日方的指摘一条一条地来确认。大多数情况下，我们也会将修改点和对应的指摘点对应着标注出来，更便于日方客户进行review。（追加）
关于式样，特别是对应的初期，有很多不清楚的地方，那就需要不停地跟客户进行沟通和确认，填写QA。
-》关于QA的回答，感觉这个客户不如后面几个客户的反馈快。（追加）
关于解决方案，有时需要提供好几个不同的方案给日方，让他们选择。
-》尽量提出高质量的提案，那样可以让日方客户更加相信我们，更加离不开我们。（追加）
关于bug，解决bug的同时也要填写bug票。不同公司的bug票格式也不怎么一样，但大致内容一致。我看过NTT Data的bug票，感觉那不是一般的规范，那是相当的规范。
关于合作方式：我们与日方的合作合同签了一年，按照人头收费（难听点，但事实如此），一个人FTE工作一天，日方付我们多少钱，M个人工作N天，依此类推。
-》我们是labo给日方客户的，这一年内，我们项目组就为他们服务。说得难听点，我们就是包身工。（追加）
关于加班：刚开始时，由于任务紧，我们经常要加班，8点下班很正常，有时还要接近9点，后来日方客户看我们加班多了，他们的Cost也多了，后来也不怎么允许我们加班了，具体说是不怎么允许我们提加班申请了。日方客户的想法很怪也很精：既想让我们加班多干活，又不想付加班费。后来，我们也适应了，再提高8小时的工作效率，加班也越来越少了。
关于交流，我们每天都要发日报，早上发出勤日报，说明今天计划要做哪些工作；晚上下班离开前发退勤报告，汇报今天的实际工作成果并说明明天的工作计划。项目经理每周与日方客户开一次电话会议，讨论问题，汇报进展。每周五下班前还要发周报，汇报本周的工作情况和下周的工作计划。
-》关于日报，并不是所有的日方客户都要求我们发出勤报告和退勤报告。有的日方客户只要求发退勤报告（由于加班严重，好多次过了凌晨，这种情况下，我们项目组不能保证早上按时上班）。（追加）
关于我方与日方客户的关系，谈一点个人感想：
跟一个新的日方客户合作的话，刚开始我们中方是被动些；日本人做事一向比较苛刻的，更何况他们是客户。
但是，我们也不是永远处于什么绝对的被动地位，刚开始时是被动些，但也可以提出高质量的提案给他们，在规定时间里以较高质量完成任务，让我们的地位往主动的方向不断前进。
等合作一段时间，等稳定了，他们也离不开我们了，那时就是真正的合作关系了。
中午补充四点：
1.关于式样书，一般都是excel格式，里面把相关情况（想实现的机能或者发现的bug等等）说明清楚。特别要说明的是，日方的画面设计做的比较仔细，机能想做成什么样的都画得清清楚楚。
2.关于对应过程中的代码修改，一般日方都不允许修改他们既有的函数什么的，他们担心影响其他功能，一般都是要求新规。现在想想，这样做，也算符合软件开发过程中的开闭原则。
-》关于这个问题，我们前后经历过好几个项目，日方客户都是这样要求的。（追加）
3.关于测试，有一点要说明一下：假如我方已经开始使用最新的经过日方客户认可了的测试式样书进行测试时，如果发现了问题（比如说程序是对的，是测试式样书的case写错了），这时是不能擅自修改测试式样书的，需要将实际测试结果如实填写，可以在備考欄中说明一下相关情况，汇报给日方，经他们同意后再修改测试式样书。因为日方自己做测试时是按照经他们认可的测试式样书进行测试的，假如我们不汇报就把已经经日方客户认可的测试式样书修改了，会导致双方的测试式样书不同步不一致，那测出来的结果也不一样了，问题也就出来了。
4.关于每天日报的出退勤时间问题，日方客户也“抠”得比较严。打个比方，日报是9：01分（系统时间）发出的，那么出勤时间也要写成9：01，就不能写9：00；晚上下班时也要18：01之后才能发退勤报告。总之，给我们的感觉是：日方的时间观念很强！
-》日本人的时间观念很强！（追加）
下午再补充两点：
1.关于文档，日方客户对文档的要求近乎“苛刻”，举个例子，连每个sheet中字体显示大小和显示比例什么的，日方对此都有要求，甚至还要求每个sheet打开时，光标应该在最左上角的那个单元格位置。当然了，他们自己做的文档也是有板有眼的，比如式样书，格式上面一条一条清清爽爽。还有就是环境构筑手顺书，写得很仔细，一步一步怎么做，说得清清楚楚。
-》日方对文档确实比较“抠”，比如连打印设置都设置好（对方拿到文档就能直接打印）。（追加）
从文档就可以看出我们中国与日本在软件行业方面的差距，我们国内大部分是代码都写完了或者写得差不多的时候再去补文档，而日本基本上都是把文档作为各个阶段的成果物之一，作为一种标志。
2.当然了，日方客户的式样内容方面，有时也说得不是很清楚，模棱两可，比较暧昧，这个不是式样格式的问题，是另外的话题。其实，无论什么客户，刚开始时对式样的描述都不可能面面俱到，这就需要我们不断和客户进行沟通与确认，通过双方的共同努力，逐步把项目做好。
以上是我这一年多来对日软件外包方面的一点感受，现在就想到这么多，先写到这，以后有机会再写。
浏览: 344659 次
来自: 上海
呵呵，不错，跟把结果放到哈市map中一样，在查询数据库之前，先 ...
你好 我最近在研究S2dao（工作需要）但是因为菜鸟一枚（刚刚 ...
谢谢，受教了！
正要用到，捡到宝啦！ 谢谢啊。
模糊测试主要适合哪些软件/项目的测试呢？看《测试之美》的时候了 ...
(window.slotbydup=window.slotbydup || []).push({
id: '4773203',
container: s,
size: '200,200',
display: 'inlay-fix'对日软件开发与外包——代码注释_沪江日语学习网
网页版学习工具
入力内容を取得する
取得输入内容内容：ないよう ユーザ認証(固定)
用户认证(固定)固定：こていパラメータの取得
参数的取得取得：しゅとくDBを接続する
连接DB接続：せつぞくOracleに接続　　 Oracle连接ログデータ抽出　　 对数(记录)数据抽出抽出：ちゅうしゅつ項目名の抽出　　　 项目名的抽出HTML 開始 　　　 HTML 开始開始：かいし現在の日付　　　　 现在的日期現在：げんざい明細行の第0項目－第n項目　详细的第0项-第n项目明細行：めいさいぎょう　　第：だい　結果メッセージの取得　　　结果消息的取得結果：けっかカレンダー(顧客管理)　　　日历(顾客管理)顧客：こきゃくログ情報の取得に失敗しました!、管理者に連絡してください。对数(记录)信息的取得失败了！请与管理者联系。　共通関数(固定)　　　　共通函数(固定)共通：きょうつう　関数：かんすう環境設定(固定)　　　环境设定(固定)環境：かんきょう　設定：せってい入力必須チェック　　输入必需检查入力：にゅうりょく　必須：ひっす　初期化処理　　　　初始化处理初期化：しょきか　処理：しょり仕訳転送データ生成の結果　　分项目转送数据生成的结果仕訳：しわけ　転送：てんそう　生成：せいせい　結果：けっか　実行処理完了　　实行处理完成実行：じっこう　完了：かんりょう検索条件のデータはありません
没有检索条件的数据検索：けんさく　条件：じょうけん生年月日の入力が不正です　　出生年月日的输入不正当生年月日：せいねんがっぴ　　不正：ふせい日付チェック用関数　　　　　日期检查用函数
相关热点：已解决问题
直接去日本做软件开发和在中国知名外企做对日软件外包哪个更好些？
浏览次数：6405
用手机阿里扫一扫
最满意答案
该答案已经被保护
目前日本的项目没有以前那么多了，但是有机会的话还是去日本好点。年轻的时候拼命干点。年纪大点了就觉得荒废了。是很累。我同事也很多去的。，也有在那边工作的。但是真是锻炼人啊。人的品德修养什么的。个人意识都能得到很高的提高。人的潜力是无限的。你要是面对他们都是纸老虎。那样你就越强。以后到中年了。才觉得不后悔。35左右回国在大企业，做个主管pm什么的。还挺牛。毕竟是镀金了。而且别人也狠承认你|||我有好几个朋友在NTT上班，NTT的工资并不高，福利还可以。但是就是不愁项目，经常看到他们都是在加班。(项目一般都有项目提成)但是呢，NTT经常有出差的机会，上次我那个朋友就是，去日本，一个星期就回来了，安登儿逸了。可惜当时我不晓得他要去，晓得豆喊他帮我带N多东西回来了T_T。不过呢，我不推荐直接去日本工作，现在日本经济不景气，特别是金融危机暴发那段时间，因技术签证过去的人，基本上都遭公司解聘了。你花了恁个多钱和精力过去，找不到工作就麻烦了！！不晓得你出过重庆没得，说句实话，你到外地的话，估计生活很不习惯。因为平时在重庆，吃的东西太好吃了，到外面你肯定吃不惯。(MMP，想起我到北方读书的时候，吃那些个垃圾食品，吃得我现在连味觉都丧失了！)不过呢，在重庆来说，NTT还算可以的了，据我了解哈，你可以先去那里，再观查下。因为我还认识他们技术支援部经理，所以我就匿了吧。。。。。|||有能力当然直接去日本既可以锻炼日文又可以开拓视野此外日本的软件业和电子产业那可以相当的牛叉。。|||如果你的目标就是去日本，那就选2，日本公司虽好，但是在中国开公司招人也是为了便宜用。但是提醒你：去了日本回来也不见得怎样，我就是去了回来的，还是得跟普通开发一样在茫茫人海抢饭碗，呵呵|||外包没前途|||想想到到你这个岁数，就是6年开发经验了也，我日文1级，还没毕业，已经在上海一家日资干开发了。。|||希望你就去NTT好了，那是一个相当不错的公司。进入这家公司后，你做得好的话，以后再考虑去日本也是可以的，日本目前首先讲，不景气，去了没有用，干这个行业的人很多，中国人也是不计其数，他们的日语也都不在你之下，你愿意做人上人，还是为了多一点工资，作人下人呢？请斟酌。问题补充：1、如是了解相关信息的业内人士，请在回帖中说下个人经历以方便我参考，非常感谢！2、听说直接去日本的话虽然钱多但一般只能做临时工，没有正社员的身份。如果进国内日企情况如何呢？能成为正社员吗答：直接跟你讲，你是不可能作为正社员的，在日本，大部分的公司，正社员很少，其他的都是协助公司人员，也就是派遣公司的派遣人员，特别是IT行业，当然，你可以是派遣公司的签约社员，工资从派遣公司拿，干活的地方说要你就要你，像现在不景气了，说不要就不要，只能回到派遣公司等活干。如果你到国内企业的话，只要手续齐全，当然可以成为正社员。而且四险一金都有，何乐而不为呢？|||哪都不去就在中国，有这么好的技术应该贡献给中国干什么给小日本赶活|||你现在的日语水平为2级完全可以去日本做开发待遇好，工资高在日本工作两年回来以后效果可就不一般了感觉在日本两年工作后回来你至少能少在中国奋斗5年（我不是崇洋门外）当然以后还的回来建设社会主义新中国哈|||也就是否
答案创立者
以企业身份回答&
正在进行的活动
生意经不允许发广告，违者直接删除
复制问题或回答，一经发现，拉黑7天
快速解决你的电商难题
店铺优化排查提升2倍流量
擅长&nbsp 店铺优化
您可能有同感的问题
扫一扫用手机阿里看生意经
问题排行榜
当前问题的答案已经被保护，只有知县（三级）以上的用户可以编辑！写下您的建议，管理员会及时与您联络！
server is ok}