Senior Software Engineer Java / Quarkus / Distributed Systems

*Senior Software Engineer* Experience: 8+ Location - First 3 days or week in Jaipur, rest permanently WFH or Remote About the Role: Were looking for a Senior Software Engineer who takes ownership seriously, someone who designs solutions, ships them, and stands behind them in production. Youll work across a technically interesting stack on systems that process millions of provider records. This is a role with real scope: youll influence architecture, shape engineering practices, and work directly with product and leadership to solve hard problems in a domain that genuinely matters. Problems Youll Solve Healthcares provider data problem is a hard distributed systems problem. Hundreds of primary sources state boards, payers, federal registries each with their own schema, SLA, and failure mode. Downstream, real credentialing and network decisions depend on whatever truth we can surface. API contract stability at velocity. Youre building a platform hundreds of integrations depend on. How do you evolve a Quarkus/REST API, adding resources, deprecating fields, shifting data models without breaking consumers Contract-first design, versioning strategy, and backward compatibility arent theoretical here.Integration reliability at scale. Upstream sources go down, change schemas, and return dirty data. Youll build the patterns that absorb that chaos idempotent consumers, dead-letter queues, circuit breakers, and reconciliation pipelines on top of Kafka and Spanner. Entity resolution on messy real-world data. Deduplicating and reconciling provider records across hundreds of heterogeneous sources, where a wrong merge has downstream consequences. MDM patterns, confidence scoring, and deterministic vs. probabilistic matching at scale. AI-augmented velocity without regression. We use Cursor and Claude Code as force multipliers. The engineering problem is building review culture, eval frameworks, and test coverage that keeps quality high as output volume increases. Observability for a data platform, not just a service. Uptime isnt enough; you need to know when a provider record is stale, inconsistent, or wrong. Youll instrument data quality and lineage, not just p99 latency. What Were Looking For Engineering fundamentals 8+ years building and maintaining production-grade systems including systems where your API is someone elses dependency and breaking it has real downstream consequences Track record of shipping high-quality software in fast-paced environments you define the solution, not just implement a spec Strong engineering fundamentals: testing, clean code, maintainability, and performance optimization Experience improving system reliability youve debugged hard production problems and made them not happen again, with SLOs and alerting to prove it Comfort mentoring earlier-career engineers and influencing technical direction API & architecture depth Deep experience designing and evolving APIs under active consumers: versioning strategy, backward compatibility, and contract-first thinking Fluency across API paradigms REST, GraphQL, gRPC, and async/event-driven APIs (webhooks, Kafka topics as contracts) and the judgment to know when each is the right tool Hands-on experience with service-oriented and distributed architectures youve worked across SOA, microservices, and event-driven patterns and can make principled tradeoffs between them based on coupling, latency, and operational complexity Experience designing for API consumers as first-class stakeholders SDK ergonomics, pagination, rate limiting, error semantics, and documentation as part of the contract, not an afterthought Experience with integration patterns at scale youve built or maintained systems that aggregate and normalize data from many heterogeneous upstream sources, and you understand the reliability and consistency tradeoffs that come with it: circuit breakers, retry strategies, idempotency, eventual consistency Data-intensive systems Strong data modeling instincts you understand the difference between a schema thats easy to write and one thats easy to query, evolve, and trust at scale Experience with high-throughput, event-driven systems: you understand ordering guarantees, consumer lag, and failure modes in Kafka-like architectures Strong sense of data quality: lineage, freshness, and correctness matter as much to you as throughput AI-era engineering In an AI-augmented engineering environment, you write less and review more youre skeptical of generated code in the right ways, and you use that leverage to ship 23x what a non-AI-fluent engineer would Fluency with AI-assisted engineering tools (Cursor, Claude Code, MCP servers) this is part of how we work, not a nice-to-have Communication & compliance Strong written and verbal communication you can explain a technical tradeoff to .