后端工程师 - 数据摄入
Backend Engineer - Ingestion
### 关于PostHog
产品开发过去意味着手动编写代码、运行分析、诊断错误，并使用数十种工具推出更改。
PostHog让产品[自主运行](https://posthog.com/self-driving)。它是唯一一个能作为你的协作者（和你的AI代理）来完成所有工作的平台——自主完成。
我们从开源产品分析开始，[从Y Combinator的W20届毕业](https://posthog.com/handbook/story)。此后我们推出了[超过十款产品](https://posthog.com/products)，包括：
- [PostHog Desktop](https://posthog.com/desktop)，唯一一款能理解你的产品而非仅代码库的AI开发工具。
- [内置的数据仓库](https://posthog.com/docs/data-warehouse)，让用户可以使用自定义SQL洞察同时查询产品和客户数据。
- [PostHog AI](https://posthog.com/ai)，一个由AI驱动的分析师，可以回答产品问题，帮助用户找到有用的会话记录，并编写自定义SQL查询。
我们是：
1. **以产品为导向**。超过45万个组织安装了PostHog，主要由口碑传播推动。我们有非常强的产品与市场契合度。
2. [**默认活跃](https://paulgraham.com/aord.html)。收入增长非常迅速，我们效率很高。我们融资是为了推动雄心壮志并加速增长，而不是为了维持运营。
3. **资金充足**。我们从世界顶级投资者那里筹集了超过1.8亿美元资金。我们为一段漫长而雄心勃勃的旅程做好了准备。
我们专注于为终端用户打造出色的产品，招聘优秀的团队成员，快速交付，并[尽可能地与众不同](https://posthog.com/deskhog)。
### 我们重视的事情
- **透明度**：每个人都可以在我们的[公开公司手册](https://posthog.com/handbook)中了解我们的路线图、如何支付（甚至解雇）员工、我们的战略以及我们的工作方式。内部我们分享收入、董事会会议的笔记和幻灯片，以及融资计划，以便每个人都能获得做出良好决策所需的信息。
- **自主性**：我们不会告诉任何人该做什么。每个人根据对客户影响最大的事情，以及他们觉得有趣和有动力去做的事情来选择接下来要做什么。[工程师领导产品团队](https://posthog.com/handbook/wide-company)，并[做出产品决策](https://posthog.com/handbook/which-products)。当需要时，团队灵活且易于调整。
- **快速交付**：[为什么现在不行？](htt
查看英文原文
### About PostHog
Product development used to mean manually writing code, running analysis, diagnosing bugs, and rolling out changes using dozens of tools.
PostHog makes products [self-driving](https://posthog.com/self-driving). It's the only platform that acts like a co-pilot for you (and your AI agents) to do it all – autonomously.
We started with open-source product analytics, [launched out of Y Combinator's W20 cohort](https://posthog.com/handbook/story). We've since shipped [more than a dozen products](https://posthog.com/products), including:
- [PostHog Desktop](https://posthog.com/desktop), the only AI devtool that understands your product, not just your codebase.
- [A built-in data warehouse](https://posthog.com/docs/data-warehouse), so users can query product and customer data together using custom SQL insights.
- [PostHog AI](https://posthog.com/ai), an AI-powered analyst that answers product questions, helps users find useful session recordings, and writes custom SQL queries.
We are:
1. **Product-led**. More than 450,000 organizations have installed PostHog, mostly driven by word-of-mouth. We have intensely strong product-market fit.
2. [**Default alive**](https://paulgraham.com/aord.html). Revenue is growing incredibly quickly, and we're very efficient. We raise money to push ambition and grow faster, not to keep the lights on.
3. **Well-funded.** We've raised more than $180m from some of the world's top investors. We're set up for a long, ambitious journey.
We're focused on building an awesome product for end users, hiring exceptional teammates, shipping fast, and [being as weird as possible](https://posthog.com/deskhog).
### Things we care about
- **Transparency:** Everyone can read about our roadmap, how we pay (or even let go of) people, our strategy, and how we work, in our [public company handbook](https://posthog.com/handbook). Internally, we share revenue, notes and slides from board meetings, and fundraising plans, so everyone has the context they need to make good decisions.
- **Autonomy:** We don’t tell anyone what to do. Everyone chooses what to work on next based on what's going to have the biggest impact on our customers, and what they find interesting and motivating to work on. [Engineers lead product teams](https://posthog.com/handbook/wide-company) and [make product decisions](https://posthog.com/handbook/which-products). Teams are flexible and easy to change when needed.
- **Shipping fast:** [Why not now?](https://posthog.com/handbook/values#why-not-now) We want to build a lot of products; we can't do that shipping at a normal pace. We've built the company around small teams – autonomous, highly-efficient groups of [cracked engineers](https://posthog.com/founders/cracked-manifesto) who can outship much larger companies because they own their products end-to-end.
- **Time for building:** Nothing gets shipped in a meeting. We're a natively remote company. We default to async communication – PRs > Issues > Slack. Tuesdays and Thursdays are [meeting-free days](https://posthog.com/handbook/company/culture#were-on-the-makers-schedule), and we prioritize heads down building time over perfect coordination. This will be the most productive job you've ever had.
- **Ambition:** We want to solve big problems. We strongly believe that aiming for the best possible upside, and sometimes missing, is better than never trying. We're optimistic about what's possible and our ability to get there.
- **Being weird:** Weird means redesigning an already world-class website for the 5th time. It means shipping _literally_ every product that relates to customer data. It means building an [objectively unnecessary developer toy](https://posthog.com/deskhog) with dubious shareholder value. Doing weird stuff is a competitive advantage. And it's fun.
### **Who we’re looking for**
We're seeking a **Europe/UK based** ingestion pipeline engineer who:
- Thrives on challenges of building systems that process billions of events per day
- Gets excited about designing elegant and efficient systems that can handle terabytes of data without giving people insomnia
- Understands the importance of data integrity and reliability for customers
The ideal candidate has experience with high-throughput data processing systems such as:
- Analytics platforms
- Metric collection systems
- Log aggregation engines
- Streaming and batch-processing pipelines
We use a mixture of Node.JS and Rust for high-throughput processing. We store most of our data in Kafka, PostgreSQL, Clickhouse, S3, and Redis, but with the growing volume of data, we're constantly re-evaluating our technological choices. We're looking for someone who understands the principles of designing distributed systems and can use them to pick the best tools for the job.
### **What makes this role unique**
At PostHog you won't get stuck maintaining an obscure microservice or working in the shadows of the product org, instead, you will:
- **Own the entire service from end-to-end**: No committees or overzealous PMs, the destiny of the ingestion pipeline will be in your hands.
- **Build open-source software**: You'll be able to show your Rust-fu to your friends and family (and security researchers too).
- **Build in the hot path**: Your code will decide whether our customers and engineers have a good time or not.
- **Start from first principles**: No cookie-cutter solutions here, you'll be safe from AI agents for a good while.
- **See immediate results**: Small, confident, frequent steps forward – that's how we like to move.
### **What you’ll be doing**
Our team is spread across North America and Europe and we're looking for another engineer in Europe or the UK.
We're growing very quickly at PostHog, so quickly that the numbers in our job descriptions often get out of date. Our ingestion pipeline is currently processing 10s of billions of events a month and we're hoping to add one more zero to that soon. You’ll be responsible for developing the infrastructure to capture all that data, process it reliably, and provide it to other parts of PostHog's platform, such as product analytics, feature flags, CDP, and more.
### **Requirements**
- Experience working with highly scalable, event-driven distributed systems
- You have developed multi-tenant software-as-a-service products
- Experience with Node.JS, Go, Rust, or similar languages
- You have worked with Kafka and PostgreSQL, Redis, or similar systems at scale
- You know how to ship changes quickly without breaking things
### Nice to have
- _Experience with customer data platforms or similar data analytics systems_
- _You've carried a pager and have dealt with incidents_
- _You're comfortable with provisioning and maintaining cloud infrastructure_
- _Experience with benchmarking and profiling tools_
- _Knowledge of observability systems and practices_
_We are committed to ensuring a fair and accessible interview process. If you need any accommodations or adjustments, please let us know_
_#LI-DNI_