<?xml version="1.0" encoding="utf-8"?>
<rss xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title>Disqus - Friends of spencerfry</title><link>http://disqus.com/by/spencerfry/</link><description></description><atom:link href="http://disqus.com/spencerfry/friends.rss" rel="self"></atom:link><language>en</language><lastBuildDate>Wed, 30 Apr 2008 22:07:21 -0000</lastBuildDate><item><title>Re: Testing - Continuations</title><link>(u'http://continuations.wenger.us/post/27656991',%20192341L)#comment-192341</link><description>&lt;p&gt;Testing a comment&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">albert</dc:creator><pubDate>Fri, 29 Feb 2008 21:33:27 -0000</pubDate></item><item><title>Re: Fred Wilson Dot VC</title><link>(u'http://fredwilson.vc/post/27684749/i-have-no-idea-where-this-is-but-itve-very-cool',%20192898L)#comment-192898</link><description>&lt;p&gt;This is a building in Vienna, Austria by an architect named Friedensreich Hundertwasser&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">albert</dc:creator><pubDate>Sat, 01 Mar 2008 08:43:47 -0000</pubDate></item><item><title>Re: Fred Wilson Dot VC</title><link>(u'http://fredwilson.vc/post/27684749/i-have-no-idea-where-this-is-but-itve-very-cool',%20192899L)#comment-192899</link><description>&lt;p&gt;More pictures here &lt;a href="http://www.phototravels.net/vienna/vienna-hundertwasser-photos.html" rel="nofollow noopener" target="_blank" title="http://www.phototravels.net/vienna/vienna-hundertwasser-photos.html"&gt;http://www.phototravels.net...&lt;/a&gt;&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">albert</dc:creator><pubDate>Sat, 01 Mar 2008 08:44:53 -0000</pubDate></item><item><title>Re: Welcome to Monte Carlo, Excel - Continuations</title><link>(u'http://continuations.wenger.us/post/29090587',%20236777L)#comment-236777</link><description>&lt;p&gt;Spot on -- am planning to post about how to introduce correlation into the model and how the use of historic correlations has been the major downfall in modeling mortgage backed securities.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">albert</dc:creator><pubDate>Mon, 17 Mar 2008 12:25:13 -0000</pubDate></item><item><title>Re: Location, Location, Location - Continuations</title><link>(u'http://continuations.wenger.us/post/30180130',%20282140L)#comment-282140</link><description>&lt;p&gt;Thanks!  The Lijit implementation is neat -- I am planning to add lijit search to this blog.  Quova looked like the gold standard based on my admittedly brief research, but in terms of getting something up and running quickly I did not like that they did not have a self service option with published pricing.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">albert</dc:creator><pubDate>Sun, 30 Mar 2008 11:41:33 -0000</pubDate></item><item><title>Re: Multiple Displays and (Developer) Productivity - Continuations</title><link>(u'http://continuations.wenger.us/post/30262994',%20282161L)#comment-282161</link><description>&lt;p&gt;I think a lot of developers do that too where they have IM or an IRC channel open in one corner of the screen.  IRC is great for distributed teams, but even then I wonder what the tradeoff is between individual and team productivity.  Maybe I am simply too old, but when I really want to concentrate on something (e.g. coding), I need to turn off all alerts and other interruptions first.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">albert</dc:creator><pubDate>Sun, 30 Mar 2008 11:47:00 -0000</pubDate></item><item><title>Re: I (May) Have a New Platform</title><link>(u'http://www.usv.com/posts/i-may-have-a-new-platform',%20312179L)#comment-312179</link><description>&lt;p&gt;That's definitely an important concern -- also one of the reasons why google entering this arena with an interesting offering is just the beginning.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">albert</dc:creator><pubDate>Tue, 08 Apr 2008 11:37:45 -0000</pubDate></item><item><title>Re: I (May) Have a New Platform</title><link>(u'http://www.usv.com/posts/i-may-have-a-new-platform',%20312186L)#comment-312186</link><description>&lt;p&gt;Always happy to learn more -- either post here or send me an email.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">albert</dc:creator><pubDate>Tue, 08 Apr 2008 11:40:43 -0000</pubDate></item><item><title>Re: I (May) Have a New Platform</title><link>(u'http://www.usv.com/posts/i-may-have-a-new-platform',%20312200L)#comment-312200</link><description>&lt;p&gt;Completely agree on competition being good for cloud computing and hope to see others (with differentiated offerings) joining the fray.  There are a number of interesting other offerings already out there (e.g. salesforce) and others just launched or about to be launched.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">albert</dc:creator><pubDate>Tue, 08 Apr 2008 11:43:02 -0000</pubDate></item><item><title>Re: Structural Change and Marketplaces</title><link>(u'http://www.usv.com/posts/structural-change-and-marketplaces',%20315654L)#comment-315654</link><description>&lt;p&gt;That's a great observation - heavy handed monetization via ubiquitous and high transaction fees can be a huge hurdle.  The trick seems to be finding the right mix between growing a marketplace and charging for only a small fraction of transactions (eg Craigslist) or keeping the transaction fees tiny compared to the value of the transaction (eg Etsy).&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">albert</dc:creator><pubDate>Wed, 09 Apr 2008 08:06:05 -0000</pubDate></item><item><title>Re: Traction Revisited - Continuations</title><link>(u'http://continuations.wenger.us/post/31828952',%20338578L)#comment-338578</link><description>&lt;p&gt;There is no doubt that it would be better for the entrepreneurial ecosystem, but the question I am trying to address is whether it makes sense from the investors' perspective.   That's where I believe the disconnect is because the risk reduction from adoption is so significant.  &lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">albert</dc:creator><pubDate>Tue, 15 Apr 2008 13:31:46 -0000</pubDate></item><item><title>Re: Traction Revisited - Continuations</title><link>(u'http://continuations.wenger.us/post/31828952',%20338588L)#comment-338588</link><description>&lt;p&gt;I would say best of both worlds.  There are a important issues with the approach that Paul proposes for the companies themselves.  For instance, suppose you take money from a VC firm that follows Paul's approach and you do make progress, but not enough to make that VC's cut for follow on among all the companies that they have decided to spread money to.  How do you explain this to new investors?  That's one of the great benefits of angel investors from a company's perspective.  Nobody coming in later expects the angels to continue funding.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">albert</dc:creator><pubDate>Tue, 15 Apr 2008 13:34:52 -0000</pubDate></item><item><title>Re: Team Versus Traction - Continuations</title><link>(u'http://continuations.wenger.us/post/28841033',%20339078L)#comment-339078</link><description>&lt;p&gt;I don't think you can infer that.  Clearly the company has a team that has gotten something right, but that team could have lots of issues that would prevent it from achieving continued growth and realizing the company's full potential. &lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">albert</dc:creator><pubDate>Tue, 15 Apr 2008 15:07:11 -0000</pubDate></item><item><title>Re: Team Versus Traction - Continuations</title><link>(u'http://continuations.wenger.us/post/28841033',%20339118L)#comment-339118</link><description>&lt;p&gt;Agree -- the risk reduction tends to be larger though than the increase in valuation, which is the main point of my post on Paul Graham's exhortation to VCs to invest in companies before they have achieved traction.  On reason for this is that valuations are bounded from below because you don't want to take away too much equity early on.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">albert</dc:creator><pubDate>Tue, 15 Apr 2008 15:11:50 -0000</pubDate></item><item><title>Re: Traction Revisited - Continuations</title><link>(u'http://continuations.wenger.us/post/31828952',%20340590L)#comment-340590</link><description>&lt;p&gt;I spent a few minutes tonight running some numbers on the type of investment strategy that Paul describes of making 5 investments of $400K instead of 1 investment of $2 million.  I assumed a simple base case of $2 million resulting in a 20% ownership stake at exit of a company that is worth $100 million with a 20% likelihood and $0 with an 80% likelihood.  With these numbers the investor will earn a 10x return 20% of the time and lose everything 80% of the time for a 4x return on expectation.  Now compare this to 5 investments of $400K each.  Even if you invested at a pre-money as low as $1.5 million, i.e. starting out with a 21% ownership it's unlikely that you would own more than 15% of the company at exit.  Now at first I assumed a linear risk relationship where each of the 5 companies has a 4% chance of being worth $100 million.  Turns out that almost 85% of the time you would lose all the money (so no improvement here), about 15% of the time you make 7.5x return and very rarely (about 1% of the time) you make a 15x return, but on expectation you are only making a 2.6x return.  In fact I believe these assumptions are still too favorable for the 5 investment case for both the final ownership and the increase in risk.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">albert</dc:creator><pubDate>Tue, 15 Apr 2008 22:32:23 -0000</pubDate></item><item><title>Re: Traction Revisited - Continuations</title><link>(u'http://continuations.wenger.us/post/31828952',%20341501L)#comment-341501</link><description>&lt;p&gt;Two points really work against us here.  The first is the one that Paul rightly emphasizes often -- it has become much cheaper to start.  As a result many more things get started and that means many more things get started that are potentially / actually competitive with each other.  Add to this the second point that why some services take off while others don't in any one category may seem obvious after that fact but is really hard to tell up front.  If someone had shown you &lt;a href="http://del.icio.us" rel="nofollow noopener" target="_blank" title="del.icio.us"&gt;del.icio.us&lt;/a&gt; and any number of other social bookmarking services without any information about traction which one would you have picked to invest in based solely on seeing an early version of the product?&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">albert</dc:creator><pubDate>Wed, 16 Apr 2008 08:28:02 -0000</pubDate></item><item><title>Re: Traction Revisited - Continuations</title><link>(u'http://continuations.wenger.us/post/31828952',%20341506L)#comment-341506</link><description>&lt;p&gt;Cem, I would modify this slightly.  Traction is not a test of a products mass market viability because of the early adopter effect, but I do believe in a world of capital efficient startups it is a much more important test than it ever was.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">albert</dc:creator><pubDate>Wed, 16 Apr 2008 08:30:08 -0000</pubDate></item><item><title>Re: Clouds over Simple Paid Apps / Services - Continuations</title><link>(u'http://continuations.wenger.us/post/31592064',%20341531L)#comment-341531</link><description>&lt;p&gt;Thanks.  Although I am lost as to the "Spime, much?" bit at the end.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">albert</dc:creator><pubDate>Wed, 16 Apr 2008 08:37:03 -0000</pubDate></item><item><title>Re: Large Hadron Collider is a Sucker&amp;#039;s Bet - Continuations</title><link>(u'http://continuations.wenger.us/post/31938607',%20342350L)#comment-342350</link><description>&lt;p&gt;That's one of the claims that scientist have been using to promote the LHC research, but as I wrote if you look at "reasonable" time frames, by which I don't mean next year, but would happily go out 10-20 years, we could get a lot more bang for the buck in funding research on solving the few key problems (e.g. batteries) that keep us from a rapid shift to existing clean tech.  I am also for funding more research on fusion and spreading that money a lot more widely than the Tokamak approach which has been sucking up all the funding (ITER is another European Union pet project).&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">albert</dc:creator><pubDate>Wed, 16 Apr 2008 11:27:45 -0000</pubDate></item><item><title>Re: Clouds over Simple Paid Apps / Services - Continuations</title><link>(u'http://continuations.wenger.us/post/31592064',%20342683L)#comment-342683</link><description>&lt;p&gt;Haven't read the book - will check it out.  Thanks!&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">albert</dc:creator><pubDate>Wed, 16 Apr 2008 12:21:03 -0000</pubDate></item><item><title>Re: System and Organizational Scaling - Continuations</title><link>(u'http://continuations.wenger.us/post/33100418',%20387433L)#comment-387433</link><description>&lt;p&gt;I think there are very few generic ones.  Etsy would have a pretty different set of internal services from say Wesabe or Twitter.  One good way to identify internal services is to think about the overall API for the site or service and look for logical groups.  A candidate that might apply to a lot of sites is a 'social graph' service.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">albert</dc:creator><pubDate>Mon, 28 Apr 2008 09:35:02 -0000</pubDate></item><item><title>Re: System and Organizational Scaling - Continuations</title><link>(u'http://continuations.wenger.us/post/33100418',%20389927L)#comment-389927</link><description>&lt;p&gt;Agree that APIs need a good approach to versioning for changes that are not backward compatible.  Ideally though, most changes to an API make it more powerful without breaking existing apps.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">albert</dc:creator><pubDate>Mon, 28 Apr 2008 20:22:48 -0000</pubDate></item><item><title>Re: System and Organizational Scaling - Continuations</title><link>(u'http://continuations.wenger.us/post/33100418',%20389931L)#comment-389931</link><description>&lt;p&gt;Good point -- discipline is required to prevent the internal services from being overloaded with features.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">albert</dc:creator><pubDate>Mon, 28 Apr 2008 20:24:51 -0000</pubDate></item><item><title>Re: System and Organizational Scaling - Continuations</title><link>(u'http://continuations.wenger.us/post/33100418',%20389940L)#comment-389940</link><description>&lt;p&gt;You are right.  I did not mean to imply that these layers disappear, simply that they are encapsulated.  They beauty is that the implementation of layers might differ across various internal services, using the technology that's most appropriate for the particular service.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">albert</dc:creator><pubDate>Mon, 28 Apr 2008 20:29:15 -0000</pubDate></item><item><title>Re: Gasoline Pandering - Continuations</title><link>(u'http://continuations.wenger.us/post/33322485',%20400234L)#comment-400234</link><description>&lt;p&gt;So true about the lack of public transport -- even some of the big cities are accessible by car only.  Was just in Phoenix/Scottsdale, which is a perfect example.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">albert</dc:creator><pubDate>Wed, 30 Apr 2008 22:07:21 -0000</pubDate></item></channel></rss>