.comment-link {margin-left:.6em;}

Sometimes I Wish That It Would Rain Here

Friday, August 08, 2008

link to a demo

I've been a little taciturn of late with respect to blogging, not so much for lack of ideas, but for lack of time. to hear a bit about on what I've been working that's taken so much of my time, check out this post about a demo we did today.

I may very well be blogging over at Calit2.Life pretty soon, in which case I'll cross-link from here.

Labels: , , , ,

Friday, April 04, 2008

demos remixed

I recently picked up a copy of Tom Erickson and David McDonald's (eds) HCI Remixed, which, while I've only read a few chapters, really seems like a fabulous collection of essays by some super cool people. I can't tell you how excited I was looking through the table of contents, not so much at the chapter titles as at the authors. I kept thinking, “ooh, he's in here. oh, and a chapter by her! hm, I wonder what he'll talk about.” so far, it's been pretty interesting.

one chapter that really got my interest was Wendy Ju's on The Mouse, The Demo, and the Big Idea. in it, she mention's the Media Lab's “demo-or-die” culture, something on which I have previously noted mixed feelings. from my experience, demoing forces you to be able to articulate your ideas, helps you refine your ideas by needing to present them, and gives you a good sense for what flies with which sort of people. on the other hand, some great ideas are not really demoable, and an overemphasis on demoing might lead to such projects not being developed as fully as possible. however, Wendy notes a couple important and interesting aspects of demoing that I hadn't considered.

one is a quote from her advisor Michael Hawley that “the true role of research is to flop bits in people's heads.” while certainly true, in practice, this becomes somewhat more specific; exactly which bits do you want to flip in which direction and in which people's heads? demoing is great, because you get a chance to flip bits in the heads of people beyond those whom you are targeting and with whom academics might not otherwise interact on a regular basis: business folks, politicians, government officials, public school students, public school teachers, foreign dignitaries, and other people. even if they never “use” what you're demoing, you get the opportunity to plant your ideas in their heads, and hey, maybe it ends up changing the way they think about something just slightly. we usually think about dissemination of research in terms of conference or journal publications; demoing can provide an opportunity to disseminate to a much broader audience.

something else Wendy notes is the way that demos can end up feeling like a sales pitch. “a great demo creates converts; people are not just knowledgeable about your ideas, they are sold on them.” I suppose this could be construed as a negative, since it really does end up making demos often feel like sales pitches. as a counter example, though, she cites the example of Engelbart's mouse demo, describing how he comes off as nothing like a salesman but instead a knowledgeable, passionate, sincere researcher. “a great demonstration,” she says, “is not hype, but proof.” I'll admit that I'm not quite ready to buy this assertion, probably because it strikes a little too close to that part of me that really vibes with Latour's work. people will believe in the device when the device works; the device will work when people believe in the device. it is not necessarily the case that a successful demo means a working idea, and a working idea does not always mean a successful demo.

this brings a the third interesting point, the Big Idea. Engelbart's “central goal in his research was augmenting human intellect.” at the time, most people were largely interested in either office automation or artificial intelligence, and the focus of his work didn't really fit into either of those categories. furthermore, people doing research in those areas didn't immediately, if ever, see the value of Engelbart's contributions, because they couldn't figure out how it would apply to, or help them solve, the particular batch of problems in which they were interested. however, Wendy asserts that this is often the nature of such big ideas. similar to Arthur C. Clarke's assertion that any sufficiently advanced technology is indistinguishable from madness, she says that “any sufficiently advanced vision is indistinguishable from madness.” furthermore, the Big Idea itself “doesn't even have to be right, it just has to compel us to want to go out and do stuff, stuff that is different from what everyone else wants to do.” personally, I found this greatly encouraging. I'd been feeling recently that my research didn't really have a home. some of the stuff on which I'm working [LINK] draws on and uses a lot of AI and computational linguistic methods, but it really doesn't fit into any pre-existing box in those field (stuff like parsing, sense disambiguation, sentiment analysis, topic extraction, or the like). I think there's a place for this work in HCI, particularly with an educational focus, but there again it's sort of coming out of left field, not solving any particularly well-defined problem in those areas (such as supporting learning communities, providing constructionist toolkits, studying group cognition, etc.). while some of this research doesn't currently have a home as such, it's heartening to think that this lack of a home does not necessarily mean that it is not worthwhile; though at the moment somewhat homeless, it still has the potential to be valuable, compelling, and, moreover, make an impact.

Labels: , , ,

Wednesday, June 20, 2007

demo ability

giving demonstrations has been a large part of the culture of my graduate career. the first summer I spent working in the research lab, we had a demo almost every other day, if not every day, incorporating new features that had been added to the project. this became an incredibly motivating force to actually get things done, and it led to what I think was a pretty fantastic end product.

however, these regular demos don’t just happen during production as an impetus to complete your work. pretty much every week during our group meetings, people are asked if anyone has a demo, and it’s quite common that at least one member of the group has something to show. it also happens on a very regular basis that someone will come through for a tour, and we’ll give them a demo. sometimes this is planned well in advance, as when VIPs come through, and sometimes it’s much more ad hoc, because someone knows someone in the administration and got a tour. basically, the point is, we demo all the time.

danah a while back included, in a list of "secrets to success," to demo regularly. both our lab’s demoing practices and danah’s advice are influenced in large part by the demo culture of MIT’s Media Lab, as noted by Alan Blackwell in a great paper on metaphor in design. here, I want to consider the ramifications of this practice. how does constantly demoing affect our research? does demoing make you better at doing your research, or just talking about it? does it make you worse at doing research? does it bias us towards certain sorts of projects and away from others? are there certain types of projects that are more or less amenable to demos, and if so, how does this impact those projects?

one of the things I’ve noticed about demoing is that it can serve as a litmus test for ideas. if you can’t give a decently engaging demo, it means either that your idea or the tech is half baked, or that the idea itself might not be that good. furthermore, if your idea is decent but half baked, the act of demoing forces you to think it through, sift out the junk, and distill out the core valuable idea. in this respect, though, I wonder if doing demos is necessarily any more useful than giving talks or even to getting your ideas critiqued. furthermore, in a critique, rather than presenting your ideas to more-or-less random people, you’re getting generally constructive feedback from people whose opinions you usually trust.

however, the contrition of ideas that don’t stand up to being demoed isn’t necessarily a good thing. by its very nature, the format of a demo is a short (generally 5 to 10 minute) interaction. if the ideas or concepts with which you’re working are fairly complex incorporate a significant amount of previous work, it might not be feasible to present the idea in its entirety in the time allotted. another difficult arising from these short time frames is that systems intended for extended use cannot really be experienced within 10 minutes. for example, Bill Gaver et al.’s home health horoscope only produces a horoscope once a day, and it is intended to reflect large-scale patterns of activity and long-term trends occurring within the home. giving a demonstration of such a system in a 5 to 10 minute window would not only be nearly impossible but would likely lead to misunderstanding about the intended use of the system and its effect on a family.

I realize that being able to give an elevator speech (a quick one to two sentence synopsis) of one’s research is important, but I’m hesitant to say that not being able to pitch one’s research effectively within a short time frame means that the research isn’t worthwhile. furthermore, while many of the demos we give are at academic conferences, a large number of them are also to various VIPs, including elected representatives, corporate CEOs, various governmentally appointed officials, and all sorts of people who aren’t a central part of the research community. as danah argued, being able to talk to just about anyone is also an important skill, but I don’t think you should expect a senator to necessarily be interested in, say, phenomenological approaches to ubiquitous computing.

which raises another point about the sort of research biased by demoing. giving a demo is something that pretty much can only be done when one is constructing an artifact, and usually only with an interactive artifact. physicists or historians who often construct theories or analyses or critiques cannot necessarily give a demo of their work to a corporate CEO, not only because it’s difficult to get a CEO interested in quantum superposition or deconstructionism, but also because demos almost be definition revolve around a physical artifact, and (which the exception of high energy labs like CERN) quantum physics or performance theory don’t necessarily generate the type of physical artifacts amenable to public demonstration.

on the one hand, an emphasis on demos may discourage more theoretical research. on the other hand, it can over-emphasize building stuff at the expense of considering the motivations for that stuff. Blackwell has discussed some of the ways in which demonstrations act as reifications of the theories or guiding principles (his specific focus is on metaphors) behind them, such that, if your theory can lead to the creation of effective artifacts exhibited through demonstrations, these artifacts act to reify that theory. thus, we end up supporting theories that can lead to the construction of demonstrable artifacts, and less likely to support theories that do not.

despite the above critiques, I think demos can be a quite useful and positive force in the development of technology, especially interactive technologies. the act of demoing helps one refine one’s ideas, develops the ability to present one’s research to a wide variety of audiences, and can ultimately help lead to better interactions with technology. however, there are also drawbacks to a demonstration culture, such as the MIT Media Lab’s “demo or die” slogan (which is strikingly similar to the mantra of “publish or perish” that I have heard used to describe academia, but that parallel is beyond the scope of this already longish post). ultimately, the purpose of this post is not to argue that the uptake of demonstration should be considered harmful. rather, the point is to consider some of the ramifications of emphasizing demos, both positive and negative, so as to be aware and reflective about the incorporation of demonstrations into research practice.

Labels: , , ,