Getting into Digital Humanities: A top-ten list

Today I’ll be joining a roundtable discussion hosted by the New York Council for the Humanities for its incoming class of public humanities fellows. I was asked to prepare a “top-ten list” for public humanists looking to get started in digtial humanities, and with the help of friends on Twitter, I came up with the following:

  1. Stop worrying about the definition of DH: One thing people like you, who are starting out in digital humanities do is worry an awful lot about the definition of digital humanities. Is what I’m going really digital humanities? Does it count as digital humanities? I’m here to tell you to stop worrying about whether what you’re doing is or is not digital humanities. Stop worrying about the definition of digital humanities. Digital humanities is not a thing, it’s not a discipline, it’s not a field. Digital humanities is a community of practice and once you enter that community of practice, once you starting working with other people who call themselves digital humanists, who are in that community of practice, once you start attending events where digital humanists frequent, once you start doing those things, once you start entering that community of practice, you are a digital humanist and whatever you’re doing counts.
  2. Enter the circle: The first thing you should do is get yourself on Twitter. I know people are skeptical of Twitter and for some very good reasons. But when it comes to digital humanities that’s really where the community is so I would suggest getting a Twitter account and then getting a couple of other things. Next thing you should do is get a Feedly account. Feedly is an RSS reader. There are other RSS readers that you may want to use. Feedly is a web-based service that’s very easy to get up and running with. Get a Feedly account. Start subscribing to blogs. Start reading those blogs. Start Tweeting the link that you find there. The way that the digital humanities community uses Twitter is to share links to interesting resources, interesting readings, and other things that they find on the web. You start doing that, you’ll start getting followers and you should start following some people. Find a digital humanist you know and whose work that you like on Twitter, find out who that person is following and follow the people that she’s following. Once you start doing that, you’ll start seeing the kinds of issues that digital humanists are interested in. Then what you should start doing is blogging yourself. Go get yourself a WordPress blog. Either host it yourself or host it at wordpress.com. Start writing down your own thoughts, Tweeting links to that. Other people will start putting your feed from your WordPress blog in their Feedly accounts. They’ll start subscribing to your blog, reading your blog, tweeting your links. This is what I call entering the circle. Really, the digital humanities, and I’m going to say this several times during the course of this video, digital humanities is really a community of practice. That’s all it is and so you need to enter that community of practice and the best way to do that, the first way to do that, is online through these social media, that sort of virtuous circle of blogs, Twitter, and RSS feeds.
  3. Start with partners: An interesting thing happened to me when I was preparing this list that I think illustrates the last point on the list and leads us to the next point on the list. When I started writing this up I posted an update to Twitter asking for suggestions from my followers, the community of DHers who I engage with, what they thought were the top 10 lessons that a new digital humanist like yourselves could and should learn. I got a lot of great feedback, some of which is in this talk. I ended up in a long discussion with two colleagues, Jason Heppler and Trevor Owens, and we were debating the merits of whether we should advise people to start with a particular tool if they were looking to get into digital humanities or whether they should start with a research question and find a tool to match that. Should they let the tool determine the research question or should they let the research question determine the tool? And we talked about that back and forth. I tend to lean on the tool side. Other people lean on the research question side. But, in fact, I don’t come down really on either side. I actually think you should start with something else, a third thing, and that’s with collaboration. All digital humanities projects are collaborations or nearly all. There are very few digital humanities projects that you can do fully on your own. Most things require a team of people or at least a couple of people because there’s a lot of different skills involved with digital humanities projects and it’s very rare that one person brings all of those skills to bear, that all of the skills necessary to carry out the project are contained in the skillset of one person. So most projects, almost all projects, are collaborations and what I like to do – and this is my practice, this is the way I work – is I like to find the partners first. I like to find people who I think are doing great work, who I think are interesting, who I think I really want to work with, who are cool, whatever and I look for the spaces between our work, the spaces between the partners where we intersect, where we overlap, where interesting work can be done.
  4. Attend THATCamp: So who are these partners? Well, if you’re a technical person you probably should want to seek out some content folks to provide you with the stuff that’s going to fill the database, that your project is going to be based around. If you are a non-technical person, well, you should probably be searching for some technical assistance, some people with a more technical bent. Those are often the pairings that we find. Where do you find those people? Well, a very good place to find those people if you don’t already know them, and you may. They may be your close collaborators and that’s always the first place to look but if they’re not one place to look for them is THATCamp, The Humanities and Technology Camp. THATCamp started in 2008 at the Center for History and New Media at George Mason University as an unconference, a very informal gathering of people with an interest in the humanities and technology. A very low overhead gathering and a very informal and non-hierarchal gathering where people of all experience levels, all skill levels, all technical interests and backgrounds, all humanities interests and background could get together in a very non-threatening environment to find one another and connect. Since 2008, these events have grown virally and there have now been more than 150 locally organized, grass roots THATCamps around the world. There’s surely one near you. Go to thatcamp.org. You’ll find a map there on the home page, which lists upcoming THATCamps in an area near you. I know there are several going in the Northeast in the next several months and I encourage you strongly to start there as a place to look for partners, educate yourself, and especially to connect.
  5. Write grants, not papers (or write grants and papers): Digital humanities is a projects-based field. What that means is that people and institutions in digital humanities are known more for their projects than for their publications. That means that it’s often more important to write a grant proposal than it is to write a paper. Writing a grant proposal forces you to describe what it is that you’re going to do. Describing what you’re going to do is the first step to getting something done and being done is the goal of every project. So if you want to finish a project, start with a grant proposal. Start with a description of what you’re going to do, not with what you think.
  6. Release Early and Often: When you’re starting a project, sometimes it’s useful to think about the smallest version of that project, the smallest possible version of the project that will still be complete. So let’s say that you were thinking about building a vast archive of digital primary sources. Well what’s the smallest possible version of that project? Well maybe it’s a list of the 10 most important of those sources. Maybe it has some dates, some call numbers, and an image or two pasted to a piece of paper. That is still the project, it’s just not the fully realized, the most elaborate version of the project that you can think of. We sometimes call this the minimum viable product. Then what you do with that minimum viable product is you get it out there as quickly as possible. You get it out there to the audience so that you can receive feedback, bug reports, and then roll that feedback back into the next version of the product, the next minimum viable product, which will have gone some way towards your fully realized version of the project. We call this strategy of minimum viable products and releasing early and often, agile development and it’s how the best digital humanities projects are built.
  7. Digital is always public: One thing this notion of community of practice and release early and often points to is that digital humanities is essentially public humanities. All digital work is public. When you put something out there on the web it is a public document and it will be found by people who you never intended to find it. Means you have to be very careful when doing digital work to think first and foremost about audience. When starting a digital humanities project audience should be uppermost in your mind and as you continue to release versions of the project, to iterate, to work in an agile fashion on the project, always keep in mind the audience for the project.
  8. Try.New.Things: One of the hardest things about digital humanities to me is that the technologies keep changing out from under you. What that means is you always have to be willing to try new things, to try, to fail, to pick up a piece of software, a new method, to work with it, to figure it out on your own. Most digital humanists are self-taught. You can’t wait for someone to train you. The politics of intellectual property aside, one of the reasons that digital humanists love open source technologies and standards like the Web and Firefox and other open source software packages is because you can open them up and you can change the code, and especially because you can break them.
  9. Break something: Breaking things and then fixing them is one of the very best ways to learn a new technology. The ability to break open source software, to figure out what you did wrong, to go in and change it, fix it, and maybe even make it better, is one of the best teaching methods out there.
  10. Lather, rinse, repeat: You will never stop learning. The situation of trying new things, breaking things, fixing them, learning how to do that is something that you’ll have to do continually in digital humanities. The technologies are always changing out from under you. The methods are always changing, evolving. You have to evolve as a practitioner with them.

N.B. As my mother always told me, “do as I say, not as I do.”

Things of History, History of Things

I have just started listening to an new podcast from the BBC, A History of the World in 100 Objects, written and narrated by Neil MacGregor, Director of the British Museum. Aside from the obvious reductionism and the occasionally irritating interstitials (lots of ambient chanting and pan flute music), the show is excellent, taking one hundred objects from the British Museum’s collections to tell the history of the world from the point of view of its material culture. MacGregor is a natural, and his guests—fellow curators, historians, archaeologists, anthropologists, and others—are engaging story tellers.

Yet even more interesting from an educational point of view are the live “readings” of artifacts these scholars provide, demonstrating to the audience just how experts tease knowledge from primary source objects. This is much the lesson we at CHNM attempted in our Object of History collaboration with the Smithsonian’s National Museum of American History. The focus was narrower—six iconic objects in U.S. History—but the idea was the same: objects have histories and their curators very particular expertise in bringing those histories to light.

New Year's Top Ten Roundup

Last month on the Digital Campus podcast, Mills, Dan, and I offered our take on the top ten stories of 2008 and our predictions for the biggest stories of 2009. As we readily acknowledge, the “top ten” device is a crude one, but it remains a perennial favorite, both among Digital Campus listeners and across the library, museum, and digital humanities blogosphere, as the following roundup of the new year’s “top” lists attests:

I’m sure I’m missing some, and there are tons and tons on the tech industry blogs (e.g. Wired’s Top Technology Breakthroughs of 2008.) Please feel free to add them (yours?) to comments.

Go on. You know you love ’em!

Briefly Noted for December 16, 2008

Jeremy finishes up his great how-to series on design process in the digital humanities.

Congratulations to Mark Tebeau and his colleagues at Cleveland State’s Center for Public History and Digital Humanities on their very well designed new website. I especially like the “collaborate” tab in the main navigation.

Pastigo geolocates information about historical sites and provides historical travel planning tools.

Great Cereals of All Time. A Dipity timeline of all your breakfast favorites. Like Mikey, I’m a Life man myself.

Briefly Noted for March 25, 2008

Wikihistory is a short science fiction story about a group of future time travelers’ journeys to the mid-20th century. Structured as a series of posts to a message board or wiki, Wikihistory is good mix of alternative history and science fiction, which in several ways again makes the point that science fiction is often just history in disguise. (Thanks Rob and Feeds.)

Ken sends Yahoo’s list of the ten most historically inaccurate movies. Granted, all of them—Braveheart, The Patriot, Gladiator, 300—have their problems. But it would be very easy to find ten more egregious offenders than these.

Curacao, Triple Sec, Cointreau, Grand Marnier? Confused about the difference or trying to decide which tipple to use in your Cosmo? A London “cocktail enthusiast” provides relief with a short history of orange liqueurs.

Briefly Noted for March 11, 2008

How to make a Leyden jar out of a two-liter Coke bottle, from MAKE Magazine.

Top Ten Moments in Sitcom History. I think you’d have to put Lucy and Ethel’s stint at the conveyor belt at the top of the table, but a good list nevertheless. (Thanks, Jerm.)

Prolific “junior ranger” Chance Finegan on the history of Mt. Rainier National Park.

Keeping with my management kick, here are 14lessons from 37signals for good digital project management and organizational development.

Best and Worst

It has been a while since I posted something in the Tops of All Time series, but I noticed two recent articles in PC World that fit the bill. The first is a wistful look back at the 10 Worst PCs of All Time. The second lists the 50 Best Tech Products of All Time, “those amazing products that changed technology—and our lives—forever.” So what, according to PC World, is “The Beatles,” the “Citizen Cane”, the “Muhammad Ali” of tech products?

(Drum roll, please…)

Netscape 1.0, the browser that launched the dot.com era.

Oldest Domain Names

Jottings.com has posted a list of the 100 oldest still-registered .com domains. First on the list: Symbolics.com, which first launched in March 1985. Other early birds include tech giants ATT.com, HP.com, IBM.com and Sun.com and big defense contractors SRI.com, Northrop.com, and Lockheed.com.