工科女在日企，真的有那么虐吗？

作者自述

软件开发工程师，程序媛一枚。目前在某知名美国软件公司的研发团队工作，主要负责人工智能产品的研发工作。

***

我的第一份工作是在一家日资的软件开发公司。

严谨封闭的日企，你说到底虐不虐？

先说说日本公司的文化吧，我觉得日企的文化是很严谨和也很封闭的。日企的严谨表现在所有的流程都很规范，工作非常细致。不管是入职，离职，上传文档，下载资料，邮件报告，请假等都有很规范的操作要求，而且非常细致，甚至会具体到邮件称谓和字体字号。最夸张的是，连座位安排都是有规范的。

日企的文化也比较封闭。公司有多个不同的部门，部门之间基本没有沟通，同一部门的不同组也很少有沟通，即使在同一个办公室，也很少有交流。工作上能够接触到就是本组的同事，对其他部门的业务基本完全不熟悉。公司对邮件的管理是比较严格的，发送邮件之前要非常明确发送的对象，发到别的组，或者越级发送都是不好的行为。

通常情况下，上级有信息要传达，会发给他的直属管理人员，然后再一级一级往下发，最后通知到每一位需要知道的员工。问题反馈或者汇报也是如此，员工需要发送给直接领导，然后再由直接领导决定需不需要进一步反馈给上级领导。因此，对于普通员工来说，是不会接收到任何其他组的邮件，所以每天要处理的邮件也不多，工作相对还是比较专注的。虽然组织架构看起来和国内的政府机构很相似，但是并没有官大一级压死人的这种情况，绝大多数领导都是非常和善的，对我们这些新人也很关照。而且也不叫"领导"，叫"组长"，"课长"，"部长"。

看工科女玩转发动机控制开发

我所在的组的主要的工作内容是给日方客户开发发动机控制软件。说是开发其实只是实现，因为日方客户已经做好了完整的控制逻辑，并以逻辑图的方式交付给我们，我们要做的就是将逻辑图转换为代码，并且测试通过这个代码，确保只能稳定的实现控制逻辑的功能。我们组的工作内容本质上和外包公司的性质是一样的。

这个开发的过程是很传统的，严格遵循软件开发的瀑布模型，按照客户的需求文档进行开发，测试，交付。看起来是很简单的工作，其实做起来也并不容易，特别是当逻辑图复杂到要两个电脑屏幕才能看清的时候，而且在转换过程中有很多细节是很容易犯错的。当然，这里说的逻辑图可不是简单的与或非的组合，还包括各种触发器，延时器，乘法器等等。

刚开始工作的时候最纠结的问题就是看不懂日文。工作时使用的机器都是安装的日文的系统，界面很熟悉，但是内容很陌生，常用功能主要靠猜……好在日文里有些字符和中文类似，并且还可以参考图标和快捷键，所以简单的操作基本可以靠猜，但是对计算机进行复杂设置的时候就一头雾水了，就跟看天书一样，还没法复制到谷歌翻译，真心郁闷啊。

不仅仅计算机的语言是日本的，时区也是日本的。中国和日本有一个小时的时差，日本比中国早一个小时，所以当系统显示6:00的时候其实才5:00。公司一般是6点下班，有好几次快要6点的时候，我内心就蠢蠢欲动，弥漫着要下班的小激动，结果发现过了20分钟以后也没人下班，才郁闷的反应过来这是日本时间，实际上才5点多，还要干一个小时才能下班……

凡事看到阳光面的人，运气不会太差！

总的来讲这是一家比较轻松的公司，每天朝九晚六，周末基本不用加班。对于我这种不太爱拼命的女生来说是很很不错的选择。刚开始工作的时候，不仅要熟悉整套业务流程，还要同时学习发动机的工作原理，收获还是挺多的。开始实际工作以后对瀑布模型也有了更深的认识，虽然现在很多公司都是用敏捷开发了。由于业务流程比较固定和规范，做的时间长了，熟悉掌握以后就比较轻松了，当然收获也就比较有限。不过可以有很多时间来学习日语，公司提供免费的日语培训，还是很赞的。当然我觉得最真的还是公司有九天的高温假，简直棒棒哒！

版权所有，请勿转载