TapTap（TDS）招聘后端工程师（上海）

大家好，上次通过 v 站顺利的找到了靠谱的全栈同事，这次我们团队需要一位后端专精的同事，因此首先想到了 v 站。先放 JD：

要求

• 有扎实的工程师基础：熟悉常用数据结构与算法，了解现代 web 应用是如何工作的。
• 熟悉 MongoDB / ClickHouse 或其他 NoSQL 数据库，理解索引、分布式事务、磁盘存储等机制。
• 精通 Go 或 Java （我们后端服务使用的主要语言），了解后端开发涉及的常见网络协议和 RPC 协议，熟悉各类开源中间件和工具。
• 有优秀的学习、沟通与协作能力。
• 工作地点：上海。

加分项

• 有游戏行业从业经历。
• 了解 Clojure 语言。
• 有后端之外的其他技术或能力栈。

职责

• 负责面向 2B 服务部分后端产品，保障服务稳定的同时响应新的需求。
• 参与新产品后端系统的设计与开发。

简历请发送到 [email protected] 。

之前在招聘全栈工程师的时候详细描述了我们的要求、不要求以及团队的工作方式等，这部分内容在招聘过程中帮助我们与候选人节约了大量的时间。这些内容与具体的职位无关，当前也仍然适用，这里我稍微调整了一下全文引用了：

关于要求

首先，你需要是一个优秀的工程师。一个优秀的工程师需要做到在为你做代码 review 时你的同事不需要关心命名、逻辑正确性、是否存在性能问题这些方面，而是可以把重点放在问题抽象、模块拆分、接口设计层面。要做到这点并不容易，你需要有良好的英语水平，需要有扎实的计算机基础、熟悉常用的数据结构与算法，需要了解现代 web 应用的各个部分大约是如何工作的，当遇到不熟悉的领域时知道如何快速学习对应的知识，以及最重要的一点，需要有动手能力把所有的这些变成可以运行的工具或服务。

然后，你需要是一个专业的后端工程师。你需要了解后端领域的最新状态，知道要解决的问题是什么，哪些已经被解决了，哪些进展到了什么程度。你需要熟悉现代的后端工程的完整流程，有能力选择合适的方法与工具，独立完成一个需求的后端部分从需求分析到方案设计、开发、测试、发布、运维的完整流程。你还需要对其他与后端有交集的角色—包括但不限于产品 /运营、设计、前端 、SRE—负责的事情有基本的认知，知道不同角色之间的边界与接口，有能力辨别合作方案中不合理的设计。

最后是沟通能力。正如「代码是写给人看的」，工程师很大一部分工作是在与各种各样的人沟通。因此你需要能通过书面或口头的形式有效地描述事实（问题、方案）、表达观点。

此外我们非常希望你会后端之外的另一个栈：产品、用户体验设计或前端开发。拥有跨栈的能力有以下优势：1. 减少沟通成本，可以更灵活地分配时间 ，从而更快的进行迭代； 2. 可以从更高的视角看问题，从整体利益出发设计更合理的方案。「会」的定义是：你不一定有像后端领域一样全面的知识体系，但依然要有独立完成相关工作的能力。

说完了要求，再来说说不要求什么。

首先，不要求工作经验。能力比经验重要的多，只要你能证明你满足上述的能力要求我们都会邀请你来面试（当然项目经历是最常见的能力证明，如果你在工作经验上没有优势，请务必确保你在简历中体现出了能力）。出于同样的原因，我们也会按照简历中与面试时展现出的能力提供我们认为与之匹配 offer ，而非根据过往的职级或薪资（我们甚至不会问）。

然后，这个职位不要求你是某个领域的技术专家。我们目前阶段，绝大部分需求依然来自业务。能在广泛的领域中选择合适的工具把一个需求从 0 做到 80 分要比在某个具体领域把需求从 80 分优化到 99 分对当前的我们更有价值。当然这并不是说我们不重视技术深度，只是说如果你的职业规划是深耕某个技术方向的专家，对具体业务兴趣不大，那这个职位可能不能满足你的期望。

关于团队

说了很多对候选人的期望，接下来分享一下我们团队的更多细节。其中很多是我们与候选人沟通时经常被问到的，本也不是什么需要保密的信息，不如在这里公开介绍一下。

关于 TapTap 与 TDS

公司层面，包括部门的基本情况，以及文化、面试流程、工作方式等信息，可以参考《文化、制度和工具 | TDS 博客》，不在此赘述了。

关于我们组

我们是 TDS 负责云服务的研发团队，目前由 10 位工程师组成，其中有 5 位专精后端。我们的目标是提供产品和服务让游戏开发者们更容易做出功能丰富的游戏。我们负责的业务主要面向游戏开发者，覆盖数据库、IM 、容器平台等各种不同类型的能力。使用的主要的技术栈是 Go 与 Java ，也有部分 TypeScript 项目，还有一些老代码是 Clojure 的。

关于我们的工作方式

我们按照需求分工，一个人负责一个完整的需求，从需求分析一直推进到最终发布。如果某些重要的工作不在你擅长的领域，你可能会需要在组内或组外找到合适的人与你合作完成（ TDS 层面还是有专精产品、设计、测试、DevOps 的团队的）。同时我们要求每个人又都是一个或多个模块的 owner 。这个模块可大可小，大到一整个业务方向，小可以是某个具体功能，相同的是都要求这个人是全公司最了解这个模块的人，要对这个模块负责（更具体一点，要收集与分析模块的需求、思考与决定模块的目标与计划、review 涉及到该模块的方案与 MR ）。

公司践行 OKR ，每个团队有自上而下对齐的目标（ O ），它们是我们日常大小决策的依据。我们组每个月初会根据团队目标讨论并确定当月的工作计划，然后每个人独立拆分更细的任务与个人计划。

我们的日常议事原则是提供完整上下文、广泛充分发表意见、owner 拥有最终决定权。为了做到这些，团队几乎所有的代码都是内部公开的，工作中所有的沟通都需要以公开的方式进行（比如 Slack 公开频道、Confluence / GitLab / Figma comments ），保证任何人都可以在任何时候看到整个决策过程。

工程师招聘是一个相互了解与选择的过程，我们深知互相坦诚在这个过程中的重要性。因此如果你看完上面这些后，认同我们的目标与追寻目标的方式，并认为可以胜任该职位，请不吝将简历发送到 [email protected] （或者 [email protected] ，如果你想单独找我聊聊）。

感谢你的关注。