<?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: Tying it All Together: Implementing the Open Web (Web 2.0 Expo New York)</title>
	<atom:link href="http://josephsmarr.com/2008/09/22/tying-it-all-together-implementing-the-open-web-web-20-expo-new-york/feed/" rel="self" type="application/rss+xml" />
	<link>http://josephsmarr.com/2008/09/22/tying-it-all-together-implementing-the-open-web-web-20-expo-new-york/</link>
	<description>Thoughts on web development, tech, and life.</description>
	<lastBuildDate>Fri, 27 Apr 2012 18:09:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
<atom:link rel="hub" href="http://pubsubhubbub.appspot.com"/><atom:link rel="hub" href="http://superfeedr.com/hubbub"/>	<item>
		<title>By: michaeljpastor</title>
		<link>http://josephsmarr.com/2008/09/22/tying-it-all-together-implementing-the-open-web-web-20-expo-new-york/comment-page-1/#comment-51214</link>
		<dc:creator>michaeljpastor</dc:creator>
		<pubDate>Sat, 27 Sep 2008 01:43:32 +0000</pubDate>
		<guid isPermaLink="false">http://josephsmarr.com/2008/09/22/tying-it-all-together-implementing-the-open-web-web-20-expo-new-york/#comment-51214</guid>
		<description>Thanks for your thoughtful response.  I&#039;m especially thankful because my argument essentially seemingly negates your business model (and that of the vast majority of web 2.0 properties) and can be seen as a personal attack.  It could easily develop into a fundamentalist war of server/client vs p2p.&lt;br&gt;&lt;br&gt;I see this trend towards cloud computing as very much a web 2.0 phenom (maybe more like a 2.5, given how recently it has built up to the point of buzzworthiness).  After all, the cloud wouldn&#039;t be necessary if all of these remote silos hadn&#039;t been created in the first place.  The cloud is a band-aid.&lt;br&gt;&lt;br&gt;Yes, it&#039;s very convenient for the developer to code for one computer as opposed to tweaking it for millions of exceptional ones, but I think that points out the larger problem of end-computers.  It&#039;s also important to note that it&#039;s easier for the developer, but ultimately their ego-centric needs [and note I use this in the Jungian context, not the connotative insult:  ego-centric here refers to &quot;my POV prevails and is correct by default&quot;] are superfluous in a consumer-oriented market.  The customer is king, not the developer.&lt;br&gt;&lt;br&gt;I see ajax as yet another shoehorn of a webpage into an app, and that it&#039;s bassackwards as well.  Gears is wonderful in theory (MySpace is already using it for their email system - strangely progressive of them).  Everything should be &quot;geared&quot; so that I always have a local (primary) copy of my data, and that it&#039;s only shared when I need a remote and objective &quot;space&quot; to do something that directly querying my peers cannot achieve.  There are very few things that can&#039;t be done p2p.&lt;br&gt;&lt;br&gt;In a p2p architecture, there&#039;s no need to centralize the database (there&#039;s only one database - mine, and temporary ad-hoc ones on the server that don&#039;t need to be maintained), code updates are distributed effectively, and you don&#039;t need to worry about overloaded web servers when most data is pushed and pulled amongst the users directly.&lt;br&gt;&lt;br&gt;There&#039;s nothing about a p2p architecture that prevents a user from being able to access data from anywhere, if you use a remote storage service such as xdrive or the mythological gdrive that acts as your p2p proxy.  &lt;br&gt;&lt;br&gt;Need remote app processing because your iPhone can&#039;t handle the load?  That&#039;s where HaaS comes in, and I think Amazon is showing its viability.&lt;br&gt;&lt;br&gt;This model satisfies one basic theoretical concept in both database and hypertext design - write once then refer (backups notwithstanding).  My problem with such groups as DataPortability is in the name - data isn&#039;t supposed to be portable!  Standardized, yes.  Cached, sure.  Copies made?  Nuh-uh.&lt;br&gt;&lt;br&gt;The real key to future development of the web is recognizing when something is more appropriately done in a subjective or objective manner.  That is value added, not value hyped.</description>
		<content:encoded><![CDATA[<p>Thanks for your thoughtful response.  I&#39;m especially thankful because my argument essentially seemingly negates your business model (and that of the vast majority of web 2.0 properties) and can be seen as a personal attack.  It could easily develop into a fundamentalist war of server/client vs p2p.</p>
<p>I see this trend towards cloud computing as very much a web 2.0 phenom (maybe more like a 2.5, given how recently it has built up to the point of buzzworthiness).  After all, the cloud wouldn&#39;t be necessary if all of these remote silos hadn&#39;t been created in the first place.  The cloud is a band-aid.</p>
<p>Yes, it&#39;s very convenient for the developer to code for one computer as opposed to tweaking it for millions of exceptional ones, but I think that points out the larger problem of end-computers.  It&#39;s also important to note that it&#39;s easier for the developer, but ultimately their ego-centric needs [and note I use this in the Jungian context, not the connotative insult:  ego-centric here refers to "my POV prevails and is correct by default"] are superfluous in a consumer-oriented market.  The customer is king, not the developer.</p>
<p>I see ajax as yet another shoehorn of a webpage into an app, and that it&#39;s bassackwards as well.  Gears is wonderful in theory (MySpace is already using it for their email system &#8211; strangely progressive of them).  Everything should be &#8220;geared&#8221; so that I always have a local (primary) copy of my data, and that it&#39;s only shared when I need a remote and objective &#8220;space&#8221; to do something that directly querying my peers cannot achieve.  There are very few things that can&#39;t be done p2p.</p>
<p>In a p2p architecture, there&#39;s no need to centralize the database (there&#39;s only one database &#8211; mine, and temporary ad-hoc ones on the server that don&#39;t need to be maintained), code updates are distributed effectively, and you don&#39;t need to worry about overloaded web servers when most data is pushed and pulled amongst the users directly.</p>
<p>There&#39;s nothing about a p2p architecture that prevents a user from being able to access data from anywhere, if you use a remote storage service such as xdrive or the mythological gdrive that acts as your p2p proxy.  </p>
<p>Need remote app processing because your iPhone can&#39;t handle the load?  That&#39;s where HaaS comes in, and I think Amazon is showing its viability.</p>
<p>This model satisfies one basic theoretical concept in both database and hypertext design &#8211; write once then refer (backups notwithstanding).  My problem with such groups as DataPortability is in the name &#8211; data isn&#39;t supposed to be portable!  Standardized, yes.  Cached, sure.  Copies made?  Nuh-uh.</p>
<p>The real key to future development of the web is recognizing when something is more appropriately done in a subjective or objective manner.  That is value added, not value hyped.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joseph Smarr</title>
		<link>http://josephsmarr.com/2008/09/22/tying-it-all-together-implementing-the-open-web-web-20-expo-new-york/comment-page-1/#comment-51213</link>
		<dc:creator>Joseph Smarr</dc:creator>
		<pubDate>Fri, 26 Sep 2008 23:03:29 +0000</pubDate>
		<guid isPermaLink="false">http://josephsmarr.com/2008/09/22/tying-it-all-together-implementing-the-open-web-web-20-expo-new-york/#comment-51213</guid>
		<description>Hmm, I think most sites run on their own servers is because it&#039;s easier for the site developers to update the code and keep it running smoothly. While in theory you&#039;re right that web sites could behave more like desktop apps (where you download the code and run it on your own computer, with a local copy of your data), and this *is* happening to some extent with AJAX/offline apps (e.g. if gmail used gears, you&#039;d basically have all the javascript and data locally cached), site developers still need to be able to push code updates, run scalable web servers and databases, etc. so it&#039;s hard not to do that in a centralized way. It&#039;s also nice for users to be able to log in from any computer and get the same app and data immediately. So I don&#039;t think this is something specific to web 2.0, but part of a larger move to doing more computing in the cloud, which has some trade-offs, but a lot of benefits.</description>
		<content:encoded><![CDATA[<p>Hmm, I think most sites run on their own servers is because it&#39;s easier for the site developers to update the code and keep it running smoothly. While in theory you&#39;re right that web sites could behave more like desktop apps (where you download the code and run it on your own computer, with a local copy of your data), and this *is* happening to some extent with AJAX/offline apps (e.g. if gmail used gears, you&#39;d basically have all the javascript and data locally cached), site developers still need to be able to push code updates, run scalable web servers and databases, etc. so it&#39;s hard not to do that in a centralized way. It&#39;s also nice for users to be able to log in from any computer and get the same app and data immediately. So I don&#39;t think this is something specific to web 2.0, but part of a larger move to doing more computing in the cloud, which has some trade-offs, but a lot of benefits.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: michaeljpastor</title>
		<link>http://josephsmarr.com/2008/09/22/tying-it-all-together-implementing-the-open-web-web-20-expo-new-york/comment-page-1/#comment-51212</link>
		<dc:creator>michaeljpastor</dc:creator>
		<pubDate>Tue, 23 Sep 2008 21:21:13 +0000</pubDate>
		<guid isPermaLink="false">http://josephsmarr.com/2008/09/22/tying-it-all-together-implementing-the-open-web-web-20-expo-new-york/#comment-51212</guid>
		<description>Sites don&#039;t need access to my address book to do interesting things with it.  They just need to give me their code so that *I* can do interesting things with it.  That&#039;s a truly open web, not the other way around.&lt;br&gt;&lt;br&gt;If I give a site access to my data, I&#039;ve lost control of it - period.  One just needs to look at the constant violations of privacy with Facebook as the prime example.&lt;br&gt;&lt;br&gt;There&#039;s a fundamental disconnect with all things Web 2.0.  A reversal of when the subjective and the objective (in the Jungian context) is appropriate.  There are only a few reasons why one needs the &quot;objective&quot; (shared/compromised/external - websites) when the Internet is based on subjective (private/personal/internal) networking.  There are few things that web 2.0 companies do today that couldn&#039;t be achieved by distributing the code and using P2P technologies amongst the users.&lt;br&gt;&lt;br&gt;Of course, they wouldn&#039;t be able to monetize that.  Hence why it hasn&#039;t happened.</description>
		<content:encoded><![CDATA[<p>Sites don&#39;t need access to my address book to do interesting things with it.  They just need to give me their code so that *I* can do interesting things with it.  That&#39;s a truly open web, not the other way around.</p>
<p>If I give a site access to my data, I&#39;ve lost control of it &#8211; period.  One just needs to look at the constant violations of privacy with Facebook as the prime example.</p>
<p>There&#39;s a fundamental disconnect with all things Web 2.0.  A reversal of when the subjective and the objective (in the Jungian context) is appropriate.  There are only a few reasons why one needs the &#8220;objective&#8221; (shared/compromised/external &#8211; websites) when the Internet is based on subjective (private/personal/internal) networking.  There are few things that web 2.0 companies do today that couldn&#39;t be achieved by distributing the code and using P2P technologies amongst the users.</p>
<p>Of course, they wouldn&#39;t be able to monetize that.  Hence why it hasn&#39;t happened.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joseph Smarr</title>
		<link>http://josephsmarr.com/2008/09/22/tying-it-all-together-implementing-the-open-web-web-20-expo-new-york/comment-page-1/#comment-51211</link>
		<dc:creator>Joseph Smarr</dc:creator>
		<pubDate>Tue, 23 Sep 2008 20:48:07 +0000</pubDate>
		<guid isPermaLink="false">http://josephsmarr.com/2008/09/22/tying-it-all-together-implementing-the-open-web-web-20-expo-new-york/#comment-51211</guid>
		<description>I think you misunderstood what&#039;s happening here--you *do* get to keep your own address book and keep it private, and you can then opt-in on a per-site basis to share access to your private address book, so services can do interesting things with your data, but you keep full control and ownership over your data. That hasn&#039;t really been possible before, but that&#039;s exactly how things will work once the social web is truly open.</description>
		<content:encoded><![CDATA[<p>I think you misunderstood what&#39;s happening here&#8211;you *do* get to keep your own address book and keep it private, and you can then opt-in on a per-site basis to share access to your private address book, so services can do interesting things with your data, but you keep full control and ownership over your data. That hasn&#39;t really been possible before, but that&#39;s exactly how things will work once the social web is truly open.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: michaeljpastor</title>
		<link>http://josephsmarr.com/2008/09/22/tying-it-all-together-implementing-the-open-web-web-20-expo-new-york/comment-page-1/#comment-51210</link>
		<dc:creator>michaeljpastor</dc:creator>
		<pubDate>Tue, 23 Sep 2008 20:31:51 +0000</pubDate>
		<guid isPermaLink="false">http://josephsmarr.com/2008/09/22/tying-it-all-together-implementing-the-open-web-web-20-expo-new-york/#comment-51210</guid>
		<description>I think your last sentence should be warning to you:  signing up for a website and giving up your address book seamlessly?  Why don&#039;t websites just give me their code and let me keep my address book private, the way it should be?  I don&#039;t understand why the Web is thinking that the bass-ackward to do things is the proper way.</description>
		<content:encoded><![CDATA[<p>I think your last sentence should be warning to you:  signing up for a website and giving up your address book seamlessly?  Why don&#39;t websites just give me their code and let me keep my address book private, the way it should be?  I don&#39;t understand why the Web is thinking that the bass-ackward to do things is the proper way.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Richard Adams</title>
		<link>http://josephsmarr.com/2008/09/22/tying-it-all-together-implementing-the-open-web-web-20-expo-new-york/comment-page-1/#comment-51215</link>
		<dc:creator>Richard Adams</dc:creator>
		<pubDate>Tue, 23 Sep 2008 14:07:00 +0000</pubDate>
		<guid isPermaLink="false">http://josephsmarr.com/2008/09/22/tying-it-all-together-implementing-the-open-web-web-20-expo-new-york/#comment-51215</guid>
		<description>Excellent stuff!</description>
		<content:encoded><![CDATA[<p>Excellent stuff!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Robert Mark White</title>
		<link>http://josephsmarr.com/2008/09/22/tying-it-all-together-implementing-the-open-web-web-20-expo-new-york/comment-page-1/#comment-51216</link>
		<dc:creator>Robert Mark White</dc:creator>
		<pubDate>Tue, 23 Sep 2008 12:49:42 +0000</pubDate>
		<guid isPermaLink="false">http://josephsmarr.com/2008/09/22/tying-it-all-together-implementing-the-open-web-web-20-expo-new-york/#comment-51216</guid>
		<description>I am very impressed at what you are doing. This whole portable contacts is absolutely amazing. I just tried the Janrain demo. Wow, I am totally blown away at how well it worked.  Every piece of the open web puzzle worked exactly as described. Simple Secure and complete, very nice work. Congrats to all of you for your very fine and very hard work.</description>
		<content:encoded><![CDATA[<p>I am very impressed at what you are doing. This whole portable contacts is absolutely amazing. I just tried the Janrain demo. Wow, I am totally blown away at how well it worked.  Every piece of the open web puzzle worked exactly as described. Simple Secure and complete, very nice work. Congrats to all of you for your very fine and very hard work.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris Messina</title>
		<link>http://josephsmarr.com/2008/09/22/tying-it-all-together-implementing-the-open-web-web-20-expo-new-york/comment-page-1/#comment-51217</link>
		<dc:creator>Chris Messina</dc:creator>
		<pubDate>Tue, 23 Sep 2008 05:29:21 +0000</pubDate>
		<guid isPermaLink="false">http://josephsmarr.com/2008/09/22/tying-it-all-together-implementing-the-open-web-web-20-expo-new-york/#comment-51217</guid>
		<description>Excellent. These slides will come in handy for continuing to flesh out and tell the story!</description>
		<content:encoded><![CDATA[<p>Excellent. These slides will come in handy for continuing to flesh out and tell the story!</p>
]]></content:encoded>
	</item>
</channel>
</rss>

