I don't have a ton of clients, but I've found that they're more interested in "Can you solve this/can you create this" than in what technology powers it.
I use OpenBD exclusively, just wish I could contribute to the engine. On Friday, January 31, 2014 1:14:40 PM UTC-6, Alan Williamson wrote: > > > On 31/01/2014 12:39, Alan Holden wrote: > > Done. My only real concern about CFML in general, is the ongoing support > for OpenBD in particular. > > > Do not worry on that front. OpenBD is continually updated, we just don't > formally release versions to be honest with you, and it is something we've > been toying with in terms of a continual build/release cycle. By the > time we are committing code to the base, its been thoroughly tested, and > rarely have we had to back out a change. > > So we may just keep the nightly builds and keep some previously changes. > It is something Andy and I are talking about. > > But we use OpenBD very aggressively with our projects and are continually > looking at ways to improve the engine. It is no secret that I personally > have no interest to be feature compatible with any other alternatives; if > people want a feature, then ask and we'll consider it, or we'll accept code > submissions. But the days of an official CFML standard are long gone. > > When i describe OpenBD to others I merely say its CFML based in its > origins, but then don't discuss the CFML language at all. It's just a > powerful web scripting language as far as i am concerned. > > CFML as a language IMHO has its day of being the cool-kid-on-the-block. > -- -- online documentation: http://openbd.org/manual/ http://groups.google.com/group/openbd?hl=en --- You received this message because you are subscribed to the Google Groups "Open BlueDragon" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/groups/opt_out.
