< 返回

[上海] Booking.com 招聘软件开发经理 2 名，后端开发工程师 8+ 名

Booking.com 于 1996 年成立于阿姆斯特丹，当年的荷兰小型初创企业现已发展成为全球规模最大的旅游电子商务公司之一。Booking.com 隶属于 Booking Holdings Inc.（纳斯达克上市公司：BKNG），其使命是：探索世界，我们在你身边。

Booking.com 通过投资科技，为数百万用户提供顺畅无阻的难忘旅行体验、一系列交通选择以及各种精彩住宿。从民宿到酒店，应有尽有。无论是成熟品牌还是各种规模的初创企业都能受益于 Booking.com。作为全球知名旅游平台，Booking.com 帮助世界各地的住宿吸引全球游客，实现业务增长。

Booking.com 支持 46 种语言，已有超过 2800 万房源，其中民宿、公寓和其他特色住宿房源超过 660 万家。无论你想去哪里，你想做什么，Booking.com 提供 7*24 小时全天候客服支持，让一切变得容易。

随着商业版图的不断扩大，Booking.com 于 2010 年正式进驻中国市场。目前，我们通过 www.booking.cn 和移动端 App 为中国用户提供服务。集团今年二季度净利润较去年同期增长 18%，盈利能力持续提升。

关于中国产品研发团队

中国团队的业务是服务于全球客户的，团队规模目前在 150 人左右，直接汇报给荷兰总部，跟总部的技术团队有着密切的协作。工作语言是英语，所以即使是工程师的职位，也会要求英文日常会话的能力。

组织架构和协作方式大致可以从以下两个方面展开：

跨区域团队合作

目前协作的方式是按照主题来展开的，每个项目组都有各自的小主题。通常一个大的主题下面会分成 3 到 5 个小的主题（每个小的主题对应一个 6-10 人的敏捷开发小组，小组内有开发，测试，产品经理，设计师等）。目前的现状是，国内有一个完整的大的主题，这部分团队的自主性就非常高，总部的干预很少。还有一部分项目组还在逐渐壮大的阶段，比如，一个大的主题下面，3 个项目组在荷兰，3 个在上海，这种沟通会相对累一点。而且荷兰那边对应的团队的工作方式各有差异，只能说大部分都还是很顺畅的，但也不排除一些不愉快的沟通。不过总体来说，我觉得公司招的人素养都是相当不错的。

中国这边整体的目标是，尽量去逐渐争取几个大的主题，然后每个大的主题之间有一些关联。这样的话，中国团队跨国沟通的需要就会减少，自主性也会提高很多。这是目前在努力的方向，从 21 年初开始的，现在已经有很不错的进展了，这次招聘主要就是因为成立了几个新的小组。

同区域跨职能合作

这部分就容易多了，毕竟都在一个时区，目前 150 人左右的团队规模也不算大，而且中国研发团队的整体素养相当不错，凝聚力也好。由于公司整体规划做得好，工作节奏相对从容。就我的体验来说，做为 Booking 的员工，体验还是很不错的，能够感受到被很好的尊重。

另外值得一说，就是公司的组织架构上的变化节奏还是很快的，至少比我原来想象中的外企的节奏要快不少。还有，公司每个季度都会有员工体验的匿名问卷调查（由第三方公司进行），不用担心实名被穿小鞋之类的事情；管理层会很公开地讨论问卷调查的结果，以及改进方案。

接下来说说技术栈

公司最近几年在很激进地推进技术栈现代化，已经有明显的成效。我目前的职位是 Site Reliability Engineer(SRE)，就先从 SRE 说起。(比较遗憾的是，这次招聘的职位里面并没有 SRE。)

SRE
- 编程语言以 Go 和 Python 为主；代码托管和持续集成用的是 Gitlab 企业版，Sourcegraph 配合做代码搜索；
- 公有云（AWS，阿里云) 上的基础设施用 Terraform 或者 Cloud Development Kit(CDK) 管理；
- 从 Baremetal 到 K8S 容器化平台的迁移进度很顺利，新的应用全部都是以容器化或者云原生的方式部署；
- 服务器配置管理用的是 Puppet；日志存储就是 ELK，监控基于 Graphite, Prometheus 和 Grafana；另外采购 Honeycomb 做 Distributed Tracing；
- SRE 是需要参加 Global On-call 的，PagerDuty 上排班；On-call 负荷不算重，会有值班补贴；
- SLO 也有很认真地在每个敏捷开发小组里面进行落地，SRE 更多的时候是以一种顾问和布道者的形式介入不同敏捷开发小组。
后端开发
- 编程语言以 Java 为主，但有些老系统的更改还需要 Perl；（如果你刚好使用 IntelliJ IDEA 作为编辑器，那公司会为你提供一份正版授权。）
- JDK 的版本是与时俱进的；
- 由于公司对安全和合规方面的重视，所以你会有一部分精力花费在代码安全跟合规上；
- 公司有一套自有的 Event 系统，用来方便查看 Warning，Error；再结合 Honeycomb，问题排查效率还是很不错的；
- 需要参加自己大组的 on-call，组跟组之间的负荷会有不同，但总体负荷不重，如果负荷很重，SRE 团队会介入进行改善；会有值班补贴；
- SRE 里面提到的工具链也都适用于后端领域。