伯乐在线：你刚才提到AHRP顺利通过，但启程日本这个项目却没能通过。你能分享一下这块的经验吗？是自己在启程日本没有发挥好，还是其他原因？ 启程日本其实说来挺尴尬的……因为当时启程日本要求的是应届生，而我已经毕业了一年了，在朋友的帮助下霸面了一回，本来面试结果还不错，在决定企业面试意向的时候发现我是往届生，最后还是被刷了。结果通过AHRP项目最后去的Kayac，正是启程日本里我的第一志愿，只能说是因缘巧合吧。 伯乐在线：刚才你还提到：“最重要的我觉得一个是你自己的作品（github，网站，web应用，博客，有趣的项目等等）” 也就是说，日企对应届生招聘，因为没有工作经验参考，企业更关注的很大一部分是你在校期间，通过开源、博客、网站分享过哪些东西。是这样的吗？ 嗯，是的。就像之前说的那样，日企（其实所有企业我想都差不多）关注的是你的创造力和行动力，对于学生来说，“自己做了一个有趣的web应用”还是很有说服力的。其实也不光是写程序方面，组建一个乐团啊，做一个机器人啊都可以。 伯乐在线：很有意思。不过，我仍然有疑问：如果不考核和未来岗位相关的技能，如何判断那些没有作品，但基础很好的人呢？ 这个可能和用人理念有点关系，因为日本人相信“只要这个人有激情，够努力，就一定能办好”，所以觉得技能都是可以之后培养的。其实，我觉得“努力”是这其中最重要的，你只要表现得像个很努力的人，他们就会相信你能够适应将来的工作。 而且当初我也是交了作品的哈哈，“破解汉化了一个游戏（未完）”。那个游戏的文本档是加密打包过的，而我的一个朋友很想汉化这个游戏，我就是读了主程序解密这些文档的汇编代码，写了一个程序帮他把那些打包以后的文档解压出来，同时把他翻译好的文档再原样压回去。顺便还有一些修改程序的编码和字体之类的小问题。 伯乐在线：刚才我特意看了这个页面，如你所说，公司还有很多位中国同事，他们也是通过这类的项目到 Kayac 工作吗？ 嗯，是的，他们基本都是通过ahrp或者启程日本项目来kayac工作的。 伯乐在线：在Kayac工作，你们的工作时间安排是怎样的？ 我们公司是每天9点29分上班，中午休息1小时，（理论上）晚上6点29分下班。不过一般都要加班，早一点的话8点，晚一点的话10点，有时候可能还得到12点半左右，正好坐上末班车。 伯乐在线：加班貌似是一种常态？ 日本企业，加班也是有名的了，更何况是it企业了啊！ 伯乐在线：你的感受来看，是因为工作量大，还是加班文化？ 之前看到篇文章，叫《五个特点解释日本人为什么玩命工作》，感觉说得比较贴切，我个人感觉日本工作特点就是“加班多，效率低”。 因为日本人比较崇尚“努力工作”，重点是努力。如果你有能力，做事很快，那是好事，上司会很欣赏你，但是如果不能在能力上面给人留下好印象的话，那就要在态度上表现得很努力才行。所以日本人一般都会在公司待到很晚，催生了这种加班文化。然而在中国人的观念里，我觉得大部分人对工作的态度就是“拿钱办事”，做到位就可以了，于是就有新来的中国人员工因为“准时”下班被社长发邮件训斥“现在的新人到底有没有干劲啊”这种事…… 不过平心而论日本人做事也确实比我们认真（至少就认真劲儿来说），所以也不能完全说只是效率低吧。 伯乐在线：你刚到Kayac时，是不是也准时下班？:) 是啊……一周以后就被技术部长叫去长谈说：“日本企业和欧美企业是不同的，我们最看重的是努力工作”，我问“那要多努力才算是努力？”，他说“总之要非常努力。” 伯乐在线：你当时是什么心情？ 哈哈……其实我因为多少也了解日本的这种文化，有点心理准备，不过从日本人口中真的听到他们这么说还是比较奇妙的。 不过怎么说呢，日本的这种努力文化也确实使得他们很努力，经常会有新人自己用一些新技术（node，angular之类的）做了自己的项目，然后拿到全社发表的。 伯乐在线：那么，你们的工作业绩的如何衡量与评估的呢？ 这个每个公司都有不同吧。我们是每半年有个同组内的员工互评以及同一工种内（后端，前端，设计师）的全体排名，由每个人给其他人打分，最后根据总得分来排名，决定了涨薪和奖金。所以，做自己的项目向全社发表也有提高在其他人心目中评分的作用。总之，态度和实力，两方面都很重要。 伯乐在线：你现在做后端这块，和日本本土的员工协作起来，有什么体会和感触吗？（比如：文化差异） 最大的感触就是：perl不适合多人协作（笑）【伯乐在线注：丁晔后面解释这只是个玩笑。】 伯乐在线：你现在具体做的产品（特性），方便介绍一下吗？ 我现在所在的项目是一个叫Lobi的聊天软件，因为是老项目了，系统比较复杂，代码量也很大。上面说的“perl不适合多人协作”这句话自然是玩笑，不过因为perl强调“There Is More Than One Way To Do It”，在项目大参与的程序员较多时，代码风格就容易参差不齐，阅读起来比较累。 伯乐在线：印象中，日企的代码规范应该是很严格的，怎么会出现代码风格就容易参差不齐的现象？ 应该说还是和公司风格有关吧，我们公司比较自由，基本一个组的事（特别是技术方面的）都是技术组长说了算，没有强制的代码规范，但是在merge到master分支之前都会有组长或者组员来review代码，所以说一定程度上还是有保证的。特别Lobi项目的单元测试写得比较齐全，互相之间的代码review也一直在做，这一点我觉得还是很厉害的。老而大的项目，理解起来比较累某种意义上来说也是没有办法的，毕竟代码肯定会随着时间越来越混乱的。 |
