Definitely helpful feedback.  I was actually considering a bit on CFCs at
the start, but it's always tough to go too far with that cause you edge out
time for the Patterns talk. However, that's exactly the type of feedback I
was fishing for.

My plan is to have alot of saple code and not alot of slides.  Aside form
the primary points I want to hit, I'm going to let the group direct alot fo
the talk via questions.  I'm okay with wandering a little into CFC and OOP
talk, and really think that with a smaller audience (vs a conference
audience) it's alot easier to let the audience participate and drive the
presentation a little more.

I'll at least be asking for a show of hands at the start to guage level of
knowledge on various knowledge and see if I can fill in the gaps before
diving in too deep with my talk.

Thanks for the feedback!

Anyone else?

-Cameron

On Tue, Sep 30, 2008 at 12:32 PM, Charlie Arehart <[EMAIL PROTECTED]>wrote:

>  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 FusionLink <http://www.fusionlink.com>
> -------------------------------------------------------------




-- 
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 http://www.fusionlink.com

-------------------------------------------------------------


Reply via email to