As long as you're asking (thanks, Cam), one of the things I nearly always lament in such talks is that they start with the presumption that "everyone gets the use of OO in CF", or even simply that "everyone uses CFCs". So they launch into discussions of patterns at a level that can leave many in the audience quickly behind. Indeed, I'd suggest that some may have been scared away from the topic for this very fear. I mean, sure, you say in the description (on the ACFUG site) that "Everyone uses one or more design patterns, but many do not even know it or fully understand the implications of the pattern they use". Really, that oft-related sentiment tends to ring a little hollow for me as I wonder what perspective the writer is coming from, and how it will sound to some in the audience.
So can you tell us here (and maybe even consider clarifying on the description on the site) whether you are presuming experience either with CFCs or OO development in CFML? Even then, one might say "well, if you've used CFCs you can understand this", but really so many still use CFCs as nothing more than method containers (essentially static classes, to use the OO/java parlance), so that you can't even leave the statement at that. I realize it may be too late for you to do much to consider whether and how to address that crowd. I'm just saying it would help to clarify in the description-or at least at the outset of your talk tomorrow-which audience you're really speaking to. It's just become kind of common for user group/conference talks and blog entries (and even some general interest mailing lists) for many to presume that everyone's on board with using CFCs as an integrated, OO-like development practice, where the discussion of design patterns will help make them better at that. Nothing wrong with the latter, but my experience is that the former isn't the case, and really most "in the trenches" CFers are still mired in procedural coding or using just the most basic CFCs. I could be wrong, but again my point is simply that even if it's a smaller percent of the total audience (or a small percent of those who come regularly to the meeting), it just wouldn't hurt to be explicit about which audience you're speaking to. This isn't meant to be lashing out at you, Cam. I know you're always really effective in your presentations and writings. We have an abundance of riches in our group, with so many great speakers, list contributors, and organizers! :-) Again, I'm just reflecting a situation I've observed in many user groups and conferences. Hope it's helpful. /charlie From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Cameron Childress Sent: Tuesday, September 30, 2008 9:41 AM To: discussion@acfug.org Subject: [ACFUG Discuss] Tomorrow's Meeting - Design Patterns So I'm putting together the samples and Power Point presentation for my Design Patterns talk at tomorrow's ACFUG meeting. I thought I'd toss out a (very) high level outline of what I plan to cover. I know there are plenty of things out there that I won't have time to cover - so primarily I'm going to try to make this talk an introduction to the idea of design patterns and how they fit into CF development. We will avoid talking about frameworks as much as possible and focus on simpler patterns. We will go over a few key patterns, but will by no means cover them all, not even close. If you'd like to see something specifically that I don't list, please let me know. . What are Design Patterns? (slides) . Difference Between a "Design Pattern" and a: (slides) o Best Practice o Framework . Coding Conventions I Use (code) o init() o CFC Naming Conventions . Patterns I Use (code) o Session Facade o Singletons o DAO's / Gateways o Factories o Front Controller . Articles, resources (slide) -Cameron -- Cameron Childress Sumo Consulting Inc http://www.sumoc.com --- cell: 678.637.5072 aim: cameroncf email: [EMAIL PROTECTED] ------------------------------------------------------------- To unsubscribe from this list, manage your profile @ http://www.acfug.org?fa=login.edituserform For more info, see http://www.acfug.org/mailinglists Archive @ http://www.mail-archive.com/discussion%40acfug.org/ List hosted by FusionLink <http://www.fusionlink.com> ------------------------------------------------------------- ------------------------------------------------------------- To unsubscribe from this list, manage your profile @ http://www.acfug.org?fa=login.edituserform For more info, see http://www.acfug.org/mailinglists Archive @ http://www.mail-archive.com/discussion%40acfug.org/ List hosted by http://www.fusionlink.com -------------------------------------------------------------
