Hey folks, we had another CoffeeTalk this Sunday. There was a lot of ground covered, but still more than we had time for. So we were thinking that it would be good for people to chime in about the topics they would like to discuss in future meetings, as well as follow-up for this past talk. Once we get the topic(s) sorted out on the page, we can then use it fill out important notes about what is discussed live during the CoffeeTalk. If any of the discussions warrant their own thread afterwards they can just be copied in to a new page of their own. So PLEASE CHIME IN!
Topics discussed at February 25th, 2007 CoffeeTalk
- Come up with a list of Dojo tasks and finding/assigning volunteers
- Review and edit daily #drupal-dojo IRC transcripts (not the lessons but normal traffic in the channel)
It's essential for the dojii to realize that while IRC chatter may be going on all day long, its not important to get logs of all that talk posted to the g.d.o site. If we did that, we'd have waay too much information to digest. We're aiming for succinct ideas resulting from all that IRC ascii.
Generalize it. Distill it. Sometimes an hour of IRC chit-chat can be boiled down into six sentences that capture the feel and flow of the entire conversation. Encourage the idlers in #drupal-dojo to read a conversation and then come directly to this group website and post a summary of what they've just read.
Having a post created by someone who was not in on the conversation is the best thing that could ever happen to a thought process. It shows the group what's happening in the back-channels without having to wade through 6000 lines of IRC bot log every bloody day. If the poster is regurgitating the subject matter correctly, then it proves the thought was voiced correctly in IRC. If a posted summary is not true to the original thought or convo, and that's rarely the case, posting it accomplishes two things. First, it shows the idea makers that they were not fully understood. Second, it allows for a series of follow-up comments that can really solidify the intent or direction.
The simple act of posting a summary is something that becomes invaluable to the group, since nobody's going to revisit an IRC convo from two hours ago, let alone yesterday. Dojii, please post summaries of what you see happening in the sub-channels of our group! Do not be afraid of somehow being "wrong". If you don't do this, the group will fragment. This g.d.o site is the only method we have of keeping everyone practicing the same kata. Post summaries!
- Document (on g.d.o./d.o.) pertinent activity occurring on external dojo sites
- [02-25-2007] Editing of weekly lesson wikis will now be vickorkane assisted by dmitrig01
- Review and edit daily #drupal-dojo IRC transcripts (not the lessons but normal traffic in the channel)
- Process for having new projects added to drupaldojo.org (refer to http://groups.drupal.org/node/2832#comment-8107 for the start of this conversation)
- Set up some guidelines regarding what would or wouldn't be a good project to allow on the drupaldojo.org.
- [Senpai] I think that until we get a few projects in the works, we won't know what is good for the site and what is not beneficial. For instance, non-profits with intentions to create a product that could help our community should be given a green light. A single developer who wishes to band together with a few other dojii and concoct something that helps the mothership site on drupal.org better itself should be granted a thumbs-up. I definitely feel that any dojo members soliciting a spot on dd.org for a paying client's project, even if that project would benefit the community as a whole, must be given no leeway in regards to server resources, special module treatment, or emergency tech support, if they are even allowed a project domain in the first place.
- Figure out how and who would be making these sorts of decisions. Majority vote? A committee or something?
- Would any of these projects previously posted fit the bill?
Topics to cover at the next CoffeeTalk
- Evaluate how the Dojo has gone so far.
- How have things evolved since you introduced yourself?
- What would you like to learn that you haven't already?
- Any ideas regarding additional forums for learning (i.e. real world/project-centric situations, podcasts/videocasts, one on one mentorships with developers and/or companies)
- What are some of the ways the Dojo has contributed to Drupal and what else can we do?
- How have we been doing in terms of adhering to the Drupal ideal?
- Look for better ways to organize, structure, and interconnect dojo related groups, sites, and rooms. Utilize different methods to capture, document, and summarize important Dojo activity.
- Standardized tags and taxonomy across all sites and groups (if possible)
- RSS and aggregation on all sites (including g.d.o.)
- Create podcasts and/or write articles
- Talk about how to recruit other teachers into the process.
- What other 'drupal beneficial' projects would open up developer time and/or provide incentives for them to teach.
- Could we collaborate with other working/project oriented groups (and bring in some experts to provide guidance/teach).
Comments
Looking forward to it!
I'm looking forward to this discussion as I wasn't able to participate last time. One of the things that's been on my mind is how we can make it easy for people other than me to give lessons, and how to recruit those types of people into doing one. I've added a bullet-point to that effect.
http://www.chapterthreellc.com | http://www.outlandishjosh.com
https://pantheon.io | http://www.chapterthree.com | https://www.outlandishjosh.com
"Virtual Schools"
I too would like to put some effort into finding ways to give lessons. Actually I was thinking about a virtual "School," where there would be a main forum for announced meetings, classes, discussions. But in addition to this main area there would be "Practice Rooms" or mini "Class Rooms" that would be available to anyone at anytime. Of course this gets pricey in hosting and such, but the lesser rooms could have significant bandwidth and user limitations but could still offer possibly recording or transcription capabilities.
Anyways what made me think of this is that rho (Ryan Oles) and I have been trying to teach each other a little of what we have learned. I don't think our little lessons would be fit for a full blown lesson but this kind of environment would make it so much easier to share, learn, and modify lessons or even test them on a limited audiance and refine them. Anyways there are many more reasons and such but I just wanted to throgh this rather large and potentially difficult to consteruct idea out into the open where it can roam free.
Peace,
Matthew Pare
Pare Technologies
info at paretech dot com
www.paretech.com
Did you figure out how to do something? Document it on Drupal.org!
Peace,
-mpare
Pare Technologies
Drupal Consulting, Themeing, and Module Development
806.781.8324 | 806.733.3025
www.paretech.com
Figure Something Out? Document Your Success!
The more we contribute...
Ramping up our desire/efforts to contribute to the Drupal project, should provide some good incentives for other developers/experts to teach. Guidance and shared knowledge from a variety of experts will enable us to add a diverse range of value.
Gus Austin
Director of Chaos and Confusion
PepperAlley Productions
What am I trying to do with Drupal?
Gus Austin
Any volunteers? More frequent coffeetalks?
Yesterday's coffeetalk and the fierce activity on the IRC seem to be pretty good examples of why it would be extremely helpful to have some additional folks help out with step #1 (on the wiki above). Think it would be extremely useful to have regular summaries of what's taking place on those channels.
In addition to a written summary, I think we could have a forum like the coffeetalk take place more often. Possibly set a regular time each day for a skypecast, in which those willing/available could discuss/summarize dojo/drupal related issues and happenings. If captured, we could make the conversations available as a podcast.
Thoughts, ideas, volunteers?
Gus Austin
Director of Chaos and Confusion
PepperAlley Productions
What am I trying to do with Drupal?
Gus Austin
"Projects" and drupaldojo.org
One point to note: drupaldojo.org will not be a replacement for drupal.org/project either. If there are dojo folks who want to hack on some code together or make a module for public release, that's great. Drupal has a wonderful public CVS and project system for those purposes.
No reinventing the wheel! ;)
http://www.chapterthreellc.com | http://www.outlandishjosh.com
https://pantheon.io | http://www.chapterthree.com | https://www.outlandishjosh.com
We're puttin the brakes on dd.org just a little
Josh, you bring up a good point, and in the IRC channel today, so did webchick and samtresler. I began acting on our CoffeeTalk from yesterday by sandboxing a New Project Request Form that would eventually be deployed on the main page of drupaldojo.org. It was intended to enable any user with a d.o account to login to the site and post a specialized, directed request for a subdomain on our dd.org.
I was chatting in IRC with add1sun, gusaus, samtresler, and a few others during this process. As I formulated the list of potential questions, and the resulting pile of multiple-choice CCK fields grew larger and larger, it became apparent that we didn't really know what to do with the responses once we got them back from the potential subdomain owners. We tried to implement an Up/Down voting system for each request form, but this too proved fruitless, as a non-subjective method of tallying Up/Down votes to form a decision does not exist. On this planet, anyway...
At this point, Webchick stumbled into the convo and, as is often the case, turned out to be the right girl at the right time. She wisely pointed out that most of the features that a small project team would need already exist on drupal.org. There appears to be no reason to allow random groups of coders to utilize a sandbox project on dd.org when they might just as well be using the sandboxes and issue queue of the mothership.
We may have a website that we can mold to our whims, but we must be careful not to duplicate our efforts. Creating a dozen random project sites for people splinters the already functioning drupal.org Project pages and the Issue Queue which gets viewed by hundreds of experienced eyes.
We still have a valuable tool with the dd.org site, and we're not about to abandon ship just yet. The docs.drupaldojo.org has proven that a non-mothership project can actually be far more beneficial. The wiki-style Handbook editing project would never be possible on the mother site, simply because we don't want the general public stumbling across a half-baked thought or instruction set. Not to mention there is no wiki-book.module running on d.o at this point in time. (May it never be so)
At the next CoffeeTalk, it might be possible to gather ideas on types of projects the dojo would like to work on as a team. We've bantered about it so much, but nobody has thrown the glove. These projects may or may not need a home on dd.org, but who cares. Let's get some suggestions that aren't lesson-related, but instead are month-related! March holds plenty of possibilities, and the sched. is wide open, so let's strike while the iron is hot! (who made that cliche anyway? They should be shot at dawn. Oops, there went another cliche!)
Joel Farris | my 'certified to rock' score
Transparatech
http://transparatech.com
619.717.2805
You put that very well...
I like the mothership analogy.
I felt we kept coming back to explaining ho all this can already be done on drupal.org Thats why we've made a lesson for the 11th that webchick, add1sun, and myself are collaborating on (and alyone else who wants) to really explain the precepts behind open source development and the tools available through drupal.org.
I'm of the belief that we dove into drupal dojo to teach (or learn) from aprentice level -> journeymen or masters I think there is a lot of call for newbie developer->apprentice, as we have been re-inventing the wheel some.
This lesson will be designed t teach our toolset. Here's that wiki: http://groups.drupal.org/node/2955
NOW, that said, docs.drupaldojo.org is something that doesn't really exist on D.O. so its a perfet use of that space. I could similarly see scratch-sites for collaboratively editing code for new modules, but that code should come from and go to drupal.org CVS. Similarly I think we could use it to do some collaborative patch review. We could as easily use anyone's test site, but it is nice to have a dojo-specific scratch pad.
Thanks All.
Tresler Designs
CNDP, LLC
Another dd.org use: demos!
I think if dojo people make drupal projects, posting demos on dd.org is a great use of that system. I know that I always appreciate when a module or theme has a demo link.
http://www.chapterthreellc.com | http://www.outlandishjosh.com
https://pantheon.io | http://www.chapterthree.com | https://www.outlandishjosh.com
Project collaboration . . .
On the developer mail list last December, Derek Wright addressed, among other things, the concept of project collaboration on d.o (http://lists.drupal.org/archives/development/2006-12/msg00193.html). You can use d.o and it's current development infrastructure to do project collaboration, even for projects that never see the light of day (another cliche for Senpai), though I suspect the communications aspect of it will be mostly by private e-mails and the like.
Let the controlled chaos continue
It's pretty funny (yet a bit unnerving) how we seem to be running circles around some of the same issues (quite possibly could just be me). Guess it's inevitable as things continue to evolve at a such a fast pace. From what I can tell (at least by making generalizations from all the rapid fire discussion) is that scratch projects, external sites, unstructured experimentation is fine - just as long as we connect back to the mother ship(s) and utilize the infrastructure, resources, and processes that have already been established.
Therin lies a catch-22. There is a LOT to learn regarding not only for 'what are the proper channels for collaboration' (something I'm always looking for), 'how to be a model drupal citizen', 'working on your development chops', but also on the biz/consulting/marketing side. While of course there are a lot of hobbyists and weekend warriors, there are also plenty other folks that are very driven to utilize Drupal somewhere in their 'quest to make a living'.
To me, the Dojo is one of the most comfortable, fun, energetic, and 'dare i say' productive rooms in the community. And by the looks of things, I'm not the only one who sees the value. IMHO the best way to keep things fresh and productive, is to keep this atmosphere loose, open and freeflowing. Keep it a top priority to learn about the Drupal way, utilize the 'official channels and resources', and continue to explore, interact, and connect with the vast, ever-growing community known as Drupal.
Gus Austin
Director of Chaos and Confusion
PepperAlley Productions
What am I trying to do with Drupal?
Gus Austin
Forgive me...
But what's the catch-22?
Tresler Designs
CNDP, LLC
Probably using the wrong term
Just to illustrate by example - There's been a lot of interest and discussion regarding building sites from start to finish (related nonsensical elaboration here). While there are (or soon will be be) infrastructure, resources, and processes on drupal.org, there still is much to learn 'about those processes', as well as the project oriented learning the Dojo would derive from building a site.
In a similar sense, there's been some debate about topics in the realm of biz/consulting/marketing/funding, etc. - i.e. is this type of learning appropriate for the Dojo and/or if there is a better place (such as the consulting group and/or mailing list). Not sure if catch-22 is the proper term, but I think if we're sending folks off to places deemed more appropriate - that may cut out some of the learning part. To me, Dojo is a 'Drupal' learning group. Just these sorts of conversations have a lot of learning value.
Gus Austin
Director of Chaos and Confusion
PepperAlley Productions
What am I trying to do with Drupal?
Gus Austin
Just so...
But I see that as part of what we should be 'teaching'. The old saw, 'Give a man a fish and he eats for a day, teach a man to fish and he eats for a lifetime'. By sending people off to the dev list, or #drupal or another consulting group, we're pointing them towards the established way to solve their problems in a 'real-world' scenario; as opposed to constructing or soliciting a real world scenario here in the dojo.
This isn't a catch-22 because nothing is mutually exclusive. You can have the dojo, and the D.O. resources, and your real world project, and some consulting group over there. In fact, you need all of those things to be an effective drupal developer.
So let me say it out specifically. The dojo is a small cog in a BIG Drupal Wheel. If you limit yourself (not you specific, you general) to doing things through this setting, as opposed to doing things 'out there' then you aren't getting to know the Big Drupal Wheel.
Heh, as I'm wriing this, the Open Source model is coming to me. The dojo is to Drupal.org as contrib is to core. We're a module, we do one thing well, teach. But when a module starts doing too many things, its time to split it into several smaller modules.
The consulting list talks about consulting well. Let them do that. Drupal.org does issue tracking and project management well, we don't need to do that. Real world examples are great, we can learn a lot from them, but doing things 'Real World' means doing them as you would without the dojo... hence the need for learning reliance on D.O. and all our other great resources.
In short, "if we're sending folks off to places deemed more appropriate - that may cut out some of the learning part" - Sending people off to places deemed more apprpriate isn't cutting out the learning part, it -Is- the learning part. I mean, the ideal in training a drupal developer is getting, errr... an independent developer. It's good when people stop turning to the dojo for support, and start going through the channels in place and solving their own problems (be that grokking the new menu system, or building an install profile); of course, its nice if they come back and teach, as that makes for a nice self-sustaining system, but the point is to get people confident enough to go out and do this stuff without the crutch of drupaldojo. And similarly drupal-dojo, is a dojo, a learning venue that is supposed to be a start-to-finish learning methodology. I think, anyway.
Lovely little rant there.
Tresler Designs
CNDP, LLC