<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Bokardo &#187; Identity</title>
	<atom:link href="http://bokardo.com/tag/identity/feed/" rel="self" type="application/rss+xml" />
	<link>http://bokardo.com</link>
	<description>Interface Design &#38; UX by Joshua Porter</description>
	<lastBuildDate>Sun, 29 Jan 2012 11:35:48 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
<xhtml:meta xmlns:xhtml="http://www.w3.org/1999/xhtml" name="robots" content="noindex" />
		<item>
		<title>Own Your Identity, the Blog</title>
		<link>http://bokardo.com/archives/own-your-identity-the-blog/</link>
		<comments>http://bokardo.com/archives/own-your-identity-the-blog/#comments</comments>
		<pubDate>Wed, 02 Apr 2008 14:30:52 +0000</pubDate>
		<dc:creator>Josh</dc:creator>
				<category><![CDATA[Identity]]></category>

		<guid isPermaLink="false">http://bokardo.com/?p=753</guid>
		<description><![CDATA[For those interested in online identity-related matters, I would like to turn your attention to a new blog on the subject: Own Your Identity I&#8217;m writing this blog along with web-maven Brian Oberkirch and polar explorer turned web revolutionary Tony Haile. We&#8217;re just getting started, but our goal is to lead a discussion on the [...]]]></description>
			<content:encoded><![CDATA[<p>For those interested in online identity-related matters, I would like to turn your attention to a new blog on the subject: </p>
<p><a href="http://www.ownyouridentity.com/">Own Your Identity</a></p>
<p>I&#8217;m writing this blog along with web-maven <a href="http://www.brianoberkirch.com/">Brian Oberkirch</a> and polar explorer turned web revolutionary <a href="http://tonyhaile.com/">Tony Haile</a>. We&#8217;re just getting started, but our goal is to lead a discussion on the ins and outs of online identity, tackling such questions as: </p>
<ul>
<li>What does it mean to own one&#8217;s identity online?</li>
<li>What building blocks do we need in place to help achieve identity ownership?</li>
<li>What practices are social networks doing that help (or hurt) personal identity online?</li>
<li>How can we work with social networks to build a better web?</li>
<li>What are the real-world problems that normal folks are dealing with concerning identity?</li>
</ul>
<p>Our eventual hope is that by participating in this discussion and really driving it forward, we&#8217;ll all learn how to build software that helps us <a href="http://www.ownyouridentity.com/">own our identity</a>. </p>
]]></content:encoded>
			<wfw:commentRss>http://bokardo.com/archives/own-your-identity-the-blog/feed/</wfw:commentRss>
		<slash:comments>13</slash:comments>
		</item>
		<item>
		<title>The danger of social markers made public (more on the Social Graph API)</title>
		<link>http://bokardo.com/archives/the-danger-of-social-markers-made-public/</link>
		<comments>http://bokardo.com/archives/the-danger-of-social-markers-made-public/#comments</comments>
		<pubDate>Mon, 04 Feb 2008 17:29:45 +0000</pubDate>
		<dc:creator>Josh</dc:creator>
				<category><![CDATA[Google]]></category>
		<category><![CDATA[Identity]]></category>

		<guid isPermaLink="false">http://bokardo.com/archives/the-danger-of-social-markers-made-public/</guid>
		<description><![CDATA[<a href="http://vanderwal.net">Thomas Vander Wal</a> makes a <a href="comment-152971">good point</a> in response to my post: <a href="http://bokardo.com/archives/why-im-excited-about-the-google-social-graph-api/">Why I'm excited about Google's Social Graph API</a>. He's concerned that by exposing social relationship information (social graphs), we're inviting hackers to mine that information and use it in bad ways:

<blockquote><p>"I do have great trepidation as this is exactly the tool social engineering hackers have been hoping for and working toward.</p>

<p>Most hacks of organizations (most are populated with 98% of people not like us that are more open to social engineering hacks) that have been hacked (been through more than a few of these meetings after the fact) are done through some clever individual using social engineering to convince somebody to trust the hacker. The identification of connections (usually best approached with weak ties) is a great starting point (this is the major reason why most organizations no longer have their employee list or full-contact list posted on their websites).</p>

<p>The Google SocialGraph API is exposing everybody who has not thought through their privacy or exposing of their connections.</p></blockquote>

This is an excellent point that needs to be considered. 

An example of what Thomas describes might be...]]></description>
			<content:encoded><![CDATA[<p><a href="http://vanderwal.net">Thomas Vander Wal</a> makes a <a href="comment-152971">good point</a> in response to my post: <a href="http://bokardo.com/archives/why-im-excited-about-the-google-social-graph-api/">Why I&#8217;m excited about Google&#8217;s Social Graph API</a>. He&#8217;s concerned that by exposing social relationship information (social graphs), we&#8217;re inviting hackers to mine that information and use it in bad ways:</p>
<blockquote><p>&#8220;I do have great trepidation as this is exactly the tool social engineering hackers have been hoping for and working toward.</p>
<p>Most hacks of organizations (most are populated with 98% of people not like us that are more open to social engineering hacks) that have been hacked (been through more than a few of these meetings after the fact) are done through some clever individual using social engineering to convince somebody to trust the hacker. The identification of connections (usually best approached with weak ties) is a great starting point (this is the major reason why most organizations no longer have their employee list or full-contact list posted on their websites).</p>
<p>The Google SocialGraph API is exposing everybody who has not thought through their privacy or exposing of their connections.</p>
</blockquote>
<p>This is an excellent point that needs to be considered. </p>
<p>An example of what Thomas describes might be that someone contacts you and pretends to know all the same people you know, and thereby gains your confidence and uses it for evil purposes. (Hugh Macleod calls these shared social objects <a href="http://www.gapingvoid.com/Moveable_Type/archives/004421.html"><em>social markers</em></a>)</p>
<p>I think this is the same issue that Tim O&#8217;Reilly was getting at when he recently said: </p>
<blockquote><p>&#8220;The counter-argument is that all this data is available anyway, and that by making it more visible, we raise people&#8217;s awareness and ultimately their behavior. I&#8217;m in (this) camp. It&#8217;s a lot like the evolutionary value of pain. Search (searching the social graph) creates feedback loops that allow us to learn from and modify our behavior. A false sense of security helps bad actors more than tools that make information more visible. </p>
</blockquote>
<p>So Tim is saying that while we&#8217;ll probably have issues going forward (some will get burnt), in dealing with them we&#8217;ll learn how to expose our own social relationships on the web, which is a skill we&#8217;ll need from now on. Forever.</p>
<p>I tend to agree. But obviously this is a complex issue. Whether or not exposing relationship information comes to be an accepted practice, we&#8217;ll likely see new norms of behavior spring up. </p>
<p>Not everyone is happy with the Social Graph API. danah boyd has a <a href="http://www.zephoria.org/thoughts/archives/2008/02/04/just_because_we.html">dissenting opinion</a>. She says: </p>
<blockquote><p>&#8220;Being socially exposed is AOK when you hold a lot of privilege, when people cannot hold meaningful power over you, or when you can route around such efforts. Such is the life of most of the tech geeks living in Silicon Valley. But I spend all of my time with teenagers, one of the most vulnerable populations because of their lack of agency (let alone rights). Teens are notorious for self-exposure, but they want to do so in a controlled fashion. Self-exposure is critical for the coming of age process &#8211; it&#8217;s how we get a sense of who we are, how others perceive us, and how we fit into the world. We exposure during that time period in order to understand where the edges are. But we don&#8217;t expose to be put at true risk. Forced exposure puts this population at a much greater risk&#8230;&#8221;</p>
</blockquote>
<p>While I agree that what danah is talking about is tremendously important, I don&#8217;t know why she says that this is &#8220;forcing&#8221; people to expose their personal relationship information. From my understanding, the Social Graph API is simply aggregating data and providing a means to query it. Now, that certainly makes it easier to find, and that&#8217;s an issue (technology is NOT neutral) But isn&#8217;t the bulk of responsibility, on those services where code is automatically generated, on the publisher&#8217;s themselves? And isn&#8217;t it on the individual who publishes their own code?  </p>
<p>I have been assuming that publishing personal information would be done by choice. That is, an individual either makes a relationship public or not. If you choose to make it public, you can choose to mark up your information as XFN (or other supported formats) or not. If you do choose to mark it up, then you reap the benefits of the API and services that are built upon it. If you don&#8217;t mark it up, then the relationship is public but you keep some &#8220;security by obscurity&#8221; and your content is seen only in context. </p>
<p>However, there is still the issue that one side of the relationship could publish when the other wants to keep it private. This, in the current Google environment, is treated as a &#8220;possible relationship&#8221;. It makes a difference if only one side of the relationship is published. This situation may be what danah is referring to, and it does raise some concerns. </p>
<p>But simply publishing this API doesn&#8217;t mean that it forces publishers to use the formats without offering some level of control to their users, in fact publishers should give lots of controls around this. Now, if Six Apart and WordPress.com were to tomorrow say &#8220;We&#8217;re publishing your relationship data in these formats and you can&#8217;t opt out&#8221;, then that would be a serious problem. I hope that&#8217;s not the case, and from what we&#8217;ve seen with Facebook and their privacy issues, one would hope that other companies wouldn&#8217;t be so cavalier with people&#8217;s relationship data. </p>
<p>But I&#8217;m reminded again by the age-old saying: &#8220;the best way to prevent secrets from getting out is to not have any in the first place&#8221;. As technology makes it easier to share information, it becomes harder and harder to keep any of that information secret. </p>
]]></content:encoded>
			<wfw:commentRss>http://bokardo.com/archives/the-danger-of-social-markers-made-public/feed/</wfw:commentRss>
		<slash:comments>19</slash:comments>
		</item>
		<item>
		<title>Google&#8217;s Social Design Best Practices</title>
		<link>http://bokardo.com/archives/googles-social-design-best-practices/</link>
		<comments>http://bokardo.com/archives/googles-social-design-best-practices/#comments</comments>
		<pubDate>Mon, 05 Nov 2007 13:34:38 +0000</pubDate>
		<dc:creator>Josh</dc:creator>
				<category><![CDATA[Google]]></category>
		<category><![CDATA[Identity]]></category>
		<category><![CDATA[Social Design]]></category>

		<guid isPermaLink="false">http://bokardo.com/archives/googles-social-design-best-practices/</guid>
		<description><![CDATA[Tucked away as part of the new <a href="http://code.google.com/apis/opensocial/">Open Social</a> initiative launched last week, Google engineers offered an interesting best practices document of social design dos and don'ts. 

<a href="http://code.google.com/apis/opensocial/articles/bestprac.html">Social Design Best Practices</a>

The list of best practices are as follows:

<ol>
<li>Engage Quickly - (my interpretation: provide value within 30 seconds)</li>
<li>Mimic Look and Feel - (make your widget look like the page it is in)</li>
<li>Enable Self Expression - (let people personalize their widgets)</li>
<li>Make it Dynamic - (keep showing new stuff)</li>
<li>Expose Friend Activity - (show what friends are doing)</li>
<li>Browse the Graph - (let people explore their friends and friends of friends)</li>
<li>Drive Communication - (provide commenting features)</li>
<li>Build Communities - (expose different axes of similarity)</li>
<li>Solve Real World Tasks - (leverage people's social connections to solve real problems)</li>
</ol>

This list is interesting for several reasons...]]></description>
			<content:encoded><![CDATA[<p>Tucked away as part of the new <a href="http://code.google.com/apis/opensocial/">Open Social</a> initiative launched last week, Google engineers offered an interesting best practices document of social design dos and don&#8217;ts. </p>
<p><a href="http://code.google.com/apis/opensocial/articles/bestprac.html">Social Design Best Practices</a></p>
<p>The list of best practices are as follows:</p>
<ol>
<li>Engage Quickly &#8211; (my interpretation: provide value within 30 seconds)</li>
<li>Mimic Look and Feel &#8211; (make your widget look like the page it is in)</li>
<li>Enable Self Expression &#8211; (let people personalize their widgets)</li>
<li>Make it Dynamic &#8211; (keep showing new stuff)</li>
<li>Expose Friend Activity &#8211; (show what friends are doing)</li>
<li>Browse the Graph &#8211; (let people explore their friends and friends of friends)</li>
<li>Drive Communication &#8211; (provide commenting features)</li>
<li>Build Communities &#8211; (expose different axes of similarity)</li>
<li>Solve Real World Tasks &#8211; (leverage people&#8217;s social connections to solve real problems)</li>
</ol>
<p>This list is interesting for several reasons. </p>
<p>One is that we&#8217;re clearly seeing a set of practices emerge across all social software that centers around getting people started quickly, allowing for self-expression, engaged in real-life tasks, yet also allowing for flexible discovery and play. On both this site and others concerned with social design, these are the major themes that arise again and again.</p>
<p>Another is how quickly the social networks have changed the way we look at software in just a couple years. The third item on the list &#8220;Enable Self-Expression&#8221;, for example, would never have existed before the rise of MySpace. Facebook probably had a lot to do with &#8220;Expose Friend Activity&#8221;, which is a not-so-subtle reference to the news feed feature on that site. </p>
<p>Finally, I&#8217;m struck by how only two or three of the best practices are necessarily part of &#8220;social networking&#8221; software. They could be used in any kind of social software, be it productivity software for groups or even e-commerce sites that help people find the right product. That, to me, is the essence of social design. It isn&#8217;t relegated to social networking, even though the rise of social networking is what helped to clarify and refine the ideas. It&#8217;s about building software that takes advantage of social connections to provide enhanced value.</p>
<p>Also, note that these best practices are concerned with this particular technology. The Open Social initiative is a set of programming APIs that allows anybody to embed widgets (gadgets) within web pages (called containers). The embedded widgets can access outside services like MySpace, Orkut, and other social networks. As an simple example, I might embed a widget in my blog that shows my MySpace friends and whether or not they&#8217;re online at the moment. </p>
<p>Interesting bits aside, I think that the Google folks did a good job of summarizing some major issues in social design. </p>
]]></content:encoded>
			<wfw:commentRss>http://bokardo.com/archives/googles-social-design-best-practices/feed/</wfw:commentRss>
		<slash:comments>8</slash:comments>
		</item>
		<item>
		<title>Facebook and Circles of Relationships</title>
		<link>http://bokardo.com/archives/facebook-and-circles-of-relationships/</link>
		<comments>http://bokardo.com/archives/facebook-and-circles-of-relationships/#comments</comments>
		<pubDate>Fri, 25 May 2007 14:21:48 +0000</pubDate>
		<dc:creator>Josh</dc:creator>
				<category><![CDATA[Facebook]]></category>
		<category><![CDATA[Identity]]></category>
		<category><![CDATA[Social Design]]></category>

		<guid isPermaLink="false">http://bokardo.com/archives/facebook-and-circles-of-relationships/</guid>
		<description><![CDATA[David Kirkpatrick's has written <a href="http://money.cnn.com/2007/05/24/technology/facebook.fortune/index.htm">a great piece</a> on the new direction Facebook is going. His lead in says it all:

<blockquote><p>"Imagine that when you shopped online for a digital camera, you could see whether anyone you knew already owned it and ask them what they thought. Imagine that when you searched for a concert ticket you could learn if friends were headed to the same show. Or that you knew which sites - or what news stories - people you trust found useful and which they disliked. Or maybe you could find out where all your friends and relatives are, right now (at least those who want to be found)."</p></blockquote>

Notice how each one of the examples relates the person with what they're trying to find out by way of Trust. In other words, information is important to people not just because of what it is, but because of what it means to the person and their future. Knowing what concerts are playing is nice...but knowing which one your friends are going to is what's important. 

<h2>Schneiderman's Circles of Relationships</h2>

<a href="http://www.cs.umd.edu/~ben/">Ben Schneiderman</a> came up with a nice graphic to illustrate this. He calls it the circles of relationships. It shows several concentric ovals (centering on the self) that illustrate how Trust dissipates outward. As we move away from people near to us, we trust them less.

<img src="http://bokardo.com/images/circles-of-relationships.gif" alt="Ben Schneiderman's Circles of Relationships" /> ]]></description>
			<content:encoded><![CDATA[<p>David Kirkpatrick&#8217;s has written <a href="http://money.cnn.com/2007/05/24/technology/facebook.fortune/index.htm">a great piece</a> on the new direction Facebook is going. His lead in says it all:</p>
<blockquote><p>&#8220;Imagine that when you shopped online for a digital camera, you could see whether anyone you knew already owned it and ask them what they thought. Imagine that when you searched for a concert ticket you could learn if friends were headed to the same show. Or that you knew which sites &#8211; or what news stories &#8211; people you trust found useful and which they disliked. Or maybe you could find out where all your friends and relatives are, right now (at least those who want to be found).&#8221;</p>
</blockquote>
<p>Notice how each one of the examples relates the person with what they&#8217;re trying to find out by way of Trust. In other words, information is important to people not just because of what it is, but because of what it means to the person and their future. Knowing what concerts are playing is nice&#8230;but knowing which one your friends are going to is what&#8217;s important. </p>
<h2>Schneiderman&#8217;s Circles of Relationships</h2>
<p><a href="http://www.cs.umd.edu/~ben/">Ben Shneiderman</a> came up with a nice graphic to illustrate this. He calls it the circles of relationships. It shows several concentric ovals (centering on the self) that illustrate how Trust dissipates outward. As we move away from people near to us, we trust them less.</p>
<p><img src="http://bokardo.com/images/circles-of-relationships.gif" alt="Ben Shneiderman's Circles of Relationships" /> </p>
<p>Much of what Facebook has in store is about leveraging our social relationships in this way. The scope of what they&#8217;re doing is really amazing&#8230;opening up their database so that 3rd parties can create tools to leverage those relationships in countless ways. Facebook is smart to realize that it&#8217;s the users who will innovate best here&#8230;because they&#8217;re the ones who know what&#8217;s important to them.</p>
<p>Further reading: <a href="http://mitpress.mit.edu/main/feature/leonardoslaptop/pdf/chapter5.pdf">Chapter 5 of Sheiderman&#8217;s Leonardo&#8217;s Laptop</a> (.pdf)</p>
<p><strong>Update</strong>: <a href="http://bokardo.com/archives/extending-the-circles-of-relationships/">Extending the Circles of Relationships</a></p>
]]></content:encoded>
			<wfw:commentRss>http://bokardo.com/archives/facebook-and-circles-of-relationships/feed/</wfw:commentRss>
		<slash:comments>24</slash:comments>
		</item>
		<item>
		<title>The hidden lives of MySpacers</title>
		<link>http://bokardo.com/archives/the-hidden-lives-of-myspacers/</link>
		<comments>http://bokardo.com/archives/the-hidden-lives-of-myspacers/#comments</comments>
		<pubDate>Fri, 20 Apr 2007 10:00:02 +0000</pubDate>
		<dc:creator>Josh</dc:creator>
				<category><![CDATA[Identity]]></category>
		<category><![CDATA[MySpace]]></category>
		<category><![CDATA[Social Design]]></category>
		<category><![CDATA[User-Centered Design]]></category>

		<guid isPermaLink="false">http://bokardo.com/archives/the-hidden-lives-of-myspacers/</guid>
		<description><![CDATA[<em>Opinions from anybody but users rarely matter. </em>

Itâ€™s too fun to play pundit. When MySpace was growing hugely popular, about the time that it was sold to News Corp. for 580 million dollars, everyone had an opinion about it. 

Itâ€™s ugly. Itâ€™s horribly designed. They got lucky. Itâ€™s just perfect timing. The page views are way out of whack. Itâ€™s a fluke. Whatever the reason, it was en vogue to trash the site. Very few people who didnâ€™t use the site (other than investors) gave much credit to the amazing growth and success they were enjoying. 

The people sharing their opinions â€¦designers, technologists, journalists, werenâ€™t the people who mattered. They (we) didnâ€™t matter because they (we) werenâ€™t using the site. 

Then I had a conversation with an actual MySpacer, and I never thought about MySpace the same...]]></description>
			<content:encoded><![CDATA[<p><em>Why opinions from anybody but users rarely matter. </em></p>
<p>Itâ€™s too fun to play pundit. When <a href="http://myspace.com">MySpace</a> was growing hugely popular, about the time that it was sold to News Corp. for 580 million dollars, everyone had an opinion about it. </p>
<p>Itâ€™s ugly. Itâ€™s horribly designed. They got lucky. Itâ€™s just perfect timing. The page views are way out of whack. Itâ€™s a fluke. Whatever the reason, it was en vogue to trash the site. Very few people who didnâ€™t use the site (other than investors) gave much credit to the amazing growth and success they were enjoying. </p>
<p>The people sharing their opinions â€¦designers, technologists, journalists, werenâ€™t the people who mattered. They (we) didnâ€™t matter because they (we) werenâ€™t using the site. </p>
<p>Then I had a conversation with an actual MySpacer, and I never thought about MySpace the same. Kelli was despondent. I asked her what was wrong, and she brought up MySpace. â€œMy boyfriendâ€¦well now my ex-boyfriendâ€¦completely deleted me from his MySpace account. I was first on his Top 8 list, and now Iâ€™m not on his list and I canâ€™t even view his profile. He un-friended me.â€ </p>
<p>To her, MySpace wasnâ€™t just a web site, it was an integral part of her social life. What happened there was as real as anything offline. She explained that since all of her friends were also on the site, being removed from a Top 8 List was a form of public punishment. Her boyfriend might just as well have stood up in the school cafeteria and shouted that the relationship was over. It was a statement about social standing, about being accepted as a part of a group, and it affected her emotionally as much as a face-to-face interaction.</p>
<p>That kind of thing happens every day on MySpace: to people who are invested in the site in a way that no pundit ever could be, even if they tried. There are relationships being broken, fixed, and created all the time and people who donâ€™t use the site will never know it until they ask. </p>
<p>So donâ€™t listen to pundits, loud bloggers, or any individual just because they have a large following or can make a lot of noiseâ€¦especially if they havenâ€™t used the site on a regular basis! Make sure that the sample of people youâ€™re listening to is part of the actual user population. It will completely change your conception of what social software is.</p>
]]></content:encoded>
			<wfw:commentRss>http://bokardo.com/archives/the-hidden-lives-of-myspacers/feed/</wfw:commentRss>
		<slash:comments>16</slash:comments>
		</item>
		<item>
		<title>Domain as Identity Getting Closer to Real</title>
		<link>http://bokardo.com/archives/domain-as-identity-getting-closer-to-real/</link>
		<comments>http://bokardo.com/archives/domain-as-identity-getting-closer-to-real/#comments</comments>
		<pubDate>Sun, 04 Mar 2007 16:36:00 +0000</pubDate>
		<dc:creator>Josh</dc:creator>
				<category><![CDATA[Identity]]></category>
		<category><![CDATA[Social Design]]></category>

		<guid isPermaLink="false">http://bokardo.com/archives/domain-as-identity-getting-closer-to-real/</guid>
		<description><![CDATA[<a href="http://www.brianoberkirch.com/">Brian Oberkirch</a> has a nice post about <a href="http://www.brianoberkirch.com/?p=820">how we need OpenID to corral the proliferation of identity information</a> out there on the Web. ]]></description>
			<content:encoded><![CDATA[<p><a href="http://www.brianoberkirch.com/">Brian Oberkirch</a> has a nice post about <a href="http://www.brianoberkirch.com/?p=820">how we need OpenID to corral the proliferation of identity information</a> out there on the Web. </p>
<p>The problems are real:</p>
<ul>
<li><strong>Too many accounts and logins</strong><br />
The social networks have really exacerbated the problem. Before, we had accounts for many things, like shopping, banking, email, etc. But when social networks came into the picture, they asked us for more than credit card numbers, they want things like our favorite movies, our lists of friends, our soul. Having to copy that information over and over again is a drag.</li>
<li><strong>No authoritative source for identity</strong><br />
So with our many accounts, which one is correct? What if there are differences between them? More likely, what if things change and I don&#8217;t go back to update them? The information quickly becomes old, with each service having it&#8217;s own dated copy there is no authoritative source. That gets confusing fast.</li>
<li><strong>Too many copies of content</strong> (with microformats this is multiplying)<br />
Brian calls this the Darowski Problem. If everyone uses microformats for everything, there quickly gets to be thousands of copies of all this data. This might not be a problem in itself, but then you do things like go to search engines and find all the copies&#8230;and you have the no authority problem again. Brian suggests a &#8220;gold copy&#8221; that is the authoritative copy, located on your personal site.</li>
<li><strong>No way to find authoritative source even if we had one</strong><br />
Even if we centralized all authority on a single blog, for example, we still need a way to find it. We have ways of doing this in other facets, like the meta information in &lt;link&gt; tags, which can help user agents find the right copy. This makes it possible to have different URLs but a standard for finding the right one.</li>
</ul>
<p>I think Brian is absolutely right&#8230;we need an authority for identity. Using OpenID will get us to a domain, which is excellent. I&#8217;ve been suggesting for a while now that it should be our <em>own</em> domain, as opposed to another service. It is likely, however, that many individuals won&#8217;t have the time or the energy to run their own domain, so this looks ripe for a service (Brian suggests LinkedIn) to really push the boundary. </p>
<p>Past pieces on Domain as Identity: </p>
<p><a href="http://bokardo.com/archives/a-messaging-proxy-and-domain-as-identity/">A Messaging Proxy and Domain as Identity</a></p>
<p><a href="http://bokardo.com/archives/domain-as-identity/">Domain as Identity</a></p>
]]></content:encoded>
			<wfw:commentRss>http://bokardo.com/archives/domain-as-identity-getting-closer-to-real/feed/</wfw:commentRss>
		<slash:comments>19</slash:comments>
		</item>
		<item>
		<title>Designing Relationships</title>
		<link>http://bokardo.com/archives/designing-relationships-into-the-economy/</link>
		<comments>http://bokardo.com/archives/designing-relationships-into-the-economy/#comments</comments>
		<pubDate>Wed, 21 Feb 2007 12:47:41 +0000</pubDate>
		<dc:creator>Josh</dc:creator>
				<category><![CDATA[Digg]]></category>
		<category><![CDATA[Identity]]></category>
		<category><![CDATA[Social Design]]></category>

		<guid isPermaLink="false">http://bokardo.com/archives/designing-relationships-into-the-economy/</guid>
		<description><![CDATA[<a href="http://www.cluetrain.com/">Cluetrain Manifesto</a> co-author <a href="http://doc.weblogs.com/">Doc Searls</a>, in the must-read <a href="http://www.linuxjournal.com/node/1000182">Building an Relationship Economy</a>:

<blockquote><p>'"All markets work at three levels", he said. "Transactions, conversations and relationships". Eric is an atheist. Sayo is a Christian. With those two triangulating so similarly on the same subject, I began to figure there was something more to this relationship business.'</p></blockquote>

Doc starts this excellent piece by wondering what we can learn about economy from open-source practices. A lot, it seems. When we look at something like the incredible creation of Linux, what does that tell us about what we value and why and how we get stuff done? ]]></description>
			<content:encoded><![CDATA[<p><a href="http://www.cluetrain.com/">Cluetrain Manifesto</a> co-author <a href="http://doc.weblogs.com/">Doc Searls</a>, in the must-read <a href="http://www.linuxjournal.com/node/1000182">Building an Relationship Economy</a>:</p>
<blockquote><p>&#8216;&#8221;All markets work at three levels&#8221;, he said. &#8220;Transactions, conversations and relationships&#8221;. Eric is an atheist. Sayo is a Christian. With those two triangulating so similarly on the same subject, I began to figure there was something more to this relationship business.&#8217;</p>
</blockquote>
<p>Doc starts this excellent piece by wondering what we can learn about economy from open-source practices. A lot, it seems. When we look at something like the incredible creation of Linux, what does that tell us about what we value and why and how we get stuff done? </p>
<p>Well, for one thing it&#8217;s not always about the money, which, if you live in the U.S., you would be hard-pressed to believe. So much is about the money here that imagining great software being built by volunteers is mind boggling in itself. </p>
<p>This insight leads Doc to a wide-ranging discussion evolving around the idea that we&#8217;re just beginning to model interpersonal relationships online. That, when we stand back from our transaction-oriented mindset we realize that there is another level to economies that happens on the relationship level. We treat people differently based on our relationship with them, and it directly effects the economy when we make trades <em>based</em> on those relationships. </p>
<p>From a <span style="font-variant:small-caps">social design</span> perspective this is right on. We&#8217;re continuing to model our social lives online, and while at the present moment all systems are transaction-based maybe they&#8217;ll be more nuanced going forward? </p>
<p>So, in the future when I want to trade something online I can set different transaction preferences depending on the strength of my relationship with someone. <em>The relationship affects the transaction.</em> If I&#8217;m trading with a stranger, they pay full price. If I&#8217;m trading with a Bokardoan, I trade half-price. And so on. This, as Doc points out, is how economies run on a personal level, in 3rd world countries, before they go global on the Web.</p>
<p>As Doc says, we need a solid identity framework for this to work, and given that <a href="http://www.techcrunch.com/2007/02/20/kevin-rose-at-fowa-digg-adopts-openid/">just yesterday another giant (Digg) said they would support OpenID</a>, that might be the framework that gets us there. </p>
<p>For Doc&#8217;s brilliant wide-ranging take on this, please read: <a href="http://www.linuxjournal.com/node/1000182">Building an Relationship Economy</a></p>
]]></content:encoded>
			<wfw:commentRss>http://bokardo.com/archives/designing-relationships-into-the-economy/feed/</wfw:commentRss>
		<slash:comments>5</slash:comments>
		</item>
		<item>
		<title>Review of 2006 Predictions</title>
		<link>http://bokardo.com/archives/review-of-2006-predictions/</link>
		<comments>http://bokardo.com/archives/review-of-2006-predictions/#comments</comments>
		<pubDate>Wed, 03 Jan 2007 14:19:26 +0000</pubDate>
		<dc:creator>Josh</dc:creator>
				<category><![CDATA[Identity]]></category>
		<category><![CDATA[Social Design]]></category>

		<guid isPermaLink="false">http://bokardo.com/archives/review-of-2006-predictions/</guid>
		<description><![CDATA[Last year I made several predictions about trends to watch in 2006 (Part I, Part II, and Part III) In an interest of accountability, I thought I would quickly recap them and see how I did. (too many folks making predictions never go back to see how they did&#8230;we really have no idea who to [...]]]></description>
			<content:encoded><![CDATA[<p>Last year I made several predictions about trends to watch in 2006 (<a href="http://bokardo.com/archives/trends-to-watch-in-2006/">Part I</a>, <a href="http://bokardo.com/archives/trends-to-watch-in-2006-part-2/">Part II</a>, and <a href="http://bokardo.com/archives/trends-to-watch-in-2006-part-3/">Part III</a>) </p>
<p>In an interest of accountability, I thought I would quickly recap them and see how I did. (too many folks making predictions never go back to see how they did&#8230;we really have no idea who to listen to as the new wave of predictions hit us&#8230;and since I love predictions I&#8217;m going to try to change that). </p>
<p>Here are the trends I predicted were worth watching: </p>
<ul>
<li><strong>The Subscription Model</strong><br />
I predicted that we would continue to follow a subscription model for most of our content discovery, just as we are doing with RSS. Outside of feeds, however, I can&#8217;t say that there are many other bloomings of subscriptions&#8230;but the huge growth of all sorts of feeds might be enough to say that this was a decent prediction. Or, maybe feeds are the model for subscriptions, and I was right on.</li>
<li><strong>Attention and Gestures</strong><br />
Not sure about this one. Obviously, we all became more aware of attention and gestures, through Steve Gillmor and Co&#8217;s evangelism, but there really aren&#8217;t any more services out there that explicitly call these out. That&#8217;s not to say that these things aren&#8217;t becoming more important&#8230;they&#8217;re just not the leading story.
</li>
<li><strong>Identity</strong><br />
<a href="http://peterme.com">Peter Merholz</a> said I was crazy about this one. But what else is MySpace or Facebook but the forging of identity? This one is huge&#8230;just read a post by Danah Boyd about <a href="http://www.zephoria.org/thoughts/archives/2005/10/30/designing_for_l.html">designing for life stages</a>, and much of it has to do with identity. I think this will only increase in importance&#8230;if you&#8217;re not replicating your identity online you soon will be, in some way.</li>
<li><strong>Synchronization and Local Store</strong><br />
The importance of this hasn&#8217;t diminished, but we didn&#8217;t get all that far here. Several services, such as <a href="http://www.zimbra.com">Zimbra</a> and <a href="http://www.socialtext.com">Socialtext</a> are now supporting local store. But the big guns haven&#8217;t yet, which only leads me to think that they&#8217;re just taking their time to make it seemless. I would be incredibly surprised if they weren&#8217;t working on this&#8230;so my prediction was a year early, I think. </li>
<li><strong>The Life Portfolio</strong><br />
Probably a year early on this one, too. This is my <a href="http://bokardo.com/archives/domain-as-identity/">domain as identity</a> idea, where you are represented by a domain that is you&#8230;that&#8217;s where all your services are, from your writing to your contacts to your calendar. With structured data playing an increasingly bigger role, microformats and OpenID taking off, this is becoming reality. </li>
<li><strong>Information Visualization</strong><br />
A couple of folks pointed out that others had this prediction in year&#8217;s past. I still don&#8217;t think it&#8217;s really taken off, so I was early on this one. Even so, the site <a href="http://infosthetics.com/">information aesthetics</a> is one of the best around, and deals exclusively with this topic. My guess is that there will have to be a killer application showing something amazing via information visualization before a wave of support comes.</li>
</ul>
<p>So, all in all I didn&#8217;t do so well because I was too early on most of my predictions, although I don&#8217;t think any prediction was a complete bust. I still see identity as a prime area for activity, especially with a backlash of social networks coming. I don&#8217;t think that we&#8217;ll see an end to social networks, but other apps will absorb some of that social functionality where appropriate. </p>
]]></content:encoded>
			<wfw:commentRss>http://bokardo.com/archives/review-of-2006-predictions/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>On the Record, by Default</title>
		<link>http://bokardo.com/archives/on-the-record-by-default/</link>
		<comments>http://bokardo.com/archives/on-the-record-by-default/#comments</comments>
		<pubDate>Wed, 25 Oct 2006 09:08:40 +0000</pubDate>
		<dc:creator>Josh</dc:creator>
				<category><![CDATA[Identity]]></category>
		<category><![CDATA[Social Design]]></category>

		<guid isPermaLink="false">http://bokardo.com/archives/on-the-record-by-default/</guid>
		<description><![CDATA[<p>Bruce Schneier, in his piece: <a title="Casual Conversation, R.I.P. by Bruce Schneier" href="http://www.forbes.com/home/security/2006/10/18/nsa-im-foley-tech-security-cx_bs_1018security.html">Casual Conversation, R.I.P</a>, suggests that, as a result of the recorded nature of online interactions, the very foundation of casual conversation is beginning to change:</p>
<blockquote>
<p>"Everyday conversation used to be ephemeral. Whether face-to-face or by phone, we could be reasonably sure that what we said disappeared as soon as we said it. Of course, organized crime bosses worried about phone taps and room bugs, but that was the exception. Privacy was the default assumption."</p>
</blockquote>
<p>Indeed, we do take that privacy for granted. What we said behind someone's back wouldn't reach them unless the person we confided in told them directly. There was nobody taking notes, nobody recording this conversation on the record. What we said was contained securely in the moment: no future action could recreate it.</p>]]></description>
			<content:encoded><![CDATA[<p>Bruce Schneier, in his piece: <a title="Casual Conversation, R.I.P. by Bruce Schneier" href="http://www.forbes.com/home/security/2006/10/18/nsa-im-foley-tech-security-cx_bs_1018security.html">Casual Conversation, R.I.P</a>, suggests that, as a result of the recorded nature of online interactions, the very foundation of casual conversation is beginning to change:</p>
<blockquote><p>&#8220;Everyday conversation used to be ephemeral. Whether face-to-face or by phone, we could be reasonably sure that what we said disappeared as soon as we said it. Of course, organized crime bosses worried about phone taps and room bugs, but that was the exception. Privacy was the default assumption.&#8221;</p></blockquote>
<p>Indeed, we do take that privacy for granted. What we said behind someone&#8217;s back wouldn&#8217;t reach them unless the person we confided in told them directly. There was nobody taking notes, nobody recording this conversation on the record. What we said was contained securely in the moment: no future action could recreate it.</p>
<p>Schneier continues:</p>
<blockquote><p>&#8220;This has changed. We now type our casual conversations. We chat in e-mail, with instant messages on our computer and SMS messages on our cellphones, and in comments on social networking Web sites like Friendster, LiveJournal and <strong>News Corp.</strong>&#8216;s      MySpace. These conversations&#8211;with friends, lovers, colleagues, fellow employees&#8211;are not ephemeral; they leave their own electronic trails.&#8221;</p></blockquote>
<p>Now, everything we do online is not only not private in the moment, as someone could be eavesdropping in real time, but it is also saved for future scrutiny. Future scrutiny, of course, could be almost anything. Investigations, government orders, stalkers, even honest personal information research. It&#8217;s all there for the taking.</p>
<p>But do we act like it? Not really. For the most part we still go online without much thought as to who is recording what and what they might use it for. This worries Schneier:</p>
<blockquote><p>&#8220;We know this intellectually, but we havenâ€™t truly internalized it. We type on, engrossed in conversation, forgetting that weâ€™re being recorded.&#8221;</p></blockquote>
<p>The stories of private lives becoming public are continuing to grow. Perhaps you&#8217;ve seen the examples of <a title="Solicitor caught through MySpace" href="http://wwmt.com/engine.pl?station=wwmt&#038;id=23941&#038;template=breakout_local.html">solicitors caught through MySpace</a>, the <a title="Craigslist Sex Baiting Prank" href="http://www.waxy.org/archive/2006/09/08/sex_bait.shtml">Craigslist Sex Baiting Prank</a>, or the <a title="Mark Foley Scandal" href="http://en.wikipedia.org/wiki/Mark_Foley_scandal">Mark Foley scandal</a>. These are just three examples of private lives being exposed because of recorded conversations&#8230;and they&#8217;re just the tip of the iceberg. (obviously, these three get attention for being gross&#8230;I wonder how many people have been pleasantly surprised by what they found out in similar ways)</p>
<p>Schneier thinks that the answer to all of this is legislation: he wants laws put in place that safeguard personal information to protect privacy. This sounds right, but some things (those that hurt other people) should definitely not be kept private.</p>
<p>The tension between privacy and prosecution is always a tough issue. We want to stop those harmful things that happen (even if they happen in private), but we also want to protect the privacy of honest, good people.</p>
<p>I think that Schneier&#8217;s other warning will probably do more to help the situation than legislation. We need to be mindful of where and how we&#8217;re revealing information, and what the ramifications are of our conversations being recorded. Our social norms need to adapt to the point where we implicitly understand that what we do and say is <em>on the record, by default</em>.</p>
<p>Ponder this: if someone was judging you for entrance into (heaven, hell, <em>your choice here</em>), would you be proud of everything they could potentially find out about you?</p>
]]></content:encoded>
			<wfw:commentRss>http://bokardo.com/archives/on-the-record-by-default/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
		<item>
		<title>A Messaging Proxy and Domain as Identity</title>
		<link>http://bokardo.com/archives/a-messaging-proxy-and-domain-as-identity/</link>
		<comments>http://bokardo.com/archives/a-messaging-proxy-and-domain-as-identity/#comments</comments>
		<pubDate>Thu, 20 Jul 2006 10:45:29 +0000</pubDate>
		<dc:creator>Josh</dc:creator>
				<category><![CDATA[Attention]]></category>
		<category><![CDATA[Identity]]></category>

		<guid isPermaLink="false">http://bokardo.com/archives/a-messaging-proxy-and-domain-as-identity/</guid>
		<description><![CDATA[<a href="http://bokardo.com/archives/social-networks-are-killing-email/">So yesterday we were talking</a> about the problem that people in social networks have: when you're active in social networks you are less active outside of them. You become immersed in them, so that when you're in MySpace the people outside of MySpace get less of your Attention. If all of your friends are in MySpace, then that's where you hang out. I told the story of a guy I met who actually signed up on MySpace so that his daughter would receive his messages.

In the comments <a href="http://kinrowan.net/">Cori Schlegel</a> made the seemingly innocuous suggestion that we need a messaging proxy. Send a message to the proxy, and you get it on all of your devices or services that talk to your proxy. 

This is a great idea! And the more that I thought about it, the more I realized that it is a perfect extension of an idea that I wrote about last year: <a href="http://bokardo.com/archives/domain-as-identity/">domain as identity</a>. (a post which, coincidentally enough, Cori commented on). 

Here's how it would work, as far as I understand it...]]></description>
			<content:encoded><![CDATA[<p><a href="http://bokardo.com/archives/social-networks-are-killing-email/">So yesterday we were talking</a> about the problem that people in social networks have: when you&#8217;re active in social networks you are less active outside of them. You become immersed in them, so that when you&#8217;re in MySpace the people outside of MySpace get less of your Attention. If all of your friends are in MySpace, then that&#8217;s where you hang out. I told the story of a guy I met who actually signed up on MySpace so that his daughter would receive his messages.</p>
<p>In the comments <a href="http://kinrowan.net/">Cori Schlegel</a> made the seemingly innocuous suggestion that we need a messaging proxy. Send a message to the proxy, and you get it on all of your devices or services that talk to your proxy. </p>
<p>This is a great idea! And the more that I thought about it, the more I realized that it is a perfect extension of an idea that I wrote about last year: <a href="http://bokardo.com/archives/domain-as-identity/">domain as identity</a>. (a post which, coincidentally enough, Cori commented on). </p>
<p>Here&#8217;s how it would work, as far as I understand it&#8230; </p>
<p>Instead of web sites having domain names, and those domains having mail accounts, people have domain names and one messaging account. My domain is Bokardo, and I have services at Bokardo.com that I control. Mail would be one of those services. </p>
<p>When mail is sent to mail.bokardo.com, it is forwarded to any devices or services I have added to my domain. So it acts as a proxy in this way&#8230;it serves as the place that all mail is sent to, and then I control where it goes after that. </p>
<p>The messaging devices and I have set up on my domain could be of various types: </p>
<ul>
<li>Cellphone</li>
<li>Chat programs</li>
<li>Social networks</li>
<li>PDAs</li>
<li>Traditional email accounts</li>
<li>The display on your car dashboard</li>
</ul>
<p>The difference is subtle. Instead of having a separate messaging service for each context we&#8217;re in, we have a single messaging service provided by our own domain that routes messages for us. If we join a new social network, we still use our messaging proxy to relay the messages. We simply point the social network to our domain and it knows about us. We would have a single archive of all the messages we send, with metadata that tells us what context they were sent in. So, if I want to say &#8220;thanks for the add&#8221; to a MySpace member, I send it through my messaging proxy to the messaging proxy of the MySpace member, suggesting that it be received within a MySpace context, and then the person receives it in their MySpace interface. If they aren&#8217;t in their MySpace context, they might receive it wherever they are on their cellphone. </p>
<p>In this setup you would never lose mail as along as you keep your domain. If you didn&#8217;t have any services set up to receive the mail, it would sit at your domain. Right now, one of the big pains with email is that they&#8217;re often provided by your ISP, so you have something like mary@comcast.net. That&#8217;s a tie-in we don&#8217;t want because it gives the wrong domain power over the account!</p>
<p>The identity folks out there are probably saying &#8220;duh&#8221;. But that&#8217;s part of the problem, isn&#8217;t it? Most of us haven&#8217;t yet realized what having a solid identity would mean. Take a look at MySpace again. People are fiercely protective of their accounts there, because they&#8217;ve invested the time and energy to fill them up with information about themselves. It&#8217;s their identity. Their messaging capability is centered around the service, and they can&#8217;t interact with folks outside the service easily. That&#8217;s the pain point where identity comes in. When a new, cooler hang out spot comes along, they&#8217;ll be gone, and all of their messages and profile information will be lost. Unless that information is stored in their identity domain&#8230;</p>
<p>Privacy advocates will recognize that this also has benefits for privacy. When messages can be tied to an identity, and we can hold someone accountable for them, SPAM plummets. The problem with SPAM is lack of identity, and if we can create a system where every message is tied to an identity then we can start the long uphill climb of getting rid of SPAM. At least <em>some</em> of it. </p>
<p>Attention-minded folks might see this idea as personal attention streams. Route messages through a single service, and you&#8217;ve got them all right there for picking. You&#8217;ve got a single address book comprised of everyone you&#8217;ve ever sent a message to, you know where you&#8217;ve spent your attention, and that could potentially be valuable information for oneself (and perhaps for others). </p>
<p><strong>All the messages come from one mouth (i.e. one mind), so why not a service to model that?</strong></p>
<p>So a domain per person. A single message routing mechanism per person. It&#8217;s an interesting idea that I would love to talk more about.</p>
<p>If I were Steve Gillmor, I would say that it has already happened. </p>
]]></content:encoded>
			<wfw:commentRss>http://bokardo.com/archives/a-messaging-proxy-and-domain-as-identity/feed/</wfw:commentRss>
		<slash:comments>21</slash:comments>
		</item>
		<item>
		<title>The Non-collision of Relationship and Independent George</title>
		<link>http://bokardo.com/archives/the-non-collision-of-relationship-and-independent-george/</link>
		<comments>http://bokardo.com/archives/the-non-collision-of-relationship-and-independent-george/#comments</comments>
		<pubDate>Thu, 01 Jun 2006 12:14:48 +0000</pubDate>
		<dc:creator>Josh</dc:creator>
				<category><![CDATA[blogging]]></category>
		<category><![CDATA[Identity]]></category>
		<category><![CDATA[Wisdom of Crowds]]></category>

		<guid isPermaLink="false">http://bokardo.com/?p=414</guid>
		<description><![CDATA[On of my favorite Seinfeld episodes is the one in which George's two worlds collide. It's the one where "Relationship George" and "Independent George" battle it out for supremacy, with the ultimate battle coming at a movie theater, where George's fianc&#233; Susan, Jerry, and Elaine have gone to a movie without him. George arrives late, and stands up in front of the wrong movie yelling angrily, until someone tells him that the same movie is playing on a different screen and maybe he should try there. He's thrown out of the theater, dragged away by security. 

The main conflict of the episode is that George knows what will happen when his two worlds collide: "Relationship George will kill Independent George". Obviously, however, this difference is only in George's mind, where there is a clear separation between his love life and his life among friends. It appeals to us because we somehow feel awkward when in the same situation: I certainly remember when I introduced my wife to my family and friends...I was pretty anxious. (thankfully, it turned out great)

The Seinfeld episode is analogous to the current non-struggle we're having between our "digital life" and our "real life". Our "digital life" is made up of blogs, email, subscription feeds, and aggregators. Our "real life" is, apparently, everything else.]]></description>
			<content:encoded><![CDATA[<p>On of my favorite Seinfeld episodes is the one in which George&#8217;s two worlds collide. It&#8217;s the one where &#8220;Relationship George&#8221; and &#8220;Independent George&#8221; battle it out for supremacy, with the ultimate battle coming at a movie theater, where George&#8217;s fianc&#233; Susan, Jerry, and Elaine have gone to a movie without him. George arrives late, and stands up in front of the wrong movie yelling angrily, until someone tells him that the same movie is playing on a different screen and maybe he should try there. He&#8217;s thrown out of the theater, dragged away by security. </p>
<p>The main conflict of the episode is that George knows what will happen when his two worlds collide: &#8220;Relationship George will kill Independent George&#8221;. Obviously, however, this difference is only in George&#8217;s mind, where there is a clear separation between his love life and his life among friends. It appeals to us because we somehow feel awkward when in the same situation: I certainly remember when I introduced my wife to my family and friends&#8230;I was pretty anxious. (thankfully, it turned out great)</p>
<p>The Seinfeld episode is analogous to the current non-struggle we&#8217;re having between our &#8220;digital life&#8221; and our &#8220;real life&#8221;. Our &#8220;digital life&#8221; is made up of blogs, email, subscription feeds, and aggregators. Our &#8220;real life&#8221; is, apparently, everything else.</p>
<p><a href="http://www.roughtype.com/">Nicholas Carr</a>, whose writing I enjoy because he can argue the spots off a leopard, <a href="http://www.roughtype.com/archives/2006/05/the_global_kara.php">recently described the phenomena of &#8220;self-commoditization&#8221;</a>, or &#8220;producing marketable digital versions of ourselves&#8221;. He describes self-commoditization as people creating their own private reality shows, a form of narcissism, and little more than self-consumption. And he&#8217;s optimistic about the huge opportunity this brings to those who would make money from it because &#8220;there&#8217;s little constraint on the supply of digital selves&#8221;.</p>
<p>Carr writes in another piece (<a href="http://www.roughtype.com/archives/2006/05/no_direction_ho.php">Selling Ourselves</a>): </p>
<blockquote><p>&#8220;When we communicate to promote ourselves, to gain attention, all we are doing is turning ourselves into goods and our communications into advertising. We become salesmen of ourselves, hucksters of the &#8220;I.&#8221; In peddling our interests, moreover, we also peddle the commodities that give those interests form: songs, videos, and other saleable products. And in tying our interests to our identities, we give marketers the information they need to control those interests and, in the end, those identities.&#8221;</p></blockquote>
<p>Carr&#8217;s argument, in addition to its searing doomsdayishness, comes (as most of them do) with the notion that somebody ought to make money from this. That&#8217;s how he makes the jump from our interactions with others to some sort of selling/buying relationship and, ultimately, to the intimation that our &#8220;digital life&#8221; will kill our &#8220;real life&#8221;, much like George was afraid of. </p>
<p>If you do happen to be in the media (whose goal is to make money) the question is an interesting one. But for the rest of us who see the difference between our &#8220;digital life&#8221; and our &#8220;real life&#8221; shrinking every second (or even non-existent), the question of making money is of little importance, and comparing social interactions to money changing hands completely obscures the situation. Much more intricate than money exchange are social standing, peer opinion, having friends, and being liked. You know, the <em>human</em> things. I continually bristle at the notion that our interactions online can be explained in economic terms. </p>
<p>I think the dichotomy of a &#8220;digital life&#8221; being somehow different from our &#8220;real life&#8221; is becoming more false every day. Not only do people understand how web technologies work, but they&#8217;re leveraging them to improve <em>all</em> parts of their lives. And the evils that Carr is so quick to point out (gang mentality, self-commoditization, and my personal favorite: blogospheric lynch mob!) are simply online representations of people&#8217;s behavior&#8230;behavior that hasn&#8217;t changed for millenia. When Carr gets excited about the latest emotional upswell online and compares it to selling our souls to the Devil, it is more interesting to watch him construct an argument for discussion from it than to actually go watch the event. Sure, there are issues with identity, but for the most part people are honest and are who they say they are. </p>
<p>Am I being too optimistic? Maybe. We could spend all of our time focusing on the tiny fraction of evil folks, hoping that by calling them trolls they would simply go away. But we&#8217;ve always had those and probably always will. Instead, I would like to see more positive stories about how people are improving their lives with technology from writers like Carr. Unfortunately, I don&#8217;t think that will happen anytime soon. </p>
<p>The main difference in the last 15 years of human living isn&#8217;t that somehow being online has created an alternate universe for us. It&#8217;s not that the Internet has made us into lynch mobs. The main difference is  that instead of our hazy memory of what happened we have a digital record. </p>
<p>Does being online change our behavior? Yes, certainly, but most of it is in terms of <em>how</em> we do something, not <em>why</em> we do it. We don&#8217;t suddenly become narcissists, any more than we used to be. If we can quell the notion that social software is ruining society then we can recognize and repair those tears in the social fabric that do exist.</p>
<p>My wife, just yesterday, was in an email discussion made up of a group of mothers across town. They planned to get together at one of their houses, and when they met in the afternoon not a single one of them remarked how their two worlds had collided, or how bad they felt about their communications becoming advertising. They even referred to their email conversation as &#8220;talking&#8221;. </p>
<p><strong>Update:</strong> I recommend reading two thoughtful follow-ups to this post that went into more depth and nuance than I did: </p>
<ul>
<li><a href="http://www.annezelenka.com/2006/06/our-fluid-selves-online-and-off">Our Fluid Selves, Online and Off</a> by <a href="http://www.annezelenka.com/">Anne Zelenka</a></li>
<li><a href="http://12frogs.com/12/archives/2006/06/the-web-is-the-real-world/">The web is the real world</a> by <a href="http://12frogs.com/12">Jen Spadafora</a></li>
</ul>
]]></content:encoded>
			<wfw:commentRss>http://bokardo.com/archives/the-non-collision-of-relationship-and-independent-george/feed/</wfw:commentRss>
		<slash:comments>11</slash:comments>
		</item>
		<item>
		<title>7 More Reasons Why Web Apps Fail</title>
		<link>http://bokardo.com/archives/7-more-reasons-why-web-apps-fail/</link>
		<comments>http://bokardo.com/archives/7-more-reasons-why-web-apps-fail/#comments</comments>
		<pubDate>Tue, 16 May 2006 15:47:44 +0000</pubDate>
		<dc:creator>Josh</dc:creator>
				<category><![CDATA[Del.icio.us]]></category>
		<category><![CDATA[Flickr]]></category>
		<category><![CDATA[Identity]]></category>
		<category><![CDATA[Web 2.0]]></category>

		<guid isPermaLink="false">http://bokardo.com/?p=410</guid>
		<description><![CDATA[This is a follow-up to my post <a href="http://bokardo.com/archives/7-reasons-why-web-apps-fail/">7 Reasons Why Web Apps Fail</a>. As will the first list, this list is by no means a complete account of every reason why a web app might fail. There are countless reasons, I'm sure, and most are part of a failing strategy and don't do the damage all by themselves. I have focused on reasons, however, based on the current situation we find ourselves in, one with extremely low barriers to creation alongside an explosion of social web applications. This combination is interesting and we're seeing the evolution of social software in near real-time. 

<ol>
<li><strong>They're never built.</strong><br />
I've had the same conversation with many folks: good idea for web application, but not enough motivation to build it. In fact, I fall into this category. I have several prototypes sitting on my hard drive of little applications that could be something someday, and I've run out of steam developing them. I get distracted, start doing something else. However, this is probably a confidence issue as much as a time issue. We're simply not sure if what we build would be successful and investing the time it takes to push it to completion is daunting. An interesting story cropped up recently about this: Michael Arrington of Techcrunch <a href="http://www.techcrunch.com/2006/05/09/squidoo-seth-godins-purple-albatross/">wrote about how Squidoo.com seems to be failing</a>, suggesting that it cast a dark shadow over Seth Godin's reputation as a marketer, and that it wouldn't be long before Seth distances himself from it. In other words, Mike was equating Seth's reputation with the product he built. This is precisely why it is scary to build something in the public eye. People can ridicule it, and often do. But even if Squidoo doesn't succeed (which is uncertain) I doubt that Seth will see it as anything other than a learning experience. Now if only the rest of us could.</li>

<li><strong>They're modeling an offline activity incompletely.</strong><br />
This happens a lot in banking web apps. I recently switched from my bank to one with better online features. It wasn't that my former bank couldn't handle the transactions, but they could only do so if I actually went to the bank and talked with a teller. This is completely frustrating. An incompatibility between an online app and an offline store doesn't make sense. How many times have you tried to redeem a coupon or gift certificate only to find that you have to go to the store? Well, we're so used to the online world now that the web app <em>is the store</em>, in both a physical and non-physical sense.</li></ol>]]></description>
			<content:encoded><![CDATA[<p>This is a follow-up to my post <a href="http://bokardo.com/archives/7-reasons-why-web-apps-fail/">7 Reasons Why Web Apps Fail</a>. As will the first list, this list is by no means a complete account of every reason why a web app might fail. There are countless reasons, I&#8217;m sure, and most are part of a failing strategy and don&#8217;t do the damage all by themselves. I have focused on reasons made prominent by the current situation we find ourselves in: with extremely low barriers to creation alongside an explosion of social web applications. This combination is interesting and we&#8217;re seeing the evolution of social software in near real-time. </p>
<ol>
<li><strong>They&#8217;re never built.</strong><br />
I&#8217;ve had the same conversation with many folks: good idea for web application, but not enough motivation to build it. In fact, I fall into this category. I have several prototypes sitting on my hard drive of little applications that could be something someday, and I&#8217;ve run out of steam developing them. I get distracted, start doing something else. However, this is probably a confidence issue as much as a time issue. We&#8217;re simply not sure if what we build would be successful and investing the time it takes to push it to completion is daunting. An interesting story cropped up recently about this: Michael Arrington of Techcrunch <a href="http://www.techcrunch.com/2006/05/09/squidoo-seth-godins-purple-albatross/">wrote about how Squidoo.com seems to be failing</a>, suggesting that it cast a dark shadow over Seth Godin&#8217;s reputation as a marketer, and that it wouldn&#8217;t be long before Seth distances himself from it. In other words, Mike was equating Seth&#8217;s reputation with the product he built. This is precisely why it is scary to build something in the public eye. People can ridicule it, and often do. But even if Squidoo doesn&#8217;t succeed (which is uncertain) I doubt that Seth will see it as anything other than a learning experience. Now if only the rest of us could.</li>
<li><strong>They&#8217;re modeling an offline activity incompletely.</strong><br />
This happens a lot in banking web apps. I recently switched from my bank to one with better online features. It wasn&#8217;t that my former bank couldn&#8217;t handle the transactions, but they could only do so if I actually went to the bank and talked with a teller. This is completely frustrating. An incompatibility between an online app and an offline store doesn&#8217;t make sense. How many times have you tried to redeem a coupon or gift certificate only to find that you have to go to the store? Well, we&#8217;re so used to the online world now that the web app <em>is the store</em>, in both a physical and non-physical sense.</li>
<li><strong>They&#8217;re ahead of the curve.</strong><br />
Some applications are simply ahead of their time. There were <a href="http://www.emailaddresses.com/email_bookmarks.htm">online bookmarking sites</a> way before <a href="http://del.icio.us">Del.icio.us</a>. There were photo sharing sites way before <a href="http://flickr.com">Flickr</a>. Why is it that now these types of sites take off when before they didn&#8217;t? One answer to why bookmarking sites didn&#8217;t take off is provided by Ari Paparo, who started Blink.com in 1999. He had 13 million dollars in investment money, and he and his company couldn&#8217;t make it work. <a href="http://www.aripaparo.com/archive/001456.html">His post about why Blink.com failed</a> is a fascinating chronicle of a company ahead of its time. He points out that bookmarks weren&#8217;t public by default, the site used folders instead of tags, the service wasn&#8217;t instantly useful, and that technology was too often a factor in decision making. Paparo says the company wasn&#8217;t ahead of its time, but I think it is pretty clear that these lessons are exactly the type that an unforgiving network teaches us over time. And 13 million dollars said that they didn&#8217;t have much time to play with.</li>
<li><strong>They don&#8217;t plan for change.</strong><br />
One of the most common battle calls of web developers these days is that you have to plan for change. One certainty is that the app you&#8217;re working on right now isn&#8217;t the one that will be there a year from now, a month from now, or even a week from now. The software cycle is speeding up. And interestingly, it isn&#8217;t just the new, small web apps that lead this charge. It&#8217;s Amazon, Google, and eBay, who have such sophisticated backends that they&#8217;re able to manipulate, test, and retest different features on the fly to a subset of users. They didn&#8217;t get to where they are today by coming up with a fantastic initial design that &#8220;just worked&#8221;. No, they&#8217;re tweaking, tweaking, tweaking while you and I sleep.</li>
<li><strong>They don&#8217;t charge money.</strong><br />
This is a more interesting problem than it first appears. At first glance, it would seem that charging might not be all that important to a web application whose creators are going the &#8220;let&#8217;s get a huge user base&#8221; route. This is the route that <a href="http://writely.com">Writely</a> took. They never charged for anything, built an awesome product and a huge user base, and got bought out by Google. But more likely they&#8217;re the exception, not the rule. At some point buying out Web 2.0 companies will slow or stop. When you charge for something, though, an interesting thing happens. You have an implicit relationship with the customer. They are literally invested in your product, will spend more time using it, and will care about whether it lives or dies. All these things add up to better feedback for the development team going forward. In addition, there is also the psychological bias of getting what you paid for. When you charge for something, announcing to the world that you think this is worth something, you are actually implanting the same thought in other people&#8217;s heads. They start to think it&#8217;s worth something, too. </li>
<li><strong>They have no barrier to entry&#8230;at all.</strong><br />
The biggest problem with <a href="http://www.myspace.com">Myspace</a> is identity. There is simply no barrier to entry for the service, not even to identify who you really are. Obviously, this helps growth because anybody can use the service. However, it also lets in <em>anybody</em>, and that means people who have nothing to lose and who do evil things. If they had their identity to lose, like those who get caught in the weekly sting operations we see now on TV, then that becomes a strong barrier of entry for them. For people who are simply on there to hang with friends, this is not a problematic barrier at all. They want people to know who they are! Having a small, but real, barrier to entry will trip up those people who really shouldn&#8217;t be using the service in the first place.</li>
<li><strong>They don&#8217;t think holistically.</strong><br />
The amazing thing about <a href="http://flickr.com">Flickr</a> is that nobody uses the service to upload pictures. Nobody says to themselves &#8220;I need to upload me some pictures&#8221;. Instead, they&#8217;re satisfying some other need in their lives, like showing off the new kid to relatives. Or showing their friends how their trip to Europe went. Or letting their co-workers in on their conference activity. All of these things have to do with their life, their relationships, their everyday activities that aren&#8217;t centered on the Web, but are made much easier by it. If we look closely, that&#8217;s what most successful web apps do: they make our offline lives richer. </li>
</ol>
]]></content:encoded>
			<wfw:commentRss>http://bokardo.com/archives/7-more-reasons-why-web-apps-fail/feed/</wfw:commentRss>
		<slash:comments>36</slash:comments>
		</item>
		<item>
		<title>On Mimic</title>
		<link>http://bokardo.com/archives/on-mimic/</link>
		<comments>http://bokardo.com/archives/on-mimic/#comments</comments>
		<pubDate>Sat, 04 Feb 2006 12:54:01 +0000</pubDate>
		<dc:creator>Josh</dc:creator>
				<category><![CDATA[Identity]]></category>
		<category><![CDATA[notes]]></category>

		<guid isPermaLink="false">http://bokardo.com/archives/on-mimic/</guid>
		<description><![CDATA[Dick Hardt: &#8220;A goal of Identity 2.0 is to mimic aspects of identity transactions that work well in the physical world.&#8221;]]></description>
			<content:encoded><![CDATA[<p><a href="http://identity20.com/?p=46">Dick Hardt</a>:</p>
<blockquote><p>&#8220;A goal of Identity 2.0 is to mimic aspects of identity transactions that work well in the physical world.&#8221;</p></blockquote>
]]></content:encoded>
			<wfw:commentRss>http://bokardo.com/archives/on-mimic/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Microsoft Didn&#8217;t Give User Data to DOJ in Privacy Case (podcast)</title>
		<link>http://bokardo.com/archives/microsoft-didnt-give-user-data-to-doj-in-privacy-case-podcast/</link>
		<comments>http://bokardo.com/archives/microsoft-didnt-give-user-data-to-doj-in-privacy-case-podcast/#comments</comments>
		<pubDate>Thu, 26 Jan 2006 10:07:22 +0000</pubDate>
		<dc:creator>Josh</dc:creator>
				<category><![CDATA[Attention]]></category>
		<category><![CDATA[Google]]></category>
		<category><![CDATA[Identity]]></category>
		<category><![CDATA[Microsoft]]></category>
		<category><![CDATA[Podcast]]></category>
		<category><![CDATA[Web 2.0 Workgroup]]></category>
		<category><![CDATA[Yahoo]]></category>

		<guid isPermaLink="false">http://bokardo.com/?p=322</guid>
		<description><![CDATA[First, the podcast: <a href="http://bokardo.com/podcasts/doj_search_microsoft_podcast.mp3">Microsoft, Google, and the DOJ Privacy Case</a> (7.21 MB mp3 )

During a meeting today at the <a href="http://www.ebusiness-strategies.co.uk/news160106searchchamps.htm">Microsoft Search Champs Conference</a> in Redmond, WA, <a href="http://www.microsoft.com/presspass/exec/yusuf/default.mspx">Yusuf Mehdi</a>, Senior VP of MSN Information Services, discussed the <a href="http://www.usatoday.com/tech/news/internetprivacy/2006-01-19-google-search-records_x.htm">recent blowup</a> involving the U.S. Government's subpoena of personal information from major Search Engines including MSN, Yahoo, Google, and AOL.  This was not the first time that the U.S. Government has requested information from corporations in this manner. It was, however, one of the most talked about, spurred on by a press release from Google, who announced that they had turned down the request. Soon after, it was revealed that both Yahoo and MSN has complied with it, casting an instant shadow over those companies. In response, Ken Moss, general manager of MSN web search, provided a <a href="http://blogs.msdn.com/msnsearch/archive/2006/01/20/515606.aspx">few relevant details</a> of the case on the MSN Search Blog.]]></description>
			<content:encoded><![CDATA[<p>First, the podcast: <a href="http://bokardo.com/podcasts/doj_search_microsoft_podcast.mp3">Microsoft, Google, and the DOJ Privacy Case</a> (7.21 MB mp3 )</p>
<p>During a meeting today at the <a href="http://www.ebusiness-strategies.co.uk/news160106searchchamps.htm">Microsoft Search Champs Conference</a> in Redmond, WA, <a href="http://www.microsoft.com/presspass/exec/yusuf/default.mspx">Yusuf Mehdi</a>, Senior VP of MSN Information Services, discussed the <a href="http://www.usatoday.com/tech/news/internetprivacy/2006-01-19-google-search-records_x.htm">recent blowup</a> involving the U.S. Government&#8217;s subpoena of personal information from major Search Engines including MSN, Yahoo, Google, and AOL.  This was not the first time that the U.S. Government has requested information from corporations in this manner. It was, however, one of the most talked about, spurred on by a press release from Google, who announced that they had turned down the request. Soon after, it was revealed that both Yahoo and MSN has complied with it, casting an instant shadow over those companies. In response, Ken Moss, general manager of MSN web search, provided a <a href="http://blogs.msdn.com/msnsearch/archive/2006/01/20/515606.aspx">few relevant details</a> of the case on the MSN Search Blog.</p>
<p>Today, Mehdi added some detail concerning what actually happened when the request from the Government was made. First, the Government had asked for information that could identify people on an individual basis (most likely, an IP address).  Microsoft declined this request, and instead handed the Government a watered down version of data, which Mehdi made clear <em>did not</em> include personal information. <strong>The information provided by Microsoft, Mehdi said, consisted only of a sample of search terms and their frequency, as well as a random sample of pages in the MSN Search Index</strong>. </p>
<p><strong>Update</strong>: Ramez Naam, Group Program Manager, MSN Search, sends along a clarification: the DOJ didn&#8217;t ask for personal information specifically, they simply asked for logs.</p>
<p>This was a very hot topic the entire day today at the Conference. Not only are there differing viewpoints about what Search companies should and should not do, but the very relevance of data was in question. Is this a non-issue given that Microsoft didn&#8217;t hand over personal information? Did Microsoft make an error in giving in to the Government? What information did they actually give? Given that the Government has final say, does any of the MSN posturing matter? And finally, does the average Joe really care about all this? </p>
<p>To help answer these questions, a few members of the Search Champs crowd gathered tonight to record a podcast. The podcast members were:</p>
<ul>
<li>Joshua Porter ( Me &#8211; Search Champs Attendee )</li>
<li><a href="http://www.vanderwal.net/">Thomas Vander Wal</a> ( Search Champs Attendee )</li>
<li><a href="http://chris.pirillo.com/">Chris Pirillo</a> ( Search Champs Attendee )</li>
<li><a href="http://hinchcliffe.org/">Dion Hinchcliffe</a> ( Search Champs Attendee )</li>
<li><a href="http://webreakstuff.com/">Fred Oliviera</a> ( Search Champs Attendee )</li>
<li><a href="http://blogs.msdn.com/alexbarn/">Alex Barnett</a> ( Microsoft )</li>
<li><a href="http://blogs.msdn.com/msnsearch/">Brady Forrest</a> ( MSN Search Team )</li>
</ul>
<p>Update: Additional Coverage:<br />
<a href="http://blogs.msdn.com/alexbarn/archive/2006/01/26/517791.aspx">Alex Barnett</a> (<a href="http://www.flickr.com/photos/72288796@N00/with/92200630/">Photos</a>)<br />
<a href="http://www.vanderwal.net/random/entrysel.php?blog=1789">Thomas Vander Wal</a><br />
<a href="http://web2.wsj2.com/trust_and_privacy_in_web_20_microsoft_search_and_the_doj.htm">Dion Hinchcliffe</a><br />
<a href="http://webreakstuff.com/blog/2006/01/subpoena-no-personal-data-released/">Fred Oliviera</a></p>
<p>And Robert Scoble has a writeup of the meeting: <a href="http://scobleizer.wordpress.com/2006/01/25/search-champs-grilling-msn-execs/">Search Champs Grilling MSN execs</a> </p>
]]></content:encoded>
			<wfw:commentRss>http://bokardo.com/archives/microsoft-didnt-give-user-data-to-doj-in-privacy-case-podcast/feed/</wfw:commentRss>
		<slash:comments>6</slash:comments>
<enclosure url="http://bokardo.com/podcasts/doj_search_microsoft_podcast.mp3" length="7560216" type="audio/mpeg" />
		</item>
		<item>
		<title>Trends to Watch in 2006</title>
		<link>http://bokardo.com/archives/trends-to-watch-in-2006/</link>
		<comments>http://bokardo.com/archives/trends-to-watch-in-2006/#comments</comments>
		<pubDate>Wed, 04 Jan 2006 13:39:49 +0000</pubDate>
		<dc:creator>Josh</dc:creator>
				<category><![CDATA[Attention]]></category>
		<category><![CDATA[Del.icio.us]]></category>
		<category><![CDATA[Identity]]></category>
		<category><![CDATA[RSS]]></category>
		<category><![CDATA[Web 2.0]]></category>
		<category><![CDATA[Yahoo]]></category>

		<guid isPermaLink="false">http://bokardo.com/?p=307</guid>
		<description><![CDATA[Here's part 1 of a list of trends I saw gaining momentum in 2005 that I see growing even more important in 2006. <a href="http://bokardo.com/archives/trends-to-watch-in-2006-part-2/">Part 2: Synchronization and Local Store</a>

This started out as a list of technological trends, with RSS, Ajax, and Ruby on Rails being the headlines, as all three had huge years in terms of implementation and being squacked about. But these things, while interesting, aren't really trends in the way that people are <em>using</em> the Web. Instead, they're trends in building. Nothing illustrates the disparity between technology and usage more than the what Yahoo had to say in their October whitepaper: <a href="http://publisher.yahoo.com/rss/RSS_whitePaper1004.pdf">RSS-Crossing into the Mainstream</a>. They claim that while over 1/4 of all Web users consume RSS in one way or another, <em>only 4% know it</em>. 

So, in the spirit of usage I offer the following trends, focused on the way that those in the curve use the Web. Those ahead of the curve are probably on to whatever will get mainstream next year...]]></description>
			<content:encoded><![CDATA[<p>Here&#8217;s part 1 of a list of trends I saw gaining momentum in 2005 that I see growing even more important in 2006. <a href="http://bokardo.com/archives/trends-to-watch-in-2006-part-2/">Part 2: Synchronization and Local Store</a></p>
<p>This started out as a list of technological trends, with RSS, Ajax, and Ruby on Rails being the headlines, as all three had huge years in terms of implementation and being squacked about. But these things, while interesting, aren&#8217;t really trends in the way that people are <em>using</em> the Web. Instead, they&#8217;re trends in building. Nothing illustrates the disparity between technology and usage more than the what Yahoo had to say in their October whitepaper: <a href="http://publisher.yahoo.com/rss/RSS_whitePaper1004.pdf">RSS-Crossing into the Mainstream</a>. They claim that while over 1/4 of all Web users consume RSS in one way or another, <em>only 4% know it</em>. </p>
<p>So, in the spirit of usage I offer the following trends, focused on the way that those in the curve use the Web. Those ahead of the curve are probably on to whatever will get mainstream next year&#8230;</p>
<h2>The Subscription Model</h2>
<p>Through blog and news feeds we are learning the value of subscription on the Web. Borne out of our experiences with newspaper and magazine subscriptions, we&#8217;re subscribing to information sources that are as specialized as we want them to be. These are written not by professional writers in prestigous publications, but by folks whose passion or interest is their ticket to the show. Their writing, never as clean as what you&#8217;ll read in the Times or the Post, is always as interesting. </p>
<p>The subscription model is about getting content on your terms and not on somebody else&#8217;s. It&#8217;s a pull technology, so we only get content when we want it. This is unlike a push technology such as email, in which you&#8217;re damned if you ever give out your email address to the wrong person. The power of the model is apparent every time we open up a feed and view an item in its perfect plainness. Imagine being asked 3-4 years ago if people would stand to read content that is styled generically and with very little logo or branding to speak of. It would take a powerful model to convince us of that, but the subscription model does just that. </p>
<h2>Attention and Gestures</h2>
<p>Our attention is all we have. To give or to receive. To not give or to not receive. All other value flows downhill. Attention is two way on the Web, and we&#8217;re finding it increasingly difficult to keep our attention on any one thing long enough to learn what we need to learn before moving on. The statistic that the number of scientific journals doubles each 15 years is piddling. The number of blogs doubles in a <a href="http://www.technorati.com/weblog/2005/08/34.html">matter of months</a>. </p>
<p>Gestures, as it has been <a href="http://dannyayers.com/archives/2005/12/05/gestures/">explained</a>, are the unit of attention. In other words, you can measure attention by giving weight to and counting gestures. As <a href="http://blogs.zdnet.com/Gillmor/?p=191">Steve Gillmor</a> is quick to point out, however, gestures include the negative as well as the positive. If I link to a web page, then that means something about how I value it. If I don&#8217;t link to a web page, that can mean something too, but it may be much harder to discern. Obviously, not linking to the billions of web sites out there doesn&#8217;t mean that I value each of them as equally worthless. I simply make no gesture toward them. No gesture is different than a negative gesture. But if I have the <em>opportunity</em> to link to something, and <em>don&#8217;t</em>, then that&#8217;s a gesture of inattention. Count up those and you&#8217;ve got yourself an interesting metric&#8230;</p>
<h2>Identity</h2>
<p>Another problem arising from the increasingly networked world we live in is how to model our identity online. Right now we&#8217;re modeling it so poorly that we really don&#8217;t have an online identity: we have our information spread across siloes of data on dozens of web sites. Since we can&#8217;t aggregate it all, if we needed to, then we really be <em>identified</em> by it in any general sense. The symptom that afflicts users is that we can&#8217;t remember the passwords for each site. The bigger problem is that our data is everywhere outside of our control. We should be in control of our own identity!</p>
<p>Startups like <a href="http://sxip.com">Sxip</a> aim to solve this problem by creating a single datastore that allows people to identify themselves to a third party, choose what information to divulge, and when. There are several other initiatives as well. One thing I really like about what Google and Yahoo do is that I only have one username and password for all their services, and given that I use several of each it saves me a little headache. But it&#8217;s not yet one ring to rule them all.</p>
<p>Identity will become important when people realize that we should be in control of our own identity data, that signing into each site differently is not only difficult but backwards, and that we have power as buyers. Until then, we&#8217;ll probably all use two or three passwords for the 20 or 30 sites we log into, thus taxing our minds less but also lessening security benefits across the board. </p>
<p>To be continued&#8230;</p>
]]></content:encoded>
			<wfw:commentRss>http://bokardo.com/archives/trends-to-watch-in-2006/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
	</channel>
</rss>

