We're migrating off a ColdFusion legacy platform, and the two will coexist for a while. SQL Server ... The developer platform. This starts on the engineer's machine: environment setup, build speed, the ...
We're migrating off a ColdFusion legacy platform, and the two will coexist for a while. SQL Server ... The developer platform. This starts on the engineer's machine: environment setup, build speed, the ...
Webmaster
Denver, CO · On-site
... programming languages. -Experience working with ColdFusion is a plus. -Excellent verbal and written communication skills. -Proficient with Microsoft Office Suite or related software. -Strong ...
Webmaster
Denver, CO · On-site
... programming languages. -Experience working with ColdFusion is a plus. -Excellent verbal and written communication skills. -Proficient with Microsoft Office Suite or related software. -Strong ...
Coldfusion Developer information
See Colorado salary details
$11.63 - $18.08
5% of jobs
$18.08 - $24.54
0% of jobs
$24.54 - $31
0% of jobs
$31 - $37.46
0% of jobs
$37.46 - $43.91
5% of jobs
$49.14 is the 25th percentile. Wages below this are outliers.
$43.91 - $50.37
18% of jobs
$50.37 - $56.83
18% of jobs
The median wage is $57.63 / hr.
$56.83 - $63.28
29% of jobs
$63.28 - $69.74
18% of jobs
$69.74 - $76.20
3% of jobs
$76.20 - $82.65
3% of jobs
$11
$56
$82
How much do coldfusion developer jobs pay per hour?
What is a ColdFusion Developer job?
A ColdFusion Developer is responsible for designing, developing, and maintaining web applications using Adobe ColdFusion, a rapid web application development platform. They work with databases, APIs, and front-end technologies to create dynamic, data-driven websites and applications. This role often includes debugging, optimizing performance, and ensuring security best practices. ColdFusion Developers typically collaborate with designers, project managers, and other developers to deliver robust web solutions.
What does a typical workday look like for a Coldfusion Developer?
A typical day for a Coldfusion Developer involves writing and maintaining code for web applications, troubleshooting and resolving bugs, and collaborating with other developers, designers, or project managers to implement new features. You might participate in daily stand-up meetings, review code changes, and interact with end-users or support teams to address technical issues. Depending on the company's work environment, you could be working independently or as part of a larger software development team. Coldfusion Developers often balance maintaining legacy applications with integrating new technologies to keep the systems secure and efficient.
What are the key skills and qualifications needed to thrive in the Coldfusion Developer position, and why are they important?
To thrive as a Coldfusion Developer, you need strong skills in web application development, a good understanding of Coldfusion and related programming languages, and typically a degree in computer science or a related field. Experience with development tools such as Coldfusion IDEs, SQL databases, version control systems like Git, and sometimes certifications like Adobe Certified Coldfusion Developer can be valuable. Attention to detail, problem-solving abilities, and effective communication are important soft skills that help you excel in collaborative and client-facing environments. These abilities ensure robust application performance, timely project delivery, and positive outcomes for both clients and teams.

Job description
About ECP
ECP is a market-leading SaaS solution that enables senior living communities to better care for their residents. ECP is used in over 8,000 communities. We're looking to further expand by increasing the number of customers that use our software and increasing the scope of how we serve our customers by developing and releasing new products.
Senior living is deeply under-penetrated with software and ECP is one of the largest and fastest-growing software companies in the industry. We recently raised a growth round of equity to reinvest in our product, technology, and go-to-market. Our mission is to build world-class software that improves the quality of life for seniors and improves clinical, business, compliance, and operational performance for our customers.
The Role
Foundation Engineering is a new platform capability at ECP. It owns the path from code to production: the CI/CD pipeline, the environments code runs in, the test automation framework, and the observability tooling that shows how code behaves once it's live.
Almost none of it is built yet. CI/CD is split across Bitbucket Pipelines and Jenkins. Environments are shared and fragile. QA writes the automated tests on delivery teams' behalf. We have Sentry and CloudWatch, which is error tracking and infrastructure metrics, not observability. You'll fix all of it without breaking a product that thousands of communities run their operations on. Our newer product surfaces move first; our clinical surfaces sit on the oldest platform and carry the highest cost of failure, so they move last, once the safety net exists.
The work is hands-on. Most of your time goes to writing infrastructure code and building tooling. You'll have an open req for one engineer to hire alongside you and two SDETs partnered with you on the test framework, reporting to the VP of Platform Engineering. This is a player-coach role: you'll build the team as the function grows, managing 2 to 4 people over time while staying close enough to the code to set the technical bar yourself.
The stack. New code is Node and TypeScript. We're migrating off a ColdFusion legacy platform, and the two will coexist for a while. SQL Server and PostgreSQL, a mix of monolith and services, adopting domain-driven design and an event-driven architecture, all on AWS. Your pipeline and tooling have to serve the old stack and the new one at the same time. You won't be writing ColdFusion.
What You'll Own
The delivery pipeline. Consolidate CI/CD onto a single system every delivery team builds and deploys through. Cut build and deploy times. Own the AWS and CloudFormation infrastructure underneath it. Make dependency scanning, secrets detection, and static analysis default steps on every build. Give teams feature flags so deploy and release come apart.
The developer platform. This starts on the engineer's machine: environment setup, build speed, the tools they use before code ever reaches the pipeline. Replace shared environments with ephemeral ones, and solve multi-tenant test data seeding so they're usable. Our event bus is partially adopted, which makes contract testing part of this: services have to be testable in isolation without standing up the whole topology. Establish golden paths: opinionated, documented ways to build, test, and deploy a service. Drive toward self-service, and over time an internal developer portal. Run the platform as a product, with a visible roadmap, a feedback channel teams actually use, and reliability standards for the platform itself.
The test automation framework. Turn a framework QA builds on delivery teams' behalf into one delivery engineers use directly. Two SDETs work with you on it. Building it is the straightforward part. Landing it with delivery leads whose teams are measured on shipping is the job.
Production ownership. Delivery engineers carry the pager for their own code today, but most incident response still lands on the infrastructure team, because engineers can't see or reach what they shipped. This is a HIPAA environment, so broad production access isn't on the table. Engineers need full visibility into how their systems behave without access to the data inside them. Build the logging, tracing, metrics, and alerting stack that delivers that, and give teams audited break-glass paths for the cases that need more.
The agentic development loop. Our engineers already use AI-assisted development, and it's made everything downstream of them slower. Code generation is cheap. Verification is not. That gap is what we're hiring you to close. You'll own what makes coding agents effective in our codebase: deterministic local builds, fast test feedback, repo context, sandboxed execution, review gates for agent-authored code, and internal platform capabilities exposed to agents through MCP.
Requirements
Required
- You've led a developer experience or platform engineering function before, and can point to what measurably changed because of it.
- Deep AWS and infrastructure-as-code experience, and enough command of CI/CD to redesign a system rather than run one someone else built.
- You've moved testing from a QA-owned function to an engineer-owned one, or won an equivalent adoption fight. We care that it stuck. No delivery team reports to you here, and the platform only works if they choose it over what they have.
- AI-assisted development is already how you work, and you know where it holds up and where it needs a human check.
- You've managed or led a small team of engineers, and you're comfortable doing so while staying very hands-on in the code.
Preferred
- HIPAA-regulated or other compliance-sensitive environment
- Contract testing or service virtualization in an event-driven system
- Bitbucket Pipelines, Jenkins, or GitHub Actions
- SQL Server and PostgreSQL at production scale
What Success Looks Like
At six months:
- Every non-clinical delivery team builds and deploys through one pipeline, security scanning runs by default, and builds are measurably faster than the day you started.
- At least one team runs on ephemeral environments with realistic seeded data, and its engineers write their own tests.
- Delivery leads describe Foundation Engineering as the reason shipping got faster.
The developer portal, full observability coverage, clinical migration, and org-wide progressive delivery are longer term goals that will come later.