Skip to main content

Task-Driven Programming Pedagogy in the Digital Humanities

  • Chapter
  • First Online:
New Directions for Computing Education

Abstract

In this chapter, we advocate for a task-driven approach to teaching computer programming to students of the digital humanities (DH). Our perspective is grounded first in Birnbaum’s (2014) plenary address to the University of Pittsburgh Faculty Senate (Birnbaum 2014), in which he argued that coding, like writing, should be taught across the liberal arts curriculum in domain-appropriate ways. This position argued that (1) coding is not an esoteric specialization to be taught solely by computer scientists, and that (2) coding might be taught most effectively in the context of different disciplines. Here, we present a method for embedding Digital Humanities education, and more specifically programming pedagogy, within the long-standing traditions of the Humanities and argue that this approach works most effectively when new learners have access to context-specific mentorship. Our second point of reference lies with oral-proficiency-oriented (OP) foreign language pedagogy. Within an OP model, the ability to communicate in a foreign language is a skill, and the primary goal for learners who seek to acquire that skill is not an academic understanding of the grammar of a language, but, instead, the ability to function successfully within realistic contextualized human interactions. Seen from this perspective, computer-programming curricula organized around the features of the programming language might be compared to older grammar-and-translation foreign-language pedagogies. What we advocate instead is that the ability to use a programming language (programming proficiency) is best acquired in the context of performing contextualized, discipline-conscious tasks that are meaningful to humanists, an approach that has parallels to OP language learning.

This is a preview of subscription content, log in via an institution to check access.

Access this chapter

Chapter
USD 29.95
Price excludes VAT (USA)
  • Available as PDF
  • Read on any device
  • Instant download
  • Own it forever
eBook
USD 39.99
Price excludes VAT (USA)
  • Available as EPUB and PDF
  • Read on any device
  • Instant download
  • Own it forever
Softcover Book
USD 54.99
Price excludes VAT (USA)
  • Compact, lightweight edition
  • Dispatched in 3 to 5 business days
  • Free shipping worldwide - see info
Hardcover Book
USD 54.99
Price excludes VAT (USA)
  • Durable hardcover edition
  • Dispatched in 3 to 5 business days
  • Free shipping worldwide - see info

Tax calculation will be finalised at checkout

Purchases are for personal use only

Institutional subscriptions

Notes

  1. 1.

    The twenty-first century has seen a welcome attention to teaching computational thinking from a young age and in a way that is not explicitly coupled with the simultaneous teaching of programming languages (e.g., Wing 2006). Computational thinking is obviously relevant to programming, and our focus specifically on teaching the use of programming languages in a volume about programming pedagogy should be understood as complementary to, rather than in disagreement with, teaching computational thinking.

  2. 2.

    Dave Perry discusses alternative ways of engaging in Digital Humanities, and what unites those perspectives is a contextualizing of digital humanists primarily as humanists who engage with digital methods or materials, rather than as computer users who are interested in the humanities (Perry 2012).

  3. 3.

    Our discussion in this chapter presumes a DH mentor because we are writing about curriculum and about pedagogy, but the DH mentor may be a teacher, a workshop facilitator, a professional colleague, or a fellow learner. Not all would-be digital humanists have equal access to training and education, and especially in contexts where one-on-one DH mentors may not be available, new learners will find themselves welcome in online DH communities, such as the Digital Humanities Questions and Answers Board of the Association for Computers and the Humanities (http://digitalhumanities.org/answers/), which also runs an organized mentoring program (http://ach.org/activities/mentoring/), or the TEI-L mailing list run by the Text Encoding Initiative (see http://www.tei-c.org/Support/ for information about subscribing and searching the archives). For further information about mentoring opportunities, see also Lisa Spiro’s “Opening up Digital Humanities education” (Spiro 2012, esp. “Coaching,” pp. 353ff), which extends her earlier work (Spiro 2011).

  4. 4.

    These steps have been honed through practice and iteration over the course of the past few years in Alison Langmead’s pedagogical work teaching the Digital Humanities to graduate students in both the School of Information Sciences and the Dietrich School of Arts and Sciences at the University of Pittsburgh (Langmead 2015, 2016).

  5. 5.

    See “Yes, you can build your own tools,” below.

  6. 6.

    This particular conversation about beginning with tools or questions was instigated by a Tweet from Tom Scheinfeldt asking the community for advice for new DH’ers (Scheinfeldt 2014) and its concomitant replies. Also relevant is Scheinfeldt’s contribution to the 2012 Debates in the Digital Humanities volume (Scheinfeldt 2012).

  7. 7.

    Emphasis added. We return to the crucial role of domain-relevance in “Task-driven programming pedagogy,” below.

  8. 8.

    See also Jentery Sayers’s work, which compares teaching code to teaching literature or language (Sayers 2012, esp. pp. 289–91).

  9. 9.

    Two of the most extensive inventories of tools available to the Digital Humanist are Alan Liu’s DH Toychest, http://dhresourcesforprojectbuilding.pbworks.com/w/page/69244319/Digital%20Humanities%20Tools, and the DiRT Directory, http://dirtdirectory.org/. Together, these resources list hundreds of tools among which humanists can browse and search, a quantity that can feel overwhelming, especially to someone new to the field [and Liu’s Toychest even includes a section entitled, “Other Tool Lists” (http://dhresourcesforprojectbuilding.pbworks.com/w/page/69244319/Digital%20Humanities%20Tools#othertoollists), suggesting that the list could be extended]. Hypertext was designed to allow for an infinitely extensible web of logical connections, which means that it is well suited to representing the realm of interconnected lists of DH tools.

  10. 10.

    Time constraints play an obvious special role in learning environments that are tied to an academic calendar. In our courses, where students must progress from no prior technological knowledge or experience to publishing a completed project on the Internet at the end of a single fifteen-week semester, we often encourage proof-of-concept implementations. In situations where the project as conceived would require data preparation at a scale that is not realistic within an academic semester, reframing the goals as a proof-of-concept implementation allows the learners to prioritize mastering new tools and skills while working with small, illustrative data, which they may or may not then augment after the conclusion of the course.

  11. 11.

    The availability of hardware and Internet connectivity is mediated economically, and not all learners will have access to first-world resources. See http://go-dh.github.io/mincomp/ for information about Minimal computing.

  12. 12.

    Stephen Ramsay and Geoffrey Rockwell explicitly compare the role of writing and coding (which we understand broadly to include not only programming, but also markup) in the conduct and performance of scholarship in their contribution to the 2012 Debates in the Digital Humanities volume (Ramsay and Rockwell 2012, esp. the concluding paragraphs).

  13. 13.

    As Matthew Kirschenbaum writes, “[c]omputers should … be understood as engines for creating powerful and persuasive models of the world around us. The world around us (and inside us) is something we in the humanities have been interested in for a very long time” (Kirschenbaum 2009, p. B10).

  14. 14.

    In another essay, Joris van Zundert and Ronald Haentjens Dekker explore in more detail the extent to which the creation of software tools (not digital editions or other end-result publications) can be considered humanities scholarship. Their analysis of the question distinguishes enabling and performative aspects of software, arguing that the latter embeds more scholarly assumptions and decisions, and may therefore be seen as having a more scholarly nature (van Zundert and Haentjens Dekker 2015).

  15. 15.

    Perhaps surprisingly, although a programming or other technical or technological background might be expected to (and often does) convey advantages in mastering new computational methods, our students with a strong computer science or information science background have sometimes also been the most resistant to learning new technologies, insisting on the greater ease of using the tools and methods they have already mastered even when those may not be as appropriate for their tasks as those we introduce in our courses. Assuming no difference in the quality of the end product, it makes sense in a production environment to get the job done as efficiently as possible, and avoiding a new learning curve is a sensible consideration. What surprises us is the invocation of that argument in a classroom, where, after all, learning to do something one does not already know how to do is largely the point of the educational enterprise.

  16. 16.

    We are grateful to our colleague Aaron Brenner for bringing this citation to our attention.

  17. 17.

    We use “code” here to refer to computational processing in programming languages, but also to other computational interventions with cultural texts, such as the use of markup languages (sometimes distinguished as “encoding”, with “coding” reserved for programming). We distinguish this type of coding from other uses of software, such as a word processor for editing text or an image editor for editing graphics, by a conscious focus in coding on controlling the terms that will govern machine interaction with and operation on the object of study.

  18. 18.

    This paragraph is based on David Birnbaum’s March 2014 address to the University of Pittsburgh Faculty Senate (Birnbaum 2014).

  19. 19.

    The observation that the experience of learning programming languages is similar to that of learning human languages can be found in Janis Chinn’s and Gabrielle Kirilloff’s “Can humanities undergrads learn to code?” (Chinn and Kirilloff 2012). The authors were undergraduate humanities students and DH teaching assistants when they contributed this essay in January 2012 to Techne, the former blog site of the National Institute for Technology in Liberal Education [NITLE].

  20. 20.

    Information about oral proficiency as a perspective on and methodology in second language acquisition and assessment is available at the University of Minnesota Center for Advanced Research on Language Acquisition (CARLA), http://carla.umn.edu/assessment/MLPA/CoSA.html.

  21. 21.

    See, for example, the textbook to accompany Princeton University’s “Introduction to Programming in Python,” (Sedgewick et al. 2015). This material is described as “a textbook for a first course in computer science for the next generation of scientists and engineers” on the “booksite” found at http://introcs.cs.princeton.edu/python/home/. As may be appropriate for that audience, the approach to teaching Python is organized around computer science concepts and Python features, which it illustrates with examples and applications.

  22. 22.

    See, for example, David Beazley and Brian Jones’s 2013 Python Cookbook (Beazley and Jones 2013).

  23. 23.

    XSLT is a declarative language that does not permit the redefinition of a variable. The use of recursion as an alternative to iteration in XSLT is discussed and illustrated in Michael Kay’s XSLT 2.0 and XPath 2.0 (Kay 2008, pp. 992–1000).

  24. 24.

    A humanist new to digital methods is likely to start by tokenizing on white space, whereupon the appalling initial output quickly reveals the need to decide how to handle punctuation, contractions, upper and lower case, etc. Overlooking those sorts of issues initially isn’t an error; it’s a natural part of a strategy that closes in on a solution by starting with the obvious and letting specific erroneous results guide the further development.

  25. 25.

    For example, a recipe that tells a human to scramble eggs doesn’t have to tell the human to break the shells first, but a computer program that reads a file from a disk may have to open the file explicitly first.

  26. 26.

    The pizza-topping model was used explicitly in a DH context by the Text Encoding Initiative in their TEI Pizza Chef (Text Encoding Initiative 1999).

  27. 27.

    Dan Colman, of the website Open Culture, defines user active tutorials as those where as “users can…design projects of their own choosing” (2016, n.p.).

  28. 28.

    For example, beginning language students may not be able to understand every word of the listings of film screenings for a foreign city, but those students can typically read the same listings that native speakers read and identify the name of the cinema and the screening times. Beginning language students cannot read the web site at a foreign university as easily as the one at their own, but in the case of many foreign languages they can use international vocabulary to identify courses in which they might enroll without previously having learned the names of those subjects in the new language.

References

Download references

Author information

Authors and Affiliations

Authors

Corresponding author

Correspondence to David J. Birnbaum .

Editor information

Editors and Affiliations

Rights and permissions

Reprints and permissions

Copyright information

© 2017 Springer International Publishing AG

About this chapter

Cite this chapter

Birnbaum, D.J., Langmead, A. (2017). Task-Driven Programming Pedagogy in the Digital Humanities. In: Fee, S., Holland-Minkley, A., Lombardi, T. (eds) New Directions for Computing Education. Springer, Cham. https://doi.org/10.1007/978-3-319-54226-3_5

Download citation

  • DOI: https://doi.org/10.1007/978-3-319-54226-3_5

  • Published:

  • Publisher Name: Springer, Cham

  • Print ISBN: 978-3-319-54225-6

  • Online ISBN: 978-3-319-54226-3

  • eBook Packages: EducationEducation (R0)

Publish with us

Policies and ethics