<?xml version="1.0"?>
<!-- RSS generated by Radio UserLand v8.2.1 on Wed, 26 Apr 2006 19:33:13 GMT -->
<rss version="2.0">
	<channel>
		<title>Kevin Schofield: chi2006</title>
		<link>http://radio.weblogs.com/0133184/categories/chi2006/</link>
		<description>the CHI 2006 conference in Montreal.</description>
		<copyright>Copyright 2006 Kevin Schofield</copyright>
		<lastBuildDate>Wed, 26 Apr 2006 19:33:13 GMT</lastBuildDate>
		<docs>http://backend.userland.com/rss</docs>
		<generator>Radio UserLand v8.2.1</generator>
		<managingEditor>kevinsch@comcast.net</managingEditor>
		<webMaster>kevinsch@comcast.net</webMaster>
		<category domain="http://www.weblogs.com/rssUpdates/changes.xml">rssUpdates</category> 
		<skipHours>
			<hour>1</hour>
			<hour>2</hour>
			<hour>3</hour>
			<hour>4</hour>
			<hour>5</hour>
			<hour>6</hour>
			<hour>0</hour>
			<hour>7</hour>
			</skipHours>
		<cloud domain="radio.xmlstoragesystem.com" port="80" path="/RPC2" registerProcedure="xmlStorageSystem.rssPleaseNotify" protocol="xml-rpc"/>
		<ttl>60</ttl>
		<item>
			<title>CHI Session -- Privacy 2</title>
			<description>&lt;P&gt;I&apos;m in another CHI paper session on privacy issues.&lt;/P&gt;
&lt;P&gt;Hi session -- Privacy&lt;/P&gt;
&lt;P&gt;I&apos;m in the CHI session on Privacy.&lt;/P&gt;
&lt;P&gt;The first paper is on incidental informational privacy. The scenarios is that you&apos;re at work, or in an airport gate area, and someone might look over your shoulder. They surveyed a broad set of users on their preferences and behavior. Not any real surprises here, just some good quantitative results that reinforce intuition. &lt;/P&gt;
&lt;P&gt;Second paper: Being Watched or being special. They reference a study from a study from the &apos;70s that shows that people are much more willing to comply with impositions if a reason -- any reason, no matter how absurd -- is given. Their study shows that this extends to privacy. Fascinating.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
			<guid isPermaLink="false">http://radio.weblogs.com/0133184/categories/chi2006/2006/04/26.html#a551</guid>
			<pubDate>Wed, 26 Apr 2006 19:32:44 GMT</pubDate>
			<comments>http://radiocomments2.userland.com/comments?u=133184&amp;amp;p=551&amp;amp;link=http%3A%2F%2Fradio.weblogs.com%2F0133184%2F2006%2F04%2F26.html%23a551</comments>
			</item>
		<item>
			<title>CHI Panel -- Tagging</title>
			<description>&lt;P&gt;I&apos;m in the CHI panel on &quot;Why Taggigng systems work.&quot; &lt;/P&gt;
&lt;P&gt;This is really frustrating to watch. There are representatives from Yahoo/Flickr, Google, and various research institutions on this panel, all trying to define tagging, but REALLY trying to define tagging in a way where it&apos;s more important and signficant than just metadata. In essence, they&apos;re trying to define the &quot;tagging phenomenon&quot; while skirting around the fact that they all have a vested interest in tagging being an important phenomenon with long-term staying power.&lt;/P&gt;
&lt;P&gt;The one useful point raised is that in contrast to prior metadata efforts that were really designed around archiving and re-dscovery, tagging is largely focused on distribution (though certainly has an IR use too).&lt;/P&gt;
&lt;P&gt;Out of this has grown Luis von Ahn&apos;s work on cooperative community tagging (and how to use games to do this). I&apos;m a big fan of Luis&apos;s work at CMU.&lt;/P&gt;
&lt;P&gt;Interesting observation/question from the audience: it seems like you need to be a &quot;tag devotee&quot; and pretty religiously do it to get a lot of value out of it. (panel answer: there&apos;s a fair amount of value just as a consumer for others&apos; tags, e.g. Wikipedia)&lt;/P&gt;
&lt;P&gt;&quot;man on the street&quot; video, surveying people on their own filing/searching habits. What would get people to spend 30 minutes a day tagging web sites? Two most common answers: money (i.e. getting paid to do it) or &quot;nothing.&quot;&lt;/P&gt;
&lt;P&gt;Interesting insight from George Furnas, University of Michigan: people overestimate their own ability to tag items accurately, and underestimate a group&apos;s ability to come up with a good diverse set that represents the object well.&lt;/P&gt;
&lt;P&gt;Furnas is definitely the star of this panel: he has a great historical perspective and a thoughtful approach that goes beyond the obvious memes of the tagging community (something the other panel members are having trouble with). &lt;/P&gt;
&lt;P&gt;Good audience question: will tagging make it outside of the community? Will out mothers ever tag things? (the moderator punted; he wants to come back to it at the end of the session)&lt;/P&gt;
&lt;P&gt;A panel member cited a UC Berkeley study that showed that tags are very similar to dialects: well-connected groups of people quickly converge on common sets of tags.&lt;/P&gt;
&lt;P&gt;When asked where tagging will go, really no clear ideas. Except fr one panel member who thinks we&apos;ll end up tagging (and thereby judging) people.&lt;/P&gt;
&lt;P&gt;An audience emember brought up that amazon added tagging to product pages a couple of months ago and it was a total disaster. A panelist said that it&apos;s Amazon&apos;s fault because the page is too busy. (another member jumped in and also blamed the UI) A third panelist is suggesting that the implementation was too eglaitarian -- not only could everyone tag, but everyone could define new tags.&lt;/P&gt;
&lt;P&gt;Question from a panelist: does tagging scale up to large, heterogeneous groups? the panelists seem to say &quot;no&quot; and I would suggest that this might be a more general indictment of social software systems: they almost never scale to large-scale, heterogeneous groups. &lt;/P&gt;
&lt;P&gt;recurring point that relates to this: one universal, flat terrain for tags probably doesn&apos;t work. You need to think about clusters of tags (potentially overlapping) and hierarchies. In other words, in classing Internet form, the tagging community has just rediscovered IR, taxonomies, and semantic hierarchies.&lt;/P&gt;
&lt;P&gt;Audience question: how many tags to people associate with an item? On delicious, the average is two (not surprisingly, that&apos;s the same as the number of words people type into a search box on MSN Search or Google).&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
			<guid isPermaLink="false">http://radio.weblogs.com/0133184/categories/chi2006/2006/04/26.html#a550</guid>
			<pubDate>Wed, 26 Apr 2006 18:15:24 GMT</pubDate>
			<comments>http://radiocomments2.userland.com/comments?u=133184&amp;amp;p=550&amp;amp;link=http%3A%2F%2Fradio.weblogs.com%2F0133184%2F2006%2F04%2F26.html%23a550</comments>
			</item>
		<item>
			<title>CHI Session: Mashups</title>
			<description>&lt;P&gt;I&apos;m in the CHI panel on Mashups. &lt;/P&gt;
&lt;P&gt;The BBC Backstage guy is giving a &quot;Basics&quot; talk on what Mashups are. &lt;/P&gt;
&lt;P&gt;Why do developers get involved in building mashups?&lt;/P&gt;
&lt;UL&gt;
&lt;LI&gt;new business opportunities&lt;/LI&gt;
&lt;LI&gt;it&apos;s cool&lt;/LI&gt;
&lt;LI&gt;they&apos;re frustrated with missing features/abilities in what the main provider supports&lt;/LI&gt;
&lt;LI&gt;to get noticed.&lt;/LI&gt;&lt;/UL&gt;
&lt;P&gt;BBC Backstage is BBC&apos;s developer network for supporting third parties creating mashups with BBC&apos;s data. They only support non-commercial use, and stress that all intellectual property remains solely with BBC. They offer broadcast schedule data, audio and video archives, plus travel data for the UK (train, road, etc.)&lt;/P&gt;
&lt;P&gt;BBC launched today reboot:bbc.co.uk, a competition to re-design the BBC home page. Cool idea.&lt;/P&gt;
&lt;P&gt;The Google guy is talking about the technical underpinnings of mashups. and why AJAX and lightweight feed protocols make it much easier to do mashup web apps. The data sources are growing faster than specific UI services are, which is a problem at one level and certainly exacerbates UI consistency issues since each mashup developer needs to roll their own. &lt;/P&gt;
&lt;P&gt;A good question from the audience about how to address accessibility issues for AJAX applications and machups in general.&lt;/P&gt;
&lt;P&gt;Not a lot of good answers to questions; mostly a lot of &quot;good question, there are people thinking about that, no answer today.&quot;&lt;/P&gt;
&lt;P&gt;The discussant is talking about the privacy and security issues behind mashups. For example: do mashups make it really easy to develop a phishing site?&lt;/P&gt;
&lt;P&gt;Another issue: authentication for mashups. If you go to a mashup site and type in your password for another site, how do you know what&apos;s really going on behind the scenes? Will we see the return of Passport? or will Infocard pick up quickly, or will Liberty Alliance finally get going? Will SSL be required? (is&amp;nbsp;that too costly in terms of getting an SSL certificate from Verisign?)&lt;/P&gt;
&lt;P&gt;The discussant is suggesting that mashup developers should develop more like enterprise developers.&lt;/P&gt;
&lt;P&gt;The Google guy just said that we need to be careful not to put too much burden on mashup developers to &quot;do things the right way.&quot; and we should look for technical solutions instead. (my editorial view: there is a natural tension here, but if we really want mashups to take off, the responsibility needs to be both on the mashup enablers as well as the mashup developers)&lt;/P&gt;
&lt;P&gt;Is there a separation between mashups on Web sites vs. cell phones? The BBC guy says no.&lt;/P&gt;
&lt;P&gt;Some audience questions around the intersection of &quot;citizen journalism&quot; and mashups, and the issues of accuracy, authenticity and reliability of information. Also if there are errors, how do we build a feedback mechanism from end-users through mashups back to the original data source providers? &lt;/P&gt;
&lt;P&gt;Another audience question: mashups are a developer phenomenon today. Is there any chance to make it an end-user phenomenon? What would those tools look like? The Google guy thinks that it will happen eventually, but will just take time.&lt;/P&gt;
&lt;P&gt;My takeaway: the discussant (Hart Rossman, SAIC) has thought far more deeply about the issues behind mashups than either the BBC or Google guys. Mashups are very very young, and the hype has masked a number of severe limitations. We&apos;ve seen a set of relatively simple mashups where the end-users cna remain anonymous (like layering data on top of maps) and that maps (no pun intended) well to 3 of the 4 reasons stated above why mashups are getitng built: coolness, frustration, and to get noticed. The real business opportunities, in order to be realized, will require actually tackling the hard issues, and we&apos;ll have to see if and how that happens -- or if not, how quickly mashups dies as just one more fad.&lt;/P&gt;
&lt;P&gt;I&apos;m also disappointed at how little discussion there really was about the HCI issues related to mashups -- other than to point out that the HCI/usability community is not at all involved today.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
			<guid isPermaLink="false">http://radio.weblogs.com/0133184/categories/chi2006/2006/04/26.html#a549</guid>
			<pubDate>Wed, 26 Apr 2006 14:37:15 GMT</pubDate>
			<comments>http://radiocomments2.userland.com/comments?u=133184&amp;amp;p=549&amp;amp;link=http%3A%2F%2Fradio.weblogs.com%2F0133184%2F2006%2F04%2F26.html%23a549</comments>
			</item>
		<item>
			<title>CHI -- Security Papers</title>
			<description>&lt;P&gt;I&apos;m in the CHI papers session on&amp;nbsp;Security. &lt;/P&gt;
&lt;P&gt;The first paper is &quot;Why phishing works.&quot;&amp;nbsp; Interesting point: both security designers and phishers use user interface techniques to accomplish their goals. Three basic categories of reasons why phishing works:&lt;/P&gt;
&lt;UL&gt;
&lt;LI&gt;lack of knowledge ( e.g. about URLs, security indicators) 
&lt;LI&gt;visual deception (e.g. &quot;vv&quot; istead of &quot;w&quot;, overlaying windows,embedding fake address and status bar in page ) 
&lt;LI&gt;bounded atention (i.e. inattention to secuirty indicators)&amp;nbsp;&lt;/LI&gt;&lt;/UL&gt;
&lt;P&gt;In their study of whether people can correctly identify real and phishing sites, participant knowledge&amp;nbsp;and use of security indicators was the best indicator of success in correctly identifying the sites. Though in walking through the examples, the reasons why people made mistakes were all over the place.&lt;/P&gt;
&lt;P&gt;Interesting suggestion: that product teams &quot;spoof&quot; their own design in the testing of their web sites, to see how easy it is to convincingly phish your site.&lt;/P&gt;
&lt;P&gt;Another interesting design point: address bar&amp;nbsp;prints the URL in&amp;nbsp;small type that&apos;s hard to read; can you re-size the text to make it bigger and more readable?&lt;/P&gt;
&lt;P&gt;Second paper: Secrecy, Flagging and Paranoia: Adoption Criteria in encrypted E-mail. There is an argument that people should encrypt all of their email. Conventional wisdom is that people don&apos;t encrypt email because it&apos;s too hard. Their user study showed that in fact people often&amp;nbsp;don&apos;t encrypt email because there is a social meaning (in fact, a negative stigma) associated with encryption that they don&apos;t want to convey. People will use it for financial information, and for&amp;nbsp;protecting secret planning information. But recipients think that if it&apos;s encrypted it must be important -- so encrypting all email would send the wrong message (no pun intended). This was a pretty limited study and it&apos;s unclear how much it can be generalized, but it&apos;s an interesting thought.&lt;/P&gt;
&lt;P&gt;Third paper:&amp;nbsp; Do Security Toolbars Actually Prevent Phishing Attacks? There are many browser toolbars that try to help identify phishing sites. The categories of toolbars:&lt;/P&gt;
&lt;UL&gt;
&lt;LI&gt;neutral info: domain name, date registered, country registered 
&lt;LI&gt;System-decision: propose whether the site is OK or potentially fraudulent 
&lt;LI&gt;SSL-verification: presents a logo if it&apos;s a verified site.&lt;/LI&gt;&lt;/UL&gt;
&lt;P&gt;Recurring point: security is almost never the user&apos;s primary task and we don&apos;t want to make it the primary task, but we do want the user to be motivated and engaged to make good decisions. Their results are that secuirty toolbars are not as effective as one would hope in preventing phishing attacks. The study reinforces the notion that users don&apos;t understnad or know how to parse URL&apos;s. Interestingly, anecdotal comments suggest that false-positives in spam filters cause people to expect anti-phishing spoolbars to be wrong some percentage of the time. In other words: often the phishing web site looks more credible than the toolbar. Also, since security is a separate, secondary task, people&apos;s desire and focus on getting the primary task done overrides the focus on the secondary task. This is a bizarre dilemma: we don&apos;t want to make security the primary task, but then users will often override security in favor of the primary task and open themselves up to phishing attacks.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
			<guid isPermaLink="false">http://radio.weblogs.com/0133184/categories/chi2006/2006/04/25.html#a547</guid>
			<pubDate>Tue, 25 Apr 2006 21:53:57 GMT</pubDate>
			<comments>http://radiocomments2.userland.com/comments?u=133184&amp;amp;p=547&amp;amp;link=http%3A%2F%2Fradio.weblogs.com%2F0133184%2F2006%2F04%2F25.html%23a547</comments>
			</item>
		<item>
			<title>CHI Session: Managing Deviant Behavior in Online Communities</title>
			<description>&lt;P&gt;I&apos;m in the CHI panel session on &quot;Managing Deviant Behavior in Online Communities.&quot; &lt;/P&gt;
&lt;P&gt;The first panelist, from IBM Research, studies intranet online communities and made the point that managers should just &quot;chill out&quot; about extreme behavior on corporate online presences -- there isn&apos;t that much downside, there are social corrective measures, and efforts to prevent the use of these systems within a company would be a far greater negative than trying to manage their use well.&lt;/P&gt;
&lt;P&gt;The second speaker is an administrator for slashdot and everything2.com. His big issues:&lt;/P&gt;
&lt;UL&gt;
&lt;LI&gt;not all misbehavior is the same&lt;/LI&gt;
&lt;LI&gt;not all misbehavior is intentional&lt;/LI&gt;
&lt;LI&gt;not all misbehavior is bad/harmful&lt;/LI&gt;
&lt;LI&gt;deviance is all relative to your perspective. Deviants something think that their critics are the deviants. And sometimes there are good reasons to be a deviant from a society.&lt;/LI&gt;&lt;/UL&gt;
&lt;P&gt;The third speaker argues that managing deviant behavior online and offline are essentially the same.&lt;/P&gt;
&lt;P&gt;The fourth speaker works with online games, and deals with issues around cheating in games. One difficulty there is how to keep the game open and emergent, encoraging exploration, without encouraging testing boundaries and exploiting rules.&lt;/P&gt;
&lt;P&gt;The discussion is cetered around some interesting scenarios. The first was from World of Warcraft, wher ethe member of a guild dies (in real life) and the other members of the guild organize an online memorial service. a rival guild notices the public notice of this, show up in force and slaughter everyone -- to add insult to injury, they videorecord the entire massacre and post it online to flaunt their actions. What should the WoW people do?&lt;/P&gt;
&lt;P&gt;The second one: a large mailing list where one person keeps sending irrelevant posts. Talking to the person only casues very short-term relief. What should one do?&lt;/P&gt;
&lt;P&gt;The third one: the recurring troll on an online bulletin board system who explicityl tries to get the community stirred up. Is this any different from the second case above?&lt;/P&gt;
&lt;P&gt;The fourth example is more of an explicit (online) dscussion of who in a community had the privilege/right to define deviancy.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
			<guid isPermaLink="false">http://radio.weblogs.com/0133184/categories/chi2006/2006/04/25.html#a546</guid>
			<pubDate>Tue, 25 Apr 2006 19:52:31 GMT</pubDate>
			<comments>http://radiocomments2.userland.com/comments?u=133184&amp;amp;p=546&amp;amp;link=http%3A%2F%2Fradio.weblogs.com%2F0133184%2F2006%2F04%2F25.html%23a546</comments>
			</item>
		<item>
			<title>CHI session -- i-schools</title>
			<description>&lt;P&gt;I&apos;m in the CHI 2006 session on Schools of Information, aka &quot;i-schools.&quot; The session chair suggests that i-schools focus on information as the central concept vs. computers or computing.&lt;/P&gt;
&lt;P&gt;There&apos;s no single model for an i-school; some evolved from computer science, some from library science, some are hybrids of several departments. There are about 20 i-schools in North America. They tend to grow up in places where there isn&apos;t already an independent School of Computer Science, at least partially as a way to raise the awareness and importance of subfields (like HCI) that tend to get buried in a department of CS that&apos;s buried in an engineering school.&lt;/P&gt;
&lt;P&gt;If you imagine a triangular &quot;problem space&quot; with information, people and technology at the points, you&apos;ve mapped out the area of concern for an i-school.&lt;/P&gt;
&lt;P&gt;This &quot;i-school movement&quot; raises lots of hard questions:&lt;/P&gt;
&lt;UL&gt;
&lt;LI&gt;is HCI more central/relevant to i-schools than to Computer Science? 
&lt;LI&gt;will it make HCI even less central to CS? 
&lt;LI&gt;what publications are important for tenure decisions? 
&lt;LI&gt;is research biased toward studies and away from actually creating intellectual property that could be commercialized? 
&lt;LI&gt;over time, will i-schools &quot;silo&quot; to the detriment of interdisciplinary subfields (like HCI)? 
&lt;LI&gt;what&apos;s the difference between a &quot;school of information&quot; and a &quot;school of informatics&quot;? 
&lt;LI&gt;within i-schools, is HCI in danger of becoming too diffuse? 
&lt;LI&gt;will i-schools buck the trend of the overall decline of enrollment in CS programs?&lt;/LI&gt;&lt;/UL&gt;
&lt;P&gt;This is a very frustrating session. There&apos;s a long list of audience members waiting to comment or ask questions, so I&apos;d never make it to the mike before the session ended, but they&apos;re asking all the wrong questions.&amp;nbsp; They&apos;re focused on branding, identty, and how to facilitate interdisciplinary work. The right questions to ask are all more basic:&lt;/P&gt;
&lt;UL&gt;
&lt;LI&gt;what kind of jobs are your preparing people to? (one of the panelists said that he hoped that their graduates would go to work in other i-schools!)&lt;/LI&gt;
&lt;LI&gt;have you actually talked to any employers to see if they value what you&apos;re offering?&lt;/LI&gt;
&lt;LI&gt;How do you &quot;market&quot; i-schools to the rest of academia and to industry?&lt;/LI&gt;
&lt;LI&gt;where do researchers in your field publish? (besides CHI)&lt;/LI&gt;
&lt;LI&gt;Is it easier of more difficult to get funding for research when you&apos;re in an i-school vs. a CS, engineering or other school?&lt;/LI&gt;
&lt;LI&gt;will i-schools create anything that will ever get commercialized? (I realize this is in my list above, in a slightly different form)&lt;/LI&gt;
&lt;LI&gt;is this really anything more than an attempt to get HCI and interdisciplinary work more respect wthin the university?&lt;/LI&gt;
&lt;LI&gt;What kind of degrees do people get from an i-school, and do they mena anything to anyone? Is the undergraduate degree BS or BA? (similar question for the master&apos;s degree)&lt;/LI&gt;&lt;/UL&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
			<guid isPermaLink="false">http://radio.weblogs.com/0133184/categories/chi2006/2006/04/25.html#a545</guid>
			<pubDate>Tue, 25 Apr 2006 16:28:48 GMT</pubDate>
			<comments>http://radiocomments2.userland.com/comments?u=133184&amp;amp;p=545&amp;amp;link=http%3A%2F%2Fradio.weblogs.com%2F0133184%2F2006%2F04%2F25.html%23a545</comments>
			</item>
		<item>
			<title>CHI session -- XBox 360 critique</title>
			<description>&lt;P&gt;The plenary session this morning at CHI is an &quot;expert critique&quot; of the XBox 360. Two of the user experience managers for the XBox team are presenting a photographic history of the design process, followed by a panel of experts giving their critique, followed by opening it up to the audience for comments and critique.&lt;/P&gt;
&lt;P&gt;I applaud the XBox team for doing this; it&apos;s pretty brave to stand up in front of a highly critical set of experts (and an often MS-unfriendly group to boot) and lay it all out.&lt;/P&gt;
&lt;P&gt;The expert critiquers are asking mostly slow-pitch questions, which is a little disappointing. But there was one zinger so far: it took one of the experts 90 minutes to set up a new XBox 360, most of that time taken up with reading the EULA. &lt;/P&gt;</description>
			<guid isPermaLink="false">http://radio.weblogs.com/0133184/categories/chi2006/2006/04/25.html#a544</guid>
			<pubDate>Tue, 25 Apr 2006 13:21:12 GMT</pubDate>
			<comments>http://radiocomments2.userland.com/comments?u=133184&amp;amp;p=544&amp;amp;link=http%3A%2F%2Fradio.weblogs.com%2F0133184%2F2006%2F04%2F25.html%23a544</comments>
			</item>
		<item>
			<title>CHI -- alt.chi session</title>
			<description>&lt;P&gt;I&apos;m in the &quot;alt.chi&quot; session, which is a collection of papers that are very interesting projects but for one reason or another would not compete well against traditional research papers to make it into the conference programs.&lt;/P&gt;
&lt;P&gt;First project: incorporating digital technologies into a playground.&amp;nbsp; Their first prototype was a mat (looks sort of&amp;nbsp;like&amp;nbsp;two sets of train tracks, side by side)&amp;nbsp;that kids could step or run on, and hitting pressure mats would activate motors. In their second iteration, they got the kids involved in making spinners to put on the motors. Then they observed how kids used it and experimented with it, including inventing their own games.&amp;nbsp; Their big goal: use technologies toaugment playground equipment without compromising the nature of unstructired play?&lt;/P&gt;
&lt;P&gt;Second project: Tokyo Youth at Leisure, supporting the design of new meida to support leisure planning and practice. A user study of young adults aged 18-25 (the only age group that actually has free time) to see how they plan and participate in their leisure outings.&amp;nbsp;Relaxation and companionship were the most important leisure qualities; finding new romance was the least. People and TV were the top resources for planning outings, mobile device was very low (though distinguish planning from coordination, where mobile and PC are used extensively).&amp;nbsp; &quot;downtime&quot; is essential; they often spend it alone,&amp;nbsp;but hyper-connected (via email and mobile phone). For group outings, you choose the set of people you want to be with first, then decide what to do. Planning a meeting place for a specific activity is the process of minimizing the commute and maximizing opportuinities for other serendipitous activities. One interesting take-away: lots of cultural hype of mobile phones&apos; hyperuse as distinctly Japanese, but the PC was used a lot more than was&amp;nbsp;expected; people liked the large screen for viewing information and planning activities.&lt;/P&gt;
&lt;P&gt;Third project: RoomBugs. simulating insect infestations in elementary school classrooms. &amp;nbsp;Kids use computers to run a simulation over several days of insects in the classroom, as a science experiment where they need to quantify can classify the infestation. PC&apos;s act as stations around the room and show the virtual equivalent of a &quot;sand trap&quot; where they see insect tracks as virtual insects walk voer them. Kids were able to correctly count and identify 94% of over 1500 insect tracks that they were exposed to over a 2-week period. Yow!&lt;/P&gt;
&lt;P&gt;Fourth project: Orbital Browser. How to connect up components in a ubiquitous computing environment.&lt;/P&gt;
&lt;P&gt;Fifth project: Quill: a narrative-based interface for personal document retrieval.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
			<guid isPermaLink="false">http://radio.weblogs.com/0133184/categories/chi2006/2006/04/24.html#a543</guid>
			<pubDate>Mon, 24 Apr 2006 21:30:40 GMT</pubDate>
			<comments>http://radiocomments2.userland.com/comments?u=133184&amp;amp;p=543&amp;amp;link=http%3A%2F%2Fradio.weblogs.com%2F0133184%2F2006%2F04%2F24.html%23a543</comments>
			</item>
		<item>
			<title>CHI Panel -- Managing International User Research</title>
			<description>&lt;P&gt;I&apos;m listening to a panel on how to manage international user research -- whether you&apos;re trying to build a product directed at a far-away market, or trying to design for a worldwide audience.&lt;/P&gt;
&lt;P&gt;There&apos;s fair consensus that international research is budget constrained more than anything else -- in fact, Microsoft keeps coming up as an example of a company with the &quot;luxury&quot; of having user researchers in many parts of the world and the money to send them to others (as if making those investments weren&apos;t a difficult budget decision just like at every other company).&lt;/P&gt;
&lt;P&gt;Susan Dray made the good point, though, that deciding to do international research is usually a strategic decision, not a tactical one. That usually puts it in a separate decision-making process for investment.&lt;/P&gt;
&lt;P&gt;Lots of discussion about the cultural issues -- both in terms of the &quot;content,&quot; i.e. discovering cultural issues that affect your design; and in terms of the user research process and how certain practices (and certain questions) are not culturally appropriate in some countries.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
			<guid isPermaLink="false">http://radio.weblogs.com/0133184/categories/chi2006/2006/04/24.html#a542</guid>
			<pubDate>Mon, 24 Apr 2006 19:54:13 GMT</pubDate>
			<comments>http://radiocomments2.userland.com/comments?u=133184&amp;amp;p=542&amp;amp;link=http%3A%2F%2Fradio.weblogs.com%2F0133184%2F2006%2F04%2F24.html%23a542</comments>
			</item>
		<item>
			<title>Privacy </title>
			<description>&lt;P&gt;I&apos;m in the first session on privacy issues. Clare-Marie Karat is presenting a paper on a system for how to express formal privacy rules in natural language.&lt;/P&gt;
&lt;P&gt;Here&apos;s a useful and simple definition of a privacy policy: &lt;/P&gt;
&lt;BLOCKQUOTE&gt;
&lt;P&gt;Who has access to what personal information:&lt;/P&gt;
&lt;UL&gt;
&lt;LI&gt;for what purposes&lt;/LI&gt;
&lt;LI&gt;to carry out what actions&lt;/LI&gt;
&lt;LI&gt;under what conditions&lt;/LI&gt;
&lt;LI&gt;with what obligations&lt;/LI&gt;&lt;/UL&gt;&lt;/BLOCKQUOTE&gt;
&lt;P&gt;Many of the question revolve around ways to handle exceptions -- which is the downfall of most data and workflow automation systems.&lt;/P&gt;
&lt;P&gt;Karen Tang presented a paper on how to preserve privacy/anonymity in mobile location-based services. Person-centric applications reduce the fidelity of queries to increase anonymity. But location-centric services/queries are different in some ways and does the fidelity-degradation approach work? (no) so what does work? The discussion of the work point out that this is really an application-layer system, and that there are many threats from other layers particularly if the application layer system is dependent upon lower layers to accurately label locations. &lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Kirsten Boehner is talking about &quot;Advancing Ambiguity&quot; Ambiguity is &quot;the admitting of multiple interpretation&quot; (Gaver, 2003). &lt;/P&gt;
&lt;P&gt;Generally more information and awareness reduces ambiguity, but sometimes there are exceptions. &quot;If you have one clock, you always know the time. If you have two clocks, you never know the time.&quot;&lt;/P&gt;
&lt;P&gt;Wendy March talked about &quot;Girls, Technology and Privacy: Is My Mother Listening?&quot; Question: do you make phone calls sitting in your closet? It turns out that lots of teenage girls do. (so their parents can&apos;t overhear)&lt;/P&gt;
&lt;P&gt;Important learning: girls pay attention to &quot;location privacy&quot; -- don&apos;t trust IM to be secret, just voice calls. But they don&apos;t feel like home is &quot;their place&quot; and will take phone (cell or cordless) somewhere that they can have a private conversation. Will only use computer for private conversations if they can physically move it somewhere private.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
			<guid isPermaLink="false">http://radio.weblogs.com/0133184/categories/chi2006/2006/04/24.html#a541</guid>
			<pubDate>Mon, 24 Apr 2006 16:58:11 GMT</pubDate>
			<comments>http://radiocomments2.userland.com/comments?u=133184&amp;amp;p=541&amp;amp;link=http%3A%2F%2Fradio.weblogs.com%2F0133184%2F2006%2F04%2F24.html%23a541</comments>
			</item>
		<item>
			<title>Blogging CHI and the Opening Plenary</title>
			<description>&lt;P&gt;I&apos;m going to try to blog at regular intervals this week while I&apos;m at &lt;A href=&quot;http://www.chi2006.org&quot;&gt;CHI&lt;/A&gt; in Montreal. They have the student volunteers organized to do this too, so it should be an interesting collection of entries on the &lt;A href=&quot;http://www.chi2006.org/blogs/official/&quot;&gt;official CHI blog site&lt;/A&gt; by the end of the conference. &lt;/P&gt;
&lt;P&gt;The opening plenary this morning, by Scott Cook of Intuit, was great. Scott is a very genial, affable guy who quickly builds a cnnection with the audience. The official topic for his talk, which he generally stuck to, was &quot;Creating game-changing innovation.&quot;&lt;/P&gt;
&lt;P&gt;He had many interesting insights into the business of innovation, many cribbed from Peter Drucker (in a good way, with appropriate credit given). Of particular note was his list of five &quot;models of innovation inside a company:&lt;/P&gt;
&lt;P&gt;1. the lone genius&lt;BR&gt;2. the boss is the genius&lt;BR&gt;3. copy competitors&apos; innovations&lt;BR&gt;4. cloister the geniuses in a lab&lt;BR&gt;5. make the people the geniuses&lt;/P&gt;
&lt;P&gt;and of course he subscribes to the last one. &lt;/P&gt;
&lt;P&gt;The heart of his talk, though was about five principles of innovation and invention. His principles:&lt;/P&gt;
&lt;P&gt;1. Invention comes from mindset change.&lt;BR&gt;2. Mindset change comes from seeing differently.&lt;BR&gt;3. Savor surprises -- as learning.&amp;nbsp; (and 3a. celebrate your failures for the learning you derive from them)&lt;BR&gt;4. Focus managers on a customer metric&lt;BR&gt;5. Nurture and protect teams that are doing innovative work.&lt;/P&gt;
&lt;P&gt;Cook talked a lot about how Intuit has a culture of always starting with the customer need. He gave several examples of how Intuit products were created directly out of customer studies that gave them key insights about how they weren&apos;t solving the needs of their customers.&lt;/P&gt;
&lt;P&gt;It was a fun and inspiring talk. If you get an opportunity to hear Cook talk, I would strongly encourage you to do so.&lt;/P&gt;</description>
			<guid isPermaLink="false">http://radio.weblogs.com/0133184/categories/chi2006/2006/04/24.html#a540</guid>
			<pubDate>Mon, 24 Apr 2006 15:37:55 GMT</pubDate>
			<comments>http://radiocomments2.userland.com/comments?u=133184&amp;amp;p=540&amp;amp;link=http%3A%2F%2Fradio.weblogs.com%2F0133184%2Fcategories%2Fchi2006%2Frss.xml%23a540</comments>
			</item>
		</channel>
	</rss>
