> Markdown version of [/jobs/ext/2310195-fullstack-platform-engineer](https://www.wearedevelopers.com/jobs/ext/2310195-fullstack-platform-engineer). Every page supports `.md` or `Accept: text/markdown`. Links point to the HTML versions so they work for humans too. Agent guide: [/agents.md](https://www.wearedevelopers.com/agents.md). --- # Fullstack Platform Engineer - **Company:** Rough House Games, Inc. - **Location:** Los Angeles, CA, United States (Remote available) - **Experience:** Expert - **Contract:** Permanent contract - **Skills:** Application Programming Interfaces (APIs), Artificial Intelligence, Automated Storage and Retrieval Systems, Software as a Service, Cloud Computing, Code Generation, Code Review, Cyber Security, Customer Data Management, Data Recovery, Data Security, Data Systems, Cursor (Graphical User Interface Elements), Software Debugging, Programming Tools, Distributed Systems, Django Web Framework, Github, Design of User Interfaces, Human-Computer Interaction, Python (Programming Language), TypeScript, Scripting, Enterprise Software Applications, ReactJS, Multi-Agent Systems, Reliability of Systems, Indexer, Backend, Kubernetes, Low Latency, Data Management, Front End Software Development, Multiplatform, Automation Anywhere - **Published:** August 30, 2026 - **Apply:** https://www.careerbuilder.com/job-details/sr-fullstack-platform-engineer-backend-focus-los-angeles-ca--5be8d717-5d2b-4e41-b95d-847e854a1780 ## About the Role Application Programming Interface (API), Artificial Intelligence (AI), Biology, Chemistry, Cloud Computing, Code Reviews, Communication Skills, Cross-Functional, Customer Experience, Customer Support/Service, Customer/Client Research, Data Recovery, Debugging Skills, Dental Insurance, Distributed Computing, Django, Drug Discovery, Enterprise Applications, Financial Services, GitHub, Government, Health Maintenance Organization (HMO), Healthcare, Information/Data Security (InfoSec), Insurance, JAM (JYACC Application Manager), Leadership, Legal, Machine Tool, Multiplatform/Cross-Platform, Myspace, Preferred Provider Organization (PPO), Product Demonstration, Product Design, Product Development, Programming Tools, Prototyping, Python Programming/Scripting Language, Sales Closing Skills, Scaffolding, Scientific Research, Software as a Service (SaaS), Systems Reliability, Team Building, Technical Recruiting, Technical Writing, Technical/Engineering Design, Test Harness, Traceability, User Interface/Experience (UI/UX), Vision Plan ## Description This role leans backend and platform. You should go deep on Python, Django, APIs, cloud infrastructure, Kubernetes, workflow execution, data systems, reliability, and platform contracts. But the scope is still fullstack. You are not just building backend services in isolation. You are responsible for the Fullstack of the customer experience: infrastructure, data contracts, APIs, runtime behavior, UI surfaces, failure states, and the quality bar of the thing a customer actually uses. The Role This is a Fullstack Platform Role for someone who likes deep systems, clean abstractions, and product surfaces that make hard infrastructure feel usable. You will work across workflow execution, agent orchestration, pipeline-as-tool contracts, customer data access, retrieval, permissions, observability, and the product surfaces that expose those capabilities to real users. Some weeks the important work will be backend architecture. Some weeks it will be the API and event contract that makes the frontend possible. Some weeks it will be a React surface that helps a customer understand what happened inside a distributed AI workflow. The through-line is platform leverage plus customer experience: building primitives that make Salt more trustworthy, more composable, easier for internal teams to extend, and dramatically better for customers to use. We are an AI-first engineering team building AI tools for modern, forward-thinking companies. That does not mean accepting AI-generated slop at higher velocity. It means using AI to increase your leverage while keeping your standards intact. The right person can use agents, code generation, and modern tooling aggressively without surrendering authorship, judgment, or accountability. AI should make you faster, not less discerning. We are hiring engineers whose taste survives contact with AI-generated code. What Good Looks Like Here We are closer to Linear than to a traditional enterprise software team in how we think about quality. Craft is not a decorative layer, and it is not limited to the frontend. Quality is the whole customer experience. That means: * You know what good looks like. You can tell when a workflow is technically correct but still wrong: too vague, too slow, too brittle, too noisy, too hard to trust, or too poorly fit to the customer's real problem. * You care about the feeling of rightness. You notice naming, data models, logs, permissions, latency, API shape, loading behavior, failure modes, and the small frictions that make complex software feel either elegant or exhausting. * You use AI without outsourcing judgment. You can delegate work to agents, but you still define the problem, set review criteria, constrain the implementation, verify the behavior, and decide whether the result is good enough to ship. * You build with customers close by. You are comfortable using real customer workflows, support threads, calls, prototypes, and internal dogfooding to understand what the product needs to become. * You keep the team small by raising the bar. We would rather have a few engineers with strong taste, high agency, and deep ownership than a larger team producing more undifferentiated software. * You do not ship half-baked experiences to customers. Early prototypes are useful. Internal dogfooding is useful. Customer co-creation is useful. But the public product should feel cared for. What You'll Work On * Workflow and agent execution. Build the contracts that let agents call real pipelines with typed inputs, structured outputs, streaming status, retries, logs, and auditability. * Python and Django platform services. Model platform concepts cleanly, build durable APIs, evolve service boundaries, and make customer workflows reliable at the backend layer. * Kubernetes-backed execution. Work on deployment patterns, scaling, isolation, runtime behavior, observability, and operational reliability for AI workflows. * Fullstack platform surfaces. Build the frontend and backend experiences customers use to configure, run, inspect, debug, and reuse AI workflows. * Permission-aware data access. Build secure customer data access patterns, retrieval systems, indexing, hybrid search, and APIs that respect enterprise boundaries. * Reliability and observability. Make distributed AI workflows understandable: what ran, what changed, what failed, why it failed, and what the user or system can do next. * Platform abstractions. Turn one-off customer implementations into reusable capabilities without sanding off the important domain-specific details. * Developer and operator experience. Improve the tools, docs, test harnesses, internal workflows, and diagnostics that let a small team move quickly without losing control of the system. This is not a pure infrastructure role. The right person can move through the stack, find the real constraint, and leave the customer experience better shaped than they found it. What We're Looking For * Strong backend and platform experience. You are credible in Python/Django, APIs, distributed systems, cloud infrastructure, Kubernetes, queues, jobs, and production reliability. * Fullstack production range. You are comfortable enough with TypeScript, React, and frontend product surfaces to build, debug, or shape the UI that exposes your backend work. * High agency and high standards. You do not wait for a perfect spec. You clarify the problem, find the constraint, make progress, and raise the quality bar as you go. * Platform instincts. You think in contracts, interfaces, failure modes, permissions, observability, and lifecycle. You know the difference between a feature that works once and a primitive that other people can safely build on. * Good taste in abstraction. You do not over-framework the first version, but you can see when repeated customer work wants to become a platform capability. * Taste in customer experience. You can tell when a complex workflow is technically correct but still confusing, brittle, or hard to trust. You care about making advanced software feel legible, fast, and empowering. * AI-first engineering habits. You use tools like Claude Code, Cursor, Codex, or similar systems to move faster and think at a higher level. You still understand the code you ship, review generated work carefully, and know when to slow down. * Judgment in spite of AI. You can deliver high-quality software even when AI tools are eager to generate too much code, plausible abstractions, brittle tests, or shallow solutions. * Customer empathy. You can talk to scientists, data teams, operators, and enterprise stakeholders, then translate messy real-world needs into durable engineering decisions. * Clear communication. You can write down the shape of a problem, explain tradeoffs, and help the team make better decisions without turning everything into a meeting. You Might Be a Fit If * You have built workflow systems, developer platforms, data platforms, infrastructure products, agent systems, internal tools, or complex enterprise SaaS used by technical customers. * You have opinions about API shape, execution semantics, logs, permissions, lifecycle states, and observability because you have seen what happens when those things are treated as afterthoughts. * You can show how AI has made you faster without making your work worse. * You can point to places where you rejected, rewrote, constrained, or heavily edited generated code because your judgment was better than the tool's first answer. * You have pulled something back from release because it technically worked but did not yet meet the quality bar. * You are comfortable with ambiguity, but you do not confuse ambiguity with vagueness. You ask the questions that make the work concrete. * You care about regulated, high-trust AI because it is harder and more useful than another thin wrapper around a chat box., 3. Your GitHub, writing, technical design docs, shipped UI examples, or a representative sample of work you are proud of. 4. One example of a platform, workflow, developer tool, data product, or user-facing system you shipped where the architecture, abstraction, or customer experience judgment mattered. Tell us what you would do differently now. 5. One example of how you use AI in your engineering work. We are especially interested in where you overrode, constrained, rejected, or improved the AI's output. We will read everything. We will respond to everyone, including no's. ## Related Videos - [Optimizing Discovery: PostgreSQL's Role in Transforming GetYourGuide's Search](https://www.wearedevelopers.com/videos/1647-optimizing-discovery-postgresql-s-role-in-transforming-getyourguide-s-search) - [Watch Tests Go Brrrr! : Getting Started with Cypress in ReactJS](https://www.wearedevelopers.com/videos/282-watch-tests-go-brrrr-getting-started-with-cypress-in-reactjs) - [Innovating Developer Tools with AI: Insights from GitHub Next](https://www.wearedevelopers.com/videos/1268-innovating-developer-tools-with-ai-insights-from-github-next) - [Slopquatting, API Keys, Fun with Fonts, Recruiters vs AI and more - The Best of LIVE 2025 - Part 2](https://www.wearedevelopers.com/videos/1765-slopquatting-api-keys-fun-with-fonts-recruiters-vs-ai-and-more-the-best-of-live-2025-part-2) - [Dynamic Entities in .NET: Building Low-Code Systems on Top of Entity Framework Core](https://www.wearedevelopers.com/videos/100218-dynamic-entities-in-net-building-low-code-systems-on-top-of-entity-framework-core) - [Shipping Faster with Less: Render on Cloud Hosting, AI Workloads, and the Future of DevOps](https://www.wearedevelopers.com/videos/1894-shipping-faster-with-less-render-on-cloud-hosting-ai-workloads-and-the-future-of-devops) ## Related Articles - [Dev Digest 120 - Apple and peers](https://www.wearedevelopers.com/magazine/455-dev-digest-120-apple-and-peers) - [Dev Digest 129 - Now that's what I call private data!](https://www.wearedevelopers.com/magazine/468-dev-digest-129-now-that-s-what-i-call-private-data) - [Dev Digest 132 - Binging WADFlix?](https://www.wearedevelopers.com/magazine/473-dev-digest-132-binging-wadflix) - [Dev Digest 131 - AI'm not sure about OSS](https://www.wearedevelopers.com/magazine/472-dev-digest-131-ai-m-not-sure-about-oss) - [Dev Digest 137 - AI'm not sure about this](https://www.wearedevelopers.com/magazine/485-dev-digest-137-ai-m-not-sure-about-this) - [How We Built a Worry-Free System That Runs for 10+ Years – And What We’d Do Again](https://www.wearedevelopers.com/magazine/751-how-we-built-a-worry-free-system-that-runs-for-10-years-and-what-we-d-do-again)