SigNoz

About the role \ \ SigNoz is a global open source project with users in 30+ countries. We are building an open-source observability platform which helps developers monitor their applications and troubleshoot problems, quickly.\ In less than a year of our launch, we have reached 22000+ Github stars, 6000+ members in the slack community and 150+ contributors.\ \ Why us? Opportunity to work in a global dev infra product Backed by YC and some of the prominent VCs in the Bay Area We are completely remote. No offices Work directly with engineering teams at high-growth companies We're Looking For Someone Who Is Technical enough to architect observability solutions - you'll work directly with engineering teams to design their OpenTelemetry instrumentation strategy, customize dashboards, and optimize for their specific use cases. Excellent at technical documentation - you'll create custom integration guides, troubleshooting docs, and best practices documentation that engineering teams actually want to follow. Capable of hands-on implementation - you'll directly contribute to customer codebases, help debug instrumentation issues, and ensure successful deployments rather than just providing guidance. Product-minded - you'll identify patterns in customer deployments and work with our product teams to build better defaults, templates, and tooling. Who Would Be a Good Fit 2-6 years experience in technical roles - DevOps, SRE, Platform Engineering, or Solutions Engineering backgrounds DevOps/Platform engineering background - Containerization, Kubernetes, infrastructure as code, cloud platforms (AWS/GCP/Azure) Strong programming skills - comfortable contributing to customer codebases in multiple languages (Go, Python, Node.js, Java) Excellent technical writing - can create clear, actionable documentation that engineers actually use Systems thinking - can understand complex distributed architectures and design monitoring strategies that scale Strong learning skills - can quickly understand new customer environments and adapt solutions accordingly Who May Not Be a Good Fit People who prefer working in isolation rather than directly with customers People who struggle with technical writing or documentation Candidates who avoid hands-on coding or technical implementation Those who prefer following established processes rather than creating new solutions