<?xml version="1.0" encoding="utf-8"?>
<rss xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title>Disqus - Latest Comments for lacker</title><link>http://disqus.com/by/lacker/</link><description></description><atom:link href="http://disqus.com/lacker/comments.rss" rel="self"></atom:link><language>en</language><lastBuildDate>Mon, 26 Aug 2024 16:41:33 -0000</lastBuildDate><item><title>Re: Organized Play Can't Exist Without Judges</title><link>https://commandersherald.com/organized-play-cant-exist-without-judges/#comment-6536390667</link><description>&lt;p&gt;I guess the lesson is, if you sue the people paying you money, don't be surprised if they stop paying you money.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">lacker</dc:creator><pubDate>Mon, 26 Aug 2024 16:41:33 -0000</pubDate></item><item><title>Re: Build, Baby, Build</title><link>https://www.hoover.org/research/build-baby-build#comment-6485648246</link><description>&lt;p&gt;This is a complete nitpick but $200k can definitely get you a place to live near Silicon Valley. E.g. $150k is Google new grad base salary which should be able to pay $3k rent per month for a 1br apartment near work. The people living in vans on El Camino are making a lot less.&lt;/p&gt;&lt;p&gt;Gonna be tough to buy a house though. But hey if you marry another senior software engineer and you both make $200k you can probably get a nice house in Fremont or Union City.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">lacker</dc:creator><pubDate>Fri, 21 Jun 2024 13:31:58 -0000</pubDate></item><item><title>Re: Will World Government Rot?</title><link>https://www.overcomingbias.com/2021/11/will-world-government-rot.html#comment-5615313510</link><description>&lt;p&gt;Do most large software systems really rot? If you don't add new features to a piece of software, it doesn't suddenly break. I feel like a better metaphor is more that adding each additional feature has increasing overhead, and often it isn't worth the overhead to either keep expanding the system or to remove low-value features.&lt;/p&gt;&lt;p&gt;There are many examples of large software systems that have not rotted. Linux, for example, or the codebase of the large high-quality tech companies like Google or Amazon. The &lt;a href="http://google.com" rel="nofollow noopener" target="_blank" title="google.com"&gt;google.com&lt;/a&gt; and &lt;a href="http://amazon.com" rel="nofollow noopener" target="_blank" title="amazon.com"&gt;amazon.com&lt;/a&gt; websites have been continuously operating for decades, with growing functionality and scale, and it does not make sense to say they are "rotting". To keep them from rotting it does help a lot to treat the whole as a modular combination of smaller pieces that can be replaced, but, nevertheless it seems like a success case.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">lacker</dc:creator><pubDate>Sat, 20 Nov 2021 01:56:06 -0000</pubDate></item><item><title>Re: Dapper</title><link>https://avc.com/2018/11/dapper/#comment-4174073871</link><description>&lt;p&gt;Is it really the most used consumer crypto application outside exchanges? On Ethereum, it looks like Etheremon had more users yesterday, for example (although at 500 vs 400 it's quite small numbers). And if you look at EOS all of their top 10 gambling apps have more users than Cryptokitties.&lt;/p&gt;&lt;p&gt;sources:&lt;br&gt;&lt;a href="https://dappradar.com/dapps?sortBy=dauLastDay&amp;amp;order=desc" rel="nofollow noopener" target="_blank" title="https://dappradar.com/dapps?sortBy=dauLastDay&amp;amp;order=desc"&gt;https://dappradar.com/dapps...&lt;/a&gt;&lt;br&gt;&lt;a href="https://dappradar.com/eos-dapps?sortBy=dauLastDay&amp;amp;order=desc" rel="nofollow noopener" target="_blank" title="https://dappradar.com/eos-dapps?sortBy=dauLastDay&amp;amp;order=desc"&gt;https://dappradar.com/eos-d...&lt;/a&gt;&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">lacker</dc:creator><pubDate>Thu, 01 Nov 2018 17:50:40 -0000</pubDate></item><item><title>Re: Migrant caravan swells to 5,000 resumes advance toward US</title><link>https://www.breitbart.com/news/migrant-caravan-swells-to-5000-resumes-advance-toward-us/#comment-4159431556</link><description>&lt;p&gt;"Real Americans don't scream and holler like adolescent females"&lt;/p&gt;&lt;p&gt;But some Americans *are* adolescent females.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">lacker</dc:creator><pubDate>Tue, 23 Oct 2018 19:39:38 -0000</pubDate></item><item><title>Re: TES vs ANT - 2017</title><link>http://www.theepicstorm.com/?p=3137#comment-3512362822</link><description>&lt;p&gt;Nitpick: "TES has a much lower mana curve. You'll see that there's a single card that isn't Ad Nauseam that costs more than two." -&amp;gt; this list has an empty the warrens in it.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">lacker</dc:creator><pubDate>Mon, 11 Sep 2017 12:08:46 -0000</pubDate></item><item><title>Re: Why Does Software Rot?</title><link>http://www.overcomingbias.com/2016/06/why-does-software-rot.html#comment-2749988612</link><description>&lt;p&gt;I agree with this article except for the speculation at the end that "Oracle's architecture isn't well enough matched". Oracle's architecture is basically the same as MySQL or Postgres - they are each databases you interact with via SQL, and developers using it don't really get into the guts, so a system that uses Oracle databases has essentially the same architecture as one that uses MySQL or Postgres.&lt;/p&gt;&lt;p&gt;MySQL/Postgres are better for two reasons. One is that they are free! Oracle is quite expensive and does basically the same thing. Over time the open source solutions evolve, and there just isn't that much more you could ask for from a SQL-based DB, so MySQL and Postgres got "good enough".&lt;/p&gt;&lt;p&gt;The other reason is that, being free, they have spawned a wider ecosystem of free tools contributed by others. If for example you are building an app with Ruby on Rails, there is far more open source middleware, connectors, helper libraries, and documentation around using MySQL rather than Oracle. So it's easier to use MySQL, and that ecosystem is an ongoing advantage.&lt;/p&gt;&lt;p&gt;But overall the point is a good one. Complex systems become brittle over time - extending Windows 95 to mobile didn't work that well. Systems built from many modular components can become stronger over time, and that's how many modern open source systems work.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">lacker</dc:creator><pubDate>Sat, 25 Jun 2016 10:16:14 -0000</pubDate></item><item><title>Re: Why Does Software Rot?</title><link>http://www.overcomingbias.com/2016/06/why-does-software-rot.html#comment-2749982271</link><description>&lt;p&gt;True for Apache and Java, but MySQL is still plenty popular among startups.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">lacker</dc:creator><pubDate>Sat, 25 Jun 2016 10:10:35 -0000</pubDate></item><item><title>Re: Parse and React, a Shared Chemistry | Parse Blog</title><link>http://blog.parse.com/2015/03/25/parse-and-react-shared-chemistry/#comment-1930115611</link><description>&lt;p&gt;You only get billed for API requests that hit &lt;a href="http://api.parse.com" rel="nofollow noopener" target="_blank" title="api.parse.com"&gt;api.parse.com&lt;/a&gt; over the network. You don't get charged every time someone clicks a button.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">lacker</dc:creator><pubDate>Thu, 26 Mar 2015 18:51:36 -0000</pubDate></item><item><title>Re: BREAKING: Apple&amp;#8217;s Tablet Is For The Healthcare Industry</title><link>http://tinycomb.com/2010/01/09/breaking-apples-tablet-is-for-the-healthcare-industry/#comment-29504287</link><description>&lt;p&gt;Nah... I'm still betting Doodle Jump on a 10 inch screen. No way Apple launches something that's big business rather than consumer focused.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">lacker</dc:creator><pubDate>Tue, 12 Jan 2010 12:22:49 -0000</pubDate></item><item><title>Re: The curse of prevention</title><link>http://www.startuplessonslearned.com/2009/10/curse-of-prevention.html#comment-18576933</link><description>&lt;p&gt;I'd be interested to see if more people actually did click on the subscribe button as a result of the first few paragraphs ;-)&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">lacker</dc:creator><pubDate>Mon, 05 Oct 2009 13:33:24 -0000</pubDate></item><item><title>Re: Monetize The Audience, Not The Content</title><link>http://avc.com/2009/07/monetize-the-audience-not-the-content/#comment-13333411</link><description>&lt;p&gt;No, because a lot of people like me would never pay. Then for half the month, whenever we go to a NYT link we get reminded it's our 10th visit and then have to leave.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">lacker</dc:creator><pubDate>Sat, 25 Jul 2009 20:31:20 -0000</pubDate></item><item><title>Re: Peter Clark aggregates stuff here.</title><link>http://blog.omgponi.es/post/105850796#comment-9195776</link><description>&lt;p&gt;that's cool. I want that in a poster without the "lego" logo.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">lacker</dc:creator><pubDate>Mon, 11 May 2009 00:16:05 -0000</pubDate></item><item><title>Re: The Venture Capital Math Problem</title><link>http://avc.com/2009/04/the-venture-capital-math-problem/#comment-8851164</link><description>&lt;p&gt;This fitting strategy reminded me of an old post -&lt;/p&gt;&lt;p&gt;&lt;a href="http://www.avc.com/a_vc/2009/03/what-is-a-good-venture-return.html" rel="nofollow noopener" target="_blank" title="http://www.avc.com/a_vc/2009/03/what-is-a-good-venture-return.html"&gt;http://www.avc.com/a_vc/200...&lt;/a&gt;&lt;/p&gt;&lt;p&gt;says Fred:&lt;/p&gt;&lt;p&gt;"The way I like to think about this is one deal returns the fund, another 3-4 deals returns it again, and the rest return it a third time to get to the 3x gross that a fund must hit to deliver good returns to the LPs."&lt;/p&gt;&lt;p&gt;If that really holds up then that's enough info to fit a power law - if deals 2 through 4 are equal to deal #1 that's enough information to get k. That's about k = -1.08. If it's deals 2 through 5 equalling deal #1, then it's about k = -1.23.&lt;/p&gt;&lt;p&gt;But I think the lesson here is that this modeling the area under a power law based on its largest element is very volatile. We are assuming that 5B top-exit is constant year to year, which is a very weird thing to assume. For example I would expect that the value of the 10th highest exit is more consistent because it has more fluke resistance. (Or replace 10 with any n &amp;gt; 1.) So I don't think this sort of model is really a good one. If we want to make a good model we should start from the data we are most confident in, which is probably just a big list of exits with their values, and then we can fit to that.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">lacker</dc:creator><pubDate>Thu, 30 Apr 2009 00:37:00 -0000</pubDate></item><item><title>Re: The Venture Capital Math Problem</title><link>http://avc.com/2009/04/the-venture-capital-math-problem/#comment-8811560</link><description>&lt;p&gt;I responded earlier on twitter but I think the math is tough to get across in 140 characters ;-) I think the "scaling exponent" earlier is actually important here not just in a mathy theoretical way.&lt;/p&gt;&lt;p&gt;Basically there are two sorts of power law curves. When the scaling exponent is greater than 1, most of the area comes from events near the median. When the scaling exponent is less than 1, the area is unbounded because of the possibility of a single huge exit that skews all the averages.&lt;/p&gt;&lt;p&gt;So when you assume every year has the same maximum exit, you are implicitly assuming the distribution is the first type of power law. But I'm not sure that's the case. You've mentioned before that just being in on the Google investment has skewed the stats for the top venture funds. I'm not sure about stats for the industry as a whole, but I wouldn't be surprised if total returns in some years were several times the total returns in other years.&lt;/p&gt;&lt;p&gt;In general, if returns are really volatile (math: E[X^4] unbounded), then you can't rely on averages to make good predictions, because it will be common for a single year to be greatly divergent from the previous years. And then there is no "steady state".&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">lacker</dc:creator><pubDate>Wed, 29 Apr 2009 11:06:00 -0000</pubDate></item></channel></rss>