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 |
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 |
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 |
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 |
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. 🙂
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.
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.
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.
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.
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.