Can we begin some dialog on the current format of the DUG?
After the last few meetings I've been in (including last night's) I think the meeting format could use some restructuring to accommodate both new Drupal users and more advanced users.
I think it would be more beneficial to each segment if we have content prepared and targeted for each segment prior to the meeting.
Scrolling through the list of the LA camp's sessions while people give feedback on whether or not they liked the session or a 30 second recap of it is of little value to either segment.
Where's the knowledge transfer in that?
It would have been more beneficial to pick a few sessions to spend more time on relaying what you learned from it so that people who didn't have a chance to go could still learn from it.
I really don't want to stop having content for, and participation from, new Drupal users and non-technical people (kathyh gave a great, well organized presentation that I'm sure benefited a lot of people!), but at the same time I don't think the more advanced users should be neglected.
I'm curious to hear what everyone else thinks about this.
We have about 30 days until the next meeting.

Comments
Some ideas...
I don't think its as beneficial to have one month's meetup contain only advanced topics and the next month's meetup only contain intro topics and just flip back and forth each month.
It would be more beneficial to be consistent at each meetup so that the newbies won't get overwhelmed by advanced technical topics and advanced users won't feel like their time is wasted hearing the same intro topics again and again.
That being said, I'm not sure if we should split the meet ups into two separate days (one beginner & one advanced) or segment the current meeting a little better so that both groups are properly catered too. I'm leaning toward the latter.
Perhaps lock in intro content from 7 - 7:45 and more advanced content from 8 - 9pm. In between the two segments we could have some time for networking, giving people a chance to leave if they don't want the advanced content and allow for people to arrive late if they only wanted the advanced content.
Either way, I think that if we have a little bit better structure and organization to the meetings so that we're planning items a little more in advance we will attract more people.
No content - no structure
Some valid points for sure. Thanks for bringing them up. So here's my admin perspective:
It's all a matter of having enough worthwhile content a few days in advance. Too often we find ourselves scrambling for stuff during the last three days before the meeting. So I'll reiterate my call for active participation: Let Andrew or me know if you think you have something even remotely useful to present and we'll slot it in. It's ultimately your group - make it work for you. That includes running the group.
That said, Neal has offered to talk about some advanced D7 entity API or field API stuff next time. He might put up a poll to help him target the needs of the group.
I have a Drupal Koolaid presentation ready, targeting noobs and intermediates, but will be happy to cede the slot to anyone.
As you rightly stated, Kathy's talk was a great example how one can target all audiences. I refuse to believe it is all that hard except for really technical topics, but it does take some careful thought. At any rate, the effort of targeting all experience levels gives you know-how and confidence you can reuse every day in your professional and private lives.
Back to scheduling: With the Sept meeting (mostly) taking shape that still leaves Oct and the following months to be programmed. Let's get those ideas going! Structure will follow from the content.
--
Christoph Weber
Time for questions/problem solving
What if there was time allotted where people could ask questions or present tricky problems they've run into in their Drupal work and people could offer solutions? They could be newbie questions as well as advanced questions. If the question is simple, maybe the gurus could hold off on answering and give less-experienced users first crack at trying to solve it.
That would fill up time, give the newbies a chance to speak up and take in material at their level, and give everyone a chance to learn.
Another idea: "Build-ups"
Another possible activity in addition to doing reverse tear-downs is to do "build-ups," where someone would take a fresh Drupal install and actually create some sort of functional website at the meeting. This would be sort of like a tutorial in how to create X kind of site using Drupal. For people coming to their first meeting without much prior Drupal experience, they might not follow it, but they would get to see how you can build some sophisticated functionality with Drupal very quickly, starting from scratch. Obviously, it would have to be focused on stuff that could be put together without writing much code, because there wouldn't be enough time to hand-code a theme or write a module. The presenter would have to work quickly, and the computer running Drupal would have to be decently powerful, but I think sites at the level of complexity of the examples in Using Drupal would fit easily within the time constraints. In a lot of cases, just installing and setting up a module would do most of the work, like the recipes module someone mentioned last night. So, in part, it would be more or less just a demo of some interesting module that people might not have come across.
Spliting up of topics / Advanced and Beginners
I would agree upon having two tracks. I am always up for learning about new and exciting things but unfortunately due to the lack of more advanced topics in the DUG it does not have much appeal for me to go. The New York user group had many talks about people presenting modules they have created and sometimes going into more advanced detail. One example is demonstrating the use of render array and how it should be used since theme function is going away in Drupal 8, giving developers insight to help make their D7 modules D8 friendly.
The build up idea is good except that I think that there is not enough new users new to Drupal that show up month to month; I could be wrong so feel free to correct me. I would not want to scare away any new Drupal users but in the same aspect I don't feel there is much for me to learn if the majority of talks are geared towards beginners.
I have not gone to the DUG in months and I would love to again but only if there is more advanced topics being presented and in turn, I can present some to newer users.
You can always structure a talk for all users but I feel if there's an overwhelming amount of stuff being presented for just new users that is not much of a balance for those who have been using Drupal for years.
Another question I don't know the answer to but what % of the DUG group is advanced and what is beginners ? I would think the idea would be for someone going to constant DUG's to start as a beginner's and work their way up to being advanced in the range of talks being discussed over months but if its always geared to just beginners then that will never happen.
Split off another group?
Do you suppose the San Diego Drupal community is big enough to have an additional monthly meeting? Rather than calling them beginner and advanced, one could be aimed at module developers and the other at site designers. So beginners could attend the developer meetings if they are interested. I'm still a relative beginner, but I am more interested in module development than anything else.
I agree
Most of the time there is a difference in the content that themers, module developers, and general site creators (who would only use contributed modules and themes) or site admin would want and a developer who is new to drupal (but not development) may be more interested in module development topics rather than theming.
I do think the group is big enough to sustain another monthly meeting (we ran out of seats at this month's meeting and were left with standing room only) but before we even break off into two nights it would be better to just segment the one night into two, more focused categories so that everyone would be able to see what type of content would be talked about at each meeting.
Either way though, I probably would only go to the developer oriented one, and if all we have are nights like this last month's meeting, I'll be going less and less because there isn't any content relative to what I'm interested in nor much of a need for my for participation when there are so many other people that can answer the same basic questions.
Just wanted to throw in that
Just wanted to throw in that there's also a North County Drupal meetup. Reading up on last month's topic sounds like they had some fairly intense discussions on the internal workings of Drupal. Be sure and check them out too.
http://groups.drupal.org/north-county-san-diego-dug
True, but it's really far
I went to a couple of those meetings, and it was pretty technical. Carlsbad is a really arduous drive, though, particularly now that I live even farther south.
I'm new to SD but not Drupal,
I'm new to SD but not Drupal, Drupalcon, Drupalcamps or DUGS.
There is certainly a lot of interest in any community among newer people to learn Drupal. Fortunately there are already a ton of resources available for new people.
There is a burgeoning industry built around Drupal training. There is an ever growing library of books. There are paid and free video and article tutorials. For someone serious about learning Drupal the group as it works now isn't a particularly valuable resource compared to what is available and easily accessible.
I'd argue that directing people new to Drupal to read "Using Drupal", to watch the Lullabot and or Lynda videos and to attend a paid training session would be much more beneficial than 6 months of attending Drupal sessions. A new person who is serious about learning this tech can consume all of that within a month!
Because the meetups are monthly, catering to the very newest Drupalistas effectively means having the same meetup every month, 12 months a year. It's conceivable that someone could adopt Drupal the day after a meetup, take the advice above and find any meetups at the current level of experience below their needs before they can attend their first meetup.
Because of that (and because I want the SD DUG to be one that I look forward to attending) I think the focus of conversation would be better suited if it no longer focused on basic Drupal sitebuilding tasks.
Let me make a list of what I would like to get out of a DUG:
Most importantly, I want to get a sense of what tools and trends are popular in the community. Drupal is an ecosystem. It evolves extremely fast. At some point we all decided to adopt or not adopt panels. At some point CCK became a replacement for flexinode. At some point people adopted features, context, spaces and strongarm. The next generation of tools are being planned and built right now. I would like attendance in this user group at least ensures you are aware of these changes as they are happening.
Right now there are critical conversations in the community revolving around config management. The meeting on Wed would have been a great time to have some face to face discussions and possibly some good ideas may have come from that.
I would like the group actively encourage contributions in all forms. That's not going to happen when the people in the SD area who contribute to the community don't even come.
I want to see other people's work. I'm always interested in seeing the cool stuff other people are building.
I want to listen to smart people talk about Web technology. Here at work during a casual work conversation I learned more about ETags in a few minutes than I had known before. This happens by being around people who live and breath web.
These things will all just happen if the DUG gets attended by developers.
As for the noobs? Well if the user group attracts good developers, they'll find that for them it's a resource of friendly experts who they can learn from, get pointed in the right direction to solve problems that would take them days/hours and maybe hire or collaborate with. That would make the group a heck of a lot more valuable for noobs than it is now.
Agreed
I'm all for it. It has occurred to me that the meetings suffer from an absence of context (pun intended).
Where do the important discussions take place? On the forums? Maybe someone could be tasked with following the forums and reporting on the goings on?
I would love to hear people share about interesting modules that they are working on. The thing that drew me to Drupal initially was the sense that there were just brilliantly creative coders behind it. I am eager to get a sense of that brilliance in the meetings.
P.S. By the way, what is the point of requiring a CAPTCHA when you submit edits to your own posts? If it wasn't a spam the first time, it probably won't be on subsequent edits. Come to think of it, why force CAPTCHAs on authenticated users at all? This site is CAPTCHA-crazy.
Input from a noob
My first DUG meeting as a newcomer to Drupal was the July meeting in SD. It was way over my head much of the time but I didn't mind. I listened and picked up what I could like 'delete the change log after installation' and 'panels add a ton of markup' and I came back with a few topics to look into like 'what the heck are hooks?'
After the meeting I talked with Andrew a bit and he assured me that I didn't have to be a hard core developer to be able to find a place in the Drupal community. I can start out with site building and add development skills as I go. It was a big help to hear that; I didn't have to go home thinking I had bitten off more than I could chew.
I don't believe that we need to have Drupal 101 topics in order to attract newcomers. As a newcomer I'm not at the DUG meeting to learn about Drupal. Dustin is right. I can learn that from a book, videos, or a training session. I'm there to meet people and to become a part of the community. If I'm made to feel welcome and am able to get to know people so that when I do have a question there will be someone that I am comfortable turning to, I'm good. I met some people at DrupalCampLA last week and got to see some familiar faces when I walked into a training class yesterday. It was really cool.
Go ahead and talk about module building and APIs and stuff that might make my head spin. Even if I never write any of those myself, I'll be using them at some point so the knowledge that I do manage to pick up won't be wasted. And if I grow to love Drupal as much as you hard core developers seem to, then I'll be in the right place no matter what the topic is.
I really like alot of the
I really like alot of the ideas here. It's quite a challenge to come up with fresh content for each meeting and it's simply easier to come up with stuff for the beginner crowd. I'm really excited to see people stepping up to talk about what content they want out of our group. I'm also really excited that we're leaning towards more developery stuff, cause that's what I like to see more than anything anyway.
Using community input for selecting content is an infinitly better model than having one or two people picking topics, so I'll be really glad to get some help with this, but we need to come up with a good model for picking good content and speakers. I think having lots of community input here is awesome, so thanks everyone for weighing in here.
Another key point here is that we need our best developers to step up and raise your voice. We have a great developer community here in San Diego, and if we can up the ante and get out best devs out and talking about all the cool stuff they're working on, we'll have alot more god content to show for it.
I'd like to see some continued discussion and ideas on this thread, and lets pickup this talk at the next meeting, we'll schedule plenty of time to discuss this topic.
I don't think it's that tough
I don't think it's that tough to keep coming up with fresh content at all.
Today at work, Todd is doing pushing what Drupal Commerce in 7 can do. Jonathan is doing a kickass mapping project using Tile Mill with Drupal. I'm doing perf work on a site that delivers geotargeted content but needs to handle 30,000 concurrent users.
Those would all be good topics. I've never worked with Dev Seed's Tile Mill. I'd really like learn what Jonathan has learned about Tile Mill.
If we can get the all the Drupal devs in the SD area interested we would have many more people who, on a daily basis, are pushing the limits of what Drupal can do.
So much cool stuff is happening in the Drupal community at large and to a lesser extent, the Drupal SD community. We don't need to worry about finding content, we just need to work on making the SD DUG the hub of the SD Drupal community.
Also,
We can get some awesome ready-made presentations via Webex. Lots of community heavy hitters are willing to do remote presentations to DUGs.
TileMill
Yeah, I can do a talk on TileMill and how to integrate it with Drupal. Its REALLY slick all the things you can do with it and its not that difficult once someone walks you through it.
Lets keep the dialog going
It would be great if we could continue the conversation here. The next meetup is almost a month away so if we only discuss changes once a month at the meetup any change would take place very slowly.
I'm not saying not to talk about it at the meetup, but it would be great if we all could come up with a bunch of ideas on formats and how this group could look and evaluate the pros and cons of them here, giving us time to think about them. Then by the time the meetup rolls around we would have a lot better idea as to what formats would be better and get additional input in case we overlooked something.
I really like Dustin's post and his ideas for the group and Dru brings up a great point about how to better schedule speakers and topics for the meetups.
Does anyone have any ideas on how this could take place?
What are the pros & cons of managing that in a forum post on our group site?
Do we need to setup another site that we can use to manage sessions? Would we use COD for this, similar to how most drupal camp sites are run?
DrupalSanDiego.com
What do I want from the meetups?
I want to figure things out. Like "How do I use related nodes to set breadcrumbs on Managed Pages?".
I want to see if I know what I'm doing (by attempting answers to other peoples questions);
And I want to be sure I'm in sync with "what's really goin' on" :) (The bigger/deeper ecosystem topics).
To that end, I would like to sponsor the hosting and registration of DrupalSanDiego.com as a non-commercial playground where SD Drupalers can collaborate on
theirour own community project. :)Starting this month--August 2011--why not begin by setting up a Mercury server, spin up DrupalSanDiego.com, create accounts, get everyone dialed in, and go from there?
To develop the site during future meetups, participants could split into functional teams and work in real time on what beforehand we all voted for.
Lastly, I think it would be nice if our meetups began with Drupal News--News caps and quick discussions of the top issues while people find their way in.
Then, if we decide we want to work on DrupalSanDiego.com, people will get to meet eachother as the teams form.
I think this contextual focus could easily accomodate us all very well. Don't you?
:)
-Steve
Steve Oliver
It's great that we have lots
It's great that we have lots of exciting new ideas for topics and speakers right now, but what we really need is a structured process for determine what content should make it into each meeting. I'd love to see this process be as democratic and organic as possible, so if we can come up with a way to vote for what we want to hear, and come up with a good way to pick speakers, I'm all for it.
I really think the best way for us to lend structure to the content for our meetups is with a well built website. LA has already started work on this and there's a sprint being planned soon to work on the code for the site that powers the LA meetups. I think that it would be great to make this into a distribution like say, COD for example. Regular small meetups require a very different information model than a large scale event site like COD is generally used for, but many of the same principals apply. If we can make a nice and well packaged distribution for DUGs and other meetups, a lot of other groups could make use of it, which nets us some digital karma.
Building such a distribution would be quite an undertaking all in all, but the first steps start with us coming together and deciding what our process should be for deciding what we want to hear, and who can talk about it, which is exactly what we need right now.
I think we will learn a lot about what we want our meetings to be as we collaborate on building a website to run the meetup. I've been holding on to http://drupalsd.com for this very purpose for quite some time now. Let's join forces with LA and build a cool meetup planning distribution to put there. What do you think?
Quick fix...
As a quick fix for the democratic voting process for the content of each meeting how about we create a thread for each DUG meet up sessions. Then each post to the thread can be a talk proposal and users can vote it up and down... the post with the most votes the week prior to the meeting wins and gets to talk. Users could also comment on individually proposed talks via the reply feature.
Again, I know it isn't perfect but it'll get the job done while we wait for someone to donate a site :)
Why don't we leverage the
Why don't we leverage the (planned) COD install at sandcamp.org? Seems odd to me to splinter off into Yet Another DUG-based Site.
Project Management: http://www.sagetree.net
Coaching Services: http://burtlo.info
Some thoughts on the DUG site idea
Without needlessly fragmenting anything of the community, I do think the possibility of a custom meetup site might give us the opportunity to focus on the local community's needs (monthly meetups that people actually want to attend), while providing Drupalists of all levels an opportunity to see how a Drupal site grows, and how a diverse group can stay involved on a Drupal project.
If g.d.o doesn't work well for our meetups (I think it basically does--we just need to use it, which is the call for action of this thread), I see a case to use a new domain like drupalsd.com for the internal ongoings of the SD Drupal community separate from the more public facing annual camp website. They both might offer similar functionality based on the same COD install, but cater to the frequent, and annual events, respectively.
Steve Oliver
I was toying with the idea of
I was toying with the idea of starting a "drupalpedia" website patterned after wikipedia. That way anyone could make a page on anything they want related to drupal. I am in the midst working on a module that uses ctools exports, and the available documentation for this is pretty poor. Having done the work of figuring it out from the sparse info floating about, I could now create my own drupalpedia entry on what I have discovered. Maybe SD DUG could be the maintainers of drupalpedia.
Handbook pages
But isn't this what the Handbook pages are for? Those things are great! I think we should be working on those (in the meetups ;)). (/me slaps myself because I haven't really contributed anything to them).
Steve Oliver
Do you mean the book-module
Do you mean the book-module pages under drupal.org/documentation? I hadn't noticed until now that you can add child pages to that. I don't think that offers the same functionality as a wiki, though. On wikipedia each topic has a page that anyone can modify and contribute to.
One of the things that I have found especially tedious is searching through the contrib modules, trying to figure out if there is one that does what I need. A lot of times the only way to figure out exactly what a module does is to install it and play around with it, because the description on drupal.org/project does a poor job of telling you what to expect. It would be nice if each contrib module had a page on drupalpedia where you could find out what it actually does. It would also be nice if you could look up the drupalpedia page devoted to what you are trying to accomplish, such as "Phone number field," and it would have a list of contrib modules that provide phone number fields with their advantages and disadvantages, as well as any other way people are solving the problem in the real world, such as, say, plain text fields + masked input, or whatever sites are doing.
In support of the vote based proposed session que
I agree. A great way to choose content for speakers. Add in the round table and updates sections people have discussed to begin n evening and it's there I think :-)
Ideas on DUG Meeting Format
I know the site build ideas are kinda infrastructural considerations a little below and outside the idea of this thread, which is to come up with IDEAS. :)
I remember Joel's polls (ha!) were rotating the "losing" options across a few months where we eventually covered some great topics like Drush; Deployment, etc. ... The last meetups (without those Polls) were not really focused, but enjoyable nonetheless.
Back to ideas on Format:
*Ideas for types of Group work have included COD or Module coding/issue queue love, Documentation edits, Handbook pages, Site tear-downs, Build-ups, and more.
Steve Oliver
Questions...
Are we all set for the September meetup?
Is the format already decided upon? If so, what will it be?
Are the topics already decided upon? If so, what are they?
What about the October meetup? Any topics for that one?
Is everyone ok with voting up or down content as forum posts until we solidify any other way of doing it?
I've posted a tentative
I've posted a tentative outline[http://groups.drupal.org/node/175434], but I'd love to continue the discussion we've had here in person at the meeting to determine what people really want. Feedback is greatly appreciated.