> Markdown version of [/jobs/ext/2256410-full-stack-engineer](https://www.wearedevelopers.com/jobs/ext/2256410-full-stack-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). --- # Full Stack Engineer - **Company:** ON FIRE HOSPITALITY INC. - **Location:** United States (Remote available) - **Experience:** Expert - **Contract:** Permanent contract - **Skills:** Application Programming Interfaces (APIs), Artificial Intelligence, Application Layers, Mobile Application Software, TypeScript, Fast Healthcare Interoperability Resources, Data Layers, Health Level Seven International, React Native - **Published:** August 26, 2026 - **Apply:** https://arc.dev/remote-jobs/j/redirect/pf1gmevkto ## About the Role * Senior-level autonomy - you work from a written spec and deliver working, tested software without day-to-day management. * A track record of owning something end to end, shipped and used by people who depended on it working. * Real depth in the data layer - you design the schema before the screen, and you know how to make a rule the application layer can't accidentally break. * Judgment about correctness under time pressure - you know which shortcuts are recoverable and which ones you can never undo. * Strong TypeScript, and mobile shipped to real users. We build in React Native; if you've shipped cross-platform mobile in something else and know why the hard parts were hard, tell us. Strong plus * Experience in a regulated or safety-critical domain - health, fintech, legal, aviation. Anywhere "it usually works" wasn't good enough. * Healthcare data or interoperability: FHIR, HL7, lab ingestion, wearable APIs. * Internationalisation and RTL done for real, not as an afterthought. * Design sensibility - you care how it looks and can hold a bar without a designer in the room. We care more about what you've built and how you think than which frameworks are on your CV. Good engineers pick up tools quickly; judgment takes longer. ## Description Onovara is a clinical-grade longevity and healthspan membership platform, incorporated in Abu Dhabi (ADGM). Members follow a personalized, clinician-anchored annual programme - comprehensive testing, a structured plan, and continuous support from Carla, our AI adherence and lifestyle companion - with progress measured through sustained adherence and a longitudinal biomarker record that members own. Our positioning is deliberate: process truth over outcome promise . We anchor to behavioural transparency and sustained adherence rather than outcome claims, we build to EU clinical standard from day one, and every member-facing scientific claim is drawn from a ratified Claims Register and reviewed for accuracy before publication - without exception. We are pre-launch, moving toward first market entry, and this role completes the clinical and scientific core. The role We're an early-stage, clinician-led digital health company, building to EU regulatory and data-protection standards. You'd be one of our first engineers, working directly with the founding team. You'll own the product surface end to end - the mobile app users work in and the console clinicians work in - from data model through interface. The engagement begins with a defined MVP build and is structured to convert into a permanent senior role. What makes this hard * Correctness is a structural property, not a UI behaviour. In health software, "the interface doesn't show it" is not the same as "it cannot be reached." Rules about who may see what have to live somewhere a careless query, a future feature, or a compromised client cannot get around. * The system has to be able to evidence its own behaviour. Months later, someone outside the company may need to establish what was accessed, by whom, and when it was approved. Software that can only assert it behaved correctly is worth very little in this domain. * Clinical authority has to be legible in the data. Where clinicians sign off on what the software produces, that approval is a state the record carries - and what was proposed stays distinguishable from what was approved, permanently. * One product, several very different markets. Different languages including Arabic and RTL, different regulatory regimes, different payment realities. Configuration, never a fork. If that sounds like the interesting part rather than the annoying part, we should talk. ## Related Videos - [Do TypeScript without TypeScript](https://www.wearedevelopers.com/videos/327-do-typescript-without-typescript) - [Why Your AI Agent Keeps Hallucinating Your Data: Building Deterministic Context Layers](https://www.wearedevelopers.com/videos/2055-why-your-ai-agent-keeps-hallucinating-your-data-building-deterministic-context-layers) - [Challenges of building React and React Native apps](https://www.wearedevelopers.com/videos/448-challenges-of-building-react-and-react-native-apps) - [Build and Deploy a Fullstack App with Open Source Tooling](https://www.wearedevelopers.com/videos/775-build-and-deploy-a-fullstack-app-with-open-source-tooling) - [Vuejs and TypeScript- Working Together like Peanut Butter and Jelly](https://www.wearedevelopers.com/videos/127-vuejs-and-typescript-working-together-like-peanut-butter-and-jelly) - [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 - [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) - [Is Software Engineering Over-Saturated?](https://www.wearedevelopers.com/magazine/418-is-software-engineering-over-saturated) - [Fully Remote Software Engineer Jobs](https://www.wearedevelopers.com/magazine/447-fully-remote-software-engineer-jobs) - [Navigating the AI Shift](https://www.wearedevelopers.com/magazine/629-navigating-the-ai-shift) - [Dev Digest 120 - Apple and peers](https://www.wearedevelopers.com/magazine/455-dev-digest-120-apple-and-peers) - [Why Upskilling And Reskilling is Important For Developers](https://www.wearedevelopers.com/magazine/428-why-upskilling-and-reskilling-is-important-for-developers)