<?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:series="http://unfoldingneurons.com/"
		>
<channel>
	<title>Comments on: Web 2.0 Companies NEED To Scale</title>
	<atom:link href="http://www.ensight.org/2005/12/05/web-20-companies-need-to-scale/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.ensight.org/2005/12/05/web-20-companies-need-to-scale/</link>
	<description>I&#039;m The Boss @ netmobs, past CEO of b5media, author of Blog Marketing and a hardcore Canadian</description>
	<lastBuildDate>Fri, 05 Mar 2010 15:21:47 -0500</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.6</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Dan Ciruli</title>
		<link>http://www.ensight.org/2005/12/05/web-20-companies-need-to-scale/comment-page-1/#comment-48383</link>
		<dc:creator>Dan Ciruli</dc:creator>
		<pubDate>Mon, 12 Dec 2005 19:41:16 +0000</pubDate>
		<guid isPermaLink="false">http://www.ensight.org/archives/2005/12/05/web-20-companies-need-to-scale/#comment-48383</guid>
		<description>Nik -  you hit the nail on the head.</description>
		<content:encoded><![CDATA[<p>Nik &#8211;  you hit the nail on the head.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nik Cubrilovic</title>
		<link>http://www.ensight.org/2005/12/05/web-20-companies-need-to-scale/comment-page-1/#comment-48381</link>
		<dc:creator>Nik Cubrilovic</dc:creator>
		<pubDate>Sun, 11 Dec 2005 02:06:15 +0000</pubDate>
		<guid isPermaLink="false">http://www.ensight.org/archives/2005/12/05/web-20-companies-need-to-scale/#comment-48381</guid>
		<description>I will tell you the problem, it&#039;s because many web2.0 apps are developed by designers-come-developers who while they can swing some PHP or RubyOnRails do not understand the concept of scale and efficiency. They see it running on their local desktop server with local browser well and think thats that.

Having 37Signals tell them on their blog that uptime is not as important doesn&#039;t help either. These developers need to learn how to benchmark and build distributed and scalable applications, just because it runs fine on your local instance of MySQL server doesn&#039;t mean that server and setup will scale up to 10 servers and 100,000 users. 

In addition, I cant believe investors are putting money into these apps - money that is being spent on setting up new servers and new pipes that wouldn&#039;t be required if the app with efficient in the first place. yuk.</description>
		<content:encoded><![CDATA[<p>I will tell you the problem, it&#8217;s because many web2.0 apps are developed by designers-come-developers who while they can swing some PHP or RubyOnRails do not understand the concept of scale and efficiency. They see it running on their local desktop server with local browser well and think thats that.</p>
<p>Having 37Signals tell them on their blog that uptime is not as important doesn&#8217;t help either. These developers need to learn how to benchmark and build distributed and scalable applications, just because it runs fine on your local instance of MySQL server doesn&#8217;t mean that server and setup will scale up to 10 servers and 100,000 users. </p>
<p>In addition, I cant believe investors are putting money into these apps &#8211; money that is being spent on setting up new servers and new pipes that wouldn&#8217;t be required if the app with efficient in the first place. yuk.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jeremy Wright</title>
		<link>http://www.ensight.org/2005/12/05/web-20-companies-need-to-scale/comment-page-1/#comment-48364</link>
		<dc:creator>Jeremy Wright</dc:creator>
		<pubDate>Fri, 09 Dec 2005 01:11:01 +0000</pubDate>
		<guid isPermaLink="false">http://www.ensight.org/archives/2005/12/05/web-20-companies-need-to-scale/#comment-48364</guid>
		<description>RMX: I&#039;m a bit curious as to what part of my post says companies need to spend gobs of money on scaling. As I said, there&#039;s a ladder to high availability. Companies need to choose what step they should be on.</description>
		<content:encoded><![CDATA[<p>RMX: I&#8217;m a bit curious as to what part of my post says companies need to spend gobs of money on scaling. As I said, there&#8217;s a ladder to high availability. Companies need to choose what step they should be on.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: RMX</title>
		<link>http://www.ensight.org/2005/12/05/web-20-companies-need-to-scale/comment-page-1/#comment-48359</link>
		<dc:creator>RMX</dc:creator>
		<pubDate>Thu, 08 Dec 2005 22:15:07 +0000</pubDate>
		<guid isPermaLink="false">http://www.ensight.org/archives/2005/12/05/web-20-companies-need-to-scale/#comment-48359</guid>
		<description>I totally disagree.    I went to a CIO-forum held by one of our Venture Capital investors where they had each of their portfolio companies describe the biggest mistakes in their company&#039;s histories.

One very common theme was &quot;spending too much time and resources in over-building infrastructure&quot;.

The technology to scale becomes orders of magnitude cheaper and easier every year -- and it&#039;s foolhardy to design an architecture with 1999 scaling technology for hypothetical problem that might occur in 2005.

One obvious example is in the area of database scaling.   Sure, today you can either get an expensive (Oracle RAC) solution, or cludge something together with a lot of effort on half-assed solutions (PostgreSQL/Slony/PgPool ; MySQL-Cluster ; SQLServer repliction).   Or, you can realize that smarter database-developers than you are rapidly advancing each of those technologies, and by the time you need them they&#039;ll be commoditized and stable.

I did a fair amount of work with our CFO in a publicly traded software company&#039;s online-store infrastructure -- and risk-benefit analysis almost always ended up favoring less than expected infrastructure.</description>
		<content:encoded><![CDATA[<p>I totally disagree.    I went to a CIO-forum held by one of our Venture Capital investors where they had each of their portfolio companies describe the biggest mistakes in their company&#8217;s histories.</p>
<p>One very common theme was &#8220;spending too much time and resources in over-building infrastructure&#8221;.</p>
<p>The technology to scale becomes orders of magnitude cheaper and easier every year &#8212; and it&#8217;s foolhardy to design an architecture with 1999 scaling technology for hypothetical problem that might occur in 2005.</p>
<p>One obvious example is in the area of database scaling.   Sure, today you can either get an expensive (Oracle RAC) solution, or cludge something together with a lot of effort on half-assed solutions (PostgreSQL/Slony/PgPool ; MySQL-Cluster ; SQLServer repliction).   Or, you can realize that smarter database-developers than you are rapidly advancing each of those technologies, and by the time you need them they&#8217;ll be commoditized and stable.</p>
<p>I did a fair amount of work with our CFO in a publicly traded software company&#8217;s online-store infrastructure &#8212; and risk-benefit analysis almost always ended up favoring less than expected infrastructure.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Prashant</title>
		<link>http://www.ensight.org/2005/12/05/web-20-companies-need-to-scale/comment-page-1/#comment-48353</link>
		<dc:creator>Prashant</dc:creator>
		<pubDate>Thu, 08 Dec 2005 08:29:28 +0000</pubDate>
		<guid isPermaLink="false">http://www.ensight.org/archives/2005/12/05/web-20-companies-need-to-scale/#comment-48353</guid>
		<description>Agreed To your Point  but  we have cases like riya.com the company  is on the vege of being accuired by google  when there  technology is still  in  its alpha stage .  you see  the one more dimension of the scene is that  weare living  or racing toward a  hot market .  no body wants to  loose out an opprtunity of being accuired and cashing out  on the name of building an infrastructure . 

so its normal  . &quot;when meebo.com can have a  team of  three   guys and still makea dent in internet universe  so can everybody else &quot;  this seems to be the mantra these days 
Prashant 
www.knowprashant.blogspot.com</description>
		<content:encoded><![CDATA[<p>Agreed To your Point  but  we have cases like riya.com the company  is on the vege of being accuired by google  when there  technology is still  in  its alpha stage .  you see  the one more dimension of the scene is that  weare living  or racing toward a  hot market .  no body wants to  loose out an opprtunity of being accuired and cashing out  on the name of building an infrastructure . </p>
<p>so its normal  . &#8220;when meebo.com can have a  team of  three   guys and still makea dent in internet universe  so can everybody else &#8221;  this seems to be the mantra these days<br />
Prashant<br />
<a href="http://www.knowprashant.blogspot.com" rel="nofollow">http://www.knowprashant.blogspot.com</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jeremy Pepper</title>
		<link>http://www.ensight.org/2005/12/05/web-20-companies-need-to-scale/comment-page-1/#comment-48352</link>
		<dc:creator>Jeremy Pepper</dc:creator>
		<pubDate>Thu, 08 Dec 2005 07:57:16 +0000</pubDate>
		<guid isPermaLink="false">http://www.ensight.org/archives/2005/12/05/web-20-companies-need-to-scale/#comment-48352</guid>
		<description>Well, wasn&#039;t that how Gmail operated all those months? Got too many people, let&#039;s add another server?

It&#039;s the same shtick as &quot;beta&quot; sites - it&#039;s short term thinking to save $, and to not have to spend too much on the front-end. I think the Brits call it penny wise, pound foolish.</description>
		<content:encoded><![CDATA[<p>Well, wasn&#8217;t that how Gmail operated all those months? Got too many people, let&#8217;s add another server?</p>
<p>It&#8217;s the same shtick as &#8220;beta&#8221; sites &#8211; it&#8217;s short term thinking to save $, and to not have to spend too much on the front-end. I think the Brits call it penny wise, pound foolish.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: john</title>
		<link>http://www.ensight.org/2005/12/05/web-20-companies-need-to-scale/comment-page-1/#comment-48332</link>
		<dc:creator>john</dc:creator>
		<pubDate>Wed, 07 Dec 2005 05:16:19 +0000</pubDate>
		<guid isPermaLink="false">http://www.ensight.org/archives/2005/12/05/web-20-companies-need-to-scale/#comment-48332</guid>
		<description>totally agreed Jeremy... totally agreed.  I also wish it were easier... and the funny thing is, a lot of the time it could be easier... but the experience isn&#039;t generally spread out enough to do the simple things that can help... content caching via a CDN, smart scheduled processes, offloading non-mission critical tasks to other boxes, etc... lots of people have never had to deal with true scale, so they aren&#039;t adept at it.  Maybe there&#039;s a good consulting gig there in this need?</description>
		<content:encoded><![CDATA[<p>totally agreed Jeremy&#8230; totally agreed.  I also wish it were easier&#8230; and the funny thing is, a lot of the time it could be easier&#8230; but the experience isn&#8217;t generally spread out enough to do the simple things that can help&#8230; content caching via a CDN, smart scheduled processes, offloading non-mission critical tasks to other boxes, etc&#8230; lots of people have never had to deal with true scale, so they aren&#8217;t adept at it.  Maybe there&#8217;s a good consulting gig there in this need?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joe Palladino</title>
		<link>http://www.ensight.org/2005/12/05/web-20-companies-need-to-scale/comment-page-1/#comment-48331</link>
		<dc:creator>Joe Palladino</dc:creator>
		<pubDate>Wed, 07 Dec 2005 03:46:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.ensight.org/archives/2005/12/05/web-20-companies-need-to-scale/#comment-48331</guid>
		<description>Here here!

The problem is that for so long web development wasn&#039;t considered real development.  it is taking time for the reality that this isn&#039;t just real development it can be a bit more if you also including the front end as well.</description>
		<content:encoded><![CDATA[<p>Here here!</p>
<p>The problem is that for so long web development wasn&#8217;t considered real development.  it is taking time for the reality that this isn&#8217;t just real development it can be a bit more if you also including the front end as well.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Steve Borsch</title>
		<link>http://www.ensight.org/2005/12/05/web-20-companies-need-to-scale/comment-page-1/#comment-48326</link>
		<dc:creator>Steve Borsch</dc:creator>
		<pubDate>Wed, 07 Dec 2005 00:08:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.ensight.org/archives/2005/12/05/web-20-companies-need-to-scale/#comment-48326</guid>
		<description>Glad to see people are talking about this issue. IMHO, this infrastructure discussion is the &quot;dirty little secret&quot; of all the hyperbole surrounding Web 2.0. Just wait until there is global scaling required!

I did &lt;a href=&quot;borsch.typepad.com/ctd/2005/10/web_20_conferen.html&quot; rel=&quot;nofollow&quot;&gt;a post&lt;/a&gt; about this dirty little secret right after the Web 2.0 Conference since this missing part of the discussion was so glaringly left out.</description>
		<content:encoded><![CDATA[<p>Glad to see people are talking about this issue. IMHO, this infrastructure discussion is the &#8220;dirty little secret&#8221; of all the hyperbole surrounding Web 2.0. Just wait until there is global scaling required!</p>
<p>I did <a href="borsch.typepad.com/ctd/2005/10/web_20_conferen.html" rel="nofollow">a post</a> about this dirty little secret right after the Web 2.0 Conference since this missing part of the discussion was so glaringly left out.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dan Ciruli</title>
		<link>http://www.ensight.org/2005/12/05/web-20-companies-need-to-scale/comment-page-1/#comment-48325</link>
		<dc:creator>Dan Ciruli</dc:creator>
		<pubDate>Tue, 06 Dec 2005 23:04:37 +0000</pubDate>
		<guid isPermaLink="false">http://www.ensight.org/archives/2005/12/05/web-20-companies-need-to-scale/#comment-48325</guid>
		<description>Couldn&#039;t have said it better myself (so I quoted most of your post in my blog!).  I will say this:  designing for scalability doesn&#039;t have to be difficult or expensive if 1) it&#039;s done early, and 2) you utlize good tools for distribution (rather than writing them from scratch yourself)</description>
		<content:encoded><![CDATA[<p>Couldn&#8217;t have said it better myself (so I quoted most of your post in my blog!).  I will say this:  designing for scalability doesn&#8217;t have to be difficult or expensive if 1) it&#8217;s done early, and 2) you utlize good tools for distribution (rather than writing them from scratch yourself)</p>
]]></content:encoded>
	</item>
</channel>
</rss>
