{"schemaVersion":"jobsearcher.job.v1","id":"49ff58849166fb61edef42c7","url":"https://jobsearcher.com/jobs/49ff58849166fb61edef42c7","canonicalUrl":"https://jobsearcher.com/jobs/49ff58849166fb61edef42c7","title":"Salesforce Developer","description":"About Cardiff\nCardiff lends to small businesses. Since 2004 we've funded more than $12 billion across the country, to businesses in logistics, healthcare, construction, professional services, and plenty in between. We're building our own underwriting technology, and we still answer the phone; our customers need capital fast, and they want a straight answer from a person who can actually help.\n\nLocation: Remote (U.S.)\nEmployment Type: Full-time\nDepartment: Engineering\nReports to: Director of Engineering\n\nWhy This Role Matters\nSalesforce is where Cardiff's business is recorded: every lead, deal, merchant, and funding decision runs through it. It also carries a decade of application logic that was built there because Salesforce was the only place to build it. That's no longer true, and it's holding back what we can automate.\n\nToday our average turnaround from lead to funded is 24 business hours; our goal is minutes. You're the engineer who writes the code that gets us there: the integration layer between Salesforce and our own platform, and the services that take over what Apex and Flow are doing today.\nHow We Build\nWe are all in on AI, and we're deliberate about where it runs.\n\nAutomation lives outside Salesforce. We build our own agents against our own AWS environment and the Cardiff API. We are not buying Agentforce, and we're not solving problems by stacking more managed packages on the org. When there's work to automate, the answer is usually an external service or agent calling Salesforce through the API, not another trigger.\n\nSalesforce and Slack are the system of record and where our people work. They hold the truth and they're the interface for the human team. Application logic moves out to AWS over time, where we can test it, version it, and let agents drive it. You'll write plenty of Apex; you'll also write the code that makes some of it unnecessary.\n\nCoding agents are the default way we build. Claude Code, Cursor, Codex, or whatever is best that month. We expect you to ship several times faster than you would have two years ago, and to read what the model produces before it merges. Judgment is the part of the job that doesn't get automated.\n\nIf you've been waiting for permission to work this way, you'll like it here. If your instinct is to solve everything inside the platform, this will be a frustrating seat.\nThe Role\nYou'll build on top of Salesforce and build the path off it, often in the same week. That means Apex, LWC, and SOQL where they're the right tool, and Python services on AWS calling Salesforce through its APIs where they're better. You'll own the integration layer that connects the org to the Cardiff API, Snowflake, our agent platforms, and our lender partners.\n\nYou'll report to the Director of Engineering and work alongside our Salesforce Administrator, who owns configuration and data governance; you own code, integrations, and deployment. The team is small and senior; you'll work directly with the stakeholders in Sales, RevOps, Underwriting, and Marketing rather than through a layer of tickets.\nWhat You'll Own\nApex, LWC, and SOQL. Triggers, async processing, batch jobs, platform events, and custom components, written to be read and tested\nThe integration layer. REST and platform-event integrations between Salesforce, the Cardiff API, Snowflake, Twilio, our agent platforms, and lender APIs\nThe migration path. Moving logic out of Apex and Flow into services on AWS, and retiring the in-platform version cleanly when it's replaced\nRelease engineering. Source-driven development with sfdx, version control, and CI/CD, so releases are boring\nData and performance. Governor limits, bulk-safe code, and queries that hold up as volume grows\nProduction support for what you build. When something you shipped breaks, you own the fix and the write-up\nWhat Success Looks Like\nFirst 30 days: You've mapped the org's code and integration surface: what the triggers do, where the Apex is, what talks to what, and where the risk sits. Your first pull requests are in production.\n\nFirst 90 days: Delivering against stakeholder requests on a predictable cadence. At least one integration built or rebuilt against the Cardiff API. The path off one significant piece of in-platform logic is scoped, with a real date.\n\nFirst year:\n\nTwo or more meaningful workloads moved out of Apex or Flow into services on AWS, with the Salesforce side retired\nAn integration layer people trust: it handles volume, fails loudly, and recovers\nDeployments that go out without drama, through source control and CI/CD\nA codebase measurably smaller and better tested than the one you inherited\nRequired Qualifications\n3+ years developing on Salesforce, with production ownership of what you shipped\nStrong Apex and SOQL: triggers, async patterns (Batch, Queueable, Platform Events), governor limits, and bulk-safe design\nLightning Web Components and modern front-end fundamentals\nREST and platform-event integrations between Salesforce and external systems, including auth, error handling, and retries\nSource-driven development: sfdx, Git, sandboxes, and CI/CD rather than changes made straight in production\nReal programming outside the Salesforce ecosystem: Python or TypeScript, SQL, and cloud deployment (AWS preferred)\nCoding agents as your primary way of building; Claude Code, Cursor, Codex, or similar, with a specific example from the last six months of delivering something several times faster than you could have without them\nThe engineering fundamentals to recognize when AI output is wrong\n\nNice to have:\n\nExperience decomposing a Salesforce org: moving functionality out to services and retiring the in-platform version\nFintech, lending, or MCA data models; Fundingo\nSnowflake or another warehouse, and event-driven architectures\nSalesforce Platform Developer I or II\nLLM APIs, agent orchestration, or RAG in production\n\nWe weigh what you've shipped in the last 90 days more heavily than the brand on your resume. Show us code.\nWho You Are\nYou ship: a working v1 in production beats a polished v1 in a sandbox.\n\nYou work independently and communicate proactively; when something is blocked, you say so the same day, in writing, with what you need.\n\nYou'd rather delete a trigger than add one.\n\nYou're comfortable telling a stakeholder that what they asked for isn't what they need, and you can explain why without jargon.\nThis Role May Not Be a Fit If You\nHave a legacy mindset about the platform: Salesforce as the place all logic belongs, rather than a system of record\nWould rather buy Agentforce or another managed package than build against APIs\nOnly want to work inside the Salesforce ecosystem and would rather not write Python or touch AWS\nPrefer highly structured corporate environments, or need extensive direction and oversight\nDislike fast-changing priorities\nUse AI tools to assist your old workflow, rather than having rebuilt your workflow around them\nCompensation and Benefits\nBase salary: $110,000\nPerformance bonus of up to $20,000, tied to delivery and business outcomes\nMedical, dental, and vision coverage\n401(k) plan\nFlexible PTO and observed holidays\nRemote-first, with support for your home-office setup\nHow to Apply\nEmail AI-Eng@cardiff.co with:\n\nA link to your GitHub, or code you can show us\nThe most complex thing you've built on Salesforce: what it does, why it needed code rather than configuration, and how it's tested\nA specific example from the last six months of using AI tooling to ship faster, and what you caught in its output before it merged\n\nCardiff, Inc. is an Equal Opportunity Employer. We are committed to creating a diverse and inclusive workplace and do not discriminate on the basis of race, color, religion, sex, national origin, age, disability, veteran status, sexual orientation, gender identity, or any other characteristic protected by applicable law.","company":"Cardiff","rawCompany":"cardiff","city":"Remote","state":"OR","isRemote":false,"isActive":false,"createdAt":"2026-08-05T15:43:53.083Z","occupations":[{"code":"15-1252.00","title":"Software Developers","slug":"software-developers"},{"code":"15-1299.08","title":"Computer Systems Engineers/Architects","slug":"computer-systems-engineers-architects"},{"code":"41-9031.00","title":"Sales Engineers","slug":"sales-engineers"}],"industries":[{"code":"541511","title":"Custom Computer Programming Services","slug":"custom-computer-programming-services"},{"code":"513210","title":"Software Publishers","slug":"software-publishers"},{"code":"541512","title":"Computer Systems Design Services","slug":"computer-systems-design-services"}],"jobPosting":{"@context":"https://schema.org","@type":"JobPosting","title":"Salesforce Developer","description":"About Cardiff\nCardiff lends to small businesses. Since 2004 we've funded more than $12 billion across the country, to businesses in logistics, healthcare, construction, professional services, and plenty in between. We're building our own underwriting technology, and we still answer the phone; our customers need capital fast, and they want a straight answer from a person who can actually help.\n\nLocation: Remote (U.S.)\nEmployment Type: Full-time\nDepartment: Engineering\nReports to: Director of Engineering\n\nWhy This Role Matters\nSalesforce is where Cardiff's business is recorded: every lead, deal, merchant, and funding decision runs through it. It also carries a decade of application logic that was built there because Salesforce was the only place to build it. That's no longer true, and it's holding back what we can automate.\n\nToday our average turnaround from lead to funded is 24 business hours; our goal is minutes. You're the engineer who writes the code that gets us there: the integration layer between Salesforce and our own platform, and the services that take over what Apex and Flow are doing today.\nHow We Build\nWe are all in on AI, and we're deliberate about where it runs.\n\nAutomation lives outside Salesforce. We build our own agents against our own AWS environment and the Cardiff API. We are not buying Agentforce, and we're not solving problems by stacking more managed packages on the org. When there's work to automate, the answer is usually an external service or agent calling Salesforce through the API, not another trigger.\n\nSalesforce and Slack are the system of record and where our people work. They hold the truth and they're the interface for the human team. Application logic moves out to AWS over time, where we can test it, version it, and let agents drive it. You'll write plenty of Apex; you'll also write the code that makes some of it unnecessary.\n\nCoding agents are the default way we build. Claude Code, Cursor, Codex, or whatever is best that month. We expect you to ship several times faster than you would have two years ago, and to read what the model produces before it merges. Judgment is the part of the job that doesn't get automated.\n\nIf you've been waiting for permission to work this way, you'll like it here. If your instinct is to solve everything inside the platform, this will be a frustrating seat.\nThe Role\nYou'll build on top of Salesforce and build the path off it, often in the same week. That means Apex, LWC, and SOQL where they're the right tool, and Python services on AWS calling Salesforce through its APIs where they're better. You'll own the integration layer that connects the org to the Cardiff API, Snowflake, our agent platforms, and our lender partners.\n\nYou'll report to the Director of Engineering and work alongside our Salesforce Administrator, who owns configuration and data governance; you own code, integrations, and deployment. The team is small and senior; you'll work directly with the stakeholders in Sales, RevOps, Underwriting, and Marketing rather than through a layer of tickets.\nWhat You'll Own\nApex, LWC, and SOQL. Triggers, async processing, batch jobs, platform events, and custom components, written to be read and tested\nThe integration layer. REST and platform-event integrations between Salesforce, the Cardiff API, Snowflake, Twilio, our agent platforms, and lender APIs\nThe migration path. Moving logic out of Apex and Flow into services on AWS, and retiring the in-platform version cleanly when it's replaced\nRelease engineering. Source-driven development with sfdx, version control, and CI/CD, so releases are boring\nData and performance. Governor limits, bulk-safe code, and queries that hold up as volume grows\nProduction support for what you build. When something you shipped breaks, you own the fix and the write-up\nWhat Success Looks Like\nFirst 30 days: You've mapped the org's code and integration surface: what the triggers do, where the Apex is, what talks to what, and where the risk sits. Your first pull requests are in production.\n\nFirst 90 days: Delivering against stakeholder requests on a predictable cadence. At least one integration built or rebuilt against the Cardiff API. The path off one significant piece of in-platform logic is scoped, with a real date.\n\nFirst year:\n\nTwo or more meaningful workloads moved out of Apex or Flow into services on AWS, with the Salesforce side retired\nAn integration layer people trust: it handles volume, fails loudly, and recovers\nDeployments that go out without drama, through source control and CI/CD\nA codebase measurably smaller and better tested than the one you inherited\nRequired Qualifications\n3+ years developing on Salesforce, with production ownership of what you shipped\nStrong Apex and SOQL: triggers, async patterns (Batch, Queueable, Platform Events), governor limits, and bulk-safe design\nLightning Web Components and modern front-end fundamentals\nREST and platform-event integrations between Salesforce and external systems, including auth, error handling, and retries\nSource-driven development: sfdx, Git, sandboxes, and CI/CD rather than changes made straight in production\nReal programming outside the Salesforce ecosystem: Python or TypeScript, SQL, and cloud deployment (AWS preferred)\nCoding agents as your primary way of building; Claude Code, Cursor, Codex, or similar, with a specific example from the last six months of delivering something several times faster than you could have without them\nThe engineering fundamentals to recognize when AI output is wrong\n\nNice to have:\n\nExperience decomposing a Salesforce org: moving functionality out to services and retiring the in-platform version\nFintech, lending, or MCA data models; Fundingo\nSnowflake or another warehouse, and event-driven architectures\nSalesforce Platform Developer I or II\nLLM APIs, agent orchestration, or RAG in production\n\nWe weigh what you've shipped in the last 90 days more heavily than the brand on your resume. Show us code.\nWho You Are\nYou ship: a working v1 in production beats a polished v1 in a sandbox.\n\nYou work independently and communicate proactively; when something is blocked, you say so the same day, in writing, with what you need.\n\nYou'd rather delete a trigger than add one.\n\nYou're comfortable telling a stakeholder that what they asked for isn't what they need, and you can explain why without jargon.\nThis Role May Not Be a Fit If You\nHave a legacy mindset about the platform: Salesforce as the place all logic belongs, rather than a system of record\nWould rather buy Agentforce or another managed package than build against APIs\nOnly want to work inside the Salesforce ecosystem and would rather not write Python or touch AWS\nPrefer highly structured corporate environments, or need extensive direction and oversight\nDislike fast-changing priorities\nUse AI tools to assist your old workflow, rather than having rebuilt your workflow around them\nCompensation and Benefits\nBase salary: $110,000\nPerformance bonus of up to $20,000, tied to delivery and business outcomes\nMedical, dental, and vision coverage\n401(k) plan\nFlexible PTO and observed holidays\nRemote-first, with support for your home-office setup\nHow to Apply\nEmail AI-Eng@cardiff.co with:\n\nA link to your GitHub, or code you can show us\nThe most complex thing you've built on Salesforce: what it does, why it needed code rather than configuration, and how it's tested\nA specific example from the last six months of using AI tooling to ship faster, and what you caught in its output before it merged\n\nCardiff, Inc. is an Equal Opportunity Employer. We are committed to creating a diverse and inclusive workplace and do not discriminate on the basis of race, color, religion, sex, national origin, age, disability, veteran status, sexual orientation, gender identity, or any other characteristic protected by applicable law.","datePosted":"2026-08-05T15:43:53.083Z","dateModified":"2026-08-05T15:43:53.083Z","hiringOrganization":{"@type":"Organization","name":"Cardiff","sameAs":"https://jobsearcher.com"},"jobLocation":{"@type":"Place","address":{"@type":"PostalAddress","addressLocality":"Remote","addressRegion":"OR","addressCountry":"US"}},"identifier":{"@type":"PropertyValue","name":"JobSearcher","value":"49ff58849166fb61edef42c7"},"url":"https://jobsearcher.com/jobs/49ff58849166fb61edef42c7"}}