<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	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/"
		>
<channel>
	<title>Comments on: Location and Presence in Mobile Data Services</title>
	<atom:link href="http://boxesandarrows.com/location-and-presence-in-mobile-data-services/feed/" rel="self" type="application/rss+xml" />
	<link>http://boxesandarrows.com/location-and-presence-in-mobile-data-services/</link>
	<description>Boxes and Arrows is devoted to the practice, innovation, and discussion of design; including graphic design, interaction design, information architecture and the design of business.</description>
	<lastBuildDate>Mon, 20 May 2013 13:09:05 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	
	<item>
		<title>By: jan</title>
		<link>http://boxesandarrows.com/location-and-presence-in-mobile-data-services/#comment-9773</link>
		<dc:creator>jan</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://boxesandarrows.com/location-and-presence-in-mobile-data-services/#comment-9773</guid>
		<description><![CDATA[hi,
after reading your interesting article the term &quot;cognitive friction&quot; inevitably came to my mind.alan cooper labels cognitive friction approximately like: compared to the simplicity of a given task, it is quite difficult to achieve your goal.

i have yet to come across a mobile phone which is easy to operate. i wouldn&#039;t say i am using more than 30-40% of what my mobile is able to do. it is already allmost impossible to finde a mobile without a build in camera or  bluetooth protocol (at least in germany). 

so i think one should first start to facilitate all the tasks mobiles can do already before building new features and apps on that loose ground.

cheers,
jan]]></description>
		<content:encoded><![CDATA[<p>hi,<br />
after reading your interesting article the term &#8220;cognitive friction&#8221; inevitably came to my mind.alan cooper labels cognitive friction approximately like: compared to the simplicity of a given task, it is quite difficult to achieve your goal.</p>
<p>i have yet to come across a mobile phone which is easy to operate. i wouldn&#8217;t say i am using more than 30-40% of what my mobile is able to do. it is already allmost impossible to finde a mobile without a build in camera or  bluetooth protocol (at least in germany). </p>
<p>so i think one should first start to facilitate all the tasks mobiles can do already before building new features and apps on that loose ground.</p>
<p>cheers,<br />
jan</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jonathan</title>
		<link>http://boxesandarrows.com/location-and-presence-in-mobile-data-services/#comment-9774</link>
		<dc:creator>Jonathan</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://boxesandarrows.com/location-and-presence-in-mobile-data-services/#comment-9774</guid>
		<description><![CDATA[re: &quot;i have yet to come across a mobile phone which is easy to operate.&quot;

I agree that most mobile apps and services are hard to use and not very useful.

The good features of mobile phones are so transparent that we don&#039;t think of them as features at all. Most phones have an auto-synching clock, so the time is always correct. All phones have caller ID. Dialing a phone number and pressing send always places a voice call. These core functions are so simple that almost anyone can figure them out.

Any useful service that can create such a transparent interface will have some success. 

I wonder what other services we could create that have the simple interface and universal appeal of caller ID...]]></description>
		<content:encoded><![CDATA[<p>re: &#8220;i have yet to come across a mobile phone which is easy to operate.&#8221;</p>
<p>I agree that most mobile apps and services are hard to use and not very useful.</p>
<p>The good features of mobile phones are so transparent that we don&#8217;t think of them as features at all. Most phones have an auto-synching clock, so the time is always correct. All phones have caller ID. Dialing a phone number and pressing send always places a voice call. These core functions are so simple that almost anyone can figure them out.</p>
<p>Any useful service that can create such a transparent interface will have some success. </p>
<p>I wonder what other services we could create that have the simple interface and universal appeal of caller ID&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Oliver Schwarz</title>
		<link>http://boxesandarrows.com/location-and-presence-in-mobile-data-services/#comment-9775</link>
		<dc:creator>Oliver Schwarz</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://boxesandarrows.com/location-and-presence-in-mobile-data-services/#comment-9775</guid>
		<description><![CDATA[There is one fact in your article which I would like to stress: Mobile devices are not the competition of PCs. This idea has to settle in the heads of developers, decision maker, technology strategists.

Mobile devices are going to make communicational processes easier accessible, if fitted to the &quot;use case&quot; of being &quot;mobile&quot;.

There is (and for a long time there will not be) any possibility or need to bring full-grown applications onto the mobile screen.

But if you manage to tear down your applications into small considerable chunks for people connecting to it via mobile, it&#039;ll work perfectly.]]></description>
		<content:encoded><![CDATA[<p>There is one fact in your article which I would like to stress: Mobile devices are not the competition of PCs. This idea has to settle in the heads of developers, decision maker, technology strategists.</p>
<p>Mobile devices are going to make communicational processes easier accessible, if fitted to the &#8220;use case&#8221; of being &#8220;mobile&#8221;.</p>
<p>There is (and for a long time there will not be) any possibility or need to bring full-grown applications onto the mobile screen.</p>
<p>But if you manage to tear down your applications into small considerable chunks for people connecting to it via mobile, it&#8217;ll work perfectly.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
