<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Hacker News: lbrandy</title><link>https://news.ycombinator.com/user?id=lbrandy</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Sun, 26 Jul 2026 17:24:17 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=lbrandy" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by lbrandy in "Anthropic confidentially submits draft S-1 to the SEC"]]></title><description><![CDATA[
<p>NASDAQ index has a 3x float weighting (and a far, far smaller total capitalization) which makes it far more susceptible.<p>Other indexes do not have these multipliers, and are much larger. The exposure for e.g. VTI is far, far less.</p>
]]></description><pubDate>Mon, 01 Jun 2026 18:45:37 +0000</pubDate><link>https://news.ycombinator.com/item?id=48360957</link><dc:creator>lbrandy</dc:creator><comments>https://news.ycombinator.com/item?id=48360957</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48360957</guid></item><item><title><![CDATA[New comment by lbrandy in "Anthropic confidentially submits draft S-1 to the SEC"]]></title><description><![CDATA[
<p>You should not trust me, but here's my understanding. I wish there was a really good writeup somewhere to explain this authoritatively but I'm not sure there is one. Would also love to see one. Frankly vanguard should do it.<p>VTSAX (and VTI) follow the CRSP index. This is float-adjusted but they likely will be fast tracked (these are two separate rules in how this index chooses to weight things and participate in new stocks). At ~5% float, these companies will be in the 50-100B range. So under all those assumptions, they'll be bought quickly but represent less than 1% of VTSAX (until they float more shares on the public market).</p>
]]></description><pubDate>Mon, 01 Jun 2026 17:25:12 +0000</pubDate><link>https://news.ycombinator.com/item?id=48359897</link><dc:creator>lbrandy</dc:creator><comments>https://news.ycombinator.com/item?id=48359897</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48359897</guid></item><item><title><![CDATA[New comment by lbrandy in "Anthropic confidentially submits draft S-1 to the SEC"]]></title><description><![CDATA[
<p>There is a huge amount of misinformation on this topic, including in this thread, at the minute.<p>Some index funds have a very long horizon before they include them (e.g. a year). Others are "fast-tracked" (e.g. notably VTI). Most of those, however, are float-adjusted, so only the stock available for trade is considered part of the marketcap. So e.g. VTI / VTSAX will buy spacex relatively quickly after the IPO but at the float-adjusted weight of ~$75B because that's the % of stock available.<p>If you care alot about this, now is the time to understand how your index fund treats IPOs wrt to delays + float adjustment.</p>
]]></description><pubDate>Mon, 01 Jun 2026 17:04:49 +0000</pubDate><link>https://news.ycombinator.com/item?id=48359569</link><dc:creator>lbrandy</dc:creator><comments>https://news.ycombinator.com/item?id=48359569</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48359569</guid></item><item><title><![CDATA[New comment by lbrandy in "Bill to block publishers from killing online games advances in California"]]></title><description><![CDATA[
<p>At least part of the answer is this doesn't meet the requirement of the proposed law. You need to actually provide the functionality of the server-side, not just its API.</p>
]]></description><pubDate>Sat, 16 May 2026 00:26:04 +0000</pubDate><link>https://news.ycombinator.com/item?id=48155621</link><dc:creator>lbrandy</dc:creator><comments>https://news.ycombinator.com/item?id=48155621</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48155621</guid></item><item><title><![CDATA[New comment by lbrandy in "The Case That A.I. Is Thinking"]]></title><description><![CDATA[
<p>> Anyway, I don't think that there's anything that it's like to be an LLM. I don't see how anybody who knows how they actually work could think that.<p>While I have almost zero belief that LLMs are conscious, I just don't think this is so trivially asserted.<p>The easy half of this is thinking that LLMs aren't conscious given what we know about how they work. The hard part (and very, very famously so) is explaining how _you_ are conscious given what we know about how you work. You can't ignore the second half of this problem when making statements like this... because many of the obvious ways to argue that clearly LLMs aren't conscious would also apply to you.</p>
]]></description><pubDate>Tue, 04 Nov 2025 06:23:44 +0000</pubDate><link>https://news.ycombinator.com/item?id=45807904</link><dc:creator>lbrandy</dc:creator><comments>https://news.ycombinator.com/item?id=45807904</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45807904</guid></item><item><title><![CDATA[New comment by lbrandy in "The Case That A.I. Is Thinking"]]></title><description><![CDATA[
<p>I have no idea how you can assert what is necessary/sufficient for consciousness in this way. Your comment reads like you believe you understand consciousness far more than I believe anyone actually does.</p>
]]></description><pubDate>Mon, 03 Nov 2025 21:24:27 +0000</pubDate><link>https://news.ycombinator.com/item?id=45804627</link><dc:creator>lbrandy</dc:creator><comments>https://news.ycombinator.com/item?id=45804627</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45804627</guid></item><item><title><![CDATA[New comment by lbrandy in "Why Tech Inevitability is Self-Defeating"]]></title><description><![CDATA[
<p>> My point isn't that coordination is easy - it's that treating it as impossible becomes self-fulfilling.<p>While I see what you are getting at, and I think its super important we come up with philosophical frameworks to push back on the central idea in question (ie, the moral hazard of "its gonna happen anyway so why not pour a little more into the river").... I think your writing/responses miss the central point.<p>As I see it, the fundamental issue with this essay, and your responses, is you keep conflating impossible with probability zero. People are saying "this is inevitable" to mean this has probability 1 of occurring, with basic game theory reasoning (its a giant iterative prisoners dilemna), and your response "but it's possible". Yes, with measure zero.<p>Telling us that such a path surely exists isn't useful. If you want to push back on "inevitability" you need to find a credible path with probability > 0 (which is not the same as impossible).</p>
]]></description><pubDate>Wed, 01 Oct 2025 19:39:31 +0000</pubDate><link>https://news.ycombinator.com/item?id=45442330</link><dc:creator>lbrandy</dc:creator><comments>https://news.ycombinator.com/item?id=45442330</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45442330</guid></item><item><title><![CDATA[New comment by lbrandy in "DeepMind and OpenAI win gold at ICPC"]]></title><description><![CDATA[
<p>I was struck how the argument is also isomorphic to how we talked about computers and chess. We're at the stage where we are arguing the computer isn't _really_ understanding chess, though. It's <i>just</i> doing huge amounts of dumb computation with huge amounts of opening book and end tables and no real understanding, strategy or sense of whats going on.<p>Even though all the criticism were, in a sense, valid, in the end none of it amounted to a serious challenge to getting good at the task at hand.</p>
]]></description><pubDate>Wed, 17 Sep 2025 22:30:18 +0000</pubDate><link>https://news.ycombinator.com/item?id=45282198</link><dc:creator>lbrandy</dc:creator><comments>https://news.ycombinator.com/item?id=45282198</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45282198</guid></item><item><title><![CDATA[New comment by lbrandy in "Why LLMs can't really build software"]]></title><description><![CDATA[
<p>>  has a model much as we humans do<p>The premise that an AI needs to do Y "as we do" to be good at X because humans use Y to be good at X needs closer examination. This presumption seems to be omnipresent in these conversations and I find it so strange. Alpha Zero doesn't model chess "the way we do".</p>
]]></description><pubDate>Thu, 14 Aug 2025 16:05:25 +0000</pubDate><link>https://news.ycombinator.com/item?id=44902104</link><dc:creator>lbrandy</dc:creator><comments>https://news.ycombinator.com/item?id=44902104</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44902104</guid></item><item><title><![CDATA[New comment by lbrandy in "Jemalloc Postmortem"]]></title><description><![CDATA[
<p>Suppose this is as good a place to pile-on as any.<p>Though this was not the post I was expecting to show up today, it was super awesome for me to get to have played my tiny part in this big journey. Thanks for everything @je (and qi + david -- and all the contributors before and after my time!).</p>
]]></description><pubDate>Fri, 13 Jun 2025 06:14:29 +0000</pubDate><link>https://news.ycombinator.com/item?id=44266124</link><dc:creator>lbrandy</dc:creator><comments>https://news.ycombinator.com/item?id=44266124</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44266124</guid></item><item><title><![CDATA[New comment by lbrandy in "Meta antitrust trial kicks off in federal court"]]></title><description><![CDATA[
<p>It's fun to see everyone arguing about what "everyone" thought.. when... we can just... look... <a href="https://news.ycombinator.com/item?id=3817840">https://news.ycombinator.com/item?id=3817840</a> is a fun thread from 2012.<p>The top reply to the top comment has some useful quotes for the purposes of this discussion...<p>> This is not going to be one of the best tech acquisitions of the next decade.<p>> Instagram is a photo service in a sea of other photo services.<p>> Bookmark this comment. See you in 2022.<p>Heh.</p>
]]></description><pubDate>Tue, 15 Apr 2025 03:44:40 +0000</pubDate><link>https://news.ycombinator.com/item?id=43688795</link><dc:creator>lbrandy</dc:creator><comments>https://news.ycombinator.com/item?id=43688795</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43688795</guid></item><item><title><![CDATA[New comment by lbrandy in "Twenty Years of Valgrind (2022)"]]></title><description><![CDATA[
<p>For uninitialized memory reads, which is one of the biggest classes of issues, valgrind can still be invaluable. MSAN is one of the more difficult things to get setup and remove all the false positives. You typically need to transitively compile everything including dependencies, or annotate/hint lots of things to get the signal-to-noise ratio right. Sometimes its just easier/better/faster to run it under valgrind.</p>
]]></description><pubDate>Thu, 29 Aug 2024 01:22:27 +0000</pubDate><link>https://news.ycombinator.com/item?id=41386282</link><dc:creator>lbrandy</dc:creator><comments>https://news.ycombinator.com/item?id=41386282</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41386282</guid></item><item><title><![CDATA[New comment by lbrandy in "Silicon Valley is pricing academics out of AI research"]]></title><description><![CDATA[
<p>> most<p>Well... "a few" is probably more accurate.<p><a href="https://twitter.com/tjaltimore/status/1763571057703723344?s=46&t=kiBDOwwp2utSbyjtjSZcbw" rel="nofollow">https://twitter.com/tjaltimore/status/1763571057703723344?s=...</a></p>
]]></description><pubDate>Wed, 13 Mar 2024 20:27:25 +0000</pubDate><link>https://news.ycombinator.com/item?id=39697026</link><dc:creator>lbrandy</dc:creator><comments>https://news.ycombinator.com/item?id=39697026</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=39697026</guid></item><item><title><![CDATA[New comment by lbrandy in "C and C++ prioritize performance over correctness"]]></title><description><![CDATA[
<p>I struggle to resonate with what you are saying, as my experience is the opposite. I'm curious where this discrepancy is rooted. Reckless hypothesis: are you working on majority latency or majority throughput sensitive systems?<p>I have seen so, so, so many examples of systems where latencies, including and especially tail latencies, end up mattering substantially and where java becomes a major liability.<p>In my experience, actually, carefully controlling things like p99 latency is actually the most important reason C++ is preferred rather than the more vaguely specified "performance".</p>
]]></description><pubDate>Fri, 18 Aug 2023 20:04:40 +0000</pubDate><link>https://news.ycombinator.com/item?id=37181348</link><dc:creator>lbrandy</dc:creator><comments>https://news.ycombinator.com/item?id=37181348</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=37181348</guid></item><item><title><![CDATA[New comment by lbrandy in "Abusing vector search for texts, maps, and chess"]]></title><description><![CDATA[
<p>I agree entirely with the premise here save one subtle bit at the start. I think there is grave danger in reducing "vector database" to "vector search" as equivalent domains and/or pieces of software. I would argue that for "vector databases" there's alot more "database" problems than "vector" problems to be solved.<p>I fear there's going to be alot of homerolled "vector search" infra that accidentally wanders into an ocean of database problems.</p>
]]></description><pubDate>Wed, 10 May 2023 15:55:50 +0000</pubDate><link>https://news.ycombinator.com/item?id=35889196</link><dc:creator>lbrandy</dc:creator><comments>https://news.ycombinator.com/item?id=35889196</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=35889196</guid></item><item><title><![CDATA[New comment by lbrandy in "Yellen says government will help SVB depositors but rules out bailout"]]></title><description><![CDATA[
<p>The only reason you and others seem so desperate to redefine bailout so you can call it a bailout is because you want to attach the negative connotations to that word to “hurt” the people you want to be hurt.<p>It’s embarrassing, shortsighted, and destructive.</p>
]]></description><pubDate>Sun, 12 Mar 2023 20:29:12 +0000</pubDate><link>https://news.ycombinator.com/item?id=35125826</link><dc:creator>lbrandy</dc:creator><comments>https://news.ycombinator.com/item?id=35125826</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=35125826</guid></item><item><title><![CDATA[New comment by lbrandy in "Dropping support for old C++ standards"]]></title><description><![CDATA[
<p>We should be clear... in these large organizations...  HEAD is always broken. But it has the advantage of being broken for everyone, tested by everyone, fixed by everyone, and thus fixed for everyone. And this usually makes it far better than the alternatives.<p>Having 1000 dependencies with versions pinned means you are living alone and will run into fewer issues, but when they do come, they will be absolute nightmares that no one else is dealing with and no one can help with. And one day you'll have to do the game of begging someone else to upgrade their version of a downstream thing to fix the issue, and they won't, so you'll try to get the other group to backport the fix in their thing to the version you can't upgrade off. And they won't. etc. etc.<p>Full versioning is the worst of all approaches, IMO, for large complex interconnected codebases (especially ones that are many-to-many from libraries to output binaries) but it absolutely is sometimes the only viable one (for example, the entire open-source-ecosystem is a giant(er) version of this problem, and in that space, versioning is the only thing that I can imagine working).</p>
]]></description><pubDate>Wed, 08 Mar 2023 03:38:15 +0000</pubDate><link>https://news.ycombinator.com/item?id=35064921</link><dc:creator>lbrandy</dc:creator><comments>https://news.ycombinator.com/item?id=35064921</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=35064921</guid></item><item><title><![CDATA[New comment by lbrandy in "Poll: Which FAANG is the most likely to decline in the years ahead?"]]></title><description><![CDATA[
<p>FWIW, I joined HN 14 years ago (wow) and there's never been a time in those 14 years that HN wasn't convinced that facebook's demise was just around the corner.</p>
]]></description><pubDate>Mon, 03 Jan 2022 19:56:59 +0000</pubDate><link>https://news.ycombinator.com/item?id=29785728</link><dc:creator>lbrandy</dc:creator><comments>https://news.ycombinator.com/item?id=29785728</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=29785728</guid></item><item><title><![CDATA[New comment by lbrandy in "Consciousness and the Laws of Physics"]]></title><description><![CDATA[
<p>It depends what you mean by free will. Non-philosphers almost always mean "libertarian" free will when they say that, and yes, this same argument also basically outlaws libertarian free will as well. There is no physical mechanism by which you can alter your brain physics to "choose" things.<p>Carroll and others have a compatibilist notion of free will which is a more subtle concept that I'm not sure I'm qualified to actually explain.</p>
]]></description><pubDate>Sat, 17 Jul 2021 14:16:09 +0000</pubDate><link>https://news.ycombinator.com/item?id=27865920</link><dc:creator>lbrandy</dc:creator><comments>https://news.ycombinator.com/item?id=27865920</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=27865920</guid></item><item><title><![CDATA[New comment by lbrandy in "Consciousness and the Laws of Physics"]]></title><description><![CDATA[
<p>>  they seem to be advocating for some sort of dualism.<p>This paper is doing the opposite. It's arguing that other papers/ideas advocating dualism are going the wrong way and purely physicalist explanations are the best path forward.</p>
]]></description><pubDate>Sat, 17 Jul 2021 13:51:11 +0000</pubDate><link>https://news.ycombinator.com/item?id=27865760</link><dc:creator>lbrandy</dc:creator><comments>https://news.ycombinator.com/item?id=27865760</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=27865760</guid></item></channel></rss>