For once, I’m not using CavLec as a bully pulpit to trash academia. What I’m trying to do, in my discursive and dilatory fashion, is figure out how to get SLIS what it wants—videlicet and to wit, me or someone like me teaching Things Markuppish—while neither depriving myself of things I want nor being forced into things I don’t want.
So I’m kind of wandering aimlessly around the problem at the moment, trying to look at it from different angles. The question I’m asking myself now is how the practical stuff gets taught, in the university at large and at SLIS in particular.
I come up with two models. One is the class-project model, which often (but not always) includes a world-outside-classroom component. We don’t just hear about surveys and focus groups in Use and Users—we have to go out and do ’em. We’re not just talking about Information Architecture—we’re trying to make it work for somebody. In my role as SLIS Library Committee member, I’m currently reading funding and management recommendations for the SLIS computer lab that were researched and drafted in last year’s management course.
This is a good, functional, useful model. I strongly approve of it, pace the well-known distaste of SLIS students for group projects. There’s really no way to walk away from such a project not having learned something, unless you’re a project leech (which does, unfortunately, happen).
But it only works in the context of a bona fide offered class, which is a difficult thing for a department to commit to, especially in the absence of a reliable source (a tenured or tenure-track professor) of tutelage. I’ve already advanced some suggestions as to why appropriate people are hard to lure into the teaching fold.
The other model is the workshop model. Come learn PowerPoint or Lexis/Nexis or Access or Factiva or HTML in 75 minutes!
Problems with this? Legion.
- Nobody has to come to a workshop. Frequently, that means nobody does. It’s extra, though the skills it’s teaching may be valuable or even vital. This leads to the disconnect often lamented by the SLIS library/lab people: when surveyed, students say loudly and clearly that they want to learn XML. When I give a workshop, however—nobody comes. And students then graduate complaining that they didn’t learn anything practical; that’s the number-one complaint levelled at library schools.
- There’s no institutional support for workshops, other than providing the venue. I’ve never heard a professor tell (much less require) students to go to a particular workshop. What the institution doesn’t emphasize, students will blow off. Why should they do otherwise? They’re there to get the institution to credential them, after all.
- It’s a scheduling and time-sink burden on students, both to take and to teach. I’m working on scheduling a CSS workshop now. Assuming it’s the same 75-minute deal as before, that’ll be six hours of workshop time I’ll have done this semester. (Would have been seven and a half if the XML workshop had flown.) Add in considerable planning and travel time, and I have given a lot of energy to SLIS for zero financial, academic, or future-employment return. (Not that I’m complaining. I’m just saying.)
- It’s divorced from context, lacking the urgency that a real project stirs. I can’t seriously expect people to hack up a web page starting from zero in 75 minutes!
- No continuity. I can’t reliably do workshop sequels that assume attendance at a previous workshop. Nor can I easily make myself available as a consultation resource for student projects. It’s critically difficult to build advanced practical skills in people with a workshop model.
- There is no quality control whatever on presenters and presentations. What’s to stop me from teaching EAD despite knowing almost nothing about it? Nothing. (Which isn’t to say SLIS presentations have been bad. The ones I’ve been to, as opposed to teaching, have been excellent.)
- There’s competition. There’s already a group on campus that does technology workshops. They won’t be tailored to a library student’s needs, of course, but they meet all the other criteria. Does SLIS really need to be in this business?
One could suggest band-aid solutions to some of the problems. SLIS workshops are likely to go to a registration system soon (as opposed to announcements of “come if you feel like it!”), which might help people commit to attending. I can say for myself that since I started sending out emails requesting RSVPs, I’ve had better workshop attendance.
Professors might push and shove their students into workshops, sure. Or the SLIS workshops might get folded into the main campus workshop group.
That still leaves the context problem, the divorced-from-real-world problem, the competence problem, and the continuity problem. I’m sorry, but as long as the model is workshops, these problems go nowhere, and to my mind they call the whole enterprise into question.
So what’s the answer, Dorothea?
I dunno yet. But I’m taking a hard—and rather less jaundiced than usual—look at tenure in academic libraries. Why not raid these people for SLIS teachers? Why not create dual appointments between the academic library and the library school?
Isn’t that the ideal pairing? Instead of teaching-and-research, we have teaching-and-practice—which is exactly the pairing that would make both SLIS and me happy, seeing as how SLIS isn’t interested in the kind of research I would want to do. Joint school-library tenure means that a good teacher/practitioner won’t vanish, either from the library or the school. And researchers could teach research, and practitioners could teach practice, and everybody (including students) would be happy.
Where does my logic fall down? Really. I want to know.