tl:dr Like open source software, it takes a community to maintain an open textbook.
Anyone watching my Twitter feed this week knows I’ve got GitHub on my mind.
Part of the interest lies in the fact that there are some technical projects in development that I want to follow. But another part of me is interested in exploring the ideas of community & collaborative authorship and how individuals come together & contribute to create and maintain a shared resource.
On GitHub, the resource is usually software, but as I pointed out a few days ago, there are a number of academic projects popping up on GiTHub that are taking me down this path this week.
One of the non-technical questions we spend time thinking about on the open textbook project (and there are many) is around sustainability, and I think there is a model in the GitHub community that could be applied to open textbooks as a sustainability model.
GitHub is not only a code repository, but also a community for developers. At the centre of the community is the software; it is the tangible artifact that the community develops around. Members of the community take on the collective responsibility to maintain and develop the software, contributing code, fixing bugs, developing documentation, etc.
Outside of the big open textbook projects (which are currently being supported primarily by grant & foundation money), some of the more successful, small scale open textbook projects I see are starting to use this community-as-resource-steward model to maintain and improve their resource.
One small example of this is the Stitz-Zeager Open Source Mathematics Textbook site where the textbook authors set up some community forums over the summer. I see setting up a discussion forum for those who have adopted the book as a good way to begin to develop a community around the resource & begin to engender a feeling of community stewardship around that textbook.
Scaling up from that example, I was also struck this week by the story of Joe Moxley, an English professor who wrote a commercial textbook published by Pearson. In 2008, he received the copyright work to his textbook back from Pearson (I’d love to hear the story about how that happened). At that point, Joe had a few options for what to do with his book. In the end, he licensed it with a CC license & released it online as Writing Commons. In Joe’s words (emphasis mine):
In 2008, when I received copyright back from Pearson for College Writing Online, a textbook I’d published online in 2003, I decided to self-publish the work. Rather than pursuing a for-profit model, I opted to give the book away for free, first at http://collegewriting.org and later at http://writingcommons.org. With hopes of developing a community around my project, I established a distinguished editorial board and review board, and I invited my colleagues to submit “web texts”— that is, texts designed for web-based publication—for the project. Since then, rather than helping merely a handful of students, the work has been viewed by over half a million people, and we’ve been able to publish original, peer-reviewed web texts.
Since then, dozens of authors have contributed resources to the Writing Commons, and the project continues to encourage contributions from the community to further develop and improve the resource. This benefits not only the project, but, as Joe points out, also the contributors.
From my experiencing directing the Writing Program at USF, I’ve found that graduate students, adjuncts, and university faculty take pleasure in developing collaboratively-authored pedagogical materials. Additionally, developing online teaching and learning spaces via collaborative tools energizes colleagues as well as students, giving them an opportunity to extend their learning, to talk with one another, and to produce relevant texts—texts that other Internet-users may read. Engaging colleagues and students in a collaborative effort to build a viable textbook creates energy and focus for courses. Rather than importing the values of a book editor from Boston or New York, faculty can customize their contributions to meet the special needs of their students and colleagues.
and (again emphasis mine)
Ultimately, from my perspective as an academic author, by crowdsourcing what had been a single-authored work, I’ve gained communal agency while losing some individual agency. I may no longer be able to do exactly what I want, yet from a team effort I can do more than I’d ever imagined.
Now, I am not sure if the team of contributors who are contributing to the success of Writing Commons are the people who actually use the open resource in class & suggest improvements based upon their direct experience with the resource, but I suspect it is.
Which is the point I am trying to make – those who use a resource are more often than not the ones in the best position to maintain that resource. And the best way to maintain that resource is not a single author being responsible for the maintainance and upkeep of the textbook, but an entire community of engaged users iteratively adding improvements and developments to the textbook over time.
Kinda like the communities of developers who cluster around code projects on GitHub. Those that cluster and contribute are generally those who stand to gain the most from the success of the project. They might use the software on a daily basis for their projects, or it mind underpin an important piece of their work. So they have some motivation to contribute and maintain the project. Just like faculty who adopt an open textbook .
Now, this community development model is not something that is exclusive to GitHub, which is just the latest flavour in a long line of success stories in open source collaborative software development (in edu you don’t have to look much farther than Moodle to see a perfect example of a successful open source community development model in action). But there are some feature of GitHub that I think parallel a community open textbook development model.
First, GitHub allows for various levels of engagement with a project. For newbies in the community (those lurkers on the edge watching for little pieces of low hanging fruit that can bring them in deeper in the community), they can contribute in small ways to improving a project. Find a spelling error? You have the power to fix it in a fairly low risk operation that would bring some recognition from those deeper inside the community.
Moving up the scale, you could contribute a new chapter, or revise a section of text , add images and graphics, charts and tables. Build supplemental resources and easily contribute all of this back to the original project to iteratively improve it.
Finally, the OER holy grail, a full on derivative remixed version of the project is one click away with GitHub. Fork, and you have a complete clone of a project ready for you to begin your own fully developed derivative version of the work. And, if it was a particularly active project, branch another community who might be interested in your derivative version of the project.
This isn’t new stuff. The roots of Open Educational Resources lie in the Open Source Software (pdf) movement. Which is maybe why I find myself this week so enamoured with the GitHub community. It grounds me and connects me to the roots of where we come from. I don’t know if any practical application of my playing and exploring of GitHub this week will lead to something concrete with the open textbook project, but at a theoretical level it has connected me back to the roots of OER. And even if GitHub plays no part in open textbooks, I suspect this won’t be the last time I think openly about community supported open textbooks.
I’m tryihng out PenFlip which is built on git but has a much smaller learning curve. Came here trying to figure out the best liscense to release an open book I’m writing on cryptocurrency.
*trying
Very nice post. AFAIK, the problem of git(hub) is the learning curve. Wikibooks are a great project but IMHO fail when didt'n have a fork feature.
Maybe you like https://github.com/swcarpentry.
Yeah, the learning curve is steep. But if there was a way to make the Git part more transparent to the end user….also, not sure about the business model of GitHub. I haven't looked deeply into that to see if it is something that would be compatible with educators or open textbooks. But there are self-hosted OS GitHub-like systems out there that might help alleviate that issue for people.