• Skip to primary navigation
  • Skip to main content
  • Skip to primary sidebar

TeraTech

The ColdFusion Experts: Develop | Secure | Optimize

  • Services
    • Consulting
    • Crash
    • Development
    • Maintenance
    • Modernization
    • Security
  • About Us
  • Testimonials
  • Free Assessment
  • Get in touch!

  • Services
    • Consulting
    • Crash
    • Development
    • Maintenance
    • Modernization
    • Security
  • About Us
  • Testimonials
  • Free Assessment
  • Get in touch!

State of the CF Union 2021 Survey Results

February 5, 2023 By Michaela Light Leave a Comment

Contents

    • Question about conference should have been altered due to the pandemic nobody can move at the moment.
    • Where you had operating systems you did not have Unix we use Oracle Solaris
    • Love CFML. My personal stuff is all done in Lucee.
    • Adobe has to fix the licensing per core issue. Last time we ordered new servers I had to custom order Dell to get 4 core CPUs so I could get by with a mere 2x Standard Licenses per server. Most standard CPUs in servers are 8-16 cores. No one is going to pay $5,000 for a server + Windows and then $25,000 for CF. You want to force people to Lucee? THIS is how you force people to Lucee.
    • Thanks for putting these together each year. 🙂
    • Share these results with Mark Takata at Adobe! And anyone else that has responsibility for promoting and improving CF. Community is good and helpful, like most developer communities. It's also small (compared to communities for languages/environments with much wider adoption) and the Adobe team is unhelpful in most cases, especially with support for ACF performance and ColdFusion API Manager.
    • We are migrating away from CF. Both in my last company we migrated from CF. It is hard to justify cost in open source world. It is very very difficult to get good CF developers who has experience in OOPS. It is definitely not easy to find CF jobs to advance the career. There is not single job in California in my salary range.
    • Adobe killed CF. Lucee is a great retirement home for legacy CFML apps to live out the remainder of their lives, but it will never know the glory days of old again. I love CFML. I've championed it at every employer I've worked for in the past 20+ years. I wrote and maintain trycf.com. I'd love to see it catch up to the modern stack, but that will not happen. ACF is too slow to introduce language features because fluff features pay the bills. (API manager, CFClient, etc...). They are also too slow to upkeep their fluff (hibernate, extjs, etc...). Likewise, Lucee is too afraid to move away from ACF compatibility and therefore are stuck in the same decade's old mindset. It sucks, but that's the way it is. Far too long have we pretended that CFML is easy. I work with a lot of OO CFML that is by far the most complicated (unnecessarily) and hard to debug code I've ever seen. That's not all (much of it, but not all) CFML's fault, but OO is hard, with very little benefit. Too much mysterious mutations happening and no telling where functions, data, variables come from or why they change. ColdBox, sorry, but it sucks by association. It tries to help the not really-OO-language-but-tries-to-look-like-it, but it falls short (don't tell the Ortus folks, they're awesome and do an awesome job, but ColdBox is too OO for not enough gain -- too much black box!). FW/1 is much simpler, but not as many resources (human, oss, support, etc...). Functional programming is also hard, but has so many benefits that overcome all the headache we've found in OO programming. It is impossible to achieve anything close to pure FP in CFML (not that pure would be good either), which is one major reason we're ditching it. Moving to a much flatter more manageable and readable code platform that is much leaner and can spin up and be deployed much faster (nodeJS servers & serverless AWS Lambda). CommandBox and especially the ComamndBox docker image and CFConfig are awesome and are far ahead of many web tech stacks out there, but developers like to use modern language features that make their jobs easier and their code better. CFML just doesn't see that, never have, never will. I'll likely continue the CFML ride until the end, but as a manager and one responsible for hiring and tech decisions, I will not be doing any new development in CFML.
    • 1. I don't understand why you are not doing a scientific survey. It would be much more accurate. 2. I don't use any frameworks because I don't know how to use them. Training classes would be helpful. 3. It would be good to conduct qualitative research after you get the results from this survey. I would recommend a focus group on a particular survey question.
    • I love ColdFusion but it is being destroyed. Please put ColdFusion back in the USA with better marketing and sales and better communicators and better support and better training. Hire professionals. Hire back in the USA for better coders and better coding. Testing. Test this stuff please. Get out and explain that this is a JVM or Java fronting language.
    • REST in Peace!
    • There's a few sets radio/checkbox answers here that could benefit from "dunno" / "N/A"
    • stop using AWS products as categories, use 'serverless' for instance as each cloud has it's own name and AWS is a dogs breakfast atm which is why we're never intending to use them again. Nothing about using message queues and other tech here. Nothing about ML either. Also no talk of technology stacks really around cf, what WAF other than cf-based ones, etc
    • No
    • None.
    • I really love CF and worked with it for many years ... BUT: I think the licensing model of CF is killing this language. the kind of thinking (8 cores for one enterprise-license) is out of todays needs and reality - even hard to find a server with 8 cores only :-))) i switched to VMs and there the costs of the license it is even more strange to me. it should be at least countable for 32 VM-cores or more ... young developers will choose other languages and technologies.
    • Thanks for doing this! I look forward to seeing the results.
    • We would never - under any circumstances - pay for a web programming language/platform. If not for Lucee, CFML would have been in the rear view mirror ages ago.
    • It would be interesting to have a question about which devs/blogs people read or follow on Twitter etc...
    • Need an IDE, like visual studio and need a debugger, breakpoints like visual studio
    • Might be good to ask what modules people are using from ForgeBox.
    • documentation can be better (can't it always?). The examples provided are generally not useful nor realistic nor do they show some of the more complex aspects of various functions. Better cfscript documentation needed.
    • The biggest issue with CFML dev was and continues to be, Adobe itself. They just don't care enough about the product, and if they don't take it seriously how can anybody else do that? Having a hidden away team in India do all the development, with no community involvement whatsoever, results in features and updates that just serve to maintain the status quo for their existing clients, but are not bringing in any new devs or big clients.
    • CF Makes me sad because Adobe seems stuck: they've reduced the user base so less revenue, but they need revenue to justify supporting the product. I don't know the exit or the right move on this. It's up to them. But yeah, it's not showing growth because it's not their focus (their fault) but they can not play with pricing because they need that to sustain the specific Adobe division.
    • Question 49: 100% of my server side code time is in CF. The rest is in React for our front end development.
  • Join the CF Alive revolution

Below are the partial results to date for the 2021 State of the CF Union survey. See how you compare with other CFML developers. Discover what most developers use for tools, languages, database and development methods.

Can you help? If you have a blog, are on a ColdFusion list, LinkedIn, Facebook, Google group please share the survey so that we can get a more complete picture of the current State of the CF Union. Thanks!

 

1. What version of CFML Engine do you use? (Check all that apply)

Others

No entries match your request.

2. What type of CFML Engine are you running? (Check all that apply)

3. What CF Server OS are you using (Check all that apply)?

4. What OS do you run on your laptop/PC? (Check all that apply)

Others

Raspberry Pi
git for windows

5. What browsers/client platforms do you support in your apps? (Check all that apply)

Others

All - they should support the standard I code vs the standard 😉
Vivaldi
Any standards compliant browser
We have no official statement on this issue.
Chromium
Amazon Silk (Dissenter might be coming soon)
Vivaldi
All browsers basically

6. Databases you use? (Check all that apply)

Others

Snowflake
Vertica, Teradata
R
Firebird
Azure SQL Database
FoxPRO
ElasticSearch
FoxPro
Firebase
Oracle
Derby
Derby embedded

7. What MVC Frameworks do you use? (Check all that apply)

Others

Proprietary
ANFrameworks
MVVM
FarCry Core
CF's built-in application.cfc/.cfm framework
Awaf
We have built our own FW.
heavily modified older version of Fusebox (moving to FW/1)

8. What ColdFusion-based CMS do you use? (Check all that apply)

Others

Bizoneo - Wandsoft
We use a CMS, but it is not ColdFusion based (strictly speaking); it is Adobe Experience Manager version 6.5.
WordPress ( because your option was don't use a CMS )
iCM
TWD CMS (proprietary)
PowerSites
imaginEngine
InSite
pipi6

9. What JavaScript libraries do you use? (Check all that apply)

Others

underscore, lodash, moment
jEasyUI
Straight JavaScript - Ajax Proxy
Kendo UI
Inertia.js
Libraries are for the weak.
YASMF
Svelte
Quasar
Svelte
Alpine.js
So many...

10. What CSS frameworks do you use? (Check all that apply)

Others

Semantic UI
Material Design
bulma
Kendo UI
Sencha ExtJS, Bulma
Bulma
Bulma
Material
semanticui
material-ui
Bulma
normalize.css
SemanticUI
Tachyons
Material
Boilerplate
Quasar
material
WET, Material Design, etc.
box

11. What CFC dependency injection frameworks and tools do you use? (Check all that apply)

Others

Lightwire

12. Which persistence frameworks do you use? (Check all that apply)

Others

Custom
Mura Objects
Lucee ORM
dao/norm
Hibernate, in Groovy/Java layer
ANFrameworks
traditional sql code
Ortus QB
Mura ORM
We have built our own.

13. What testing and mocking frameworks do you use? (Check all that apply)

Others

Cypress
Internal
Cypress.io, k6.io
postman
Selenium IDE
cypress
Cypress.io
cypress
Cypress
Cypress.js
cucumber
cypress

14. What type of CF Mobile development frameworks are you using? (Check all that apply)

Others

Flutter
React Native
Flutter
Quasar
Flutter
React Native
Apache Flex/AIR
Quasar
React Native
Nuxt.js, Quasar
HTML5 Responsive site
Flutter
Not using CF mobile development framework; our CMS developers provide this for us
CSS custom
Again, not all these are CF based... come on.
Flutter
Quasar
React Native (not CF Mobile Dev)
flutter
Flutter + Titanium
Responive Web Design
Flutter
Google Flutter

15. What miscellaneous frameworks/tools are you using? (Check all that apply)

Others

sentry.io
home grown api logging utility
Taffy
FusionReactor
Kendo UI
Selenium IDE
cfstatic,taffy
FusionReactor

16. What CF features do you use for code reuse? (Check all that apply)

Others

No entries match your request.

17. What do you use for source code control? (Check all that apply)

Others

Git on Microsoft DevOps
Azure Repos
Azure DevOps Git
homegrown
We built-in our source code within our application
Perforce Surround
GiT and beanstalkapp
Git
pure git with local and own custom remote repository
Assembla Git
Helix Team Hub
Azure DevOps
CrashPlan
Dropbox
Azure DevOps
AccuRev
Heptapod
Backup file before edit + automated backups
Microsoft Visual Sourcesafe
Azure DevOps
Gitea
unfuddle
Azure Devops Repos

18. What tools/IDEs do you use? (Check all that apply)

Others

vim
Coda
UltraEdit
vim
TextMade
textTastic, XCode
Coda
Cloud9
Wordpad
VS Codium
BBEdit
vi
COLD FUSION REPORT BUILDER!
kate

19. What browser Dev Tools do you use? (Check all that apply)

Others

Vivaldi & Opera
Opera Dev Tools
Opera
Vue Dev Tools
"Inspect" app on ipad for Safari Introspection

20. What do you use to build REST APIs? (Check all that apply)

Others

Powernap
Mach-II Endpoints
FarCry API plugin
Home
MAC Paw
we have built our own REST design

21. What caching solutions are you using? (Check all that apply)

Others

cf_cache udf
Nginx
In-house written TTL cache
ScopeCache
ANFrameworks
Custom built
Home Grown
cacheGet/cachePut
StackPath
homegrown
Varnish
Cfcache
CloudFront
nginx reverse proxy

22. How many years have you used CFML? (Check one)

23. How many years have you used OO? (Check one)

24. Other languages/environments you use? (Check all that apply)

Others

VB.NET
Go
ActionScript
Scala
Bash
Elm
COBOL
Go
Dart, Xojo
Objective-C
powershell, bash
SQL
Rust
Go
GoLang
Cobol basic dataflex
Elixir
Dart
Go
Swift, C
Go
Dart, Flutter
Powershell
XML, xsd, xslt

25. How many CF developers at your organization? (Check one)

Others

50+

26. How many total employees at your organization? (Check one)

27. How often do you attend ColdFusion User Group meetings? (Check one)

28. What CF related topics are you interested in learning this year? (Check all that apply)*

Others

will coldfusion continue or finally die
k8s
REST
Lambda should be 'serverless'
cross-compatible CFML
NoSQL Databases

29. Which CF conferences will/did you attend this year? (Check all that apply)* (Check all that apply)

Others

This year is hard with the pandemic this question should have been change
vueconf
Depends on timing and cost
Meetup's
Not sure, but I am itching to do something.
ColdFusion Summit (Online)
Comdex
ColdFusion Developer Week
Cf developer week

30. What online CF communities do you participate in? (Check all that apply)*

Others

CFMeetup (Online)
ColdFusion Meetup Group
cfbrazil WhatsApp Group
Preside slack
Preside Slack
Lucee Dev forum. Also, my own blog, if you can count that.
reddit.com/r/coldfusion/
Coldfusion CFML Brasil
exercism.io site for learning to code
Meetup...
Google Mura group
ColdFusion Meetup

31. CF Open Source  (Check all that apply)*

Others

None
.
X
We use the best tool for the job. We don't care (or even check) to see if it's open source.
do not use or participate with
open source approval currently in flux

32. I listen to the CF Alive podcast (Check one)*

33. I listen to the Modernize or Die Podcast (Check one) *

34. What types of DEVELOPMENT setups do you use? (Check all that apply)*

Others

Parallels Desktop
Vagrant with Ansible

35. What types of PRODUCTION deployments do you use? (Check all that apply)*

Others

AWS - self built
AWS EC2
Kubernetes
n/a
Azure Snaphot (same aws amis)
Digital Ocean
None of ya business
AWS EC2 running commandbox services
Roll our own AWS Instances (not AMIs)

36. What hosting services do you use for your PRODUCTION deployments? (Check all that apply)*

Others

Hetzner
Hoskek
GCP
Netsource
Databank
TrueNet for secure colocation
Irish based hosting providers
Our own co-located servers
IBM Cloud
in house only
CFDYNAMICS
1und1, Strato
Haven't published yet
Memset
Google Computer Engine (VPS)
Client-specific
Don't know: new job.
Local datacentre
Vultr
SLTN
site4u
Webtropia Germany
We ARE a hosting company and offer Lucee setups, both CommandBox and more traditional setups
https://luceeplanet.com
Newtek
  • 1
  • 2
  • 3
  • »

37. What Docker Image(s) are you using, if applicable? (Check all that apply)

Others

Percona, Elastic Search, Redis
I don't understand the question.
SQL Server
We are exploring

38. What deployment/build tools do you use? (Check all that apply)*

Others

bamboo
Codeship
In House tools
custom build script
Custom
Own tools
Bamboo
Clojure scripts
AWS Codepipeline
AWS CodePipeline
AWS CodePipeline
ColdBox Elixir
In House
CodePipline and CodeDeploy
buddy.works FTP pipeline
webpack
Terraform, Buddy.works
AWS Codebuild, AWS Pipelines
maven
Buddy
Can't remember but it's free
Terraform
AWS Amplify
Deploybot
CodeDeploy
  • 1
  • 2
  • »

39. What monitoring tools are you using? (Check all that apply)*

Others

Nagios
IT special
Zabbix
JMX + Prometheus + ELK + Grafana
PRTG
Uptime Robot
cbdebugger
Sentry
Internal tools
Lucee performance analyzer own monitoring tools
icinga, zabbix
icinga, prometheus
Zabbix, Sentry.io
UptimeRobot
PRTG
check_mk
Dynatrace
Solarwinds
SQLSentry
Sentry
hosting company monitors
PRTG
icinga
UptimeRobot and Linode's LongView
Azure app insights, Sentry one
  • 1
  • 2
  • »

40. How do you lock down your servers for security? (Check all that apply)*

Others

Also using WAF, Use Azure's AMAZING ISO standards checklists (in security centre)
fuseguard
IIS Level
Adobe CF Lockdown Tool
not my responsibility
NIST guides

41. Have your CF servers suffered from a hacking exploit in the last 2 years due to a CF-based vector? (Remember, this is anonymous) (Check all that apply)*

Others

not sure
Not that I am aware of.
Don't know
unknown
Not sure - I hope not!
N/A

42. Are you using or planning to use AWS Lambda (serverless) (Check all that apply)*

Others

Yes but haven't explored solutions
We use it for AWS API Gateway
Still researching
Depends on application
If Adobe ever releases the missing parts;<(
We use AWS Lambdas (primary nodejs, some python). Not looking to use CF Lambdas
AWS Lambda NodeJS
Don't know
Aws
Unsure at present
Should be more generic... (serverless) rather than AWS fanboi questions as if everyone is on AWs when they are not.
No plans, but it is interesting.
Not currently, but i just don't have a use case yet
Lambda without CFML
Outside of scope of my job
Maybe, but I don't make those decisions
With NodeJS.
Yes at some point in the future.
Don't know
I tried it - pretty cool
Not my decision 🙂

43. What aspects of CF are keeping you and/or your company using it? (Check all that apply)*

Others

n/a
it is what we like
from using what?
Ortus
Richness offered by ACF (PDF Generation, Spreadsheets, web sockets, etc)
Fast to code in
We are migrating from CF
One of the top reasons is CommandBox. CFML has lost the edge in most areas, unfortunately.
Easier to support many custom applications long term due to fewer library dependancies.
Everything is already CFML and no reason to move away.
You should rewrite this question to "What aspects of CF keep you and/or your company using it?
Only developer, only language I know.
Fast to code
Faster, more flexible than other middleware.
Java integration
More flexible than other languages (aka duck typing and alike)
Experience
old apps written in cf, would not use it for new apps
Good language/platform. Switching is expensive and there's little motivation to do so.
The CF systems/devs have a history of delivering projects on time. Previous attempts to replace us have led to shitty, un-extendable and expensive software
speed of execution
Migrating away.
Ortus
don't understand? We do use it.
coldbox/ortus

44. What aspects of CF are preventing you or your company from embracing CF? (Check all that apply)*

Others

n/a
we use lucee all the time
na
nothing
nothing
na
None
none
uh, NONE. Duh. We've embraced it.
None
none
Managers have decided (based on no concrete information) that there's "something bad about coldfusion".
none
No issues
Nothing
N/A
Fully embraced
none
not applicable.
We are still embracing it!
Language features lag behind modern languages (like nodejs). Heavy footprint makes it less adaptable in cloud (though getting better). Also lacks the ecosystem of opensource and/or paid modules/packages. Have to build from scratch much more than a language like nodejs. Hiring is impossible because nobody konws what CFML is, nor do they want to.
None...we fully adopt CF
None
None
Small community and online resourced

45.  What are your company’s plans for your technology stack, if any? (Check all that apply)*

If migrating FROM CFML to another language, please specify

.Net
Looking to diversify into Java and/or .Net
Migrating to .NET Core as we move to microservices
Likely to stay invested, but diversify our stack where relevant.
C#
.NET
PHP
Python/PHP
Clojure
Python, React, Node/Apollo/GraphQL
Node.js
.NET
Primarily NodeJS via AWS Lambda
.Net C#. Not migrating... just adding it to the toolbox
Sunsetting CF products and moving functionality into C# stack.
. Net Core C#
Vue.js for our front end (maybe), CFML backend
Mean stack
Groovy
Unsure as yet.
python
Javascript stack
frontend development in VueJS
Mainly PHP
SAP Hybris
  • 1
  • 2
  • 3
  • 4
  • »

If migrating from another language TO CFML, please specify

.Net
Na
Ruby on Rails
Java or .Net
Python
ASP.NET

46. What is your approximate salary range in USD? (Remember, this is anonymous) (Check one)

Others

no coment
There is no other. I am retired so I code for free to small businesses that couldn't afford a database driven web application.
No
Not from us

47.  What is your current arrangement for CF work? (Check all that apply)*

Others

Self Employed (owner of company, not sole trader)
Retainer

48. What percentage of your PROFESSIONAL development time is spent on CFML (as opposed to other languages)? (Check one)*

49.  What percentage of your HOBBY development time is spent on CFML (as opposed to other languages)? (Check one)*

50. Any additional comments/suggestions for the survey?

Question about conference should have been altered due to the pandemic nobody can move at the moment.

Where you had operating systems you did not have Unix we use Oracle Solaris

Love CFML. My personal stuff is all done in Lucee.

Adobe has to fix the licensing per core issue. Last time we ordered new servers I had to custom order Dell to get 4 core CPUs so I could get by with a mere 2x Standard Licenses per server. Most standard CPUs in servers are 8-16 cores. No one is going to pay $5,000 for a server + Windows and then $25,000 for CF. You want to force people to Lucee? THIS is how you force people to Lucee.

Thanks for putting these together each year. 🙂

Share these results with Mark Takata at Adobe! And anyone else that has responsibility for promoting and improving CF.

Community is good and helpful, like most developer communities. It's also small (compared to communities for languages/environments with much wider adoption) and the Adobe team is unhelpful in most cases, especially with support for ACF performance and ColdFusion API Manager.

We are migrating away from CF. Both in my last company we migrated from CF. It is hard to justify cost in open source world. It is very very difficult to get good CF developers who has experience in OOPS. It is definitely not easy to find CF jobs to advance the career. There is not single job in California in my salary range.

Adobe killed CF. Lucee is a great retirement home for legacy CFML apps to live out the remainder of their lives, but it will never know the glory days of old again.

I love CFML. I've championed it at every employer I've worked for in the past 20+ years. I wrote and maintain trycf.com. I'd love to see it catch up to the modern stack, but that will not happen. ACF is too slow to introduce language features because fluff features pay the bills. (API manager, CFClient, etc...). They are also too slow to upkeep their fluff (hibernate, extjs, etc...). Likewise, Lucee is too afraid to move away from ACF compatibility and therefore are stuck in the same decade's old mindset. It sucks, but that's the way it is.

Far too long have we pretended that CFML is easy. I work with a lot of OO CFML that is by far the most complicated (unnecessarily) and hard to debug code I've ever seen. That's not all (much of it, but not all) CFML's fault, but OO is hard, with very little benefit. Too much mysterious mutations happening and no telling where functions, data, variables come from or why they change. ColdBox, sorry, but it sucks by association. It tries to help the not really-OO-language-but-tries-to-look-like-it, but it falls short (don't tell the Ortus folks, they're awesome and do an awesome job, but ColdBox is too OO for not enough gain -- too much black box!). FW/1 is much simpler, but not as many resources (human, oss, support, etc...). Functional programming is also hard, but has so many benefits that overcome all the headache we've found in OO programming. It is impossible to achieve anything close to pure FP in CFML (not that pure would be good either), which is one major reason we're ditching it. Moving to a much flatter more manageable and readable code platform that is much leaner and can spin up and be deployed much faster (nodeJS servers & serverless AWS Lambda).

CommandBox and especially the ComamndBox docker image and CFConfig are awesome and are far ahead of many web tech stacks out there, but developers like to use modern language features that make their jobs easier and their code better. CFML just doesn't see that, never have, never will.

I'll likely continue the CFML ride until the end, but as a manager and one responsible for hiring and tech decisions, I will not be doing any new development in CFML.

1. I don't understand why you are not doing a scientific survey. It would be much more accurate.
2. I don't use any frameworks because I don't know how to use them. Training classes would be helpful.
3. It would be good to conduct qualitative research after you get the results from this survey. I would recommend a focus group on a particular survey question.

I love ColdFusion but it is being destroyed.

Please put ColdFusion back in the USA with better marketing and sales and better communicators and better support and better training. Hire professionals. Hire back in the USA for better coders and better coding. Testing. Test this stuff please.

Get out and explain that this is a JVM or Java fronting language.

REST in Peace!

There's a few sets radio/checkbox answers here that could benefit from "dunno" / "N/A"

stop using AWS products as categories, use 'serverless' for instance as each cloud has it's own name and AWS is a dogs breakfast atm which is why we're never intending to use them again.

Nothing about using message queues and other tech here. Nothing about ML either.

Also no talk of technology stacks really around cf, what WAF other than cf-based ones, etc

No

None.

I really love CF and worked with it for many years ...
BUT:
I think the licensing model of CF is killing this language. the kind of thinking (8 cores for one enterprise-license) is out of todays needs and reality - even hard to find a server with 8 cores only :-))) i switched to VMs and there the costs of the license it is even more strange to me. it should be at least countable for 32 VM-cores or more ...
young developers will choose other languages and technologies.

Thanks for doing this! I look forward to seeing the results.

We would never - under any circumstances - pay for a web programming language/platform. If not for Lucee, CFML would have been in the rear view mirror ages ago.

It would be interesting to have a question about which devs/blogs people read or follow on Twitter etc...

Need an IDE, like visual studio and need a debugger, breakpoints like visual studio

Might be good to ask what modules people are using from ForgeBox.

documentation can be better (can't it always?). The examples provided are generally not useful nor realistic nor do they show some of the more complex aspects of various functions. Better cfscript documentation needed.

The biggest issue with CFML dev was and continues to be, Adobe itself. They just don't care enough about the product, and if they don't take it seriously how can anybody else do that? Having a hidden away team in India do all the development, with no community involvement whatsoever, results in features and updates that just serve to maintain the status quo for their existing clients, but are not bringing in any new devs or big clients.

CF Makes me sad because Adobe seems stuck: they've reduced the user base so less revenue, but they need revenue to justify supporting the product. I don't know the exit or the right move on this. It's up to them. But yeah, it's not showing growth because it's not their focus (their fault) but they can not play with pricing because they need that to sustain the specific Adobe division.

Question 49: 100% of my server side code time is in CF. The rest is in React for our front end development.

  • 1
  • 2
  • »

Total number of responses

Join the CF Alive revolution

Discover how we can all make CF more alive, modern and secure this year. Join other ColdFusion developers and managers in the CF Alive Inner Circle today.

  • Get early access to the CF Alive book and videos
  • Be part of a new movement for improving CF's perception in the world.
  • Contribute to the CF Alive revolution
  • Connect with other CF developers and managers
  • There is no cost to membership.
  • Facebook
  • Twitter
  • LinkedIn

Related Posts

  • State of the CF Union 2023 Survey Released
  • 119 State of CF Union Survey 2022 Results In Depth Analysis Part 1 (14 cool ColdFusion, Database and Frameworks insights) with Gavin Pickin
  • State of the CF Union 2022 Survey Raffle
  • State of the CF Union 2022 Survey Released
  • State of the CF Union 2022 Survey Results
  • State of the CF Union 2021 Survey Released
  • Lucee 5.3 Pulls Ahead of ACF 2016, CF Security Good News and Vue.js > Angular
  • State of the CF Union 2020 Survey (Final Results)

Filed Under: Survey

← Previous Post State of the CF Union 2021 Survey Released
Next Post → Adobe ColdFusion Markup Language Guide (Powerful, More Modernized)

Primary Sidebar

Popular podcast episodes

  • Revealing ColdFusion 2021 – Rakshith Naresh
  • CF and Angular – Nolan Erck
  • Migrating legacy CFML – Nolan Erck
  • Adobe API manager – Brian Sappey
  • Improve your CFML code – Kai Koenig

CF Alive Best Practices Checklist

Modern ColdFusion development best practices that reduce stress, inefficiency, project lifecycle costs while simultaneously increasing project velocity and innovation.

Get your checklist

Top articles

  • CF Hosting (independent guide)
  • What is Adobe ColdFusion
  • Is Lucee CFML now better than ACF?
  • Is CF dead?
  • Learn CF (comprehensive list of resources)

Recent Posts

  • 141 Into The Box 2025 ColdFusion conference (all the details) with Daniel Garcia – Transcript
  • 141 Into The Box 2025 ColdFusion conference (all the details) with Daniel Garcia
  • 107 ColdFusion 2021 Revealing Details on How it was Created with Rakshith Naresh
  • The Legacy Continues: ColdFusion Summit East Conference Edition
  • 140 BoxLang modern JVM language that runs CFML code (new CFML engine and much more) with Luis Majano and Brad Wood – Transcript

Categories

  • Adobe ColdFusion 11 and older
  • Adobe ColdFusion 2018
  • Adobe ColdFusion 2020 Beta
  • Adobe ColdFusion 2021
  • Adobe ColdFusion 2023
  • Adobe ColdFusion 2024
  • Adobe ColdFusion 2025
  • Adobe ColdFusion Developer week
  • Adobe ColdFusion Project Stratus
  • Adobe ColdFusion Summit
  • AWS
  • BoxLang
  • CF Alive
  • CF Alive Podcast
  • CF Camp
  • CF Tags
  • CF Vs. Other Languages
  • CFEclipse
  • CFML
  • CFML Open- Source
  • CFUnited
  • ColdBox
  • ColdFusion and other news
  • ColdFusion Community
  • ColdFusion Conference
  • ColdFusion Consulting
  • ColdFusion Developer
  • ColdFusion Development
  • ColdFusion Hosting
  • ColdFusion Maintenance
  • ColdFusion Performance Tuning
  • ColdFusion Projects
  • ColdFusion Roadmap
  • ColdFusion Security
  • ColdFusion Training
  • ColdFusion's AI
  • CommandBox
  • Docker
  • Fixinator
  • Frameworks
  • Fusebox
  • FusionReactor
  • IntoTheBox Conference
  • Java
  • JavaScript
  • JVM
  • Learn CFML
  • Learn ColdFusion
  • Legacy Code
  • Load Testing
  • Lucee
  • Mindmapping
  • MockBox
  • Modernize ColdFusion
  • Ortus Developer Week
  • Ortus Roadshow
  • Server Crash
  • Server Software
  • Server Tuning
  • SQL
  • Survey
  • Survey results
  • TestBox
  • Transcript
  • Webinar
  • Women in Tech

TeraTech

  • About Us
  • Contact

Services

  • Free assessment
  • Consulting
  • Crash
  • Development
  • Maintenance
  • Modernization
  • Security
  • Case Studies

Resources

  • CF Alive Book
  • CF Alive Podcast
    • Podcast Guest Schedule
  • TeraTech Blog
  • CF Alive resources
  • CF e-course
  • CF best practice checklist

Community

  • CF Alive
  • CF Inner Circle
  • CF Facebook Group

TeraTech Inc
451 Hungerford Drive Suite 119
Rockville, MD 20850

Tel : +1 (301) 424 3903
Fax: +1 (301) 762 8185

Follow us on Facebook Follow us on LinkedIn Follow us on Twitter Follow us on Pinterest Follow us on YouTube



Copyright © 1998–2025 TeraTech Inc. All rights Reserved. Privacy Policy.