{title The Computer as Tool: From Interaction To Augmentation} {subtitle Papers} {author Chris Dent cdent@burningchrome.com} {docid L542.1} {date December 7, 2001} [http://www.burningchrome.com/~cdent/slis/ Other Papers] {nid 21J} = Introduction {nid 21K} = In the early days of computing, effective use of the computer was measured by whether or not the computer could do the math. Today the computer is viewed as a more sophisticated tool, performing tasks that should augment our performance as humans. It is difficult, though, to demonstrate that the computer has actually increased our performance in any substantive way. The level of inadequacy in augmentation is evident in the overheard computer complaints in restaurants; in the growth of the Human Computer Interaction (HCI) discipline; and in the enormous number of people employed in fields related to the individual use of computers. {nid 21L} Computers pervade our lives but they do so in an intrusive way. We see them as a flaky friend who can do some cool things for us as long as we accept their fickle moods and interact with them according to unclear but omnipresent rules. This perception is unfortunate and should be reformed. {nid 21M} Augmentation by computer holds a great deal of promise. There is much we can gain by harnessing that promise. While we remain attached to the view of the computer as something with which we hold a complex interaction we will be restrained in reaching the promise. When we view the computer as an interactive artifact the computer exists as our partner in the completion of important tasks. We ask the computer to do something and it, by proxy, does it for us. We should, instead, view the computer as a tool that we use to perform tasks: we use it so that we can do the important task. Calling the computer a tool may seem a simple matter of word choice but changing the view of the computer from interactive artifact to tool has a significant impact on how we think about the computer, what we expect of it, how we design for it and how we train for its use. {nid 21N} = Augmentation {nid 21O} = While Douglas Engelbart provides some of the earliest and most compelling reasons for why we, as a society, would want the computer to augment our capabilities (1962) Thomas Landauer provides the most cogent definition of what augmentation is for the individual. In the preface of ''The Trouble with Computers'', Landauer (1995) recalls his first days as a technology researcher "I was captivated by the idea that computers offered a technology that could finally underwrite the kinds of power tools for human minds that motors have provided for our hands." Landauer's book is devoted to understanding why society has not yet reached his goal. Computers are pervasive but they have not given us the productivity gains that such ubiquity implies. {nid 21P} Landauer distinguishes between two phases of computer applications. Phase one applications automate tasks "replacing humans" for the performance of "almost any process that science, engineering, and statistics have captured in their theories". Phase two applications, on the other hand, are applications that assist humans in tasks for which there is no established theory of action. Phase two applications include the very large body of office productivity applications, web browsers, and desktop operating systems; anything where the human uses the computer throughout the process. They are the applications we use to process information in flexible and potentially undefined ways. {nid 21Q} Both phase one and phase two applications pervade our lives so one would guess that they must provide us with some productive value. Landauer insists that while phase one applications do, applications that are clearly classed as phase two do not. The solution that Landauer provides for designing effective phase two applications involves evaluative feedback of the application creation process in the form of user-centered-design, user-centered-development and user-centered-deployment. {nid 21R} = Interactive Artifacts {nid 21S} = Phase two applications and the computers that run them are frequently characterized as interactive objects. Articulating the idea of the computer as an interactive artifact predates Lucy Suchman but the influential weight of her work, ''Plans and Situated Actions'', has solidified the view as common wisdom. In this paper it is not the idea from ''Plans and Situated Actions'' that is being questioned, but the value of the view. It is clear that people do treat the computer as an interactive artifact and do make the conclusions about them that Suchman explains. It is not clear that there are performance benefits to be had from emphasizing the view in design. {nid 21T} Suchman's book can and has been taken as a collection of design guidelines for interactive machines. To accept the guidelines we must first be convinced that the computer is perceived as interactive. She argues, "that the description of computational artifacts as interactive is supported by their ''reactive'', ''linguistic'', and internally ''opaque'' properties". The first two points are demonstrated in a straightforward way: modern computers react immediately to means of controls that are linguistic, not mechanistic. This process encourages the characterization of the machine as "a social object" with which the controller is communicating. {nid 21U} The final point, opacity, is more complicated: Humans are likely to grant intention to someone or something that performs actions in a way that is difficult to understand. Suchman explains it well: "it is in part the internal complexity and opacity of the computer that invites an intentional stance. This is the case not only because users lack technical knowledge of the computer's internal workings but because, even for those who possess such knowledge, there is an 'irreducibility' to the computer as an object that is unique among human artifacts (Turkle 1984, p.272)...To refer to the behavior of the machine, then, one must speak of 'its' functionality. And once reified as an entity, the inclination to ascribe actions to the entity rather than to the parts is irresistible." {nid 21V} Together the reactive, linguistic and opaque properties suggest a view of the computer as an interactive machine yet computers have not proven terribly effective in that role. Suchman suggests three goals for the more effective design of interactive machines: {nid 21W} # Lessen the asymmetry between user and machine "by extending the access of the machine to the actions and circumstances of the user". {nid 21X} # Make "clear to the user the limits on the machine's access" to the actions and circumstances of the user. {nid 21Y} # Find "ways of compensating for the machine's lack of access to the user's situation with computationally available alternatives". {nid 21Z} Collectively these guidelines reinforce the view of the computer as an interactive device. Suchman is aware that there are limitations in this view: "[A]s long as machine actions are determined by stipulated conditions, machine interaction with the world, and with people in particular, will be limited by the intentions of the designers and their ability to anticipate and constrain the userÕs actions". If Suchman is aware of these limitations, why does she encourage the view? What if computers are unable to effectively interact? What if they are just faking it and faking it poorly? {nid 220} = Classification and Categorization {nid 221} = Barring data transport problems, the reasons for the computer's inability to interact effectively can be traced back to a fundamental difference in the way humans and computers utilize information. There are many high level reasons but they can all be traced back to this: computers must classify information whereas humans may categorize. {nid 222} In the context of this paper classification and categorization take very strict definitions. Throughout the literature the terms are used ambiguously. They will not be here. Classification in this paper is defined as the "artificial process by which we organize things for presentation or later access. It involves the arbitrary creation of a group of classes, potentially arranged in a hierarchy, which have explicit definitions". Categorization is "an act of simplification to make apprehension and comprehension of the environment more efficient. Categories spring up out of necessity and because they are designed to replace the details of definition are themselves resistant to definition" ([http://www.burningchrome.com:8000/~cdent/fiaarts/docs/1005018884:23962.html Dent, 2001]). To put it more formally the intension and extension of a class are strictly defined and enumerable, respectively, while the intension and extension of a category are difficult to define and potentially impossible to enumerate, respectively. {nid 223} The flexibility of categories is the key to human interaction and learning. Categories are used to form the conceptual networks with which we make comparisons and draw inferences to create new knowledge. {nid 224} Computer programming is a derivative case of classification. It is the creation of arbitrary rules by which the computer is able to determine its behavior based on certain expected inputs (including a defined response to unexpected input). The classificatory structure provides a key by which the computer deduces the next step of action. {nid 225} Humans are not programmed. A human determines his or her behavior based on dynamic, flexible and adaptive reactions to the world in which they are situated. Understanding of that world is shaped by the conceptual categories that are in a constant state of adjustment. {nid 226} Unless there are significant changes in the nature of computing or the understanding of human cognition it is unlikely that the breach between computer-based classification and human-based categorization will be closed any time soon. {nid 227} With this understanding of classification and categorization we can take another look at Suchman to see that some of the problems in the interactivity model are larger than first glance suggests. The reactive property of the computer easily holds up to scrutiny: when the user does something there is a reaction. The other two properties that Suchman mentions, the linguistic and internally opaque natures of the computer, need to be reevaluated. {nid 228} The crucial evidence for disarming the linguistic property is quoted from Hayes and Reddy (1983) by Suchman herself: "Even though there are currently no truly gracefully interacting systems, none of our proposed components of graceful interaction appears individually to be much beyond the current state of the art, ''at least for suitably restricted domains of discourse'' [emphasis mine]." Suchman recognizes the limited domains of discourse and sees them as a problem in the understanding of human-machine interaction but does not speculate about the implications for achievement of unlimited domain interactivity. {nid 229} Computers are able to interact well in limited domains because the domains are constrained within classificatory structures. The rules for identifying and understanding the conceptual content of the interaction are constructed in the domain. Domains may grow and be combined, but they will continue to be large classificatory structures, strictly defined. Any ability that the computer shows that appears to be adaptability is rule based behavior determined by the structure of the domain. {nid 22A} This understanding of rule-based behavior impacts the opacity of the computer and thus its appearance of intention. The rules, although complex, can be deduced over time. When we understand the computer to be following a set of rules its behavior is more clear. While the exact set of rules may not be clear, knowledge of the existence of the rules changes the perception of the computer. Instead of having intention of its own the computer has an intended purpose, one that is defined in the rules. {nid 22B} = Problems with Interactivity {nid 22C} = Characterizing the computer as an intentional interactive artifact lays the groundwork for several problems with computer use: it grants inappropriate power to the computer in the relationship between user and computer; it creates inappropriate expectations of the computer while at the same time lowering expectations of computer use; it lowers productivity. {nid 22D} When the computer is viewed as having intention "the personification of the machine is reinforced" (Suchman). The interaction between the user and the computer is the locus of negotiation for performing the task. The computer takes a privileged stance, above the task. When in that stance we expect the computer to truly have, given the intention we have granted it, the intelligence, inferential power and adaptability that Suchman says we expect in social interaction. This is unfortunate because the computer is not intelligent; it cannot compare arbitrary and dynamic categories. It has no true and general inferential power; it cannot create links between categories. It is not truly adaptable; it can only create new classes of distinction according to a limited rule set. The expectation of intelligence sets up a poor mental model of the real situation. Such a model cannot be run to "predict the output which would result from some kind of input" (Eberts, 1994). {nid 22E} Paradoxically, the intention that grants the high expectation of intelligence creates lower expectations of effective performance. We perceive an obscure purpose in the computer that we must decode and any difficulty in doing so must be our fault. When our interaction with the computer fails we think it is because we are unable to communicate as it does. As Norman (1988) says, when we should be blaming the design we are blaming ourselves. {nid 22F} Designers that understand computers as intentional interactive devices expend considerable resources reinforcing the interactivity of the system. The animated office assistant in Microsoft Office 2000 is an omnipresent example. Landauer refers to this phenomenon when addressing the productivity paradox: "Many programs use the tremendous capacity lately available to offer computationally expensive, but for the user merely pleasant, graphic decorations, or hundreds of features that are rarely used by anyone" (1995). These features do little to enhance productivity. Not all the features enhance interactivity but they do draw attention to the primacy of the computer and its interface over the task. The user works with the fancy interface of the computer to have the computer perform the task. The proxy between user and task creates a constant need for interaction with the computer to determine the results of actions, results that must be interpreted. {nid 22G} = The Computer as Tool {nid 22H} = An alternate model of computer use is to view the computer as a tool with which the user performs tasks. In this model there is no proxy; the computer is subject to the user. The user performs--by ''using'' the computer--tasks that have identities separate from the computer. This view is based, in part, on Suchman's interactivity conclusions. Suchman concludes that since people are going to think of computers as interactive designers should make the interaction that must occur more effective. The tool model, in contrast, interprets Suchman's work to say that effective interaction is improbable and the existing interaction is a barrier to effective use. Therefore, designers should work to emphasize the tasks being performed instead of interaction. {nid 22I} Support for this model is found in the nature of augmentation tasks and in the nature of craftwork. Augmentation, as Landauer describes it, is the use of computers to help us do things that we are already doing but cannot automate. These tasks involve the manipulation, communication and transmission of information. Tasks of this sort surround us as we become, daily, a knowledge and service based society. {nid 22J} The fundamental work of an augmenting computer application is the representation and transmission of information. The computer is frequently involved in assisting in the creation or discovery of new representations of information. These new representations can lead to new knowledge. The computer's ability to assist in the formulation of new representations makes it an unusual tool, but still a tool. The computer itself is not the source of the information; it is merely representing the information. The computer is in effect a modeling domain as described by Barsalou (1992): "The modeling domain...captures information about the target domain and therefore supports the answering of questions about it". This model works for actions as dissimilar as writing a letter to Grandma and using a complex visualization based decision support system. Both the letter and visualization are representations of a target domain that the computer has created from inputs and a strict set of rules. These representations are the product of the computer. We use computers as a tool to craft representations. {nid 22K} A crucial aspect of this observation is that while computers are tools for creating representations, the computer itself is a complicated structure of layered representations. As Winograd and Flores state: "One of the properties unique to the digital computer is the possibility of constructing systems that cascade levels of representation one on top of another to great depth" (1987). That is, the computer is a collection of representations used for creating and manipulating representations. {nid 22L} In his discussion of craft based interface design Wroblewski (1991) distinguishes craft from manufacturing and art with two characteristics: Lack of separation between design and manufacture: "craft is any process that attempts to create a functional artifact without separating design from manufacture" and the unification of tools and materials. Use of augmenting computers is a craft: augmenting eschews design as a separate process because design is a set of guidelines or rules for manufacture--rules for automation. In augmentation the rules and goals are constantly being reviewed and adapted. The tools, materials and products of use from augmenting computers are representations. The computer itself is the tool. {nid 22M} Craft demonstrates a third important characteristic: teaching proceeds as "apprenticeship and exposure to paradigmatic examples" (Wroblewski, 1991). This type of learning is conceptual change, the adjustment of categories of understanding. Roschelle (1995), when discussing the learning process in museums, says "conceptual change is a process of transition from ordinary ways of perceiving, directing attention, conceptualizing, reasoning and justifying". This sort of learning, based on the presence of existing, but flexible, categories, demonstrates the differences between computers and humans: "the analogy between minds and computers quickly breaks down where prior knowledge is concerned: you can reprogram a computer, completely replacing its existing program with a different one, whereas human minds must make new knowledge from old" (Roschelle). {nid 22N} "Relatively young crafts foster rapid development of new tools and materials, while in well established crafts new tools and materials emerge at evolutionary time scales" (Wroblewski). This is evident in the relatively young craft of personal computing use. The last twenty-five years have been a hotbed of development in the use of computers as tools for augmentation. On the other hand, radical development in the considerably older use of computers as tools for automation has slowed. As computer use ages craft based use will mature. {nid 22O} = Recommendations {nid 22P} = When we view computers as tools and the act of using computers to manipulate knowledge as craft there are implications for the design of computing systems and the training environments that surround them. Some of these implications are essentially the same as existing recommendations in the HCI field but when cast into the tool and craft light resonate in a different way. The overarching premise is that design should focus on specific tasks while training should focus on conceptual understanding. {nid 22Q} == Design {nid 22R} == Task analysis is of primary import in the design stage. Task analysis is done to identify the real task or problem being performed or solved by the planned application. That task should then be decomposed to smaller parts. The process of decomposition identifies the parts of the process that can be fully automated. Those parts that can be automated become the fundamental tools from which the application is composed. {nid 22S} From a broad perspective the designer should consider the task and user first, not the tools being used. Only once the task, the user and the task's social context have been determined should there be any consideration of detailed design of the tools. This parallels Eason's proposition two for socio-technical design: "The design target must be to create a socio-technical system capable of serving organizational goals, not to create a technical system capable of delivering a technical service" (Eason, 1988). {nid 22T} From a narrow perspective the designer should seek to create tools: devices or applications where the purpose is exposed, simple, and consistent with the task. The tools created should be designed for a long life performing the task for which they are designed. The tools created should interoperate effectively with other tools to allow the formation of complex grammatical structures capable of manipulating complex information representations. If complex tools are desired or required, they should exist as defined collections of tools that can be decomposed to smaller tools at will. {nid 22U} In the design of interfaces the tasks and products of the tasks should take the foreground while the tools effectively fade away. Winograd and Flores believe that transparency in interfaces is the result of well-constrained domains: "A clearly and consciously organized ontology is the basis for the kind of simplicity that makes systems usable" (Winograd, 1987). Thus transparency can be achieved by the creation of well-defined classification structures for the computer. {nid 22V} Simplicity is an important goal and may also be achieved by ensuring that the answer to all of Norman's "Seven Stages to Ask Design Questions" (1988) is "easily". The distillation of the questions is "can the user see what the device is for and figure out what will happen when they do something to it". A tool exposes its function and makes clear the mappings between action and result. {nid 22W} To reinforce the tool nature of the application Suchman's (1987) second goal for the effective design of interactive machines is applicable: Make "clear to the user the limits on the machine's access" to the actions and circumstances of the user. {nid 22X} Finally, because the user takes the focus in the use of effective tools that fade away, it remains imperative to focus on the evaluative feedback and user centered design, development and deployment that Landauer recommends. {nid 22Y} == Training {nid 22Z} == Jeremy Roschelle synthesizes much of the implications for training in the use of augmenting computers when advising designers of interactive educational installation in museums: {nid 230} :First, designers should seek to '''refine prior knowledge''', and not attempt to replace learners' understanding with their own. Second, designers must '''anticipate a long-term learning process''', of which the short-term experience will form an incremental part. Third, designers must remember that '''learning depends on social interaction'''; conversations shape the form and content of the concepts that learners construct. Only part of specialized knowledge can exist explicitly as information; the rest must come from engagement in the practice of discourse of the community [his emphasis] (Roschelle, 1995). {nid 231} This advice coincides with the need to train for the broader picture, for the community within which computer use will occur. In that view the tools of computing are integrated into the day-to-day life of the users. {nid 232} The proper training for computing will create users that have what Dillon calls deep knowledge. "Users who posses 'deep' knowledge should be able to handle unfamiliar interactions by relying on their well developed conceptual model of the system and its overall manner of operation to guide their interactions" (Dillon, 1987). Developing a broad, flexible and complete conceptual model of computing should be the goal of training, not specific task oriented instructions or plans. {nid 233} In other words what designers and training should be trying to achieve are two divergent goals: specified plans for the computers and the conceptual breadth and depth for users to be effectively situated. Again we are back to Suchman. Situating the users can be achieved by the learning methods of craftspeople: exposure to broad concepts through apprenticeship and conceptual interlinking through paradigmatic examples (Wroblewski, 1991). {nid 234} The Ubiquitous Computing program at Xerox PARC displays a coherent manifestation of the tool-based approach to computing. The researchers there, responding to Suchman's observations of how "people ''really'' used technology, not just the way they claimed to use technology" (Weiser et al, 1999) began a research project. Its goal was to "answer what was wrong with the personal computer: too complex and hard to use; too demanding of attention; too isolated from other people and activities; and too dominating as it colonized our desktops and our lives." As their research proceeded they saw the potential of ubiquitous computing "for augmenting and improving work practices and knowledge sharing, by essentially getting the computers out of the way while amplifying human-to-human communication". Ubi-comp is distinguished by small, task-oriented devices with clearly defined purposes; in other words: tools. {nid 235} = Conclusion {nid 236} = The car and the book are powerful icons in the HCI literature. Is this because they are great examples of design or because the car and the book have become integral parts of our cultural understanding? Phase two computer applications are too new to be fully integrated, naturally, into our consciousness. Those implementations that excel at making us more effective and have a long life will come to be viewed like the car or the book. People will talk about them in the same way they do the car. When it is time for Johnny to learn how to use his information processing tool we wonÕt send him to a copy of ''Learn to Use Your IPT in 7 hours'', instead his learning will be a part of his ongoing education and socialization and could very well involve spending time with Mom or Dad showing how things are done, just like how things happen when learning to drive a car. {nid 237} Society is hung up on interactivity yet is that really what we want to remember from an experience? When we have an important interaction with a person or event is it the nature of the interaction that is remembered or what we learned or achieved? {nid 238} Perceiving computers as tools may mean little for the short-term functional ways that we use, design and train for computers but it has the potential to alter, over the long term, how and why we use them. It is likely that the changes will occur in parallel with the development of the computing tools. Rapid development of new and different tools will continue, feeding the evolutionary selection of good methods and solutions. If we can shape this development to focus on the problems we are trying to solve with the computer and not the problems with the computer itself, we will be working toward a future where the augmenting computer is available but not intrusive, an effective tool for solving problems. {nid 239} = References {nid 23A} = Barsalou, L. W. (1992). Representation. In ''Cognitive psychology: an overview for cognitive scientists'' (p. 52-56 only). Cambridge: Cambridge University Press. {nid 23B} Dent, C. (2001). Studer: Classification v. Categorization. Retrieved December 3, 2001 from http://www.burningchrome.com:8000/~cdent/fiaarts/docs/1005018884:23962.html. {nid 23C} Dillon, A. (1987). Knowledge acquisition and conceptual models: a cognitive analysis of the interface. In: D. Diaper and R. Winder (eds.) ''People and computers III'' (p. 371-379). Cambridge: Cambridge University Press. {nid 23D} Eason, K. (1988). Towards the socio-technical design of information technology. In ''Information technology and organizational change'' (p. 44-59). London: Taylor and Francis. {nid 23E} Eberts, R. (1994). Mental models. In ''User interface design'' (p. 139-163). New York: Prentice-Hall. {nid 23F} Engelbart, D. C. (1962). ''Augmenting human intellect: A conceptual framework''. Retrieved December 3, 2001 from http://www.histech.rwth-aachen.de/www/quellen/engelbart/ahi62index.html. (Link has gone stale, also available from: http://sloan.stanford.edu/mousesite/EngelbartPapers/B5_F18_ConceptFrameworkInd.html {nid 23G} Hayes, P. & Reddy, D.R. (1983). Steps toward graceful integration in spoken and written man-machine communication. ''International journal of man-machine studies'' 19 (p. 231-284). Cited in Suchman, L. (1987). {nid 23H} Landauer, T. (1995). ''The trouble with computers''. Cambridge, MA: MIT Press. {nid 23I} Norman, D. (1988). The psychology of everyday actions. In ''The psychology of everyday things'' (p. 34-53). New York: Basic Books. {nid 23J} Roschelle, J. (1995). Learning in interactive environments: prior knowledge and new experience. ''Public institutions for personal learning: establishing a research agenda''. Falk, J. & Dierking, L. (eds.). Washington: American Association of Museums. Retrieved November 26, 2001 from http://www.astc.org/resource/educator/priorknw.htm {nid 23K} Suchman, L. (1987). Interactive artifacts. In ''Plans and situated actions'' (p. 5-26). New York: Cambridge University Press. {nid 23L} Weiser, M., Gold, R., Brown, J.S., (1999). The origins of ubiquitous computing research at PARC in the late 1980s. ''IBM systems journal'' 38(4), 693-696. {nid 23M} Winograd, T. & Flores, F. (1987). ''Understanding computers and cognition''. Norwood, NJ: Ablex Publishing. {nid 23N} Wroblewski, D. (1991). The construction of human-computer interfaces considered as craft. In Karat (ed.) ''Taking software design seriously''. NY: Academic Press, p. 1-19. {nid 23O}