All posts by Jean Bauer

Some thoughts on “Niceness” and the Yack-Hack Cycle

digital humanities

So apparently Twitter exploded yesterday, in that way that Twitter has of “exploding.” I missed it thanks to back-to-back meetings, a long commute, and a desire to spend time with my husband rather than check social media.

On any other day, I would probably be pissed as hell. But it’s not any other day. It’s September 11th, and I’m a New Yorker. I’m a New Yorker who watched a real explosion, who still lives with the fallout, and who tries to hallow the memory of the dead on that day and in all the wars since by studying diplomacy and seeking new ways of communicating in the hope of finding common ground.

Part of that search lead me to Digital Humanities. Some are now saying that Digital Humanities is too dysfunctional to be considered a community. Maybe that just makes us a family. I don’t know. I do know we’ve become quite comfortable with name calling over the past few years. We said we wanted a bigger tent and now we’re pulling the poles from the ground. Growth pains are inevitable, but vindictiveness, suspicion, and careless dismal of pain are choices. 140 characters may be just enough space for the cut direct, but we don’t have to give it.

And speaking of Twitter, if Digital Humanities has taught me anything, it is that we are called to be thoughtful, critical users of technology. Tools and workflows shape our content, whether it is fixed menu categories or editorial practices. But we (should) know enough to explain our choices. There is no web authoring platform so restrictive it cannot have an About page or tool so small it doesn’t need a Readme.md file that explains the creator’s intentions.

There are no self-signifying technologies. We choose our tools in full knowledge of their strengths and weaknesses. We build tools knowing our own limitations. At any given moment the tool is what is it is, whether you built it or someone else did. The choice to use it is yours, and you owe it to yourself and your scholarly community, to explain the choices you made. When our best faith efforts to promote openness and share our knowledge exclude others or warp perceptions in unacceptable ways then it’s time for us to take responsibility, to apologize, and to figure out how to fix it.

This is the Yack-Hack Cycle. It’s not a debate. There is no “right side.” We theorize, we model, we build, we reflect, we tweak. Wash. Rinse. Repeat.

I was on nowviskie.org earlier today and watched the letters fall down the side. At one point a capital H and a capital D came into view and danced with each other down the screen.

DH
HD
DH
HD
Digital Humanities
Humanidades Digitales
Digital Humanities
Humanidades Digitales

It reminded me of Isabel Galina’s incredible closing keynote at DH 2013 in Lincoln, Nebraska. If you haven’t already watched it, do so ASAP http://www.youtube.com/watch?v=O6dP66JMwgc or read it here http://humanidadesdigitales.net/blog/2013/07/19/is-there-anybody-out-there-building-a-global-digital-humanities-community/

This brilliant, insightful younger woman stood at the same podium Willard McCarty had spoken from the night before and, in her second language, quietly (and I would say nicely) told the international community of Digital Humanists that we are not nearly as nice as we want to believe. We exclude people on the basis of language, culture, gender, geography, finances, and access to cyberinfrastructure. Ignorance or mistaken good intentions doesn’t get us off the hook, they just commit us to fixing the problem. She then listed a number of tasks ranging from simple to complex that will help address those issues. I was floored, humbled, and inspired.

I am part of the problem. I want to be part of the solution. But after seven years in DH, I know I am not alone.

Network Analysis for Humanists

digital humanities, network analysis

Today I am teaching a workshop called “Network Analysis for Humanists” at Northeastern’s NULab for their Boston Area Days of DH.

If you attended my workshop (or are just interested in learning more), here are a few suggested readings. I would include more, but following the links from Scott Weingart’s blog posts will help you find most of them.

If you have additional readings, put them in the comments and I’ll move them into the main post.

Happy Networking!

Scott Weingart’s Demystifying Networks I & II
2 blog posts from his great blog “The Scottbot Irregular”, republished in the first volume of the Journal of Digital Humanities

Gephi Tutorials
Gephi is one of the main open source packages for analyzing and displaying networks. It is very powerful, but also finicky and rarely intuitive. I strong suggest looking through the 3 ‘Official Tutorials’ before you start using the program. There are presented as slides (without audio) but provide a good overview to the software. If you keep using Gephi, you will probably find yourself returning to them again and again.

Tales from the Port: Part 2 — Migrating the Database

databases, DAVILA, design, digital humanities, Uncategorized

In retrospect, maybe I shouldn’t have promised to write a blog post every night this week. The port has been going well, but I’ve been working late each night, and it’s just too hard to write clear English prose starting at midnight. So here, at last, is the promised post on migrating Project Quincy’s database from Rails to Django.

My first love in Digital Humanities is data modeling and database architecture. The actual “code” in Project Quincy is pretty basic by professional programming standards. The underlying data structure is the real intellectual achievement. I spent six months of my nine month fellowship at the Scholars’ Lab designing a database that would effectively and efficiently model historical sources and allow scholars to catalog and analyze their research in meaningful ways. I even wrote a program called DAVILA to auto-generate interactive, color coded, annotated diagrams of my schema to show other historians how the system works. After all that work had been done, designing the interface for The Early American Foreign Service Database (EAFSD) took about two weeks.

As I mentioned last time, Rails and Django are similar frameworks for connecting databases to websites. They both have procedures for creating new database instances in several open source databases: MySQL, PostgreSQL, or SQLite3. But I already have a MySQL database with all the information I’ve been entering for the last three years. I really didn’t want to redo all that work, so I kept the same underlying database and connected it to the new Django project, with a few minor changes.

In the past three years, I’ve found a few shortcomings in the data model I created. So, I’ve used the port as an opportunity to add a couple more tables. Project Quincy records a “latitude” and “longitude” point for every location in the database, but I forgot to indicate which geographic coordinate system the latitude and longitude were from. Luckily for me all my coordinates were in the same system, so my maps work properly. But I can’t count on that forever, so I added a table called CoordinateSystem. I also extended the table that records which individuals were members of a specific organization. I had a field called “role” but there was no way of creating a list of all those roles and reusing them. I added two new tables “RoleTitle” and “RoleType” to allow for lists and grouping by type.

Then there were a few changes required by Django, mostly to my Footnotes module. Since Project Quincy is designed to store scholarly research, it gives users the ability to ‘footnote’ any record in the system by attaching the record to a cited source and saying whether or not that source supports the information in the record. This is accomplished by the Validations table, which can (but does not have to) be connected to any record in the database. This type of unspecified relationship is known as a “polymorphic association,” and Rails and Django implement polymorphic associations differently. Rails uses the name of the table to create the relationship. Django makes a meta-table that holds the names of all the other tables and assigns them a numeric key. So, I had to replace my table names in the Validations Table with their new keys. Figuring out how to do this took a post to the ever helpful Stackoverflow website and I was back in business. The old Footnotes module also had a little “Users” table that kept track of the people who could upload into the system. Django comes with a very powerful authentication system which also records users, so I got rid of my little table and hooked the footnotes module directly into the django_auth_user table.

I had greater plans to include an “Events” module. But, as I started to design one, I realized that this was not a decision I should make on my own and under a deadline. Project Quincy is an open source project, and I want other scholars to use it for their research. I need to do more reading on modeling events and talk to people before I commit to one particular structure.

So how did I actually migrate the database? MySQL has a nice command for backing up and redeploying a database; it’s called mysqldump. I took a dump (yes you read that correctly:-) of the database off my server and used it to create a transition database on my local machine. I then went in made the changes to the transition database directly, safe in the knowledge that could always restore the original database if I messed up. Once I had the transition database the way I wanted it, I made a second dump and used it to populate the database Django had already created for the new project.

Once all my data was in the new database, I ran an extremely helpful Django command ‘inspectdb.’ This lovely little program examined my database and created a file with its best guess on how to represent each database table in Django syntax. Then all I had to do was check for errors, and there weren’t many. It mistook my boolean (true/false) fields for integers and wanted me to specify some additional information for self joins (tables containing more than one relationship to the same, second table).

Once I had the tables properly represented it was time to sort them into their appropriate ‘applications.’ One of the biggest diferences between Rails and Django is their file structure. Rails creates a folder (with its own nested folders) for every table in the database. Django asks developers to chunk their database into folders called applications, designed to keep similar functions together in the system. Project Quincy was always designed with six modules: Biographical, Locations, Correspondence, Citations, Organizations, and Assignments. Each of these modules has 2 to 8 database tables inside it. One of the biggest decisions I had to make in planning this port was how to use applications. Did I put everything in one app folder, create an app for every module, or find an new way of grouping my system?

To make the decision, I wrote out index cards for each module listing the tables involved and what other modules it related to. I realized that Assignments and Organizations both brought people to a location for a reason, and that I would likely be visualizing those two kinds of relationships in vary simliar ways, but what should I call the new app? I ran the idea past my father, who has been designing databases since before I was born and recently took his entire development to python and django. He suggested the name “Activities” and that my future Events module could go in the same application.

After I sorted my tables into their appropriate (and newly created applications) I synced my Django project with the underlying database. So far, everything looks good.

Tales from the Port: Day 1 — Dry Dock

databases, design, digital humanities, django, ruby on rails

Welcome to my one week blog series, Tales from the Port, chronicling my rewriting of Project Quincy from Ruby on Rails to Django. This series may be a little rough around the edges — I’ll be writing it every night after I accomplish my goals for that day. But I wanted to give people a window into the life of (at least one) Digital Humanities developer. To see what it’s like to imperfectly translate your research and theories into lines of code and then watch your project come ‘alive.’

Of course, Digital Humanities is not about writing code or knowing how to program. DH is a community of people searching for a new way of working and researching, and we find inspiration in many disciplines. But, this is going to be one of the more intense work weeks of my life to date, so I’m hoping you’ll keep me company.

First, some background:

Project Quincy is an open source software package I wrote a few years back to trace historical networks through time and space. It is an integral part of my dissertation and currently runs The Early American Foreign Service Database, which went live almost two years ago on October 18, 2010. Project Quincy got its start at the University of Virginia’s Scholars’ Lab, where I was a graduate student fellow in 2008-2009. I was very pleased with the system when I first designed it, but technology doesn’t stop when your fellowship ends. Faced with an aging code base and an interface that could no longer accomodate the visual arguments which are becoming more and more central to my dissertation, it was time to upgrade. I could have taken Project Quincy from Rails 2.3.8 to 3.0 and tweaked the stylesheet along the way, but I am no longer at the University of Virginia. Last summer I was hired by the Brown University Library as their first Digital Humanities Librarian. My new colleagues program (mostly) in Django, and I’ve already met one or two professors here who could probably use the system for their own research. It was time to learn some new skills.

I have thoroughly enjoyed learning Python and Django, so much so that I will probably write more on them once this week is over. Since finishing up the tutorials, I have spent the last two weeks planning the port. As the week unfolds I’ll discuss how the system is changing and my reasons for making those changes. Although both Django and Rails exist to connect databases to websites with minimal headaches for the programmer, they have different affordances and make very different assumptions about what constitutes beautiful code.

So what have I done today?

Today I created the new Django project which I will be extending into ProjectQuincy. I had hoped to have the entire data model rewritten by now, but no plan survives contact with a new development environment . . . Apparently when I got my new MacBook Pro my MySQL installation did not survive the transfer. It took a few hours of research, then reinstalling MacPorts, before I could really get underway. I will have more to say tomorrow on my changes to the data structure.

Planning this port has been a bittersweet experience. I’ve had a great deal of fun learning a new language and framework. My colleagues at Brown, particularly Birkin Diana and Joseph Rhoads, have been extremely helpful: suggesting good training materials, answering questions, and teaching me the ever crucial “best practices.” Thanks to their help, I am looking forward to having a cleaner, more robust system. But, my fellowship year at Scholars’ Lab is a cherished memory, and so many people there helped and taught me as I figured out how to make The Early American Foreign Service Database a reality. As I worked on the project my friends pitched in, putting their own stamp on the code base. This new, fresh start won’t have code from Bess Sadler, Matt Mitchell, Joe Gilbert, or Wayne Graham. For a little while it will just be my code, and that feels a little lonely. But it won’t last. Soon I’ll be showing the system to my colleagues at Brown, and I can’t wait to see Project Quincy afresh through their eyes.

Safe Spaces and Kind Words

digital humanities

Every generation has to kill the dragon, or so the saying goes.

I disagree.

I may be starting a new chapter in my life, but I refuse to slam the door behind me.

If I am privileged, then I owe that privilege to my teachers — female and male — who took time out of their busy lives and frantic production schedules to answer my questions, critique my data models, debug my programs, and tweak my code.

I am lucky. By the time I got to the Scholars’ Lab, I was on my fifth dissertation prospectus. Feelings of isolation and unworthiness, those constant companions in graduate school, were beginning to reach critical levels. I have a vivid memory of meeting Bess Sadler (then head of R&D), talking with her, and then watching her turn to Joe Gilbert and say “She is one of us!” No one had said anything like that to me in . . . well . . . years.

When I started my fellowship, I hadn’t written a computer program in seven years. Bess started to teach me Ruby on Rails, and when she realized that I didn’t know HTML and had never even heard of Information Design, she gave me books on those topics as well. When Bess left the Scholars’ Lab for another position in the library I panicked, until I realized that the new head of R&D, Matt Mitchell, was just as happy to work with me and so was his successor, Wayne Graham.

And behind it all was Bethany Nowviskie. Triple-booked most days of the week, tweeting intriguing project links and encouraging words faster than I could follow, and always working on some new way to bring more people under the big tent of DH, Bethany fostered community wherever she went.

And she is still doing it. The Scholars’ Lab has undergone an almost complete staff turnover since I started my fellowship in the Fall of 2008, but it remains the same welcoming and challenging community where I found my intellectual home.

Programming was the least important skill I learned in those years hanging out on the 4th Floor of Alderman Library. I learned how to work collaboratively, not just with software developers, but with Archeologists, Musicologists, and Literary Theorists. My fellow fellows challenged my assumptions about evidence and argument and helped me craft a rhetoric that (hopefully) breaks out of my own disciplinary boundaries.

Sixteen months ago, I knocked on Bethany’s open door to ask if she had any time to meet with me in the next week. I had come to the realization that I no longer wanted to be a history professor and had been freaking out. A huge, gentle (though slightly mischievous) smile spread over her face, and for the first time since I had printed out the job postings from the AHA website, I relaxed.

Last summer, surrounded by boxes in my new apartment in Boston, I saw Bethany’s offer to include in her Tenure and Promotion Dossier any and all DMs sent in before the deadline. I cleared off a chair, thought for a while, and then wrote the following:

D nowviskie is my model for scholarly creativity and collaboration. With wisdom and kindness she creates safe spaces for people to flourish

To quote Charles Dickens, “May that be said of us, and all of us!”

Long Live the Library

libraries

Just yesterday I read that Johns Hopkins Medical Library has decided to close its physical location on January 1, 2012. JHU embedded its subject librarians in their respective departments years ago, and after reviewing the relative use of print and electronic sources, decided to shut down the main building but have no plans to lay off any current staff. This is a major event, maybe even a turning point in the future of libraries, and it brought back vivid memories of the one day I spent in the Johns Hopkins Medical Library.

I studied at Johns Hopkins for five weeks in the summer of 1999, taking classes for college credit in Java and molecular biology before returning to high school for my senior year. Yes, I’m that young. Yes, I’m that much of a nerd.

For my molecular biology class we were split into teams to learn about a particular topic, write a paper, and present back to the class. My team got assigned stem cells, and I was in charge of looking up recent advances in the field. Using the online catalog and the materials available on the main campus, I learned of a seminal experiment that had been conducted a few years earlier. After reading the fifth article referencing the experiment, I decided to find the original article for myself. But the article wasn’t online, and it wasn’t on the Homewood Campus. The only copy was in the Medical Library.

So, the Saturday before the paper was due, I caught a bus to the Medical School and 20ish minutes later it dropped me off in front of the building. The library was open, but aside from a woman at the circulation desk, I don’t remember seeing anyone else. She pointed me to a computer terminal where I found the journal’s call number. Then I headed into the stacks.

I have a very distinct memory of the institutional concrete, metal shelves, and low lighting that greeted me when I got off the elevator. I found the aisle that held the back issues of the journal of the American Society of Hematology, aptly named Blood. Just imagine it: shelves upon shelves of black bound volumes, each with the word BLOOD emblazoned in large letters on the spine. I shivered, found the volume I needed, pulled it down, located the article, sat down in front of the shelf, and read the article. I nearly threw up.

The study that everyone had been so excited about? It described a new procedure tested on 8 patients — 3 of whom died and 2 contracted Graft-vs-Host Disease. This was the breakthrough, because it worked just as well as the previous treatment. Sitting on that concrete floor was the first time in my life that I seriously considered not going into medicine, whether as a doctor or researcher. I couldn’t face the body count.

After a few hours, I finished reading the article and taking my notes. I replaced the volume on the shelf and headed out to catch the bus.

In all the years I have spent in libraries — for relaxation, for research, and now for my job — I don’t think anything compares to that one day. Books have been some of my closest friends, but that article changed my life. That space is about to be gone. I’m sure the decision wasn’t made lightly, and I can’t argue with the reasons given. The information will be curated, preserved, accessible, and cumulative, and that is what matters. But I still felt the need to tell that story.

The library is dead. Long live the library.

Who you calling untheoretical?

alt-ac, digital humanities

I’m sorry. I need to vent. If you think you will be offended, continue at your own risk. You have been warned.

Several weeks ago, the whole Digital Humanities Theory, or Hack vs. Yack, debate sprung to life once more with a post by @ncecire. I have since read several other posts on this issue, calling for more communication, more give and take, more attention to political realities between Theory and DH.

However, I find many of the comments in these pieces insulting to those of us who work on DH projects. I doubt this is intentional, but I feel the need to defend the theoretical work already being done, while looking forward to incorporating even more ideas. Debate is good. In the academy, debate over terminology is inevitable yet often productive. So here is my rant:

I am sick and tired of people saying that my friends, my colleagues, and I do not understand or care about theory.

Every digital humanities project I have ever worked on or heard about is steeped in theoretical implications AND THEIR CREATORS KNOW IT. And we know it whether we are classed as faculty or staff by our organizations. Libraries and other groups involved in DH are full of people with advanced degrees in the humanities who aren’t faculty, as well as plenty of people without those advanced degrees who know their theory anyway. Ever heard of #alt-ac? The hashtag is new; the concept is not.

I have attended physical weeks of meetings to discuss terminology for everything from personal status (Do we label someone a “slave” or “an enslaved person?” If we have an occupations list should we include “wife,” if so should we include “husband?” What about “homemaker?”) to political structures (When do we call something an “empire?” Is “nation” an anachronism in this period?). I’ve seen presenters grilled on the way they display their index — and heard soul searching, intellectually rigorous justifications for chronological, thematic, alphabetic, or randomized results.

Just this week I was presenting The Early American Foreign Service Database and got the question “So where is the theory in all of this?” Before I could answer with my standard, diplomatic but hopefully though-provoking, response a longtime DHer called out “The database is the theory! This is real theoretical work!” I could have hugged her.

When we create these systems we bring our theoretical understandings to bear on our digital projects including (but not limited to) decisions about: controlled vocabulary (or the lack thereof), search algorithms, interface design, color palettes, and data structure. Is every DH project a perfect gem of theoretically rigorous investigation? Of course not. Is every monograph? Don’t make me laugh.

I have spent so much time explaining the theoretical decisions underlying Project Quincy, that I wrote a program to allow database designers to generate color-coded, annotated, interactive database diagrams in the hopes that more Humanist Readable documentation would make all our lives easier. (The program is called DAVILA.)

One of the most exciting things about DH is the chance to create new kinds of texts and arguments from the human experience. Data structures, visualizations, search tools, display tools . . . you name it . . . are all a part of this exploratory/discovery process.

So it’s time for me to stop ranting and, in the best of DH tradition, DO SOMETHING.

If we as DHers are creating something new, then I believe our vocation includes teaching others how to read our work. If someone looks at The Early American Foreign Service Database and doesn’t see the theory behind it, maybe I need to redesign the site. Maybe those color-coded, annotated diagrams should be more prominently displayed. Maybe I need a glossary for my controlled vocabulary. I wrote DAVILA, but the download only parses one kind of schema. Maybe I should write some more.

I’m going to stop talking (for now.) But, I’ll end with a tweet from Matthew Kirschenbaum, a great practitioner and theorist of DH: “More hack, more yack, and please, cut DH a little slack. We’re just folks doing our work.”

Am I even qualified?: Writing about Digital History

databases, digital humanities, history

About two weeks ago, my article “Fielding History: Relational Databases and Prose” went online for open peer review and possible inclusion in the open access essay collection Writing History in the Digital Age, edited by Jack A. Dougherty and Kristen Nawrotzki. If you haven’t heard about Writing History in the Digital Age, you owe it to yourself to head over to the website and learn more. It is a fabulous project and experiment in open peer review and open access publishing. I am honored that my essay has made it this far.

As part of the experiment, the editors have asked their prospective contributors to publicly reflect on their writing process. That’s something I have neglected to do until now, for a variety of reasons . . . the main reason being that this may be the most difficult essay I have ever written.

OK, my master’s thesis was probably harder, but that was five times as long, and I worked on it (on and off) for 4 years before sending it out to be traditionally peer-reviewed. “Fielding History” clocks in at 3,077 words and I only had six weeks to write it. Six weeks in which I nearly gave up on the project approximately four times. One of these times (but not the last), my husband asked why I was quitting. Before I could think, I responded:

“Because I am only qualified to write about 18th Century Diplomats!”

He just stared at me. I stared back. Until the absurdity hit me. I’m an open source developer, a database architect, and a historian. I’ve developed and built databases for three distinct historical projects (including my own dissertation). If I can’t write an article on relational databases and historical writing, then who can?

But that is the trick with an emerging field. It’s hard to know when you are ready to write about it. I know how to become credentialed to write about my 18th Century diplomats. I’m getting a PhD. Most of the time I’m very happy with the boot-strapping culture that imbues Digital Humanities with so much of its energy and allows someone like me to have a great job and contribute to the field without having to wait for tenure or even my dissertation committee to declare me “fit.”

But then I have to write about what I’m doing, and all the doubts pile in. I always wanted to write about the theory of history, even before I entered a PhD program, but I thought I would do it after I retired — an emerita’s retrospective on a life of study. What right do I have to do this when I’m only 29?

What finally got me writing was the realization (voiced by my husband) that this was not about having the final word or all the answers. But I could put in an early word for something I care about and maybe start a conversation. I wrote the piece in first person (a big no-no for academic prose) to emphasize that point. I don’t have the theoretical chops to write in the third person about databases and history. What I have is a case study, a story, that may help others think more reflectively about what we digital historians do every day.

I hope you will head over to Writing History in a Digital Age and look at the really amazing essays my fellow historians have written. Open peer review continues through November 14, 2011. Please comment if you have something it say: having an essay up for open peer review is orders of magnitude more nerve-wracking than wondering if anyone reads your blog.

Maybe stop by and read my piece as well, if the topic interests you. Let’s get this conversation started.

Ten Years Gone

Uncategorized

Ten years ago it was Tuesday. I was riding my bike along Long Island Sound, saying goodbye to one of the few things I knew I would miss about living in Connecticut.

Ten years ago my family was three days away from moving into Brooklyn. We were finally going to be city dwellers again for the first time since I was an infant.

Ten years ago we were so excited.

Ten years ago I finished my ride, put the bike in our now almost empty garage and headed inside for a glass of water.

Ten years ago my dad called me downstairs.
    “You have to see this.”
    “I’m just going to take a shower”
    “You have to come down here right now.”

It’s all a blur after that. Once the second plane hit we knew it wasn’t an accident. When the towers fell, it was like watching the kind of movie I can never watch again.

Our phone rang off the hook. My dad used to work in the Trade Center. All our friends and family were calling to find out where he was. Later I learned that he had been invited to a breakfast at Windows on the World. He almost went because the view was so spectacular, but we were moving, and he couldn’t spare the time.

My father lost eight friends. It was days before we could track down one of his best friends. Jay was the only person I knew who wanted to get on a plane that week. He was stuck in Arizona. His wife was in White Plains.

We moved into Brooklyn. I’ll never forget the moment the smell hit me — as if everything organic was burning all at once without distinction. We joined a candlelight vigil on our new front steps. We couldn’t find our candles. I got a flashlight and pointed it up into the sky.

Then I went back to college in Chicago. At home I’d been one of the calm ones, in Chicago no one else flinched when they heard an engine overhead.

Ten years ago today, I’m still on that bike. Flying along Long Island Sound on a beautiful morning. Two months ago, I gave that bike away. I’ll probably get a new one in the Spring.

Ten years gone, and the the world isn’t really all that different. There is good and there is evil. People continue to invent ways of making the world more beautiful and kind. People continue to twist their gifts into weapons of hate and cruelty.

Ten years ago it was Tuesday. Today it is Sunday. I should get ready for church.

Alt-Ac: The First Month

alt-ac, digital humanities, libraries

On August 1 I joined Brown University as their first Digital Humanities Librarian. This job is a dream come true. I was hired to help cultivate Digital Humanities projects by working with faculty, students, and staff, and serve as an ambassador for the great digital work already being done by the Brown University Library. I am also Brown’s new English subject librarian. I’ve decided to blog about my transition from history PhD student to library staff in the hopes that it might help others who are considering making the transition themselves. If future posts on this topic would be of interest, just let me know.

/* alt-ac is short for Alternate-Academic, referring to those of us with graduate level training in the Humanities who have chosen to work in non-tenure track positions within the academy, often (but not exclusively) in university libraries and Digital Humanities positions. To learn more, head over to Bethany Nowviskie’s blog. */

My first month at Brown has been an interesting combination of diving in head first and learning the ropes. On the DH front: I’ve already started working on a few longstanding projects, helping out where needed. I’ve met with faculty who are interested in starting new projects. And, anyone who knows me will not be surprised to learn that I’ve begun a DH Project Documentation survey, which consists of interviewing everyone in the library who is currently working on a DH project and documenting the project to date (goals, accomplishments, work remaining, technical specifications, etc.)

On the Librarian front: I’ve been learning the library’s systems for acquisitions, collection development, gift appraisal, and cataloging. I’ve joined the Exhibits Committee (group of librarians who coordinate the Library’s physical exhibit spaces). I’ve met with a faculty member who wants to set up an exhibit in one of the Library’s museum spaces next year. My office is right off one of the main study areas in the Library so several people have come in with reference questions and several more have called my office after finding me on the phone tree. All my colleagues have been extremely helpful and patient as I learn how to do this better. Seriously. I’m not just saying that in case some of them find my blog.

All in all it’s been a busy month! But getting back to the question of transitioning from graduate school to full-time staff . . .

Honestly, one of the biggest changes is simply having a 9-5 job. I was certainly busy at the University of Virginia, but I worked from home and set my own schedule. I’m enjoying having an office and a place where I can focus my energies, but when I get home I’m basically wiped. Hopefully this will change as I get more used to the schedule. For now, I’m drinking too much coffee and trying to remember I need to be in bed by 11pm. I was originally going to post this last night, but at 11:30 I still wasn’t done. Two months ago I would have pushed on and posted at 1am, but these days I can’t sleep in to compensate for a late weeknight.

Another change relates to my not-quite-finished dissertation. I’m working on it after hours at the office before driving home, usually spending 1 – 1.5 hours a day. It’s hard to find tasks that work well in that timeframe for where I am in my work cycle. Despite my occasional use of #scholarsprints on twitter, I typically write in 2 hour chunks. Though I still have a ways to go in pages and workflow, I’m finding that I like (and even look forward) to working on my dissertation to a degree that I haven’t felt in years.

As a closet generalist in a PhD program, I quickly tired of my favorite subject in all the world simply because it was all I did. Day in. Day out. All history. All the time. Now that I work with a number of disciplines and projects, I find myself looking forward to spending time with my Early American diplomats. Assuming I got to bed at 11pm the night before, working on the dissertation is more like a treat at the end of the day than a looming anxiety.

Finally, and this may be hard to express, there has been a change in how I relate to the people I work with on a day-to-day basis. I contributed and consulted on several DH projects at UVA, but always in the capacity of a graduate student who happened to be around. Sometimes the project was a summer job, sometimes consulting was part of my fellowship, sometimes I just had conversations with people who wanted a sounding board for their ideas. What I do at Brown hasn’t been all that different thus far, but my opinions have more weight and the activation energy required to turn one of my suggestions into a plan of work is much lower than last year.

It’s gratifying, but also somewhat intimidating, how quickly some of my ideas have taken off, so I am being very careful about what I suggest. The DH Documentation Project, for example, was something I suggested at the end of my second week. Within five days it had become one of my primary goals for the year, and I was assigned to interview dozens of people. If I had suggested something like that as a graduate student, I can’t imagine things would have moved that fast (assuming the project ever got started).

The best part of the job, however, is getting to help people. This is what I missed most in graduate school, where I often struggled with the feeling that I wasn’t a productive member of society (which may account for my decision to develop open source software). In my new position I help people, whether faculty, students, or fellow staff, all day long. Like I said at the beginning, a dream come true.