Report on Jobs in Humanities Computing (2000)

The Academic HumanitiesComputing Job Market

[Kirschenbaum]

A Slant From Outside

[Piez]

Moving from Luck to Planning

[Flanders]

Close Reading a Job Listing

[Rockwell]

Markup Languages as a Unifying Trend

[Cover]

Jobs in Humanities Computing

At the ACH/ALLC joint conference at the University of Glasgow, Scotland, July 2000, the Association for Computers and the Humanities (ACH) Executive Session was devoted to a panel discussion on the general questions of the job market for Humanities Computing. The panel was interested in opening the questions to the community as a whole, considering both academic and non-academic employment opportunities, and paying attention both to the needs of professionals in an emerging field (especially young professionals), and to the needs of academic programs including departments, electronic text centers and libraries, in securing the services of skilled and able faculty and staff.

[Back to Top]

The Academic Humanities Computing Job Market

Matthew G. Kirschenbaum
University of Kentucky

One of the many pleasures of the HUMANIST listserv is its dependable rotation of features such as “new on WWW” or “conference calls” or “notes and queries”. One such category, which appears more often than “Pokemon ethics” but less often than many would like is “jobs”; and although I have a job, I still find myself resisting the primal rush of anxiety and adrenalin that once spurred me to pluck that item first out of any pack of Humanist postings.

I want to do two things in my time today: first, I want simply to assert that such a thing as a humanities computing job market does indeed exist, in much the same way that others have argued that humanities computing itself exists as an intellectual discipline (or interdiscipline). Second, I want to contend that an organization such as ours could and should be playing a role in defining the terms of that job market. One initial caveat: I will be talking mainly about academic jobs of one sort of another, as that is the setting I'm most familiar with. Others here will be speaking about humanities computing jobs in industry.

So let's take the first claim, that there is such a thing as an academic humanities computing job market. I'd like to read some excerpts from job postings that have appeared on Humanist in the last year or two:

For a job managing an electronic text and image center in the library of an American research university:

Required: ALA-accredited Master's degree in Library and Information Science or a Master's degree in the Humanities; at least two years experience in one or more of the following areas: authoring languages, instructional design, web development, database management, and multimedia. Experience with HTML, SGML, XML. Demonstrated ability to work with a variety of hardware and software utilized in electronic text and imaging work (e.g., scanning, text analysis software).

For project and development officers at a venerable humanities computing unit:

If you feel that there is more to life than payroll and e-commerce, enjoy the challenge of working in a small research-oriented team, and would like to apply your technical expertise to support research and teaching in the Humanities at one of the world's most famous Universities then we'd like to hear from you.

For a small, private college in the American mid-West:

[I]mmediate opening for an instructional technologist in the humanities. Responsibilities will include teaching 2-3 courses per year in a humanities discipline, facilitating the introduction of computing technology and multimedia into the humanities and foreign language curriculum, and assisting humanities and language faculty in the use of a broad range of hardware and software.

For a faculty appointment in humanities computing in a university English department:

PhD in English required. Also required are training and experience in the uses of information technology in scholarship (e.g. SGML and HTML encoding, databases, concordances, image-processing) as well as experience and evidence of potential in teaching. Candidates should be prepared to engage in research projects and to teach collaboratively with computer scientists in a cross-disciplinary graduate level program as well as to teach in the English department.

I think these samples go some way towards establishing the reality of a humanities computing job market as such. Note, for example, the unusual circumstance of a research library offering to swap the MLS for an MA in a humanities discipline; or the search for a faculty candidate who can teach in both English and computer science. These are jobs that simply did not exist a decade ago. At the same time, it seems clear that the humanities computing job market, to the extent that it is represented by these quick samplings, is still a pretty rough and tumble place. For example: the technical qualifications for the English faculty position roughly match those for the library job. The instructional technology job at the small, private college in the mid-West and the staff positions in the humanities computing unit at “one of the world's most famous universities” both explicitly define their relationship to their institutional constituencies as one of support. The tenure-track faculty position and the instructional technology job each include teaching responsibilities (though only one requires a PhD). Both the staff in the humanities computing unit and the candidate for the English faculty search (but not the instructional technologist) are expected to perform research (though again, only the faculty job asks for the doctorate). The point is that at the moment the humanities computing job market is contingent and malleable, with, on the one hand, jobs manifesting comparable duties and responsibilities classified and funded in a variety of different ways, while on the other hand jobs situated in some very heterogeneous environments often demanding strikingly similar qualifications and skill sets.

So what can or should an organization like the ACH do in such an amorphous environment? The North American job market for English literature is largely regulated by the Modern Language Association, which publishes a much-anticipated Job List four times a year (this is now electronic, by the way), and whose annual convention at the end of December is the traditional venue for first-round interviewing. There is, as most of you know, a dearth of academic appointments in literary studies these days, and after vocal lobbying by its Graduate Student Caucus, the MLA has begun to take a more proactive role — surveying, for example, the extent to which institutions rely on part-time and adjunct instructors as opposed to full-time, tenure-track faculty. It's difficult to gauge the extent to which an organization like the ACH (whose resources are clearly more modest) ought to seek to emulate the role of the MLA, not least because jobs in humanities computing are so often subsumed by larger organizations like the MLA (for faculty positions in English) or the ALA (for the growing number of digital library jobs). But I do believe there are some concrete things that the ACH — as an interdisciplinary organization serving an interdiscipline — can start doing. Here are two brief proposals:

  • A jobs database: design and implement a database that would serve as a central online repository for humanities computing job postings, such as those that now come over Humanist. This would have two purposes: first, it would be a service to the community for reasons that should be obvious. We might or might not wish to make such a database available only to current ACH members, as one of the value-addeds of the organization. Secondarily, a jobs database would prove an invaluable resource for documenting and tracking long-term changes in how our field is being defined institutionally.
  • A jobs workshop as part of the joint annual conference: this is a project my colleagues and I on the jobs committee are planning for next year, in New York. We envision it as a forum where conference attendees can receive some practical advice and also (potentially) meet with industry recruiters. We hope that with advance advertising, coupled with the location in New York City (one of the premier new media markets in the world) we will be able to attract both those looking to hire and those looking to be hired, while also bringing persons from both groups into the conference and community at large.

To conclude. The humanities computing job market is an issue of immediate importance to a significant portion of this organization's current membership, and, almost by definition, to all of its future membership. The job market has direct bearing on the growing interest in developing undergraduate majors in digital media (who will teach the courses?) as well as graduate programs in humanities computing (what will degree-recipients from those programs do with themselves?) Finally, as I suggested earlier, the job market is a leading indicator of how humanities computing is being conceived and defined at the highest institutional levels. The job market is, in short, an extremely focused and concentrated manifestation of much broader concerns of our organization. I'd like to thank Allen Renear and the ACH Executive for putting this discussion before the membership today.

[Back to Top]

A Slant From Outside

Wendell Piez
Mulberry Technologies, Inc.

If most of what I say is anecdotal and speculative, I think that's appropriate because I think this issue of the “Humanities Computing Job Market” is so wide open, at the moment, that the way it takes shape is very much up to us. Nothing is predetermined. There is said to be an old Chinese curse, meant to dismay the inept: “May you live in interesting times.” But times of danger are also times of opportunity, and what makes our times particularly interesting is that there are so many ways we can go with this. If we do it right, I think that by addressing questions of “finding work” within the wider questions of what we're here for and why are we in this business, what we do can be of great benefit both to ourselves as individuals and to the wider enterprise of Humanities Computing.

The other comment I'd like to make in starting is that anecdotal and speculative is about right, because our knowledge about all this is so partial. Of course, this is the fundamental dilemma of anyone looking for gainful employment: how do we know all of what we have to know, about what opportunities are out there, how to prepare for them, how to connect with them? I can't give answers to that, but I can contribute the observation that we are in a place right now where this dilemma is a shared one: it is not only the job seeker that suffers from partial knowledge. We know that looking for a job is looking for something, but what it is, we don't know before we find it, and it is only out of faith that there is something out there at all that we can go forward. But it is also those of us who have jobs to offer who have, especially now, only partial knowledge. Not only do we not know how to get people to fill the slots we have — the word “qualified” hardly does justice to what we want — but also, we don't know how to get for them what they want or what we want for them. Everything, right now, is up in the air. The only thing we can say for sure is, there is plenty of work to do.

But things are even more complex, and the field of possibilities is even wider. My perspective as someone who has, not long ago, “crossed the line” into the private sector, may be instructive. Just within the last few months, I've met an English professor from a small college in the small town where I live, who's jumped the fence to work managing the creation of “educational content” for a large telecommunications firm that wants to stamp its brand on the web; and I've heard of another, a Composition and Rhetoric professor friend of my sister's, who is now “Communications Director” for a web startup in Chicago. With a title like that, she could be doing anything and everything from web site design to marketing and PR to strategy.

Crossing the line doesn't have to be what it used to be, and isn't. No longer does someone who gets a job in the private sector have to give up intellectual interests, or pursue them only in an “extracurricular” way. Across industry, in small and large companies across the board, cutting edge research is now focused on problems we have made our specialty: the analysis, creation, organization, management, and understanding of information assets, particularly text-based information assets in electronic form. They need us really badly; what is more, they are beginning to figure out that we are who they need. They like Humanists because we have broad exposure to information in various forms and for various purposes; we know about research; we have good communication skills (in particular, skilled teachers are worth their weight in semiconductors); we can think at high levels of abstraction and, not infrequently, “out of the box” (or at least out of their box).

Now, this increasing demand for us provides great opportunities to the profession as a whole. It even begins to be possible for Humanists in the private sector to maintain an engagement with the Humanities Computing community: we can all read HUMANIST, and there's no particular reason we should not be seeing colleagues from the private sector, whether it's from a small Internet startup or from IBM or Sun Microsystems, showing up at ACH/ALLC conferences. And we should be encouraging this, and encouraging our students to be getting these jobs: it can only enrich the profession to have people crossing the lines. Yet this development conversely poses particular challenges to the academic professions. I can relate to two sides of this: the particular challenges of libraries, e-text centers, departments who are looking for technical people to fill in a gap, and the broader challenges of academic institutions at large, who are facing the need to invest in this discipline and see it flourish within as well as outside the walls.

For those who have positions to be filled, faced with immediate needs to fill them: first and most important is to understand that this is (as Julia Flanders put it to me) a seller's market: that skilled professionals now have options. Structure the job packages accordingly, with respect and out of consideration for the skilled professional's need for career advancement and a chance to make an impact and contribute meaningfully. This means work where we are respected as peers in the core work of Humanities research, not merely technical assistants, whose responsibility it is, somehow, not just to take instructions dutifully, but more basically, to insulate others and keep them safe from the challenges and interests of our work. In particular, I personally hear alarm bells ringing when I see a job posting telling me they want someone to provide “support.” Not only do I cringe because it bothers me that it isn't simply taken for granted that a scholar, or information professional, would naturally spend a fair amount of energy providing support (what else does an academic professional do, anyway?); but also, it sends a signal to me that in the position being described, I would be called on to answer demands for a particularly intensive kind of intellectual work — one-on-one training and technical consultation, for sometimes apprehensive or reluctant students at all levels of skill and authority — but without a mandate or the resources to see that the basic work can get done well and sustainably, by holding courses, setting up user support networks, building resources: all worthwhile activities (it is generally recognized), but which have sometimes taken a back seat to the need to act more immediately. I don't want to be, primarily, a firefighter, there to stop the gap and make it unnecessary for others to take responsibility for their own work; more generally, I am less interested in any job I see to be reactive, rather than proactive.

To put things this strongly (and we could go on about this kind of thing) may be a combination of the reflex of the weary (we have all provided so much “support”), and the sudden fierceness of one who finds out that, lo and behold, the job seeker can afford to hold out. Of course, this advantage translates directly into a new problem faced by anyone seeking to hire people, fill positions: It may seem to leave the institution stuck between two demands, who needs the person (actually, to judge from some of the listings, they need more than one person, and generally a range of mixed talents and expertise that is rarely found in one body), but who cannot give this superperson everything. In this context, I think my advice for both sides can be the same: hold out.

For the job seeker, hold out for the job, the scope you feel you need. This is a seller's market, and there is no particular need for you to rush. Take the time to do the work that takes you into things you feel are personally meaningful. Build a web site; get engaged in the conference circuit. When you put stuff up on the web, put stuff up you know to be significant, not just something someone else told you was cool. Remember that it is people, nothing else, people and the work you do for people, that will take you further. But you will find them when you figure out what it is you have to offer of your own.

For the school, program or department looking to fill those gaping openings, you too should hold out. The people you need are out there, if we can work to build them, find them and attract them — the work is good work, and must be framed as good work: people will want to do it. But you also need to adopt some of that fierceness for yourselves and take it up the line to your chairs, deans and administrators, letting them know that the only way to deal with this scarceness and this partial knowledge, is to give these programs latitude to participate in defining their own scope and contribution; thus the people hired to work in them, need to be taken seriously as professionals, allowed scope to develop themselves (even making a few mistakes) and the programs they are so important to. In part, this means being willing to hire people who may not have every single skill on the list made up by that committee. But they should have enthusiasm, initiative, eagerness to learn, ideas of their own.

So holding out can be a good thing. In conclusion, I have one final observation. In this wide world of possibilities, we need to keep in mind that desperation is our enemy, but imagination is our friend. Desperation is our enemy, because it limits us, makes us think we have to settle for something less. Imagination is our friend because it shows us that this isn't necessary, and more important, shows us how it isn't necessary, shows us the way forward to something more. Sure, we have to be realistic. But reality, about now, is pretty exciting.

[Back to Top]

Moving from Luck to Planning

Julia Flanders
Brown University

My career in humanities computing, if anything so brief and haphazard can be termed a career, has spanned what I believe are three formative stages in the development of a humanities computing job market as we now see it. When I was first introduced to the field of humanities computing, in 1993, the people I met were from a generation of pioneers. They were not “from” humanities computing — they had arrived there by their own efforts to do something they found compelling, and they had started their journey before the safe haven even existed.

I regarded my own entry into the field as a lucky accident, and I could see that the same accident had befallen a number of people my age at about the same time. We amounted to a second generation, distinct from the first in that we found a field already in existence, albeit somewhat ad hoc and with its boundaries quite open and permeable. We had some skills that would prove useful in this field, but we had to learn a lot on our own, either on the job or by putting together an idiosyncratic educational program of our own. Above all, we liked the escape from traditional disciplinary boundaries, the opportunity to work in an area where so much remained to be discovered, the kinds of resourcefulness and improvisation that were required of us.

Looking now at the job market in humanities computing — indeed, at the very fact of there being a “job market” — I can see that a third generation is emerging, for whom the situation is much less raffish and free-wheeling. These new people are emerging from formal training programs with coursework or even degrees in information science, in humanities computing, in digital media. They are applying for jobs which expect them already to have these courses and skills, and they are competing within a large and growing pool of highly skilled and well-qualified people. Credentials, which formerly played little role in a field without formal training programs or a substantial workforce, are now assuming a far greater importance. The corollary of this shift is that what we might call humanities computing skills are now quite widely distributed throughout a range of jobs: jobs in publishing, graphic design, library science, publicity management, so that the demand for these skills (and the programs that teach them) is all the higher. There has perhaps never been a better time — from the standpoint of employability — to be in humanities computing.

A few observations about my job and the niche it represents within the market as a whole. First, it is not a highly specialized job: I direct a medium-sized text encoding project, and I am a consultant with the Scholarly Technology Group at Brown University, both of which require a range of work from managerial responsibilities through grant-writing, research, and various kinds of hands-on practical work. STG itself is a flexible combination of academic consulting, research projects, and industry consulting and research. Like me, STG is poised within what I think of as a second-generation model of humanities computing research, in that it takes a fairly opportunistic approach to staffing and to the development of job profiles. This characterization deserves some glossing; what I mean by it is that STG operates on the assumption that the hardest and most valuable thing to find is smart, capable people, and that training and specific skills can always be learned on the job. Indeed, given the speed at which the field is changing, the most current and relevant skills one has are likely to have been learned on the job. It is not a model that relies much on credentialling or on regular pipelines of qualified candidates (certificates, degree programs, other similar employers) but rather on the kinds of lucky accidents that produce people with the right improbable blend of skills and interests.

The politics of this niche are instructive. STG's projects straddle the academy, the larger educational world, and the domain of industry, and its intellectual commitments also represent a kind of straddling. We attempt to bring the values of the academy (intellectual rigor, standards and open-source approaches, long-term thinking) to industry-wide projects such as electronic books, and we also attempt to bring a kind of entrepreneurial immediacy and practicality to academic projects. For those who see “pure research” as a desirable activity, this blending may seem less than ideal in several ways. For some, the admixture of industrial or entrepreneurial methods seems de facto to threaten both the intellectual purity — the impartiality — of research, and the freedom to experiment without reference to specific practical goals or final products.

For groups like STG, “industry” is not the only term against which “research” is positioned; equally potent is the question of “support”. Like all universities, Brown has a substantial need for user support along the lines of fixing equipment, doing system updates, installing and maintaining software, and the like. STG's most significant act of self- definition, in effect, has been its effort to establish the limits of its relationship with these activities. This is particularly true because when STG was founded, the need for these services was large and obvious, an easy foothold, and the need for the kinds of research STG aimed at was by no means as clear.

Along these two axes — the research-industry axis and the research-support axis — value seems clearly to be located at the research end, to judge from the ways that jobs are designed, paid, and evaluated. And this value is not evident merely in the tangible rewards attached to research, but also to its position within the intellectual economy. There is a sense in which we cannot quarrel with this; the pleasures of autonomy, of exploration, of invention, are quite real, and no amount of critical perspective will simply nullify them. But we need to keep perspective on what it is we are valuing: an intellectual luxury made possible for a few by division of labor, not a higher calling for which only a few are equipped. Research is not “pure” through some innate quality, but because it takes place within an environment where the impurities are being taken care of by someone else — typically someone who is less well paid. This is by no means an argument against research, pure or otherwise. It is instead a reminder that when we envision jobs in this area, we need to envision the entire system — all of the activities and services which form the organism, not just the ones we particularly like.

[Back to Top]

Close Reading a Job Listing

Geoffrey Rockwell
McMaster University

People seeking academic jobs in humanities computing might be interested in how at McMaster we have gone about writing job ads and what we are looking for when reviewing applications. Here is a short list from the handout passed out in the session [see the file GRhandout.pdf] of the parts of typical job ads and what they can mean for the applicant.

  1. Relevant degree in the Humanities. Typically for a tenure-track job we are looking for someone with an advanced degree (either Ph.D. or an M.F.A.) in the humanities. If you are close to completing the degree you should think about applying. Given the small number of people with both computing experience and degrees in the humanities, we have been willing to seriously consider people who can demonstrate that they will have the Ph.D. within a year. If your Ph.D. isn't in the area advertised, but is in a related area you should contact the chair of the hiring committee to see if they would consider your application. Given that there are no degrees in humanities computing, what is important is that you are in the neighborhood and able to adapt to the job.
  2. Experience in teaching targeted courses — especially experience with hands-on technical instruction. From the perspective of a colleague who is part of a functioning programme one of the most important qualifications we look for is the ability to teach the targeted courses. In humanities computing this means the ability to teach courses with a strong technical component. This means we are looking for evidence that you have taught in computer labs, that you understand how to weave hands-on components into courses, and that you can work with the staff that manage the labs. We have included in the interview process a short teaching demonstration in a lab with invited students in order to see how well applicants can handle a computer class. If you can't teach you will end up creating work for colleagues, so we tend to be careful about this.
  3. Experience with computer labs and running courses that depend on technology. In some cases hiring committees are looking for someone to set up labs and administer them. In some cases the successful applicant will be the first computing humanist in the unit and will be expected to set up a lab and manage it. Be careful that you ask about staff resources, budgets, and recognition for this as it can be very time consuming. I would avoid jobs where you will have to do everything with little support in addition to carrying a normal teaching and research load. Negotiate an adequate level of support to do what you are being hired to do.
  4. Research agenda that fits the unit and the position. In the area of humanities computing there tends to be more freedom when it comes to research because it is a new field. Unless you are applying to be part of a large humanities computing unit that is hiring for a very specific research area you can probably define your own research agenda within the larger agenda of the hiring unit. The danger, as always, is that innovation may not be understood or recognized when the time comes by colleagues who want to measure your research against standards from their disciplines. For this reason it is useful to get clear statements in the letter of appointment as to how research will be assessed.
  5. Demonstrated ability to do research in the interdisciplinary area (conference papers, publications, reviewed electronic resources or digital art). While the area of research may be open in the case of a humanities computing position, what we look for is evidence that applicants can define an area and excel in that area. You should try to document what you have done and explain what you will do in a way that will reassure the hiring committee that you will get tenure if they hire you. It never hurts to have publications and you should have a good story about your future projects. The nightmare for hiring committees is choosing someone who, despite their other contributions, is incapable of publishing anything. To avoid that we look for people who have already begun sharing their research in the form of publications or other appropriate activities.
  6. Collegial attitude and ability to contribute to projects that have a computer component. As with any job we tend to hire people we like and can work with on larger projects. This is especially true in humanities computing, where many interesting projects can only be done in teams. Where you are the first computing humanist in a unit you may be expected to contribute to existing projects that need that expertise. Think about how you can show that you can work on interdisciplinary teams and don't be arrogant in the interview.
  7. Confidence in your general computer skills (hardware, WWW design, e-texts, XML, computer graphics, multimedia authoring, programming) and desire to continually upgrade skills. This is one of the most important characteristics I look for in an applicant. I want a colleague who is truly interested in computing, not one who is just trying to get a job by pretending to do computing. It is important because when we hire in an area that is changing rapidly we need to get people who are not only comfortable with technology but will be keen to keep up with it. This is important because you will be expected to contribute to the ongoing choices about equipment to be used in labs, because you will have to gain the respect of your students in technology-rich courses, because you will be teaching hands-on components by yourself, and because that is part of what is expected of a computing humanist. Depending on the job there will be different technologies that you will be expected to be the ongoing expert on – figure out from the ad what those are and demonstrate the desired confidence to the hiring committee. Don't be afraid to admit what you don't know, but be prepared to explain how you will learn what is needed for the job and that you can learn it efficiently. The last thing your new colleagues want is someone they have to teach computing to!
  8. Portfolio of electronic works that demonstrate the above. As a way of demonstrating your teaching potential, research potential, and computer confidence it is important to have a portfolio of substantial projects that you contributed to. This portfolio is one of the ways we can assess if you are simply a graduate student who has built a WWW page or someone with original ideas about the use of computing in the humanities and the ability to implement those ideas. Breadth and depth count in a portfolio as there are some technologies (like the WWW) that all jobs will expect and some specific to the job. Start an online portfolio of WWW sites you have been involved in and where there are projects that do not have a WWW presence think about how to add them to your portfolio. (Slides, annotated screen dumps, technical reports, and manuals are all things you could add to a portfolio.) Press a CD if you can.

As a general comment I would say that the hard thing to do is to document and demonstrate ability to strangers. Many applicants who would be interesting simply don't have any evidence for their abilities. If you are planning to look for a job in humanities computing you should consider how you can start documenting the knowledge you have acquired informally so that it will show up in your application. This could involve getting copies of projects you helps with, or it may involve taking on short projects that can be listed in your application. For example, teaching a one day hands-on workshop in your department so that you can show that you have teaching experience, or designing a WWW site for an event so that you have another item for your portfolio. Choose the projects you work on in your last years at graduate school so that they will reflect your abilities. Negotiate the right to represent yourself as a contributor any time you volunteer your computing skills to a project. Finally, write down what you have done while you do it so that you have the details at hand later. Here is a check list that was on the handout I prepared for the session.

  1. Can you teach a class in the area that you are being hired for? Can you prepare a class with a hands-on component? Have you documented your teaching experience and student evaluations?
  2. Have you built instructional materials that you can show?
  3. Have you built a WWW site that is relevant to the area?
  4. Can you demonstrate that you can publish in the research area?
  5. Is there documentation for your computer skills, your technology administration experience, and your programming ability?
  6. Have you made sure you have a documented role and are credited for any computer support of research or teaching projects?
[Back to Top]

Markup Languages as a Unifying Trend

Robin Cover
ISOGEN, Inc.

Job-related markup trends as I see them

  1. Markup-based technologies are becoming ubiquitous, and are generating a wide range of XML-aware tools; some of these tools are useful in the Humanities Computing domain.
  2. “Markup” proper is becoming more closely associated with database and data transformation technologies and architectures.
  3. More research (both pure research and applied R&D) is now done in industry and government sectors than in the recent past, although it is difficult to characterize the balance of effort in pure and applied research.
    Evidence for this includes numerous new conferences serving the industry: XML2000, Extreme, XML DevCon, XML One, WWW-N, etc.
  4. Markup applications are now being built for data yet to be created.
  5. Markup-application jobs now opening require a mix of elements requiring linguistic-literary skills in taxonomy, epistemology, ontology. Why? Because metadata/text-data treats artifacts with linguistic components.

What can ACH do?

A caveat: this is an outsider's perspective.

  1. Forge strong(er) ties to the computer science community, government computing units, industry (liaison relationships, joint initiatives, work projects); Humanities Computing runs a risk of suffering from “inbreeding”.
  2. Construct a public and publishable description of the “humanities computing” discipline.
  3. Especially, construct and promulgate a vocabulary which captures the key notions of this discipline in terms of knowledge, skills, and attitudes it entails.
  4. Create a taxonomy or inventory of skill sets which characterize Humanities Computing experts; differentiate them from other types of professionals.
  5. This ACH inventory or taxonomy of skill sets can help students focus on balance in programs and job experience, help them shape an attractive resume, and help shape and educate the expectations of hiring entities.
  6. After the example of analogous organizations such as the ACM and IEEE, provide ACH members with support for career planning via web site planning tools and services.

The future of “markup technologies”

Markup technologies are coming to be, and have a future as, as a key formalism and enabling technology within the scope of Humanities Computing.

  1. Will markup itself recede into the background as a “new ASCII”? Markup applications will still require expertise to develop and maintain.
  2. Markup technologies will expand because a greater intellectual burden will be borne by the textual data (as knowledge structures) transmitted across knowledge domains: This will include the evolving fields of requirements engineering; knowledge management; systems analysis and data modeling.
  3. This development, and its connection to Humanities, will persist because markup can be viewed as augmented writing.
[Back to Top]

Print for personal use. All rights reserved. Page code generated from WritersML.

 

Leave a Reply

Your email address will not be published. Required fields are marked *