home >> blog >>
September 2003 archives
 

September 30, 2003

google buys kaltix

This past summer I was working and living down in Palo Alto, and through a housemate became acquainted with a little search engine start-up named Kaltix. I blogged about it back in July, and a reporter from c|net wrote an article about them. And today it was announced that Kaltix was acquired by Google. Now that Google has acquired the personalization know-how of both Kaltix and the failed start-up Outride, they are situated quite nicely for issuing in an era of personalized search. I'm eagerly awaiting their roll-out of these technologies.

And though financial terms of the deal were not disclosed, I have a feeling that the average net worth of my friends and acquaintances took quite a jump today. Congrats...

p.s. and thanks to googler.blogs.com, whose trackback ping alerted me to the acquisition.

Posted by jheer at 05:21 PM | Comments (1)

September 29, 2003

escher + legos

All your escher favorites, rendered using everyone's favorite childhood toys. The links include the descriptions of how each piece was built, and what geometric or camera trickery was involved.

lego relativity

relativity | belvedere | ascending | waterfall

Thanks go out to guille for the links!

Posted by jheer at 03:32 PM | Comments (7)

leaky house?

BBC NEWS | Americas | White House denies agent leak

1. Why do I get the feeling that this will fail to rise to a higher importance level than presidential sexual habits?
2. I need to learn more about how the Justice department, as part of the Executive branch, more or less goes about investigating itself. Are there any safegaurds here to ensure impartiality?

Posted by jheer at 12:31 PM | Comments (0)

September 28, 2003

go bears

California stuns No. 3 USC 34-31 in 3OT

I was at this amazing game yesterday, watching from "Tightwad Hill" above the stadium. The sun came out just in time for the game and the Bears did not disappoint. Apparently our gang on the hill was on television, too... though we may not have been in our most telegenic mode :)

Posted by jheer at 02:07 PM | Comments (2)

September 26, 2003

metamarathon

My friend Amanda is hardcore:
The Marathon Blog: Here's the skinny on the actual marathon.

Posted by jheer at 01:28 PM | Comments (0)

tech-5

I love these kinds of articles, even when they are largely re-hash. This one focuses on 3-D printing, biosimulation, autonomic computing, fuel cells, and RFID tags. My quick take: 3-D printing is bad-ass, autonomic computing is in many ways overdue, I heart fuel cells, and RFID still needs to satisfactorily address privacy issues to make it into retail.

Fast Company | 5 Technologies That Will Change the World

Posted by jheer at 01:11 PM | Comments (0)

September 25, 2003

back to my lozenge

The Chronicle declared war on my department today, claiming my home on campus the worst eye-sore perpetrated on the local neighborhood.

Looking at this houselike building with creamy stucco and pitched roofs and deep-set wooden windows, you sense that Cal is trying to atone for past sins -- understandably so. The Goldman School sits above Hearst Avenue, a historic dividing line between campus and the Northside neighborhood that has been blurred by a murderer's row of oversize mistakes. The worst is Soda Hall at Hearst and Le Roy avenues, looking to all the world like a four-story pile of bilious green lozenges.

Learning their lessons in building off campus

I'm not claming the building is beautiful (many friends have claimed it looks like a very high-class bathroom), but this is overkill. So in response I'm calling for a jihad against this reporter.

But go ahead and judge for yourself...
Soda Hall

Posted by jheer at 11:37 PM | Comments (0)

September 24, 2003

spam illegal

we'll see how effective this actually turns out to be...

California Bans Spam, Sets Fines

Posted by jheer at 03:47 PM | Comments (0)

concert: radiohead

Last night I was treated to a performance by my favorite contemporary rock deities: radiohead. As expected, they did not disappoint. After braving the shoreline amphitheatre parking, we arrived in the amphitheatre about two minutes before radiohead took the stage. We then snaked our way to a nice spot above center stage, with a clear view of the band and all the displays (crucial for seeing Thom's piano-cam).

They opened with the first two tracks from Hail to the Thief, great starter songs (I'm addicted to "2 + 2 = 5" and had to restrain myself from flailing about uncontrollably). Early in the set they played "Lurgee", which surprised me since you don't often see them play songs from Pablo Honey. One highlight of the main set was a great rendition of "My Iron Lung" from The Bends. The only drawback was that the crowd just kind of stood there contentedly, rather than completely rocking out as the music warranted. Another highlight was in the midst of "No Suprises" where "tear down the government" brought an unbridled wave of cheering. GWB is obviously a popular guy with the fans. The first set wrapped up with a truly wonderful version of "There There".

Things got even better through the encores. The last time I saw radiohead, for their Amnesiac tour, their rendition of "You and Whose Army?" was a heart-wrenching emotional experience, practically bringing the whole audience to tears. This time it was a gas, with Thom making faces into the piano cam between lyrics. Didn't know that song could span such a range of experiences. This was followed by "The National Anthem" which always rocks. The most gut-wrenching song of the night for me, though, was "A Wolf At The Door". Watching, hearing, feeling Thom venomously spit out the spoken-word, psuedo-rap of the verses very convincingly communicated the anger and helplessness underlying the song.

Finally the second encore brought out old favorites "Airbag" (I called it before it came on!) and "Everything In It's Right Place". And everything was. Perhaps not "forever" as the scrolling on-stage display advertised, but at least for the whole drive back home to Berkeley.

Here is my attempt at reconstructing the set list. I will update this once I can get the middle songs back in order (I'm trying to do this all from memory).

2 +2 = 5
Sit Down, Stand Up
Where I End And You Begin
Kid A
Backdrifts
Lurgee
Sail To The Moon

[ dunno the order here ]
My Iron Lung
Go To Sleep
Amnesiac/Morning Bell
No Surprises
Paranoid Android
A Punch Up At A Wedding

There There

First Encore:
You and Whose Army?
The National Anthem
A Wolf At The Door
How To Disappear Completely

Second Encore:
Airbag
Everything In It's Right Place

Posted by jheer at 01:07 PM | Comments (2)

September 23, 2003

quicksilver

A review of Neal Stephenson's new book (part one of a trilogy named "the Baroque Cycle"), including numerous comparisons to Hofstadter's GEB. Stephenson has left his cyberpunk, nanotech, and cryptographic futures for things of the past, opting instead for a romp through the days of scientists of yore, including the Royal Society of Isaac Newton.

The World Outside the Web - Neal Stephenson's new book upends geek chic.

Stephenson's unspoken premise is that 1990s California had nothing on 1660s Europe.

But jeez, Neal, 3,000 pages? Newton invented calculus in less time than it'll take to read about it.

Posted by jheer at 05:56 PM | Comments (0)

September 22, 2003

iq

I ran across an ad for an online IQ test, and having never taken such a test before (which I guess is a lie, since I have taken the PSAT, SAT, GRE, ...) I decided to check it out. It was only 40 questions, mostly logic and math (including visual reasoning). I know nothing of the validity of the results... but read the extended entry if you care to know how it turned out.


Your IQ score is 136

This number is the result of a formula based on how many questions you answered correctly on Emode's Ultimate IQ test. Your IQ score is scientifically accurate; to read more about the science behind our IQ test, click here.

During the test, you answered four different types of questions — mathematical, visual-spatial, linguistic and logical. We analyzed how you did on each of those questions which reveals how your brain uniquely works.

We also compared your answers with others who have taken the test, and according to the sorts of questions you got correct, we can tell your Intellectual Type is Visual Mathematician.

This means you are gifted at spotting patterns — both in pictures and in numbers. These talents combined with your overall high intelligence make you good at understanding the big picture, which is why people trust your instincts and turn to you for direction — especially in the workplace. And that's just some of what we know about you from your test results.

Posted by jheer at 03:56 PM | Comments (0)

September 21, 2003

model mayhem

New Findings Shake Up Open-Source Debate

Our model "shows that closed-source projects are always slower to converge to a bug-free state than bazaar open-source projects," say theoretical physicists Damien Challet and Yann Le Du.

When I have some free time (yeah right), it would be nice to go back and examine their model in further depth to see if I buy their study or not.

Posted by jheer at 08:34 PM | Comments (0)

September 19, 2003

invoking cincinnatus

In response to Clark's entry into the potentio-presidential parade, a nice little article at Slate reviews the history of "4 star" American presidents.

Posted by jheer at 07:14 PM | Comments (0)

one hell of a pet

Apparently buffalo-sized guinea pigs once roamed the marshes of ancient Venezuela, until North American predators arrived to wipe them out.

Posted by jheer at 06:58 PM | Comments (0)

phishing for kids?

... the courts didn't think so.

Phish Bassist Cleared Of Child-Endangerment Charges

Posted by jheer at 06:44 PM | Comments (0)

September 18, 2003

smearing clark

Came across this blog entry detailing what kind of smear campaigns may be run against Wesley Clark, some of which, according to the post, have already been deployed by Rush Limbaugh.

Posted by jheer at 11:24 AM | Comments (0)

September 17, 2003

my window

This is the view from my dining room:
Mt. Tam

Did I mention I love my new house? And soon I will be able to scientifically explain the beautiful view... Check out this exerpt from a homework problem in my computer vision class:

If one looks across a large bay in the daytime, it is often hard to distinguish the mountains on the opposite side; near sunset they are clearly visible. This phenomenon has to do with scattering of light by air--a large volume of air is actually a [light] source. Explain what is happening.

Not that you care, but I will let you know the answer once I get around to figuring it out (ostensibly before the Oct. 1 due date).

UPDATE (9/17): I think I solved the problem. It's pretty interesting. However, I realized that I can't post it before Oct. 1, because then it could be construed as providing an avenue for others to cheat. Just made me realize that though I am quite cognizant of the fact that this blog is world-readable, I tend to conceptualize it as more of a private forum. But enough with the meta-reasoning.

Posted by jheer at 07:44 PM | Comments (0)

i passed

I just found out I passed my prelims!! Fortunately my pre-notification celebrations this past weekend weren't in vain. Now I guess I actually have to do something about getting a Ph.D. instead of just talking about it.

Posted by jheer at 05:12 PM | Comments (1)

September 16, 2003

science vs. god

I ran across a couple of interesting articles at wired.com in the old science meets religion department. One older article posits that science has recently become more open to religion: The New Convergence. Another article talks about the recent confluence of science and Buddhism, including fMRI studies of meditating monks: Scientists Meditate on Happiness.

For those interested in such things, I'd also recommend The Tao of Physics by Fritjof Capra, which explores parallels between modern physics and Eastern religious beliefs. The edition I read was written before quarks had reached general scientific acceptance, which does have some bearing on the author's arguments... I'd be interested to see if any newer editions react to more recent scientific developments (and unproven ideas such as string theory).

I think my favorite quote on the matter, however, comes from the judge on the Simpsons: As for science versus religion, I'm issuing a restraining order. Religion must stay 500 feet away from science at all times.

Posted by jheer at 08:28 PM | Comments (0)

wrestling as art

I guess I should get around to posting something about this past weekend. Last Wednesday night, in my post-prelims glory (and hence the beginning of my weekend), I went to the SFMOMA to watch Mexican professional wrestling. SFMOMA and wrestling? Not two things you might normally associate with each other (though that being said, I have friends who've been to raves there more than once). Regardless, it was a blast. The wrestling was incredibly acrobatic, the wrestlers--despite (or because of?) their masks--were quite charismatic, and the ring floor was designed for maximizing the volume of all cracks, bangs, and smashes. I'd love to have a floor like that in my living room (much to the dismay of the inlaw apartment beneath us).

Here's part of the placard they were handing out at the match:
wrestling skeletons

Afterwards, a friend and I were wondering why the SFMOMA hosted the event. Some hypotheses were: (1) to take an important cultural phenomenon and place it in a new context, highlighting it's cultural and theatric value, (2) MOMA is trying to popularize itself, or, my favorite, (3) Mexican wrestling is just damn cool. Who could turn it down? But what do I know of art...

Posted by jheer at 06:01 PM | Comments (0)

dead leaves

I also went to the White Stripes concert this weekend, where I met up with some fellow friends and bloggers. It was great. There was the weird yet ultimately endearing "tour of the 80's" opening act, whose lead singer I christened "Rotten Bowie". Then there was the White Stripes, who fucking rocked. Though I rather detest a lot of radio rock, I must admit a soft spot for the Stripes--especially the insidious "Hardest Button to Button". But the strength of the concert as a whole rested on Jack's ability to summon the spirit (if not the virtuosity) of old blues men and throw it right at you. The Johnny Cash tribute ("I Got Stripes") was well done, too.

Read Conley's blog for another perspective on the night, and the spoken-word Johnny Cash lyrics.

Posted by jheer at 05:57 PM | Comments (0)

clark says yes

Salon.com News | Gen. Wesley Clark to seek White House

Interesting. I just hope Democratic in-fighting doesn't create a mess that rolls over into the main election.

Posted by jheer at 09:35 AM | Comments (0)

open search

An Open Source Search Engine

The main guy behind this is Doug Cutting, who also developed the Lucene search engine and worked on the Scatter/Gather clustering work at Xerox PARC.

Posted by jheer at 08:15 AM | Comments (0)

September 12, 2003

pixies reunion!

It's happening. I'm so excited I just soiled myself. Apparently pigs do fly afterall.

Pixies To Reunite For Tour In April 2004; New Album Possible

The Pixies. Are back. Together. Music is saved. Lovers of rock, unite and cheer. This is going to truly own.

Posted by jheer at 07:44 PM | Comments (0)

$87,000,000,000

How much is 87 bill-ion (raise pinky to mouth), the sum Bush is requesting for continued action in Iraq? TOMPAINE.com - What Can $87 Billion Buy? I think we owe the people of Iraq for what we have done, and so would like to see us honor the commitment we've entered into by virtue of invading, but it is always useful to have a little perspective on the costs.

Posted by jheer at 03:10 PM | Comments (0)

dating hell

A friend pointed me towards this craigslist entry. Oy vey.

Why I didn't like you

Posted by jheer at 11:06 AM | Comments (0)

rip johnny cash

I awoke to tragic news this morning.

Music Legend Johnny Cash Dies at 71

Posted by jheer at 09:56 AM | Comments (2)

September 11, 2003

how rich are you?

... find out at the Global Rich List. Turns out that at my former job, I was pulling in enough to be the 46,777,565th richest person in the world (go ahead and infer my former salary from that...). A little playing around found that if you pull in $868 a year, you are in the middle of the pack. How do they determine the numbers? Look here for the answer.

Posted by jheer at 03:30 PM | Comments (0)

tech news

The recent TechNews had some interesting HCI related stories... One on haptics: Touch Technology Comes of Age Online and another on the fog screen demoed at SIGGRAPH this year: Plugged In: Making a Video Screen Out of Thin Air

Posted by jheer at 10:51 AM | Comments (0)

nyc polluted

A story on Salon today pointed my attention to a month-old story about the toxic fallout of the WTC collapse. Most frightening is the EPA's initial report that no one was in danger, without having performed the requisite testing. Conscious companies ran their own tests and found differently, forcing the EPA to retest and change their results. This string of affairs has enraged numerous New Yorkers, and is motivating Hillary's stalling of the new EPA nomination. Apparently, all post 9/11 communications from the EPA had to be routed through the National Security Council, casting shadows on the White House's role.

While there is certainly a lot of interesting politics at work here, my biggest hope is that the people of New York City get the attention, care, and prevention that they need.

Here are some excerpts for my own reference:

For months after the attacks, the U.S. Environmental Protection Agency insisted that the dust contained few contaminants and posed little health risk to anyone but those caught in the initial plume from the towers' collapse. "Everything we've tested for, which includes asbestos, lead, and volatile organic compounds, have been below any level of concern for the general public health," Christine Todd Whitman, then the Bush administration's EPA chief, told PBS "NewsHour" in April 2002. Even last December, assistant regional EPA administrator Kathleen Callahan reiterated that assessment before the New York City Council: "I think the results that we're getting back show that there isn't contamination everywhere."

But Deutsche Bank's owners, curious to know the extent of their liability and to properly evaluate the potential danger to their own employees, privately conducted their own extensive tests. The findings: Astronomical levels of asbestos and a long list of toxic ingredients that pose a significant risk of cancer, birth defects, nerve damage and other ominous health problems.

The cloud of pulverized debris was a virtual soup of toxic substances: Cancer-causing asbestos. PCBs -- one of the most toxic and dangerous industrial chemicals -- from a giant electrical transformer and waste oil. Mercury, which can cause nerve damage and birth defects, from the thousands of laptop computer screens that were atomized that day. Thousands of tons of pulverized concrete, which can sear the soft membrane of the lungs. Dioxin, which can damage the central nervous system and cause birth defects. The EPA's final report on air quality released in January 2003 called the Trade Center collapse the largest single release of dioxin in world history -- more than enough, on its own, to establish lower Manhattan as a federal Superfund site.

Immediately after the towers collapsed, and as fires burned for days afterward, that cloud filtered its way through window seals and ventilation ducts of thousands of buildings, even those thought to be undamaged and safe. It accumulated in the corners of homes, behind bookcases and under beds. Even today, it is in the carpeting of schools and on the desktops of offices, in the ventilation systems of many buildings that have not been cleaned.

Under fire from residents, businesses and local officials, the EPA finally reversed its position in May 2002 and launched an effort to clean 6,000 residences. But the program was voluntary, outreach was dismal, and it addressed dust issues in less than 20 percent of the apartments in lower Manhattan. It did nothing to ensure that the thousands of offices, stores, restaurants and other business spaces in the district were safe for human occupation. Even the EPA's in-house inspector general, in a draft of a report due out next month, slammed the agency for erroneously reassuring residents and workers that all was well in the days after the attacks. Citing information from a high-ranking EPA official, the draft report said agency statements in the days after the terrorist attacks were "heavily influenced" by environmental advisors in Bush's White House.

Posted by jheer at 10:41 AM | Comments (0)

September 10, 2003

freedom

I am done with my prelims!! I think I did alright... we'll see what happens. One of the questions, though, was about information visualization, in particular focus+context visualizations. Those of you familiar with my work know that I had a real tough time with that one :).

So enough school, time to hit the town and have some fun... Here's a smattering of this weekend's upcoming events. Come join me if you can!

9/10: Mexican wrestling at SFMOMA! 7:30pm

9/11: Punk rock with our Sacromentan friends, the Helper Monkeys! The show is at the Parkside in SF.

9/13: The White Stripes in concert here in Berkeley!

Posted by jheer at 04:53 PM | Comments (1)

September 09, 2003

paper: interface metaphors

Interface Metaphors and User Interface Design
John M. Carroll, Robert L. Mack, Wendy A. Kellogg
Handbook of Human Computer Interaction, 1988

This paper examines the use of metaphor as a device for framing and understanding user interface designs. It reviews operational, structural, and pragmatic views on metaphor and proposes a metaphor design methodology. In short the operational approach concerns the measurable behavioral effects of applying metaphor; structural analyses attempt to define, formalize, and abstract metaphors; and the pragmatic approach views metaphors in context – including the goals motivating metaphor use and the affective effects of metaphor. The proposed design methodology consists of 4 phases: identifying candidate metaphors, elaborating source and target domain matches, identifying metaphorical mismatches, and finally designing fixes for these mismatches. Strangely, this paper makes absolutely no mention whatsoever of George Lakoff’s influential work on conceptual metaphor, which I’m almost certain had been published prior to this article. My outlined notes follow below.

  • Introduction
    • Design interface actions, procedures and concepts to exploit specific prior knowledge that users have of other domains
    • Metaphors as alternative to reducing the absolute complexity
    • Metaphors, by definition, must provide imperfect mappings to their target domains
      • (otherwise, it would be the item it mapped to)
    • Inevitable mismatches are a source of new complexities for users
    • Metaphors often apply unevenly within a software domain
    • Composite metaphors are common
      • Desktop metaphor x Direct manipulation
    • Learning by analogy, one of the most basic approaches to learning
  • Operational Approaches to Metaphor
    • Focus on demonstrating measurable behavioral effects from employing metaphor
    • Raise questions of precisely how metaphor operates in the mind
    • Offers no principles that predict “good” and “bad” metaphors extensibly
    • Offers no principled definition of what a metaphor actually is
  • Structural Approaches to Metaphor
    • Develop representational descriptions of metaphors
      • … as relations among primitives in the source and the target domain
    • Douglas and Moran - 1983
      • Structural analysis of typewriter metaphor
      • Domain operators as structural primitives
        • type character -> type character
        • space bar -> insert blank space
      • Problems causes by mismatches – 62/105 collected errors
    • Gentner’s structure mapping theory
      • Holistic mappings between graph theoretic representations
      • Doesn’t consider individual entities piece-meal
      • Rutherford example – planet/sun -> electron/nucleus
      • Attribute predicates generally fail to map
    • Characteristics of structural formulation
      • Base specificity – how well understood is source domain (bounds usefulness)
      • Clarity – precision of node correspondences across mapping (e.g. 1-1 or 1-many)
      • Richness – density of predicates
      • Abstractness – level relations compromising mapping are defined (node mappings vs. predicate mappings)
      • Systematicity – extent mapped relations are mutually constrained by membership in structure of relations
      • Exhaustiveness – directional surjectivity
      • Transparency – how easy to tell which source relations get mapped to target
      • Scope – extensibility of the mapping
    • Relate metaphors to cognitive aspects of use
      • Expressive (literary) metaphors
      • Explanatory (scientific) metaphors
      • Both rated better when clarity is higher, but richness more important to expressive metaphors
    • What is appropriate grain for mapping?
    • What operators, what relations should be defined for a particular metaphorical mapping?
    • Structure-mapping analysis can prove insufficiently objective
    • Misses external consequences of metaphor
      • E.g. interpersonal attraction -> ionic bonding in chemistry may make chemistry more interesting
  • Pragmatic Approaches to Metaphor
    • Focus on use in the context and complexity of real-world situations
    • Emphasize the intentional use of metaphor to an end (i.e. aid users learning less familiar domain)
    • Context
      • Goals associated with metaphor
      • Characteristics beyond similarity basis
        • Incompleteness
        • Involvement in compositions
    • Acts as a filter on structural analyses
    • Suggest how inevitable structural flaws can play a useful role
    • Context of metaphor in use
      • Analysis of metaphors must rest on empirical task analysis of what users actually do
      • Metaphors can be used to draw attention to specific features of target domain
        • Thereby motivate further thought about comparison with source
        • Often primary purpose of literary metaphor
      • Interface metaphors can pose questions and open new possibilities
    • Metaphor mismatches
      • Mismatch and its resolution can elaborate an accurate conceptual understanding of the system
        • As negative exemplars can help to clarify a new concept
    • Composite metaphors
      • Mismatched of incomplete correspondence sometimes addressed by composite metaphors
      • Useful beyond increasing coverage of a target domain
        • May help generate more and different kinds of inferences about target domain
        • May aid quick convergence of integrated understanding of target domain
  • Toward a Theory of Metaphor
    • Competence theories of metaphor: operational, structural
    • Performance theories of metaphor: pragmatic analyses
    • Suggests need for integrated theory of metaphor
      • 3 phases of metaphorical reasoning
        • instantiation
          • recognition or retrieval of something known (potential source analog)
          • automatic and holistic activation process, analytically incomplete
        • elaboration
          • generation of inferences about how source can be applied
          • pragmatically guided structure mapping, identifying relevant predicates
        • consolidation
          • consolidate elaborated metaphor into a mental model of the target domain
          • integrates partial mappings into a single representation of target domain
      • Integrated understanding of target is not couched in a metaphor, but a mental model
        • “Distinction between models and metaphors one of open-endedness, incompleteness, and inconsistent validity of metaphoric comparisons versus the explicitness and comprehensiveness and validity of the models which the successful learner will ultimately obtain.”
  • Designing with Metaphors
    • Use of metaphors is currently haphazard. Can we systematize it?
    • Structured methodology for interface metaphors
      • Identify candidate metaphor or composite metaphors
        • Sources include
          • Predecessor tools and systems
          • Human propensities
          • Sheer invention
        • Levels for metaphor
          • Tasks – what people do (goals and subgoals)
          • Methods – how tasks are accomplished
          • Appearance – look and feel
      • Detail metaphor/software matches w.r.t. representative user scenarios
        • Match metaphors against the levels listed above
        • Can help to enumerate the objects of the metaphor domain
        • Can begin assessing ‘goodness’
      • Identify likely mismatches and their implications
        • Discrepancy in the software domain must be interpretable
          • Mismatch should be isolable
          • Salient alternative course in the target domain should be available
      • Identify design strategies to help users manage mismatches
        • Creating interface designs that encourage and support exploration is a key approach
        • Users must be able to “recover” from metaphor mismatches
        • Progressive disclosure of advanced functions
        • Iterative design
        • Composite metaphors can be a design solution for resolving mismatches
        • Help system can anticipate mismatches as well
  • Conclusion
    • Metaphors draw correspondences, and have motivational and affective consequences for users
    • They interact with an frame user’s problem-solving efforts in learning the target domain
    • Ultimate problem is for user to develop a mental model of the target domain itself.
    • There is no predictive theory of metaphor – they must be designed on a case by case basis, and carefully analyzed and evaluated
    • This endemic not just to interface metaphors, but user interface design itself
Posted by jheer at 03:53 PM | Comments (1)

September 08, 2003

berkeley wifi

cheesebikini? has started a catalog of WiFi access points in Berkeley. It's slim pickins for the time being, especially compared to San Francisco, but good to know. Hopefully us Berkeleyites will see the list blossom a bit more in the near future...

cheesebikini?: Free Berkeley Wi-Fi Cafes

Posted by jheer at 07:54 PM | Comments (0)

analyze this

After reading metamanda's post about personality testing, I decided I would kill a little time by taking an exam myself.

I discovered that I am apparently of type ENTJ, or "Extroverted iNtuitive Thinking Judging", with measurements of Extroverted: 1%, Intuitive: 33%, Thinking 11%, and Judging: 67%. In other words, I am very balanced with respect to my "vertedness", but make lots of judgments. I'm obviously quite suspect of the accuracy of such exams. But here I go making a judging statement... you just can't win.

More (or less, depending on how geeky you are) interestingly, I also noticed a weird effect with the font color on the page describing my personality type. It seems to involve text on a light background with hex color #660066 (that's 102,0,102 RGB for you base-10 types, or "darker magenta" for everyone else). Now either go to the page in question or check out the text below and start scrolling your web browser up and down:

The quick brown fox jumped over the lazy dogs

Do you notice the font getting brighter, more purple-y? If so, you probably are viewing on some form of LCD monitor. When I first encountered this, it weirded me out, so I tried it in a score of applications and it all worked (placing the text on a black background, however, killed the effect). I thought either I had found a cool trick of the human visual system, or a property of my display device. An unsuccessful attempt to replicate the test on a CRT monitor confirmed that the display was most likely the culprit. For reference, I'm running on an IBM Thinkpad T23, and other Thinkpad laptops have shown themselves capable of producing the effect.

A web search on the topic has not revealed anything yet, though in the process I did find that Darker Cyan (006666) seems to do the trick as well.

If you get the effect too, or better yet, know something relevant about LCD display technology, post a comment. My rough guess is that there's something about the varying response of the LCD that causes the effect to happen.

Posted by jheer at 04:03 PM | Comments (1)

paper: hci and disabilities

Human Computer Interfaces for People with Disabilities
Alan F. Newell and Peter Gregor
Handbook of Human-Computer Interaction, 1988

Human computer interface engineers should seriously consider the problems posed by people with disabilities, as this will lead to a more widespread understanding of the true nature and scope of human computer interface engineering in general.

  • Why HCI and disabilities?
    • While HCI keynotes, workshops, and tutorials acknowledge the need for a focus on disabled users, little is found in the scientific focus of HCI.
    • Statistics (commonly accepted figures in the “developed world”)
      • 1/10 have sig. hearing impairment, 1/125 are deaf
      • 1/100 have visual disabilities, 1/475 legally blind, 1/2000 totally blind
      • 1/250 are wheelchair users
      • 6 million mentally retarded people in the US, 2 million are in institutions
      • Estimated 20% of population has difficulty performing one ormore basic physical activities
    • Americans with Disabilities Act of 1992
      • Title One: Employers responsibility to accommodate disabilities of employees and applications. Illegal to discriminate when > 24 workers.
      • Title Two: Government facilities and services be accessible to the disabled.
  • Why do HCI engineers consider the disabled?
    • HCI Engineering is
      • Of high theoretical and practical value
      • "high tech" and leading edge research
      • important and academically respectable discipline
    • Designing systems for disabled, however is seen as
      • Having little or no intellectual challenge
      • Charitable rather than professional
      • At most, of fringe interest to researchers
      • Requirining individualized designs
      • Involving small unprofitable markets
      • Needing simple, low cost solutions
      • Dominated by home-made systems
    • Rarely is motivation the same as for joining mainstream science
    • Dangers: lack of quality control and commitment, disappointed users, deleterious effect on the commercial sector.
    • Reality: Designing for the disabilities is
      • Intellectually challenging, with greater scope for inventiveness
      • Achievements can be much greater and obviously worthwhile
      • The market for such innovation is not small
  • HCI in danger of ignoring a large market segment, but also of missing designs more widely useful that inventors originally intend.
    • E.g. curb-cuts, cassette tape recorders, remote controls, ballpoint pen
  • Who and what are people with disabilities?
    • Binary division of society (abled and disabled) is deeply flawed
    • Many designers/developers do not understand the narrowness of their vision of the human race
    • High-dimensional model of human ability
      • Physical, perceptual, mental abilities
      • Want to maximize the hyper-volume in this space of useful interfaces
      • People MOVE about in this space, abilities are not static
    • Contexts of use also often ignored (not JUST in an office environment)
    • Environment can induce "disabilities" in people as well
      • Assumption that designers are designing for fit human beings
      • Good design ought to be robust to changes in environment
    • Addressing the problems of extremes can provide impetus for better designs overall
      • Designing for disabled can improve performance for the abled in high-stress or extra-ordinary environments
      • E.g. flight deck of aircraft, air traffic control
    • Promising avenues of research
      • Predictive technologies
      • Multi-modal interaction
  • HCI is missing out...
    • Increased market share
    • Demographic trends (think baby-boomers)
    • ** Extra-ordinary needs are only exaggerated ordinary needs
    • Most people have a mix of such needs
    • Temporary disabilities are common
    • ** Environmental conditions can handicap users
    • ** Deeper problem of increasing communication bandwidth
    • Greater inventiveness, innovation
    • Improved use of truly user-centric design methodologies
Posted by jheer at 12:02 PM | Comments (0)

d'oh!

Salon.com Life | Dope-seeking teens call cops by mistake

I fear for the children. Moreover I fear for myself, surrounded in a world of such children.

Posted by jheer at 10:31 AM | Comments (0)

September 06, 2003

paper: contextual inquiry

Contextual Design: Contextual Inquiry (Chapter 3)
Hugh Beyer and Karen Holtzblatt
Contextual Design: Defining Customer Centered Systems, 1998

This article discusses in depth the contextual inquiry phase of the contextual design methodology. Contextual inquiry emphasizes interacting directly with workers at their place of work within the constructs of a master/apprentice relationship model in order for designers to gain a real insight into the needs and work practices of their users.

  • Contextual Inquiry
    • Design process work when they build on natural human behavior
    • Use existing relationship models to interact with the customer
  • Master / Apprentice Model
    • When you're watching the work happen, learning is easy
    • Seeing the work reveals what matters
    • Seeing the work reveals details
    • Seeing the work reveals structure
    • Every current activity recalls past instances
    • Contextual Inquiry is apprenticeship compressed in time
  • Four Principles of Contextual Inquiry
    • Contextual Inquiry tailors apprenticeship to the needs of design teams
    • Context
      • Go where the work is to get the best data
      • Avoid summary data by watching the work unfold
      • Avoid abstractions by returning to real artifacts and events
      • Span time by replaying past events in detail
      • Keep the customer concrete by exploring ongoing work
    • Partnership
      • Help customers articulate their work experience
      • Alternate between watching and probing
      • Teach the customer how to see the work by probing work structure
      • Find the work issues behind design ideas
      • Let the customer shape your understanding of the work
      • Avoid other relationship models
        • Interviewer/Interviewee
          • You aren't there to get a list of questions answered
        • Expert/Novice
          • You aren't their to answer questions either
        • Guest/Host
          • It's a goal to be nosy
        • Partnership creates a sense of shared quest
    • Interpretation
      • Determine what customer words and actions mean together
      • Design ideas are the product of a chain of reasoning
      • Design is built upon interpretation of facts - so the interpretation better be right
      • Sharing interpretations with customers won't bias the data
      • Sharing interpretations teaches customers to see structure in the work
      • Customers fine-tune interpretations
      • Nonverbal cues confirm interpretations
    • Focus
      • Clear focus steers the conversation
      • Focus reveals detail
      • Focus conceals the unexpected
      • Internal feelings guide how to interview
      • Commit to challenging your assumptions, not validating them
  • Contextual Interview Structure
    • Conventional interview
      • Get to know customers and their issues
    • Transition
      • Explain the new rules of a contextual interview
    • Contextual interview proper
      • Observe and probe ongoing work
    • Wrap-up
      • Feedback a comprehensive interpretation
    • Context, Partnership, Interpretation, and Focus!
Posted by jheer at 01:32 PM | Comments (2)

paper: contextual design

Contextual Design: Introduction (Chapter 1)
Hugh Beyer and Karen Holtzblatt
Contextual Design: Defining Customer Centered Systems, 1998

This book chapter introduces the difficulties of customer centered design in organizations, and proposes the methodology of Contextual Design as a set of processes for overcoming these difficulties and achieving successful designs that benefit both the customer and the business.

  • Introduction
    • The challenge of system design is to fit into the fabrice of everyday life
    • Contextual Design is a backbone for organizing a customer-centered design process
  • Challenges for Design
    • Collect and manage complex customer data w/o losing detail
    • Design a response that is good for business and customers
    • Foster agreement and cooperation between stakeholders
    • Make the process practical given time constraints
  • Challenge of Fitting into Everyday Life
    • Support the way users want to work
    • Don’t increase work and frustration with automation
  • Creating an Optimal Match to the Work
    • Innovate through step-by-step introduction of new work practice
  • Keeping in Touch with the Customer
    • Organizational growth isolates developers from customers
    • Sitting with the users makes cross-departmental projects hard
  • Challenge of Design in Organizations
    • Breaking up work across groups creates communication problems
    • Different organizational functions focus on different parts of a coherent process
    • Every function needs customer data, but it has to be the right kind of data
    • Data showing what is wrong is frustrating if builders can’t fix it
    • Cross-functional design teams create a shared perspective
  • Teamwork in the Physical Environment
    • Organizations have no real spaces for continuing team work
  • Managing Face-to-Face Design
    • Face-to-face work depends on managing the interpersonal
    • Disagreements can lead to an incoherent design
    • Customer-centered design keeps user work coherent by creating a well-working team
  • Challenge of Design from Data
    • Learn how to see the implications of customer data
    • Recognize that designing from customer data is a new skill
    • Don’t expect to find requirements littering the landscape at the customer site
  • Complexity of Work
    • The complexity of work is overwhelming, so people oversimplify
  • Maintaining a coherent response
    • A systemic response --- not a list of features --- keeps user work coherent.
    • Diagrams of work and the system help a team think systemically
  • Contextual Design
    • Contextual Design externalizes good design practice for a team
    • Contextual Inquiry
      • Talk to the customers while they work
    • Work modeling
      • Represents peoples work in diagrams
    • Consolidation
      • Pull individual diagrams together to see the work of all customers
    • Work redesign
      • Crate a corporate response to the customers’ issues
    • User Environment Design
      • Structure the system work model to fit the work
    • Mock-up and test with customers
      • Test your ideas with users through paper prototypes
    • Putting into practice
      • Tailor Contextual Design to your organization
Posted by jheer at 01:27 PM | Comments (0)

paper: rapid ethnography

Rapid Ethnography: Time-Deepening Strategies for HCI Field Research
David R. Millen
Proceedings of DIS'00

HCI has come to highly regard ethnographic research as a useful and powerful methodology for understanding the needs and work practices of a user population. However, full ethnographies are also notoriously time and resource heavy, making it hard to fit into a deadline-driven development cycle. This paper presents techniques for rapid, targeted ethnographic work, in the hopes of accruing much of the benefit of field work while still fitting within acceptable time bounds.

The paper organizes its suggestions around three core themes:

  • Narrow the field of focus before entering the field
    • GOAL: Zoom in on important activities
      • Move from 'wide-angle lens' metaphor to 'telephoto lens'
    • Identify an informant to use as a field guide
      • People with broad access
      • Can discuss interesting behaviors and social tensions up front
    • Find liminal informants
      • Fringe members of groups
      • Usually have free movement about group
      • Not so engrained that work patterns and relationships have become taken for granted
    • Find corporate informants
      • Employees of the organization in question
        • Colleagues, field staff such as service reps
    • Use fringe sampling methods to identify potential informants of interest
    • Plan at onset to develop long-term informant relationships
  • Use multiple interactive observation techniques
    • GOAL: Increase likelihood of exceptional and useful behavior
    • More than one observer onsite.
      • Parallelize observations
      • Get multiple perspectives
      • Careful to avoid changing work environment by additional presence
    • Identify opportunistic times of observation
      • Maximize learning rate
      • E.g. look at electronic logs to determine times of peak activity
    • More interactive approaches
      • Interactive feature conceptualization
      • Group Elicitation Method
    • Observer-participation
      • Understanding through personal experience
      • Understand affective issues around field activities
  • Use collaborative and computerized iterative data analysis methods
    • GOAL: More efficiently analyze collected data
    • Use computer assisted analysis tools
      • Text (FolioViews, AskSAM)
      • Video, Audio coding and playback software
    • Collaborative analysis techniques
      • Cognitive (concept) mapping
      • Pictorial storytelling
      • Scenario analysis
Posted by jheer at 01:23 PM | Comments (0)

paper: 2D fitt's law

Extending Fitt’s Law to Two-Dimensional Tasks
I. Scott MacKenzie and William Buxton
Proceedings of CHI’92

This paper extends the famous Fitt’s Law for predicting human movement times to work accurately in two-dimensional scenarios, in particular rectangular targets. The main finding of the paper is that two models, one which models target width by projecting along the vector of approach and another which uses the minimum of the width or height achieved equal statistical fits, and showed a significant benefit over models which used (width+height), (width*height), and (width-as-horizontal-distance-only) models.

For those who don’t know, Fitt’s Law is an empirically validated law that describes the time it takes for a person to perform a physical movement, parameterized by the distance to the target and the size of the target. It’s formula is one-dimensional: it only considers movement along a straight line between the start and the target. The preferred formulation of the law is the Shannon formulation, so named because it mimics the underlying theorem from Information Theory --

MT = a + b log_2 (A/W + 1)

Where MT is the movement time, A is the target distance or amplitude, W is the target width, and a and b are constants empirically determined by linear regression. The log term is known as the Index of Difficulty (ID) of the task at hand and is in units of bits (note the typo in the paper).

The Shannon formulation is preferred for a number of reasons

  • Provides the best statistical fit
  • Mimics the underlying information theory
  • Always provides a positive value for the ID

This paper then considers two-dimensional cases. Clearly you can cast the movement along a one-dimensional line between start and the center of the target, and the amplitude is the Euclidean distance between these points. But what to use as the width term? Historically, the horizontal width was just used, but this seems like an unintuitive choice in a number of situations, particularly when approaching the target from directly above of below. This paper studies five possibilities: Using the minimum of the width and distance (“smaller-of”), using the projected width along the angle of approach (“w-prime”), using the sum of the dimensions (“w+h”), using the product of the dimensions (“w*h”), and using the historical horizontal width (“status quo”).

The study varied amplitude and target dimensions crossed with 3 approach angles (0, 45, and 90 degrees). Twelve subjects were used, who performed 1170 trials each over four days of experiments. The results found the following ordering among the models in terms of model fit: smaller-of > w-prime > w+h > w*h > status quo. Notably, the smaller-of and w-prime cases were quite close – their differences were not statistically significant.

The w-prime case is theoretically attractive, as it cleanly retains the one-dimensionality of the model. The smaller-of model is attractive in practice as it doesn’t depend on the angle of approach, and so require one less parameter than w-prime. The w-prime model. However, doesn’t require that the targets be rectangular as the smaller-of model assumes. Finally, it should be noted that these results may be slightly inaccurate in the case of big targets, as the target point is assumed to be in the center of the target object. In many cases users may click on the edge, decreasing the amplitude.

Posted by jheer at 01:18 PM | Comments (0)

September 05, 2003

paper: other ways to program

Drawing on Napkins, Video-Game Animation, and Other Ways to Program Computers
Ken Kahn
Communications of the ACM, Vol. 39, No. 6, 1996

This article describes a number of visual, interactive methods to programming. The main thesis is that visual programming environments have failed to date because they are not radical enough. Programs exhibit dynamic behavior that static visuals do not always convey appropriately and so dynamic visuals, or animation, should be applied. Furthermore, visual programming can avoid explicit abstraction (i.e. when visuals become just another stand in for symbols in a formal system) without necessarily sacrificing power and expressiveness. Put more abstractly, a programming language can be designed to use one of many possible syntactical structures. It then becomes the goal of the visual programming developer to find the appropriate syntax that can be mapped to the desired language semantics. To map an existing computer language (e.g., C or LISP) into a visual form would require the use of a visual syntax isomorphic to the underlying language. Doing so in a useful, intuitive, and learnable manner proves quite difficult.

Kahn describes a number of previous end-user programming systems. This includes AlgoBlocks, which allow users to chain together physical blocks representing some stage of computation. The blocks support parameterizations on them, and afford collaborative programming. Another system is Pictorial Janus, which uses visual topological properties such as containment, touching, and connection to (quite abstractly, in my view) depict program performance.

He goes on to describe a (quite imaginative) virtual programming "world", ToonTalk, which can be used to construct rich, multi-threaded applications using a video-game interaction style. The ToonTalk world maps houses to threads or processes, and the robots that can inhabit houses are the equivalent of methods. Method bodies are determined by actually showing the robot what to do. Data such as numbers and text are represented as number pads, text pads, or pictures that can be moved about, put into boxes (arrays or tuples), or operated upon with "tools" such as mathematical functions. Communication is represented using the metaphor of birds -- hand a bird a box, and they will take it to their nest at the other house, making it available for the robots of that abode to work with the data.

Kahn argues that while such an environment may be slower to use for the adept programmer, it is faster to learn, and usable even by young children. It also may be more amenable to disabled individuals. Furthermore, its interactive animated nature (you can see your program "playing out" in the ToonTalk world) aids error discovery and debugging. In conclusion, Kahn suggests that these techniques and others (e.g. speech interfaces) could be integrated into the current programming paradigm to create a richer, multimodal experience that plays off different media for constructing the appropriate aspects of software.

Inspiring, yes, but quite difficult to achieve. My biggest question of the moment is: what happened to Ken Kahn? The article footer says he used to work at PARC until 92, and then focused on developing ToonTalk full-time. I'll have to look him up on the Internet to discover how much more progress he made. While I'm skeptical of these techniques being perfected and adopted in production-level software engineering in the near future, I won't be surprised if they experience a renaissance in ubiquitous computing environments, in which everyday users attempt to configure and instruct their "smart" environs. If nothing else, VCRs could learn a thing or two...

Posted by jheer at 12:01 AM | Comments (0)

paper: prog'ing by example

Tonight I read a block of papers on end-user programming, aka Programming by Example (PBE), aka Programming by Demonstration (PBD). Very fun stuff, and definitely got me thinking about the kind of toys I would want any future children of mine to be playing with.

Eager: Programming Repetitive Tasks By Example
Allen Cypher
Proceedings of CHI'91

This paper introduces Cypher's Eager, a programming by example system designed for automating routine tasks in the HyperCard environment. It works by monitoring users actions in HyperCard and searching for repetitive tasks. When one is discovered it presents an icon, and begins highlighting what it expects the user's next action to be - an interaction technique Cypher dubs "anticipation". This allows the user to interactively - and non-abstractly - understand the model the system is building of user action. When the user is confident that Eager understands the task being performed, the user can click on the Eager icon and let it automate the rest of the iteration. For example, it can recognize the action of copying and pasting each name in a rolodex application into a new file, and completely automate the task.

Eager was written in LISP, and communicated to HyperCard over interprocess communication. When a recognized pattern is executed, Eager actually constructed the corresponding HyperCard program (in the language HyperTalk) and passed it back to the HyperCard environment for execution.

There are a couple of crucial things that make Eager successful. One is that Eager tries only to perform simple repetitive tasks... there are no conditionals, no advanced control structures. This simplifies the both the generalization problem and the presentation of system state to the user. Second, Eager uses higher-level domain knowledge. Instead of low-level mouse data, Eager gets semantically useful data from the HyperCard environment, and furthermore has domain knowledge about HyperCard, allowing it to better match usage patterns. Finally, Eager has the appropriate pattern matching routines programmed in, including numbering and iteration conventions, days of the week, as well as non-strict matching requirements for lower-level events, allowing it to recognize higher-level patterns (ones with multiples avenues of accomplishment) more robustly.

The downside, as I see it, however, is that for such a scheme to generalize across applications you either have to (a) reprogram for every application or (b) designers must equip each program not only with the ability to report high-level events in a standardized fashion, but to communicate application semantics to the pattern matcher. Introducing more advanced applications with richer control structures muddies this further. That being said, such a feature could be invaluable in integrated, high-use applications such as Office or popular development environments. Integrating such a system into the help, tutorial, and mediation features already existant in such systems could be very useful indeed.

Posted by jheer at 12:00 AM | Comments (0)

September 04, 2003

paper: charting ubicomp research

Charting Past, Present, and Future Research in Ubiquitous Computing
Gregory D. Abowd and Elizabeth D. Mynatt
ACM TOCHI, Vol. 7, No. 1, March 2000

This paper reviews ubiquitous computing research and suggests future directions. The authors present four dimensions of scale for characterizing ubicomp systems: device (inch, foot, yard), space (distribution of computation in physical space), people (critical mass acceptance), and time (availability of interaction). Historical work is presented and categorized under three interaction themes: natural interfaces (e.g. speech, handwriting, tangible UIs, vision), context-aware applications (e.g. implicit input of location, identity, activity), and automated capture and access (e.g. video, event logging, annotation). The authors then suggest a fourth, encompassing research theme of everyday computing, characterized by diffuse computational support of informal, everyday activities. This theme suggests a number of new pressing problems for research: continuously present computer interfaces, information presentation at varying levels of the periphery of human attention, bridging events between physical and virtual worlds, and modifying traditional HCI methods for informal, peripheral, and opportunistic behavior. Additional issues include how to evaluate ubicomp systems (for which the authors suggest CSCW-inspired, real-world deployment and long-term observation of use) and how to cope with the various social implications, both due to privacy and security and to behavior adaptation.

In addition to the useful synopsis and categorization of past work, I thought the real contribution of this paper was the numerous suggestions for future research, many of which are quite important and inspiring. I was also very happy to see that many of the lessons of CSCW, which are particularly relevant to ubicomp, were influencing the perspective of the authors.

However, on the critical side a couple things struck me. One is that many of the suggestions of research are lacking some kind of notion of how "deep" the research problem runs. For example, the research problems in capture and access basically summarize both the meta-data and retrieval problems, long-standing fundamental issues in the multimedia community. However, this depth and extent of the research issue, or how we might skirt the fundamental issues by domain-specificity, is not mentioned. Another issue I had was that I felt the everyday computing scenario might have used some fleshing out. I wanted the authors to provide me with the compelling scenario they say such research mandates. Examples were provided, so perhaps I am being overly critical, but I wanted a more concrete exposition, perhaps along the lines of Weiser's Sal scenario.

See the extended entry for a more thorough summary

  • Introduction
    • Ubicomp as proliferation of computing into the physical world
    • Historically three primary interaction themes:
      • Natural Interfaces
      • Context-Aware applications
      • Automated capture and access
    • Everyday computing: a new interaction theme:
      • Focused on scaling interaction with respect to time
        • Addressing interruption and resumption of interaction
        • Representing passages of time
        • Providing associative storage model
      • Informal and unstructured activities
    • All themes have difficult issues w.r.t. social implications
      • Privacy, Security, Visibility, Control
      • Social phenomena (behavior modification)
  • Evolutionary Path
    • Devices: PARCTab + Liveboard
    • Input: Unistroke
    • Infrastructure: Active Badge
    • Applications: Tivoli, Wearables as memory assistant + implicit info sharing
  • Different dimensions of scale
    • Device – the physical scale of the device (palm, laptop, whiteboard)
    • Space – distribution of computation into physical space
    • People – reaching critical mass acceptance
    • Time – availability of interaction
  • Proliferation of devices of varying scale has indeed occurred
  • Current ubicomp success has been in physical mobility (but NOT physical awareness!), suggest increased focus on issues of time – continuous interaction.
  • Applications research as the ultimate purpose for ubicomp research
  • Natural Input
    • Examples
      • Speech UIs
      • Pen Input
      • Computer Vision
      • Tangible Interfaces
      • Multimodal Interfaces
    • Requirements for rapid development
      • First-Class Natural Data Types + Operations
      • Handling Error
        • Error reduction
        • Error discovery
        • Reusable infrastructure for error correction
  • Context-Aware Computing
    • Context
      • Information characterizing the physical and social environment
      • Who, What, Where, When, Why
      • Context as Implicit Input
    • Representing Context
    • Context Fusion
      • Merging results of multiple context services
    • Augmented reality
      • Closing the loop b/w context and the world
  • Automated Capture and Access to Live Experiences
    • Augment inefficiency of human record-taking
    • Challenges in Capture and Access
      • Capture
        • Meta-data problem
        • Merging multiple sources (manageability vs. info overload)
      • Access
        • Search and retrieval problem
        • Handling versioning and annotation
      • Privacy management
  • Everyday Computing
    • Supporting informal, daily activities
    • Characterization of Activities
      • They rarely have a clear beginning or end
      • Interruption is expected
      • Multiple activities operate concurrently
      • Time is an important discriminator
      • Associative models of information are needed
    • Synergy Among Themes
      • Natural Input + Context-Awareness + Capture/Access
    • Research Directions
      • Design a continuously present computer interface
        • Information appliance, agents, wearables
      • Presenting information at varying levels of attentional periphery
        • CSCW, Ambient displays
      • Connecting events between physical and virtual worlds
        • Must understand how to combine such information such that the presentation matches user conceptual models
      • Modify traditional HCI methods for informal, peripheral, and opportunistic behavior
  • Additional Challenges
    • Evaluation
      • Finding and Addressing a Human Need
        • Compelling scenario underlying research
        • Feasibility studies – both technical and user-centric
      • Evaluate in the Context of Authentic Use
        • Effective evaluation requires a realistic deployment
        • Long-term study of usage
      • Task-centric evaluation techniques are inappropriate
        • Scenario is of informal, everyday use – not formalized, specific tasks
        • Challenge – how to apply qualitative or quantitative metrics
    • Social Issues
      • Dangers of privacy violation in ubicomp
        • Who can access and modify contents?
        • Security of data and data transmission
        • Users must know what is being sensed and collected
        • User control over recording and (at least) distribution
        • Acceptable policies for erasing or forgetting memory over time
      • Behavior modification
        • How does activity change in face of known computation surveillance?
  • Conclusion
    • The real goal for ubicomp is to provide many single-activity interactions that together promote a unified and continuous interaction between humans and computational services.

Posted by jheer at 02:50 PM | Comments (0)

xp vs. id

An esteemed colleague passed along this interview concerning design processes and the men who invented them...

Extreme Programming vs. Interaction Design

Here's the blurb:
Kent Beck is known as the father of "extreme programming," a process created to help developers design and build software that effectively meets user expectations. Alan Cooper is the prime proponent of interaction design, a process with similar goals but different methodology. We brought these two visionaries together to compare philosophies, looking for points of consensus—and points of irreconcilable difference.

Some excerpts:

Cooper: When you put those two constituencies together, they come up with a solution that is better than not having those two constituencies together, I grant that. But I don't believe that it is a solution for the long term; I believe that defining the behavior of software-based products and services is incredibly difficult. It has to be done from the point of view of understanding and visualizing the behavior of complex systems, not the construction of complex systems.

...So when I talk about organizational change, I'm not talking about having a more robust communication between two constituencies who are not addressing the appropriate problem. I'm talking about incorporating a new constituency that focuses exclusively on the behavioral issues. And the behavioral issues need to be addressed before construction begins.

---------------

Cooper: Building software isn't like slapping a shack together; it's more like building a 50-story office building or a giant dam.

Beck: I think it's nothing like those. If you build a skyscraper 50 stories high, you can't decide at that point, oh, we need another 50 stories and go jack it all up and put in a bigger foundation.

Cooper: That's precisely my point.

Beck: But in the software world, that's daily business.

Cooper: That's pissing money away and leaving scar tissue.

Beck: No. I'm going to be the programming fairy for you, Alan. I'm going to give you a process where programming doesn't hurt like that—where, in fact, it gives you information; it can make your job better, and it doesn't hurt like that. Now, is it still true that you need to do all of your work before you start?

---------------

Cooper: I'm advocating interaction design, which is much more akin to requirements planning than it is to interface design. I don't really care that much about buttons and tabs; it's not significant. And I'm perfectly happy to let programmers deal with a lot of that stuff.

----------------

Beck: The interaction designer becomes a bottleneck, because all the decision-making comes to this one central point. This creates a hierarchical communication structure, and my philosophy is more on the complex-system side—that software development shouldn't be composed of phases. If you look at a decade of software development and a minute of software development, you ought to have a process that looks really quite similar, and XP satisfies that. And, secondly, the appropriate social structure is not a hierarchical one, but a network structure.

------------------

Cooper: Look. During the design phase, the interaction designer works closely with the customers. During the detailed design phase, the interaction designer works closely with the programmers. There's a crossover point in the beginning of the design phase where the programmers work for the designer. Then, at a certain point the leadership changes so that now the designers work for the implementers. You could call these "phases"—I don't—but it's working together. Now, the problem is, a lot of the solutions in XP are solutions to problems that don't envision the presence of interaction design—competent interaction design—in a well-formed organization. And, admittedly, there aren't a lot of competent interaction designers out there, and there are even fewer well-formed organizations.

Beck: Well, what we would call "story writing" in XP—that is, breaking a very large problem into concrete steps from the non-programming perspective still constitutes progress—that is out of scope for XP. But the balance of power between the "what-should-be-done" and the "doing" needs to maintained, and that the feedback between those should start quickly and continue at a steady and short pace, like a week or two weeks. Nothing you've said so far—except that you haven't done it that way—suggests to me that that's contradictory to anything that you've said.

---------------------

Cooper: The problem is that interaction design accepts XP, but XP does not accept interaction design. That's what bothers me... The instant you start coding, you set a trajectory that is substantially unchangeable. If you try, you run into all sorts of problems, not the least of which is that the programmers themselves don't want to change. They don't want to have to redo all that stuff. And they're justified in not wanting to have to change. They've had their chain jerked so many times by people who don't know what they're talking about. This is one of the fundamental assumptions, I think, that underlies XP—that the requirements will be shifting—and XP is a tool for getting a grip on those shifting requirements and tracking them much more closely. Interaction design, on the other hand, is not a tool for getting a grip on shifting requirements; it is a tool for damping those shifting requirements by seeing through the inability to articulate problems and solutions on management's side, and articulating them for the developers. It's a much, much more efficient way, from a design point of view, from a business point of view, and from a development point of view.

---------------

Cooper: The interaction designers would begin a field study of the businesspeople and what they're trying to accomplish, and of the staff in the organization and what problems they're trying to solve. Then I would do a lot of field work talking to users, trying to understand what their goals are and trying to get an understanding of how would you differentiate the user community. Then, we would apply our goal-directed method to this to develop a set of user personas that we use as our creation and testing tools. Then, we would begin our transformal process of sketching out a solution of how the product would behave and what problems it would solve.

Next, we go through a period of back-and-forth, communicating what we're proposing and why, so that they can have buy-in. When they consent, we create a detailed set of blueprints for the behavior of that product.

As we get more and more detailed in the description of the behavior, we're talking to the developers to make sure they understand it and can tell us their point of view.

At a certain point, the detailed blueprints would be complete and they would be known by both sides. Then there would be a semiformal passing of the baton to the development team where they would begin construction. At this point, all the tenets of XP would go into play, with a couple of exceptions. First, while requirements always shift, the interaction design gives you a high-level solution that's of a much better quality than you would get by talking directly to customers. Second, the amount of shifting that goes on should be reduced by three or four orders of magnitude.

Beck: The process ... seems to be avoiding a problem that we've worked very hard to eliminate. The engineering practices of extreme programming are precisely there to eliminate that imbalance, to create an engineering team that can spin as fast as the interaction team. Cooperesque interaction design, I think, would be an outstanding tool to use inside the loop of development where the engineering was done according to the extreme programming practices. I can imagine the result of that would be far more powerful than setting up phases and hierarchy.

Posted by jheer at 11:26 AM | Comments (2)

September 03, 2003

paper: why and when five users aren't enough

Why and When Five Test Users aren’t Enough
Alan Woolrych and Gilbert Cockton
Proceedings of IHM-HCI 2001

This paper argues that Nielsen’s assertion that “Five Users are Enough” to determine 85% of usability problems does not always hold up. In the end, we walk away with the admonition that five users may or may not be enough. Richer statistical models are needed, as well good frequency and severity data. What does this mean for evaluators? Certainly this shouldn’t dissuade the use of usability evaluations, but it does imply that one should avoid false confidence and keep an eye to user/evaluator variability.

The paper starts by attacking the formula

ProblemsFound(i) = N ( 1 – ( 1 – lambda ) ^ i ),

in particular, the straightforward use of parameter (lambda = .31). Generalizing the formula shows we should actually expect, for n participants, that

ProblemsFound(n) = sum(j=1…N) ( 1 – ( 1 – lambda_j) ^ n ),

Where lambda_j is the probability of discovering usability problem j. Nielsen and Landauer’s formula assumes this probability is equal for all such problems (computed as lambda = the average of such empirically observed probabilities).

However, other studies, such as that by Spool and Schroeder, have found an average lambda of 0.081, showing that a study with ecologically valid tasks (in this case an unconstrained online shopping task with high N) can still miss many usability issues. Thus Nielsen’s claim that five is enough is only true under certain assumptions of problem discovery.

But other issues also abound. For instance, Nielsen’s model doesn’t take into account the variance between users, which can strongly affect the number of users needed. Further complications abound when considering severity ratings, as the authors found huge shifts in severity ratings based on different selections of five users. Other problems include which tasks are used for the evaluation (changes of task revealed undiscovered usability issues) and issues with usability issue extraction, determining the true value of N.

Posted by jheer at 07:16 PM | Comments (4)

paper: heuristic evaluation

Heuristic Evaluation
Jakob Nielsen
Chapter 2, Usability Inspection Methods, 1994

This paper describes the famous (in HCI circles) technique of Heuristic Evaluation, a discount usability method for evaluating user interface designs. HEs are conducted by having an evaluator walk through the interface, identifying and labeling usability problems with respect to a list of heuristics (listed below). It is usually recommended that multiple passes be made through the interface, so that evaluators can get a larger, contextual view of the interface, and then focus on the nitty-gritty details.

Revised Set of Usability Heuristics

  • Visibility of system status
  • Match between system and the real world
  • User control and freedom
  • Consistency and standards
  • Error prevention
  • Recognition over recall
  • Flexibility and efficiency of use
  • Aesthetic and minimalist design
  • Help users recognize, diagnose, and recover from errors
  • Help and documentation

The evaluators also go through a round of assigning severity ratings to all discovered usability problems, allowing designers to prioritize fixes. The severity is a mixture of frequency, impact, and persistence of an identified problem, and as presented forms a spectrum from 0-4, where 0 = Not a usability problem, 1 = Cosmetic problem only, 2 = Minor problem, 3 = Major problem, 4 = Usability catastrophe. Nielsen performs an analysis to show that inter-evaluator ratings have better-than-random agreement, and so ratings can be aggregated to get reliable estimates of severity.

Heuristic evaluation is cheap and can be done by user interface experts (i.e., they can be performed without bringing in outside users). Best results are experienced by evaluators that are familiar both with usability testing and the application domain of the evaluated interfaces. HE is faster and less costly than typical user studies, with which it can be used in conjunction (i.e. use HE first to filter out problems, then run a real user study to find remaining deeper seated issues). Lacking real user input, however, HE can run the risk of missing, or misestimating, usability infractions.

Nielsen found over multiple studies that the typical evaluator found only 31 percent (lambda = .31) of known usability problems in an interface. Using the model that

ProblemsFound(i) = N ( 1 – ( 1 – lambda ) ^ i ),

Where i is the number of evaluators and N is the total number of problems, we can arrive at the conclusion that 5 evaluators are enough to find 84% of usability problems. Nielsen also performs a cost-benefit analysis that finds 4 as the optimal number. Read the summary of the Woolrych and Cockton paper for a dissenting opinion.

Posted by jheer at 06:49 PM | Comments (0)

paper: your place or mine?

Finishing off my block of CSCW papers is Dourish, Belotti, et al's article on the long-term use and design of media spaces.

Your Place or Mine? Learning from Long-Term Use of Audio-Video Communication
Paul Dourish, Annette Adler, Victoria Belotti, and Austin Henderson
Computer-Supported Cooperative Work, 5(1), 33-62, 1996

This article reviews over 3 years of experience using an open audio-video link between the authors' offices to explore media spaces and remote interaction. The paper details the evolution of new behaviors in response to the communication medium, both at the individual and social levels. For example, the users learned to stare at the camera to initiate eye contact, but later learned to do without this but still establish attention. Also, colleagues would come to an office to speak to the remote participant.

I saw some important take home lessons here:

  • People will adapt to their environments over time in multiple ways -- long-term usage data is invaluable in social technologies.
  • Do not confuse social and physical mechanisms with the accomplishments they allow.
  • Analysis should be mindful of the duality of technology and practice -- being mindful of this duality implies that design should not attempt to eliminate it, or to encode the social in the technical.

My full outlined summary follows...

  • Introduction
    • Over 3 years use of a shared open audio-video link (media space) between users
    • Analyze from 3 non-traditional positions
      • Face-to-face communicative behavior in the real world not always an appropriate baseline for evaluation
      • Practices tailored to the nature of the medium arise over time as familiarity increases
      • Use, influence, and importance extend beyond the individuals who are directly engaged with it
    • Look at video as part of the real world, rather than comparison between video and the real world
  • Perspectives on Mediated Interaction
    • Individual
      • Interaction between a single user and technology
      • Experiences
        • Equipment takes up desk space, placement is significant and constrained
        • Ability to appropriately place equipment key to ability to manage video interaction as part of everyday activity
        • Directions
          • Equipment becomes surrogate for video partner
          • Gestures (e.g. directions) misleading due to orientation mismatch
          • Participants learned to point "through" the connection correctly
        • Noises Off
          • Camera field of view - some parts of room in view, others aren't
          • Over time users develop understanding of field of view
          • Others come and greet remote user, but can't be seen
          • Remote user becomes accustomed to such disembodied voices
    • Interactional
      • Focus on individuals at the ends of a media connection, and their communication through it
      • Experiences
        • Open Audio
          • Enables lightweight initiation of conversation, short bursts of interaction
          • Act of turning audio on and off would be more intrusive than audio itself
          • Audio access lends peripheral awareness of each other's activities
        • Gaze Awareness
          • Over time, learned to stare at camera instead of monitor to create eye contact
          • With greater familiarity, abandoned this!
          • Lesson: don't confuse action with what it intends to accomplish
    • Communal
      • Connections reach beyond direct users drawing in others physically or socially proximate
      • Experiences
        • Communication
          • Colleagues would come to office to talk to remote participant
          • Users and colleagues think of users as "sharing an office"
        • Presence and Telepresence
          • Hear sounds of typing coming from office - confuse remote work with local work
          • Functional space is no longer isomorphic to physical space
        • Virtual Neighbourhood
          • Sounds reaching one end of a connection that do not originate in either office
          • Inverse notion - user wants camera to also face towards the door to get a sense of remote activity
        • Projecting Audio
          • Projects sound of mediated conversation into area beyond remote office
          • Possibly troublesome during private conversation
          • Effectively used to attract attention of remotely-observed passers-by
          • Speaking softly close to mic produces an intimate yet loud effect
    • Societal
      • Connections can affect the relationships between individuals and larger social groups
      • Experiences
        • Colleagues and Visitors
          • The presence of connections can reveal or highlight delineations between various groups
          • Not simply a comment on familiarity and expectations
          • Becomes more significant when observing how people's reactions and understanding serve to act as determinants of social grouping
        • Public Affirmations
          • Connection use can be seen as explicit demonstration of cultural norms or of status within wider groups
          • Video connection is not socially or politically inert - can have strong effects on perceived groupings, membership relations, or even perceptions of the existence of particular groups.
  • Encompassing Issues
    • Ownership
      • Ownership of Technology
        • Shared communication link engenders shared ownership or responsibility for enabling technology
        • When no individuals see themselves as jointly owning a long-term connection, less use and responsibility
        • Technology itself plays a role
          • Can camera be moved around and adapted or fixed, immutable
      • Ownership of Space
        • Users thought of a single, shared office space - shared property of both occupants
        • Belotti reorganized office to better support mutual orientation
    • Evolution
      • Evolution of orientation towards the technology of the media space
      • Evolution of communicative practices in two-way communication
      • Evolution of understandings of the way in which media spaces disrupt the communal resource of "space"
      • Emergence of video-specific mechanisms of interaction
      • Development of new behaviours tailored to the nature of the medium
      • As familiarity increases, so does the range of acitvities that can be effectively performed with relative ease
      • Analysis should be mindful of the duality of technology and practice
        • Being mindful of this duality implies that design should not attempt to eliminate it, or to encode the social in the technical
      • Evolution is larger groups of understandings not about video communication but understandings including video communication
  • Designing Media Spaces
    • Crucial implication is the most general: Over time, adaptations take place as partners in long-term communication in media space environments learn effective ways to use the system. The sorts of problems people typically encounter, especially with respect to ability to manage and regulate conversation, lessen with time as new sets of resources to regulate interaction are learned.
    • Do not confuse mechanisms of face-to-face interaction (e.g eye contact) for the accomplishments they support.
      • Otherwise we waste time unnecessarily in design, and fail to look beyond the inevitably flawed simulation of copresence.
    • Linking Spaces, Not Just People
      • Media spaces link spaces, not just people
      • Spaces are foci of communal activity, emphasizing linkage of spaces enhances ability to participate in a wider space
      • Design decisions evaluated purely against the criteria of face-to-face communication may no longer be appropriate
    • Audio
      • Supports lightweight interactions, peripheral monitoring of activity and remote space
      • Flattening of audio space
        • Impairs individuals ability to filter audio stream and listen selectively
      • Microphone headsets
        • Keeps communication private, removing ability of media space to reach out and draw in others
        • Distances wearer from local environment
      • Directional issues
        • Omnidirectional mics make it easier to maintain consistent audio environment, but lose directional information
    • Digital Transmission and Shared Media
      • Analog vs. Digital systems
      • Analog systems: individual actions not dependent, use affects levels of service offered to others
    • No Sense of Place
      • "Space is the opportunity, place is the understood reality"
      • Opportunity to flexibly organize activities and structures, giving the meanings for place to emerge from space, and the mutually recognizable orientation towars spaces which carries with it a sense of appropriate behaviour and expectations... a (shared) sense of place
      • Ability to appropriate, transform, and reuse space is rooted in the flexible switching which media spaces afford
      • Rigid and explicit geography is not a prereq for the mergence of a sense of place - it's community orientation that is critical
      • Use of geographical metaphor engenders the emergence of a shared understanding of the varied appropriate uses of spaces
      • Important that we allow for the way that place-orientations emerge out of the flexible, exploratory, and creative use of the space by its occupants
  • Conclusions
    • Experiences lead to question basic assumptions:
      • The use of a real-world baseline
      • Person-to-person view of media spaces
Posted by jheer at 06:03 PM | Comments (0)

post-modern president

Just read this interesting article: The Post-Modern President: Deception, Denial, and Relativism: what the Bush administration learned from the French. Read the extended entry for some excerpts from the article.

The article also links to an amusing report measuring the "Mendacity Index", or how much and what severity of falsehood emanated from the last four presidents. Their rankings (in order of the biggest to smallest liar) are: G. W. Bush, Reagan, Bush Sr., and then Clinton. Perhaps Clinton went for the quantity over quality approach....

Excerpts from the post-modern president:

If you're a revisionist - ­someone pushing for radically changing the status quo - ­you're apt to see "the experts" not just as people who may be standing in your way, but whose minds have been corrupted by a wrongheaded ideology whose arguments can therefore be ignored. To many in the Bush administration, 'the experts' look like so many liberals wedded to a philosophy of big government, the welfare state, over-regulation and a pussyfooting role for the nation abroad.

...In that simple, totalizing assumption we find the kernel of almost every problem the administration has faced over recent months--and a foretaste of the troubles the nation may confront in coming years. By disregarding the advice of experts, by shunting aside the cadres of career professionals with on-the-ground experience in these various countries, the administration's hawks cut themselves off from the practical know-how which would have given them some chance of implementing their plans successfully. In a real sense, they cut themselves off from reality.

...Everyone is compromised by bias, agendas, and ideology. But at the heart of the revisionist mindset is the belief that there is really nothing more than that. Ideology isn't just the prism through which we see world, or a pervasive tilt in the way a person understands a given set of facts. Ideology is really all there is. For an administration that has been awfully hard on the French, that mindset is...well, rather French. They are like deconstructionists and post-modernists who say that everything is political or that everything is ideology. That mindset makes it easy to ignore the facts or brush them aside because "the facts" aren't really facts, at least not as most of us understand them. If they come from people who don't agree with you, they're just the other side's argument dressed up in a mantle of facticity. And if that's all the facts are, it's really not so difficult to go out and find a new set of them. The fruitful and dynamic tension between political goals and disinterested expert analysis becomes impossible.

Posted by jheer at 03:11 PM | Comments (0)

September 02, 2003

synesthesia and the binding problem

While I was an undergrad at Cal, I worked for a semester in the Robertson Visual Attention Lab with graduate student Noam Sagiv, researching synesthesia - a phenomenon in which the stimulation of one sensory modality reliably causes a perception in one or more different senses. Examples include letters and numbers having colors, sounds eliciting images (no psychedelics necessary!), and touch causing tastes.

Some of our research shed some light on what is known as the binding problem - the mismatch between our unified conscious experience of the world and the fairly well established fact that sensory processing occurs in distinct, specialized regions of the brain (e.g., a color area, a shape area, etc). I recently stumbled across this review article in which Lynn Robertson, head of the lab I had worked for, reviews these issues including some of the findings of our work. If you're into cognitive science, it's worth checking out!

You can scope the summary or the full article.

Posted by jheer at 10:41 PM | Comments (0)

paper: computers, networks, and work

Computers, Networks, and Work
Lee Sproull and Sara Kiesler
Scientific American, September 1991

This article describes the early adoption of networked communication (e.g. e-mail) into the workplace. The often surprising social implications of networking began with the ARPANET, precursor of the modern internet. E-mail was originally considered a minor additional feature, but rapidly became the most popular feature of the network. We see immediately an important observation regarding social technologies: they are incredibly hard to predict.

In organizations that provided open-access to e-mail (i.e. without managerial restrictions in place), some thought that electronic discussion would improve the decision making process, as conversations would be “purely intellectual… less affected by people’s social skills and personal idiosyncracies.” The actual results were more complicated. Text-only conversation has less context cues (including appearance and manner) and weakened inhibitions. This has led to more difficult decision making, due to a more democratic style in which strong personalities and hierarchical relationships are eroded. While giving a larger voice to typically quieter individuals, lowered social inhibitions in electronic conversation is also prone to more extreme opinions and anger venting (e.g. “flaming”). One study even shows that people who consider themselves unattractive report higher confidence and liveliness over networked communication.

Given these observations, the authors posit a hypothesis: when cues about social context are weak or absent, people ignore their social situation and cease to worry about how others evaluate them. In one study, people self-reported much more illegal or undesirable behaviors over e-mail than when given the same study on pen and paper. In the same vane, traditional surveys of drinking account for only half of known sales, yet an online survey results matched more accurately the sales data than face-to-face reports. The impersonality of this electronic media ironically seems to engender more personal responses.

Networked communication has also been known to affect the structure of the work place. A study found that a networked work group, compared to a non-networked group, created more subcommittees and had multiple committee roles for group members. These networked committees were also designed in a more complex, overlapping structure. Networked communication also presents new opportunities for the life of information. Questions or problems can be addressed by other experienced employees, often from geographically disparate locations, allowing faster response over greater distance. Furthermore, by creating a protocol for saving and categorizing such exchanges, networked media can remember this information, increasing the life of the information and making it available to others.

As the authors illustrate, networked communication showed much promise at an early age. However, it doesn’t always come as expected or for free. The authors note the issue of incentive… shared communication must be beneficial to all those who would be using it for adoption to be successful. Also it may be the case that managers will end up managing people they have never met… hinting at the common ground problem described by the Olsens [Olsen and Olsen, HCI Journal, 2000]. Coming back to the authors’ hypothesis also raises one exciting fundamental question. As networked communication becomes richer, social context will begin to re-appear, modifying the social impact of the technologies. As this richer design space emerges, how can we utilize it to achieve desired social phenomena in a realm that is so prone to unpredictability?

Posted by jheer at 10:22 PM | Comments (0)

paper: distance matters

Distance Matters
Olson and Olson
Human-Computer Interaction, 2000

This paper examines and refutes the myth that remote cooperative technology will remove distance as a major factor effecting collaboration. While technologies such as videoconferencing and networking allow us to more effectively communicate and collaborate across great distances, the author's argue that distance will remain an important factor for the forseeable future, regardless of how sophisticated the technology becomes.

This paper reviews results of studies concerning both collocated and distant collaborative work, and extracts four concepts through which to understand collaborative processes and the adoption of remote technologies: common ground, coupling, collaboration readiness, and technology readiness. The case is then made that because of these issues and their interactions, distance will continue to have a strong effect on collaborative work processes.

  • Collocated Work Today
    • Put people in a collaborative workspace (e.g. large conference room)
    • Showed a doubling in productivity metrics
      • Important to note: work was at a stage appropriate for intense effort
    • Spatiality of human interaction
      • People and objects exist in space, roles can be indexed by location
    • Not explicitly mentioned: the interactive space must be of the right size to support the collaborative work. Otherwise would experience “thrashing”
    • Key characteristics of collocated synchronous interactions
      • Rapid feedback
      • Multiple channels
      • Personal information
      • Nuanced information
      • Shared local context
      • Informal “hall” time before and after
      • Coreference
      • Individual control
      • Implicit cues
      • Spatiality of reference
  • Remote Work Today
    • Successes
      • Collaboratory of Space Physicists
        • Simultaneous access to real-time data from throughout the world
        • User-centered design – 10 major redesigns over 7-year period
      • NetMeeting at Boeing
        • Moderator capable of debugging technology and eliciting interaction from remote participants
      • Telecom software maintenance and enhancement
        • Supported by email, a/v conferencing, transferred files, fax
      • Contributors to success
        • Known structure, boundaries
          • Who owns what, who can change what, what causes problems
        • Detailed process shared across sites
          • Common language about work
        • These takes about 2 years for novice to learn
    • Failures
        • Process of work changes, requiring more clarification and management overhead
        • Remote work is reorganized to fit the location and technology constraints
          • Partition work into regional units
          • Many affordances of collocation are lost
        • Technological barriers
          • Set-up time, working the camera (missing speaker from picture), not heard (bad microphone setup)
        • Leads to new behaviors
          • Always identifying oneself
          • More formal turn-taking
          • Discourse rules
          • => Increased effort of communication
        • For tasks involving unambiguous tasks and people with much in common, video (vs audio) has been shown to not effect the outcome performance of people, but often changes the process
        • For more ambiguous tasks, video has been correlated with significant improvements in performance
          • Gesture and viewing the speaker increased comprehension
          • More channels for communication / disambiguation
        • Users unaware of difficulty encountered with communication channel
          • Often change behavior rather than fix the technology
            • E.g. shouting due to bad volume on videophone
        • Proxemics (apparent distance)
          • Zoomed-out image of person less effective for conversation
        • Motivation
          • Individuals not compensated according to their competitive talents
          • Sharing of data and ideas improved by compensation and attribution
          • Example of using groupware to be seen using groupware by managers – that was the real motivation for adoption
        • Caveat: interesting behaviors can emerge when tools are used for long time (Dourish et al paper, 1996)
  • Findings Integrated: Four Concepts
    • Common Ground
      • Knowledge that the participants have in common, and they are aware they have in common
      • Established from both general knowledge about a person’s background and through specific knowledge gleaned from the person’s appearance and behavior during conversation
      • Cues provided by media (Clark and Brennan 1991)
        • Copresence
        • Visibility
        • Audibility
        • Contemporality
        • Simultaneity
        • Sequentiality
        • Reviewability
        • Revisability
      • Prescription: focus on the importance of common ground. If not yet established, help develop it. Video is a great improvement over audio.
    • Coupling in Work: A Characteristic of Work Itself (<- untrue assertion?)
      • The extent and kind of communication required by the work
      • Tightly coupled: depends strongly on talents of collections of workers and is nonroutine, even ambiguous
      • Loosely coupled: has fewer dependencies OR is more routine
      • Coupling is associated with the nature of the task, with some interaction with the common ground of the participants
      • => Tightly coupled work is very difficult to do remotely
      • Prescription: design work organization so that tightly coupled work is collocated. The more formal the procedures, the more likely the success.
    • Collaboration Readiness
      • Using shared technology assumes that coworkers need to share information and are rewarded for it.
      • Prescription: one should not attempt to introduce groupware if there is no culture of sharing and collaboration. If needed, one has to align the incentive structure with the desired behavior.
    • Technology Readiness
      • Organizations (infrastructure, expertise) and individuals (know-how, habits) must be ready to use the technology.
      • Prescription: advanced technologies should be introduced in small steps.
  • Distance Work in the New Millennium
    • Though useful technologies will emerge and improve, there will always be a gap between remote and collocated collaboration.
    • Common Ground, Context, and Trust
      • Local events, holidays, weather, and social interchange
      • Common ground as pre-cursor to trust
      • Suggests collocated team-building trips, followed by the remote work
    • Different Time Zones
      • Differing work hours, circadian rhythms
    • Culture
      • Local conventions (e.g. silicon valley casual attire vs. the suits)
      • Difference in process
        • Task orientedness (e.g. tasks (American) vs. relationships (So. European)
        • Power distance – acceptance and/or questioning of authority
        • Management style
          • “Hamburger” style
            • Sweet-talk – top bun
            • Criticism – the meat
            • Encouragement – the bottom bun
          • American : hamburger, German : just meat, Japanese : just buns (“one has to smell the meat”)
        • Turn-taking (add pauses in conversation to open it up)
    • Interactions among these Factors and with Technology
      • Time-Zone vs. culture
        • Multi-time-zone compatibility vs. holidays and accepted hours of work
      • Culture vs. culture
        • cost vs. maintaining relations over video conferencing
  • Conclusion
    • Despite the limitations, distance technologies will continue to be useful and work their ways into social and organizational life, in some cases affecting profound changes in social and organizational behavior. However, through all this, distance will continue to matter.
Posted by jheer at 10:20 PM | Comments (0)

paper: groupware and social dynamics

Kicking off a batch of papers on Computer-Supported Cooperative Work (CSCW) is Grudin's list of challenges to the CSCW developer...

Groupware and Social Dynamics: Eight Challenges for Developers
Jonathan Grudin
Communications of the ACM

Groupware is introduced as software which lies in the midst of the spectrum between single-user applications and large organizational information systems. Examples include e-mail, instant messaging, group calendaring and scheduling, and electronic meeting rooms. The developers of groupware today come predominantly from a single-user background, and hence many do not realize the social and political factors crucial to developing groupware. Grudin outlines 8 major issues confronting groupware development and gives some proposed solutions.

The disparity between who does the work and who gets the benefit
Consider a shared calendaring system: A meeting organizer gets the benefit of automatically scheduled meetings, but it is all the involved employees who must do the work to maintain their calendars, and who might have no inclination to do so otherwise. Hence such features are rarely used.
Solution: Design processes that create benefits for all group members.

Critical Mass and Prisoner’s Dilemma Problems
Most groupware is only useful if a high percentage of group members use it. How useful is workplace IM if no one at work uses it…
Solution: Reduce work required of users, build incentives for use, suggest benefit-enhancing processes of use.

Social, Political, and Motivational Factors
Groupware will be resisted if it interferes with group social dynamics, e.g. a computer mistakenly schedules a manager’s unscheduled “free” time.
Solution: Contextual inquiry, domain familiarity / understanding.

Exception Handling in Workgroups
Much human problem-solving is ad hoc, often giving rise to exceptions and deviations from “standard process”. Systems that impede this are well situated for failure.
Solution: Again, contextual inquiry. Also, good configurability, though difficult, can help.

Designing for Infrequently Used Features
Groupware often focuses on communication and collaboration, but more is not necessarily better, and can lead to inefficiency, drawing away from the more frequently used single-user features. Groupware features should be known and accessible but not obtrusive.
Solution: Add groupware features to already successful applications if possible. Then create awareness and access to infrequently used features.

The Underestimated Difficulty of Evaluating Groupware
Evaluation of groupware is difficult: it is distributed, can span substantial time periods, and determining the factors of success/failure can be quite difficult.
Solution: “Development managers must enlist the appropriate skills, provide the resources, and disseminate the results”. In other words, Grudin doesn’t really know J.

The Breakdown of Intuitive Decision-Making
Groupware is often targeted for the benefit of managers (at least, this is what development decision-makers are drawn to), leaving out important end users of the system. Conversely, decision-makers do not recognize the value of apps that primarily benefit non-managers. This leads to more instances of Problem 1.
Solution: Recognition of this problem by development management. Again, contextual inquiry or domain understanding.

Managing Acceptance: A New Challenge for Product Developers
For groupware to be accepted it must be introduced carefully and deliberately. You have to attract a critical mass. Clear understanding by the users is crucial – a site visit and step-by-step learning can help.
Solution: Adding groupware to existing apps dodges the bullet. Other systems require good design (by understanding the environment of use, yet again contextual inquiry) and a developed adoption strategy.

Take home messages from the paper: groupware should strive to directly benefit all group members, build off of existing successful apps if possible, develop thoughtful adoption strategies, and be rooted in an understanding of the [physical|social|political] environment of use.

Posted by jheer at 09:49 PM | Comments (0)

whither heerforce?

My blog has been rather silent as of late... I got a little pre-occupied with moving back to Berkeley, starting up school, and wrestling with SBC to get DSL up and running out here... now I'm swamped in prelims studying and upcoming conference deadlines, but much to the joy of the 5 or so people who actually read this, I will try to post when I can. Though I warn you, with prelims coming up next week, there may only be a large number of paper summaries in the works...

Posted by jheer at 09:37 PM | Comments (2)

    jheer@acm.ørg