我在东京做开发

来东京工作也有几年了，想把在日本做开发的感受分享一下。

说到在日本做软件开发，大家可能自然的和外派关联起来，也的确如此，因为日本本国人做IT的相对较少，在对日的项目中，码农大部分是中国人，越南人或印度人。关于外派，这里就不作过多的说明了，这并不是对外派有什么成见，只是觉得外派工作是按部就班，可能需要分享的感悟少一些。

我所在的公司是做互联网ToB的，一是所用的技术与互联网技术对齐，二是在日本做B端的项目，需要更多的付出。

对于互联网技术，简单说一下我们用到的技术，云(AWS)，Docker，k8s，微服务，DevOpt等，当然，每个公司在落地这些技术时各有差异，从去年我们运营一年5个9的可用性来看，我自认为我们对这些技术的使用还是靠谱，关于这块，以后如果有机会，再进行说明。

这里想重点说明的是在日本做B端项目，需要付出更多。在国内做B端，不管是什么样的B端主体，一般能拿下单子，接下来的开发上线运维的事就基本就按部就班走就行了。但在日本，正好相反，拿下单子只是第一步，真正的考验在后面。

不能出错：是在项目运维过程中不能出错。不管是产品，还是定制的项目，如果是bug，造成的经济损失不仅要承担，更要为bug到用户方去“诚挚”道歉。（当然，你也可以要求你的乙方“诚挚”道歉）

客户同意：即使是产品，在演化过程中，一些关键功能，也得经过用户的确认和许可才能演进。在日本企业中，用到的技术比较旧和杂，很多pc时代的技术完美完保留至今，比如vba，我觉得没有比日本人爱玩这个了，所以，自己的产品有可能用户通过类似技术对接上了，如果你改变api，或下载的文件格式，会导致用户投诉。有时，即使不是格式，ui的演进也要经大B同意，才能往下进展（并展自己是个产品）

更细致：记得我到日本没多久，有一次，当系统从windows服务器切换到linux服务器后，用户反馈提供给他们的csv格式不正确，找了好久，始终没发现问题，最后还是我们的营业（销售），一个人日本人，帮我找到的问题，结果是换行符是\r\n和\n的区别。日本是一个细致化的社会，不仅仅是IT，任何行业都是比较追求细节的，细致是需要时间成本的，这也可能是在他们互联网发展较慢的原因之一吧。

快速迭代：联联网的大潮中，快字当先，所以产品迭代越快，适应性越强，占领的用户就越多，快速迭代可以说是当前开发方式的主流，所以敏捷开发了，DevOpt了，都是为快速迭代提供思路保障，还有很多项目管理产品了（jira)，即时交流工具（slack)了，为快速开发提供落地支持。

综上所述，在日本做互联网B端项目，不但要快，还要更细致，更快速地与客户沟通（可能To C没有这个问题吧），所以做好一个对日的To B的产品，还是有一定的难度的。