One Big Library.

In no particular order.

It seems to have been a success. We handled a 75% increase in attendance without any major hiccups. Lots of new folks seemed energized by it; many more nicks now have faces; nobody was disappointed overall, at least according to the comments we received both in real-time and on paper.

Somebody will always complain about the food. This time is was the long lines and lack of veggie/kosher options. I'm in the second group, to be sure, but then again, something always goes wrong with the food for somebody, and it's not entirely under our control. It is the way of conferences. We can continue to be as careful as we can be in coming years but somebody will still be upset somehow.

It's funny how we just assumed we'll keep doing this indefinitely. See you at code4lib 2024!

When, at the end, I encouraged everybody who'd been up to the podium at least once to stand up, it seemed like half the audience stood up. I'm not sure if this is possible (has anybody run the numbers?) but it sure seemed to be the case. *That's* success.

Both jaf and rsinger had good (great) reasons to miss this year, but as was pointed out by royt, we all missed their (your - you read this, right? :) energy and spirit.

It again was a clearly male-dominated program but I don't think you can argue that we didn't make great progress on the gender balance front. There were *many* more women present, and many more up at the mic at some point than last year. The ratio is still off-kilter w/r/to typical librarianship, but that's not a fair comparison anyway. I suspect we had a better attendee/speaker gender ratio than 90% of tech conferences, and that says something. I'm convinced we made major progress this year, and unless somebody says differently it sure didn't seem to me that any of the female participants felt the same wave of frustration we heard about after last year. When you get great talks from people like Karen S., Joan S., ejlynema, bess, librarywebchic, and Winona S. (say, what is it with the non-#code4libbers in that list and the S. names... if bess (S.) can hop on the channel and pick a nick so can you :) you're doing pretty well.

I think it's possible that the wires crossed between the planning list and bradl and the other PINES folks w/r/to the group social functions (in that we didn't have any planned at all). bradl et al. also had the disadvantage of both not having attended code4lib 2006 and never having been to Access. The two mainstays of Access we've tried harded to mimic are the single-track program and the group social functions in the evenings. Having a shared space to eat and drink and schmooze is critical to fostering community, and afaict it's why so many people enjoy attending again and again. I heard several comments from newbies and old hat types alike that not having these meant that (a) it was harder to make sure you got to talk with all the people you wanted to talk with, (b) it was harder to make sure all the new people got a chance to meet others in a friendly social space, and (c) it was really hard to make manageable dinner plans (wherein it's not a choice between you by yourself or you and 31 others). I don't really blame anybody for this - we are all responsible for making the conference what we want it to be, and this year we learned that we need to have group social functions in the evening, so we all need to take responsibility for making sure it happens in the future.

I really enjoyed being on-channel but I forgot how exhausting and distracting it is. I'd like to say I'll be in there more again but I doubt it will happen.

Another note on the PINES folks - again, not trying to point a finger, but instead to point something out. When bradl et al. signed on to host this year, they were just another group of code4libbers working on a bigger project than most. But when the conference came around, they were vendors. From my viewpoint, this changed the tone of things just a bit, even if it wasn't intentional, or overt, or even really a tangible problem in any particular way (and let me be clear that it wasn't - afaict bradl et al. did a fine job and save for the food and the wireless, both of which weren't problems any of us caused, the facilities were great and most everything just worked). I think that for future c4lcs we should consider whether it makes sense to have those with primary responsibility for hosting arrangements be vendors - or, rather, whether we should make a point of being sure they're not vendors. Imho, for code4libcon to stay true to its roots, it needs to be about people, and libraries, and code, in that order. After all, it's in the name - the code is for libraries. And libraries are for people. And the conference is for us. There are plenty of other conferences optimized for doing business - code4lib should be about us, and libraries, and code, and everything else should be architected away from the core of how the program is put together.

I'm not sure what to do about this, because it might just be a function of the big increase in attendance (even though we set a firm cut-off and turned people away). But, it definitely felt like the ratio of people-who-are-helping-to-run-the-thing to total attendees went way down this year. Maybe it was just that royt did *so* much - keeping things on schedule, handling housekeeping, making sure the speakers were where they need to be, etc., that it seemed like the rest of us had less to do, which meant that a lot of people had nothing to do, and so a lot of people did nothing. Then again, royt probably had to do too much, and there were too many of us hanging back. Imho a good sign of a healthy c4lc should be that the front two rows are filled with people alternatingly jumping up to handle various parts of the program along the way. We had that at some moments this time, but not at others. Then again, that might also be a function of space - last year's room was one single section of seats, and this year was more curvy with three distinct sections, so a good 2/3 of the room were just really far from the podium.

I think there's probably some new kind of program we can put in place that effectively forces newcomers and old-timers into a social setting very early in the conference. If we have another c4lc this big or bigger (even with a single track we could scale up to 200-300 max, probably) we need to be more proactive about making sure new folks knew who was who, who they should ask, how to get on the channel if they want, how the different program blocks will work.

Hmm... what about lightning (flash?) intros? We could have a block at the start of the show where all the new people have to go up front and say who they are, where they're from, and if they have any burning questions they'd like to see answered, or what they're looking forward to. And then we could follow on with something where all the people who'd been to the previous two or more events (only two so far) have to track all the questions and be sure to meet several of the new folks by a certain time. Something good about that could be that the program itself has enough slack in it (with lightning and breakout sessions) that answering key questions could be worked right into the program itself in realtime. Maybe that would be gimmicky, but I bet we could come up with something that would be fun, friendly, and not juvenille, without making anyone uncomfortable, but making it a more immediately collegial place for everyone from the very first moment of the conference. If nothing else, it would be an efficient way to make sure people met the right people if they share common interests. Just a thought.

Another thought - Portland... mmm... beer.

The weather in GA (save for the killer tornadoes that missed us) was truly lovely. How do people concentrate on their studies when it's 68F in February?

I honestly have no idea whether my talk really clicked with anybody. Sometimes I wonder if I've spun an idea around so long in my own head that it's too many clicks removed from what anyone else can envision. But there were a lot of good ideas that came up during the "rethinking OpenURL" breakout session - I'll post about that soon.

I wish I'd known that somebody from Mellon was at the "finding funding" session. Ralph (and others) raised the point that breakout sessions probably need to be planned out some in advance. They were last year, but not this year, and I think Ralph et al. are right - we should do that in advance again next time.

My badge listed my affiliation as "Daniel Chudnov - Miskatonic University". But somehow there was never a full roster printout with full affiliation and job title. If there had been, I would have been listed as "Daniel Chudnov - Miskatonic University Digital Library - Taser Specialist". It's a good thing, because it's not that funny. But it would have been funny to see the look on a face or two when they saw that.

It might be interesting to manage code4libcon itself under trac - with task tickets for "ensure manageable food lines" and "check for reliable, unfiltered, heavy-duty wireless" and "assign three timers and a shepherd for the lightning talks" and so on.

I hope a lot of the new attendees realized how participatory the whole event was, and choose to join the planning list if they hadn't already, and the code4lib-list and hop onto #code4lib once in a while. The relationships I have through code4lib and Access are *the* most important working relationships I've ever had, and have made every single aspect of my working life as a librarian better somehow, and I count many participants as truly good friends. It's easy to grow frustrated with the bureaucracy and sameness of your workplace, but when you find people who do what you do, upon whom you can depend when you need help and whom you also can share your own knowledge with, and whom you very much enjoy spending time with as often as possible, your career can take on a whole new dimension. Jobs change, projects come and go, institutions give us raises and wear us out, and we rant and rave on blogs, but having people you can connect directly with on a regular basis and really focus on why it is we're all working on this stuff and how we go about it makes all of it easier and more enjoyable.

Overall I think we're going to have to think very hard about year three and beyond. Do we want to grow more? Do we want to optimize for a high technical level, newbie friendliness, training opportunities, or drunkenness? Do we need a program committee? Do we need an organization to own the finances? I don't know what the answers are going to be, and it might be rough getting workable consensus around some of them.

But our little baby done grown up, and we need to brace ourselves for the onset of maturity, just like any hot new software project. Good thing a few of us know a few things about how to do that. :)