<?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/"
	xmlns:go='http://ns.gigaom.com/'
xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: Even in Web 2.0 Scale &amp; Size Matter</title>
	<atom:link href="http://gigaom.com/2005/12/06/even-in-web-20-scale-size-matter/feed/" rel="self" type="application/rss+xml" />
	<link>http://gigaom.com/2005/12/06/even-in-web-20-scale-size-matter/</link>
	<description></description>
	<lastBuildDate>Fri, 10 Feb 2012 17:07:40 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: Predictions for 2006 from an Indian perspective &#124; Sumedh Mungee</title>
		<link>http://gigaom.com/2005/12/06/even-in-web-20-scale-size-matter/#comment-111515</link>
		<dc:creator><![CDATA[Predictions for 2006 from an Indian perspective &#124; Sumedh Mungee]]></dc:creator>
		<pubDate>Fri, 14 Nov 2008 17:31:15 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.wordpress.com/2005/12/06/even-in-web-20-scale-size-matter/#comment-111515</guid>
		<description><![CDATA[[...] The Web 2.0 bubble will burst: This will happen due to two reasons. Firstly, it will become clear that most, if not [...]]]></description>
		<content:encoded><![CDATA[<p>[...] The Web 2.0 bubble will burst: This will happen due to two reasons. Firstly, it will become clear that most, if not [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tom Lee</title>
		<link>http://gigaom.com/2005/12/06/even-in-web-20-scale-size-matter/#comment-111514</link>
		<dc:creator><![CDATA[Tom Lee]]></dc:creator>
		<pubDate>Tue, 24 Jun 2008 12:35:32 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.wordpress.com/2005/12/06/even-in-web-20-scale-size-matter/#comment-111514</guid>
		<description><![CDATA[You need to do all the &#039;home work&#039; before you start up your business on the web, if you fail to plan you plan to fail...]]></description>
		<content:encoded><![CDATA[<p>You need to do all the &#8216;home work&#8217; before you start up your business on the web, if you fail to plan you plan to fail&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: renaissance chambara &#124; Ged Carroll - Blogosphere update</title>
		<link>http://gigaom.com/2005/12/06/even-in-web-20-scale-size-matter/#comment-111513</link>
		<dc:creator><![CDATA[renaissance chambara &#124; Ged Carroll - Blogosphere update]]></dc:creator>
		<pubDate>Thu, 19 Jun 2008 19:22:59 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.wordpress.com/2005/12/06/even-in-web-20-scale-size-matter/#comment-111513</guid>
		<description><![CDATA[[...] Built to flip - Not one of them soft-top Suzuki jeeps with the Rhino vinyl wheel cover on the back that hairdressers used to drive, but the return by Web 2.0 companies to a business model of coming up with a new product and then being bought out by Google, Yahoo!, Microsoft (delete as appropriate). A sign that we&#8217;re living in bubblicious times again. Kudos to Om Malik. [...]]]></description>
		<content:encoded><![CDATA[<p>[...] Built to flip &#8211; Not one of them soft-top Suzuki jeeps with the Rhino vinyl wheel cover on the back that hairdressers used to drive, but the return by Web 2.0 companies to a business model of coming up with a new product and then being bought out by Google, Yahoo!, Microsoft (delete as appropriate). A sign that we&#8217;re living in bubblicious times again. Kudos to Om Malik. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: S.</title>
		<link>http://gigaom.com/2005/12/06/even-in-web-20-scale-size-matter/#comment-111512</link>
		<dc:creator><![CDATA[S.]]></dc:creator>
		<pubDate>Fri, 08 Sep 2006 22:38:46 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.wordpress.com/2005/12/06/even-in-web-20-scale-size-matter/#comment-111512</guid>
		<description><![CDATA[&lt;p&gt;It seems that ePlatform has officially shut down…&lt;/p&gt;]]></description>
		<content:encoded><![CDATA[<p>It seems that ePlatform has officially shut down…</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Robert Eckert</title>
		<link>http://gigaom.com/2005/12/06/even-in-web-20-scale-size-matter/#comment-111511</link>
		<dc:creator><![CDATA[Robert Eckert]]></dc:creator>
		<pubDate>Mon, 14 Aug 2006 03:12:53 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.wordpress.com/2005/12/06/even-in-web-20-scale-size-matter/#comment-111511</guid>
		<description><![CDATA[&lt;p&gt;Brilliant blog you have .I like the comments and topics you discuss here.Although this is not the information,I was hoping to find with my search.I believe it&#039;s great when you come across a genuine subject that makes sense.Good luck in all your endeavors.If you have the chance.Maybe you could stop by my new web site.How to get free internet advertising.&lt;/p&gt;]]></description>
		<content:encoded><![CDATA[<p>Brilliant blog you have .I like the comments and topics you discuss here.Although this is not the information,I was hoping to find with my search.I believe it&#8217;s great when you come across a genuine subject that makes sense.Good luck in all your endeavors.If you have the chance.Maybe you could stop by my new web site.How to get free internet advertising.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: note</title>
		<link>http://gigaom.com/2005/12/06/even-in-web-20-scale-size-matter/#comment-111510</link>
		<dc:creator><![CDATA[note]]></dc:creator>
		<pubDate>Mon, 27 Mar 2006 17:07:52 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.wordpress.com/2005/12/06/even-in-web-20-scale-size-matter/#comment-111510</guid>
		<description><![CDATA[&lt;p&gt;Just read through the post.
&quot;1) Hire really freaking smart people who won’t do retarded things
2) keep your architecture as simple as possible. add complexity when you actually need it.
3) optimize when needed.
&quot;
It&#039;s the way.&lt;/p&gt;]]></description>
		<content:encoded><![CDATA[<p>Just read through the post.<br />
&#8220;1) Hire really freaking smart people who won’t do retarded things<br />
2) keep your architecture as simple as possible. add complexity when you actually need it.<br />
3) optimize when needed.<br />
&#8221;<br />
It&#8217;s the way.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: note</title>
		<link>http://gigaom.com/2005/12/06/even-in-web-20-scale-size-matter/#comment-111509</link>
		<dc:creator><![CDATA[note]]></dc:creator>
		<pubDate>Mon, 27 Mar 2006 17:06:43 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.wordpress.com/2005/12/06/even-in-web-20-scale-size-matter/#comment-111509</guid>
		<description><![CDATA[&lt;p&gt;Just reading through the post,&quot;
1) Hire really freaking smart people who won’t do retarded things
2) keep your architecture as simple as possible. add complexity when you actually need it.
3) optimize when needed.&quot;
 I think this is the way.&lt;/p&gt;]]></description>
		<content:encoded><![CDATA[<p>Just reading through the post,&#8221;<br />
1) Hire really freaking smart people who won’t do retarded things<br />
2) keep your architecture as simple as possible. add complexity when you actually need it.<br />
3) optimize when needed.&#8221;<br />
 I think this is the way.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: strategic planning software</title>
		<link>http://gigaom.com/2005/12/06/even-in-web-20-scale-size-matter/#comment-111508</link>
		<dc:creator><![CDATA[strategic planning software]]></dc:creator>
		<pubDate>Fri, 10 Feb 2006 21:33:59 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.wordpress.com/2005/12/06/even-in-web-20-scale-size-matter/#comment-111508</guid>
		<description><![CDATA[&lt;p&gt;a.. Tis the season! I was searching the web and found your entry . I really like your site and found it worth time reading through the post. I am looking to publish a comprehensive site ranges many types of historical needlework. All those interested in this area will find this article of interest as it is written from many perspective. Please feel free to take a look at my blog at &lt;a href=&quot;http://www.strategic-planning-software.com&quot; rel=&quot;nofollow&quot;&gt;process strategic planning&lt;/a&gt; and add any thing your want.&lt;/p&gt;]]></description>
		<content:encoded><![CDATA[<p>a.. Tis the season! I was searching the web and found your entry . I really like your site and found it worth time reading through the post. I am looking to publish a comprehensive site ranges many types of historical needlework. All those interested in this area will find this article of interest as it is written from many perspective. Please feel free to take a look at my blog at <a href="http://www.strategic-planning-software.com" rel="nofollow">process strategic planning</a> and add any thing your want.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Thought Leadership</title>
		<link>http://gigaom.com/2005/12/06/even-in-web-20-scale-size-matter/#comment-111507</link>
		<dc:creator><![CDATA[Thought Leadership]]></dc:creator>
		<pubDate>Sat, 07 Jan 2006 12:00:33 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.wordpress.com/2005/12/06/even-in-web-20-scale-size-matter/#comment-111507</guid>
		<description><![CDATA[&lt;p&gt;&lt;strong&gt;Observations on the Computer Hardware Industty&lt;/strong&gt;&lt;/p&gt;

&lt;p&gt;Industry Guru Sameer Tyagi of Sun in his blog commented on an attack on the Sun Niagra chip by HP. I believe that while the conversation was interesting, but a bigger discussion needs to occur...&lt;/p&gt;]]></description>
		<content:encoded><![CDATA[<p><strong>Observations on the Computer Hardware Industty</strong></p>
<p>Industry Guru Sameer Tyagi of Sun in his blog commented on an attack on the Sun Niagra chip by HP. I believe that while the conversation was interesting, but a bigger discussion needs to occur&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: RAA</title>
		<link>http://gigaom.com/2005/12/06/even-in-web-20-scale-size-matter/#comment-111506</link>
		<dc:creator><![CDATA[RAA]]></dc:creator>
		<pubDate>Sun, 18 Dec 2005 06:50:11 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.wordpress.com/2005/12/06/even-in-web-20-scale-size-matter/#comment-111506</guid>
		<description><![CDATA[I doubt any startup company ever looks forward to being the next web icon, especially in the face of viscious competition.  Traffic doesn&#039;t spike overnight.  You accommodate the demand as the need arises.  For example, what sense does it make to write code that handles a cluster of servers, when you only get a few hundred visits a day in the beginning?]]></description>
		<content:encoded><![CDATA[<p>I doubt any startup company ever looks forward to being the next web icon, especially in the face of viscious competition.  Traffic doesn&#8217;t spike overnight.  You accommodate the demand as the need arises.  For example, what sense does it make to write code that handles a cluster of servers, when you only get a few hundred visits a day in the beginning?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: phil swenson</title>
		<link>http://gigaom.com/2005/12/06/even-in-web-20-scale-size-matter/#comment-111505</link>
		<dc:creator><![CDATA[phil swenson]]></dc:creator>
		<pubDate>Sun, 18 Dec 2005 01:37:16 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.wordpress.com/2005/12/06/even-in-web-20-scale-size-matter/#comment-111505</guid>
		<description><![CDATA[&quot;i think you folks are missing the point. i think ramana is spot on. it is the right architecture, and ability to think through the what if problem. it is not throwing servers which is an issue, it is an issue of building a scalable architecture. and that a lot of companies are not thinking through.&quot;

Spoken like an old school architect.  I suggest reading about agile methodolgies and the shared nothing architecture.  Architects almost always get it wrong.  Requirements (and possibly the entire direction of the business) change and the architecture often becomes obsolete... so all the up front work is wasted.

I remember the old days walking around the Exodus data centers looking at the millions of dollars of equipment (Sun E10Ks, etc) for these startups that had zero users.  Most of these companies are dead now.  Maybe some of these companies would still be around if they didn&#039;t shoot their VC load on &quot;building a scalable architecture&quot; for an empty, zero traffic site.  Perhaps they should have honed in on a good service that provided real value...

here&#039;s my take:
1) Hire really freaking smart people who won&#039;t do retarded things
2) keep your architecture as simple as possible.  add complexity when you actually need it.
3) optimize when needed.

If you have good coders and keep it simple, you&#039;ll be able to make the changes for unforseen business requirements/load.]]></description>
		<content:encoded><![CDATA[<p>&#8220;i think you folks are missing the point. i think ramana is spot on. it is the right architecture, and ability to think through the what if problem. it is not throwing servers which is an issue, it is an issue of building a scalable architecture. and that a lot of companies are not thinking through.&#8221;</p>
<p>Spoken like an old school architect.  I suggest reading about agile methodolgies and the shared nothing architecture.  Architects almost always get it wrong.  Requirements (and possibly the entire direction of the business) change and the architecture often becomes obsolete&#8230; so all the up front work is wasted.</p>
<p>I remember the old days walking around the Exodus data centers looking at the millions of dollars of equipment (Sun E10Ks, etc) for these startups that had zero users.  Most of these companies are dead now.  Maybe some of these companies would still be around if they didn&#8217;t shoot their VC load on &#8220;building a scalable architecture&#8221; for an empty, zero traffic site.  Perhaps they should have honed in on a good service that provided real value&#8230;</p>
<p>here&#8217;s my take:<br />
1) Hire really freaking smart people who won&#8217;t do retarded things<br />
2) keep your architecture as simple as possible.  add complexity when you actually need it.<br />
3) optimize when needed.</p>
<p>If you have good coders and keep it simple, you&#8217;ll be able to make the changes for unforseen business requirements/load.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nik Cubrilovic</title>
		<link>http://gigaom.com/2005/12/06/even-in-web-20-scale-size-matter/#comment-111504</link>
		<dc:creator><![CDATA[Nik Cubrilovic]]></dc:creator>
		<pubDate>Sat, 17 Dec 2005 09:02:12 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.wordpress.com/2005/12/06/even-in-web-20-scale-size-matter/#comment-111504</guid>
		<description><![CDATA[At &lt;a href=&quot;http://www.omnidrive.com.au&quot; rel=&quot;nofollow&quot;&gt;Omnidrive&lt;/a&gt; we are preparing for our public release by having both a large hardware supplier and a hosting company that owns co-lo centers as both early investors and members of either our board and advisory committee.

With a good business plan and product companies in these industries are open to such involvement - I can&#039;t believe that it doesn&#039;t happen more often with web 2.0 companies considering that supply of hardware and rackspace are very important parts of the business.

I don&#039;t agree with the 37 signals approach and nor do I believe that close to 100% uptime costs hundreds of thousands of dollars (actually, I know it doesn&#039;t).]]></description>
		<content:encoded><![CDATA[<p>At <a href="http://www.omnidrive.com.au" rel="nofollow">Omnidrive</a> we are preparing for our public release by having both a large hardware supplier and a hosting company that owns co-lo centers as both early investors and members of either our board and advisory committee.</p>
<p>With a good business plan and product companies in these industries are open to such involvement &#8211; I can&#8217;t believe that it doesn&#8217;t happen more often with web 2.0 companies considering that supply of hardware and rackspace are very important parts of the business.</p>
<p>I don&#8217;t agree with the 37 signals approach and nor do I believe that close to 100% uptime costs hundreds of thousands of dollars (actually, I know it doesn&#8217;t).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dennis Howlett</title>
		<link>http://gigaom.com/2005/12/06/even-in-web-20-scale-size-matter/#comment-111503</link>
		<dc:creator><![CDATA[Dennis Howlett]]></dc:creator>
		<pubDate>Sat, 17 Dec 2005 01:06:00 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.wordpress.com/2005/12/06/even-in-web-20-scale-size-matter/#comment-111503</guid>
		<description><![CDATA[Ironic as the URL is an MT-TP account so who knows what you&#039;ll see.

I believe today&#039;s 6A outtage has lit a fuse on a gasoline soaked segment of the high tech industry. One that has been doing a lot of good but which has been shown up for the immature child it really is.

That immaturity manifests itself in a failure to recognise the scaling issue. It is why the IBMs of this world earn billions of dollars, trying to hold this fragile beast we call the Internet together. For the sake of those in the real world that have to earn money buying and selling real goods and services that people physically consume in their real lives. Not virtually.

This time around, large corporations that were tettering on the edge of immersing themselves in this &#039;stuff&#039; may well shrink back.

If I&#039;m remotely correct, it will be a sad day.]]></description>
		<content:encoded><![CDATA[<p>Ironic as the URL is an MT-TP account so who knows what you&#8217;ll see.</p>
<p>I believe today&#8217;s 6A outtage has lit a fuse on a gasoline soaked segment of the high tech industry. One that has been doing a lot of good but which has been shown up for the immature child it really is.</p>
<p>That immaturity manifests itself in a failure to recognise the scaling issue. It is why the IBMs of this world earn billions of dollars, trying to hold this fragile beast we call the Internet together. For the sake of those in the real world that have to earn money buying and selling real goods and services that people physically consume in their real lives. Not virtually.</p>
<p>This time around, large corporations that were tettering on the edge of immersing themselves in this &#8216;stuff&#8217; may well shrink back.</p>
<p>If I&#8217;m remotely correct, it will be a sad day.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Om Malik on Broadband : &#187; The Web 2.0 Hit By Outages</title>
		<link>http://gigaom.com/2005/12/06/even-in-web-20-scale-size-matter/#comment-111502</link>
		<dc:creator><![CDATA[Om Malik on Broadband : &#187; The Web 2.0 Hit By Outages]]></dc:creator>
		<pubDate>Fri, 16 Dec 2005 23:35:34 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.wordpress.com/2005/12/06/even-in-web-20-scale-size-matter/#comment-111502</guid>
		<description><![CDATA[[...] A few weeks ago, I had a healthy and civilized debate with the gents from 37Signals (followed subsequently with a podcast with questionable sound quality) on the issue of scale and scalability. I laid out my case, they responded with theirs and so we went. [...]]]></description>
		<content:encoded><![CDATA[<p>[...] A few weeks ago, I had a healthy and civilized debate with the gents from 37Signals (followed subsequently with a podcast with questionable sound quality) on the issue of scale and scalability. I laid out my case, they responded with theirs and so we went. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Cedric</title>
		<link>http://gigaom.com/2005/12/06/even-in-web-20-scale-size-matter/#comment-111501</link>
		<dc:creator><![CDATA[Cedric]]></dc:creator>
		<pubDate>Wed, 14 Dec 2005 10:47:46 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.wordpress.com/2005/12/06/even-in-web-20-scale-size-matter/#comment-111501</guid>
		<description><![CDATA[Scalibility is neither a web 2.0 nor a web 1.0 problem. It is a basic business issue.

Companies can only grow their profits either by increasing their revenue or decreasing their costs. WebServers are a fixed costs and as more users join a service they can quickly absorb all the companies capital.

One alternative is to look at a different architecture where the processing power and disk space is distributed instead of centralised. And I&#039;m not talking Ajax here but a truly distributed architecture using the web as a platform and the user&#039;s machine for processing and hosting data.

That&#039;s what we do at AllPeers which means that we can scale infinitly since each new user joining brings his computer power with him.]]></description>
		<content:encoded><![CDATA[<p>Scalibility is neither a web 2.0 nor a web 1.0 problem. It is a basic business issue.</p>
<p>Companies can only grow their profits either by increasing their revenue or decreasing their costs. WebServers are a fixed costs and as more users join a service they can quickly absorb all the companies capital.</p>
<p>One alternative is to look at a different architecture where the processing power and disk space is distributed instead of centralised. And I&#8217;m not talking Ajax here but a truly distributed architecture using the web as a platform and the user&#8217;s machine for processing and hosting data.</p>
<p>That&#8217;s what we do at AllPeers which means that we can scale infinitly since each new user joining brings his computer power with him.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: VentureWoods &#187; Predictions for 2006 from an Indian perspective</title>
		<link>http://gigaom.com/2005/12/06/even-in-web-20-scale-size-matter/#comment-111500</link>
		<dc:creator><![CDATA[VentureWoods &#187; Predictions for 2006 from an Indian perspective]]></dc:creator>
		<pubDate>Wed, 14 Dec 2005 01:12:26 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.wordpress.com/2005/12/06/even-in-web-20-scale-size-matter/#comment-111500</guid>
		<description><![CDATA[[...] 1. The Web 2.0 bubble will burst: This will happen due to two reasons. Firstly, it will become clear that most, if not all Web 2.0 sites have been unable to reach out beyond the very limited geek-dominated market of early adopters (illustration: even the supposedly wildly popular del.icio.us service has just 300,000 users. An anecdotal review of the popular links on del.icio.us will reveal this as well). Secondly, the acquisition spree seen in 2005 will slow as the big players digest their acquisitions of 2005 and re-evaluate some of their more outlandish purchases (Skype comes to mind). This time though the bubble will burst quietly with websites getting shut down quietly without much buzz. Not too many employees will be displaced as Web2.0 startups have hired very sparingly. [...]]]></description>
		<content:encoded><![CDATA[<p>[...] 1. The Web 2.0 bubble will burst: This will happen due to two reasons. Firstly, it will become clear that most, if not all Web 2.0 sites have been unable to reach out beyond the very limited geek-dominated market of early adopters (illustration: even the supposedly wildly popular del.icio.us service has just 300,000 users. An anecdotal review of the popular links on del.icio.us will reveal this as well). Secondly, the acquisition spree seen in 2005 will slow as the big players digest their acquisitions of 2005 and re-evaluate some of their more outlandish purchases (Skype comes to mind). This time though the bubble will burst quietly with websites getting shut down quietly without much buzz. Not too many employees will be displaced as Web2.0 startups have hired very sparingly. [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>

