<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: mumblemumble</title><link>https://news.ycombinator.com/user?id=mumblemumble</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Fri, 26 Jun 2026 23:36:14 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=mumblemumble" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by mumblemumble in "Detecting when LLMs are uncertain"]]></title><description><![CDATA[
<p>Perhaps only if you can also be very certain that the output is correct whenever the logprobs don't trigger the filter.<p>If that's not the case then it might just trigger bad risk compensation behavior in the model's human operators.</p>
]]></description><pubDate>Fri, 25 Oct 2024 23:49:29 +0000</pubDate><link>https://news.ycombinator.com/item?id=41951186</link><dc:creator>mumblemumble</dc:creator><comments>https://news.ycombinator.com/item?id=41951186</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41951186</guid></item><item><title><![CDATA[New comment by mumblemumble in "Detecting when LLMs are uncertain"]]></title><description><![CDATA[
<p>I'm not an expert, either, but I've poked at this a little. From what I've seen, token logprobs are correlated enough with correctness of the answer to serve as a useful signal at scale, but it's a weak enough correlation that it probably isn't great for evaluating any single output.<p>My best guess is that somewhere close to the root of the problem is that language models still don't really distinguish syntagmatic and paradigmatic relationships. The examples in this article are a little bit forced in that respect because the alternatives it shows in the illustrations are all paradigmatic alternatives but roughly equivalent from a syntax perspective.<p>This <i>might</i> relate to why, within a given GPT model generation, the earlier versions with more parameters tend to be more prone to hallucination than the newer, smaller, more distilled ones. At least for the old non-context-aware language models (the last time I really spent any serious time digging deep into language models), it was definitely the case that models with more parameters would tend to latch onto syntagmatic information so firmly that it could kind of "overwhelm" the fidelity of representation of semantics. Kind of like a special case of overfitting just for language models.</p>
]]></description><pubDate>Fri, 25 Oct 2024 23:08:35 +0000</pubDate><link>https://news.ycombinator.com/item?id=41950819</link><dc:creator>mumblemumble</dc:creator><comments>https://news.ycombinator.com/item?id=41950819</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41950819</guid></item><item><title><![CDATA[New comment by mumblemumble in "How DRAM changed the world"]]></title><description><![CDATA[
<p>I'm not sure it's easy to understand what a big change there has been in the perceived pace of computer technology development if you weren't there. I'm typing this on a laptop that I purchased 11 years ago, in 2013. It's still my one and only home computer, and it hasn't given me any trouble.<p>In 1994, though, an 11 year old computer would already be considered <i>vintage</i>. In 1983 the hot new computer was the Commodore 64. In 1994 everyone was upgrading their computers with CD-ROM drives so they could play Myst.</p>
]]></description><pubDate>Wed, 23 Oct 2024 13:05:52 +0000</pubDate><link>https://news.ycombinator.com/item?id=41924675</link><dc:creator>mumblemumble</dc:creator><comments>https://news.ycombinator.com/item?id=41924675</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41924675</guid></item><item><title><![CDATA[New comment by mumblemumble in "Study: Dark matter doesn't exist, the universe is 27B years old"]]></title><description><![CDATA[
<p>Dark matter is not a theory, per se. There are many, many theories that attempt to explain dark matter. Some of them have yet to produce testable hypotheses, others have already been tested.</p>
]]></description><pubDate>Tue, 15 Oct 2024 13:57:40 +0000</pubDate><link>https://news.ycombinator.com/item?id=41848660</link><dc:creator>mumblemumble</dc:creator><comments>https://news.ycombinator.com/item?id=41848660</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41848660</guid></item><item><title><![CDATA[New comment by mumblemumble in "Study: Dark matter doesn't exist, the universe is 27B years old"]]></title><description><![CDATA[
<p>Testable hypotheses are at the core of the scientific method, yes. But that's not just limited to the actual testing of hypotheses. All the work that goes into formulating hypotheses is also <i>explicitly</i> part of the scientific method.<p>Worth noting, too, that the paper outlines several possible experiments. It also specifically mentions some relative shortcomings of the model, and lists existing observations that they haven't tried to reconcile with it yet.</p>
]]></description><pubDate>Tue, 15 Oct 2024 13:56:19 +0000</pubDate><link>https://news.ycombinator.com/item?id=41848641</link><dc:creator>mumblemumble</dc:creator><comments>https://news.ycombinator.com/item?id=41848641</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41848641</guid></item><item><title><![CDATA[New comment by mumblemumble in "US weighs Google break-up in landmark antitrust case"]]></title><description><![CDATA[
<p>I think that similar arguments were made about Ma Bell and Bell Labs back in the day. And it's true, a lot of great things did come out of Bell Labs.<p>In fact, it almost seems like the only people able to produce great things in the 1970s were massive entrenched corporations like Ma Bell.<p>Funny, that.<p>Come to think of it, wasn't there a much more vibrant browser ecosystem in the late 90s and early 2000s, before Google used its dominant position in the ad market to undercut the competition? There used to be a lot more mobile operating systems out there, too.<p>I wonder what happened to all that competition? It's almost like some sort of massive <i>anti</i>-competitive influence came into force in the tech scene somewhere in the 2000s. . .</p>
]]></description><pubDate>Thu, 10 Oct 2024 13:49:55 +0000</pubDate><link>https://news.ycombinator.com/item?id=41798804</link><dc:creator>mumblemumble</dc:creator><comments>https://news.ycombinator.com/item?id=41798804</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41798804</guid></item><item><title><![CDATA[New comment by mumblemumble in "Scrum's “Product Owner” Problem"]]></title><description><![CDATA[
<p>The central premise of the article seems to me to be a likely misunderstanding of the problem. I would bet that a Scrum Product Owner who uses a "command and control" leadership style and doesn't know how to properly delegate authority would be doing the same under any other development framework, too.<p>In general I'm a big fan of the "single wringable neck" principle. I've seen it put to great effect in the hands of a skilled leader, in both Scrum and non-Scrum teams. Better yet, when the leader isn't managing things well, it also leaves no question that they're the one who needs to figure out how to set things straight. Same goes for their delegates.<p>And for the ICs it makes collaboration easier - and therefore, ironically, enables them to work more autonomously. When everyone unambiguously knows what they're in charge of and what the team's big-picture objectives are, they have everything they need to independently figure out how best to make it happen. And it's also a lot easier to figure out who to talk to when they need to call attention to a problem.<p>I've seen a lot less luck with shared authority and informal delegation. On the best of days, it turns decisionmaking into an unnecessarily political process. More likely, the team will settle into an informal consensus process that typically operates as "rule by the obdurate" in practice. And when things get tough, the leaders will tend to slide into unproductive bickering that all but precludes actually fixing the problem.<p>Favorite readings that touch on this kind of thing: <i>The Tyranny of Structurelessness</i> by Jo Freeman, and <i>Turn the Ship Around!</i> by David Marquet.</p>
]]></description><pubDate>Thu, 10 Oct 2024 13:39:09 +0000</pubDate><link>https://news.ycombinator.com/item?id=41798700</link><dc:creator>mumblemumble</dc:creator><comments>https://news.ycombinator.com/item?id=41798700</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41798700</guid></item><item><title><![CDATA[New comment by mumblemumble in "Do AI companies work?"]]></title><description><![CDATA[
<p>The old chestnut about AI just being a term for things we haven't quite figured out yet might apply here. "Products that are well-known... and are used on a daily basis by a significant amount of people" are almost by definition <i>not</i> AI.<p>But here are some examples of things that used to fall under the AI umbrella but don't really anymore:<p><pre><code>  - Fulltext search with decent semantic hit ranking (Google)
  - Fulltext search with word sense disambiguation (Google)
  - Fulltext search with decent synonym hits (Google)
  - Machine translation
  - Text to speech
  - Speech to text
  - Automated biometric identification (Like for unlocking your phone)
</code></pre>
If you're more specifically asking for everyday applications of GPT-style generative large language models, I don't think that's going to happen for cost reasons. These things are still far too expensive for use in everyday consumer products. There's ChatGPT, but it's kind of an open secret that OpenAI is hemorrhaging money on ChatGPT.</p>
]]></description><pubDate>Tue, 01 Oct 2024 12:40:15 +0000</pubDate><link>https://news.ycombinator.com/item?id=41707596</link><dc:creator>mumblemumble</dc:creator><comments>https://news.ycombinator.com/item?id=41707596</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41707596</guid></item><item><title><![CDATA[New comment by mumblemumble in "Do AI companies work?"]]></title><description><![CDATA[
<p>But do I even want an actually smart Siri?<p>Microsoft's been trying to ram essentially that down my throat for the better part of a year now, and it's mostly convinced me that the answer is "no". I don't want to have arbitrary conversations with my computer.<p>I still just want the same thing I've been wanting from my digital assistant for 30 years now: fewer "eat up Martha" moments, and handling more intents so that I can ask "When does the next east-bound bus come?" and it stops answering questions like "Will it rain today?" as if I had asked "Is it raining right now?". None of those are particularly appropriate problems for a GPT-style model.</p>
]]></description><pubDate>Tue, 01 Oct 2024 12:15:07 +0000</pubDate><link>https://news.ycombinator.com/item?id=41707377</link><dc:creator>mumblemumble</dc:creator><comments>https://news.ycombinator.com/item?id=41707377</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41707377</guid></item><item><title><![CDATA[New comment by mumblemumble in "Do AI companies work?"]]></title><description><![CDATA[
<p>Clarke's Third Law is, has always been, and always will be the best explanation for how futurists think about these kinds of things.</p>
]]></description><pubDate>Tue, 01 Oct 2024 12:10:06 +0000</pubDate><link>https://news.ycombinator.com/item?id=41707328</link><dc:creator>mumblemumble</dc:creator><comments>https://news.ycombinator.com/item?id=41707328</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41707328</guid></item><item><title><![CDATA[New comment by mumblemumble in "Do AI companies work?"]]></title><description><![CDATA[
<p>Moreover, this is <i>exactly</i> the frustration I've experienced when working with outsourced developers.<p>Which tells me the problem may be fundamental, not a technical one. It's not just a matter of needing "more intelligence". I don't question the intelligence or skill of the people on the outsourced team I was working with. The problem was simple communication. They didn't really know or understand our business and its goals well enough to anticipate all sorts of little things, and the lack of constant social interaction of the type you typically get when everybody's a direct coworker meant we couldn't build that mind-meld over time, either. So we had to pick up the slack with massive over-specification.</p>
]]></description><pubDate>Tue, 01 Oct 2024 12:06:19 +0000</pubDate><link>https://news.ycombinator.com/item?id=41707300</link><dc:creator>mumblemumble</dc:creator><comments>https://news.ycombinator.com/item?id=41707300</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41707300</guid></item><item><title><![CDATA[New comment by mumblemumble in "A Taxonomy of Tech Debt (2018)"]]></title><description><![CDATA[
<p>It's important to accept that you <i>will</i> screw it up. Repeatedly. Interfaces have to be designed before you can start using them, which means that you will never have less information about how a module will be used than you do when you design its interface.<p>The best defense against this that I've found is to ensure, as much as possible, that interfaces can be replaced. The single responsibility and interface segregation principles can help here. Using small, focused interfaces and letting modules implement more than one of them makes it easier to use the strangler pattern to replace interfaces that no longer work well with new and improved ones.<p>Also avoid temporal coupling as much as is feasible. Unnecessary statefulness is the easiest way to make this sort of thing harder than it needs to be.</p>
]]></description><pubDate>Mon, 30 Sep 2024 13:41:51 +0000</pubDate><link>https://news.ycombinator.com/item?id=41696977</link><dc:creator>mumblemumble</dc:creator><comments>https://news.ycombinator.com/item?id=41696977</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41696977</guid></item><item><title><![CDATA[New comment by mumblemumble in "From Myth to Measurement: Rethinking US News and World Report College Rankings"]]></title><description><![CDATA[
<p>Similar experience here. I went to four high schools. The best ones, academically, were the bog-standard schools that people love to use as an easy punching bag.<p>The ones where classes were a breeze and barely challenging at all were the private college prep school and the not-quite-as-rich-but-still-pretty-wealthy high school in the suburban white flight community. My read on the situation was that teachers had figured out that every single parent believed their kid deserved a constant stream of gold stars, and had the leisure time and resources to make their lives miserable until it started happening. Also the white flight school cared a lot about its football team so you better make for damn sure that the classes aren't so challenging that the quarterback has trouble balancing their time spent on homework, practice, and partying.</p>
]]></description><pubDate>Mon, 23 Sep 2024 15:55:34 +0000</pubDate><link>https://news.ycombinator.com/item?id=41627444</link><dc:creator>mumblemumble</dc:creator><comments>https://news.ycombinator.com/item?id=41627444</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41627444</guid></item><item><title><![CDATA[New comment by mumblemumble in "From Myth to Measurement: Rethinking US News and World Report College Rankings"]]></title><description><![CDATA[
<p>My favorite thing I've ever heard said by the principal of our kids' elementary school: "Our test scores are down, which is great, maybe that will keep some of the school shoppers away this year."<p>Our city has a school choice program that includes a portal where you can look up these kinds of quantitative measures, and I think I agree with him. Tiger parents slosh from school to school as they chase after rankings, and, much like ill-contained liquid cargo in ships, all that motion tends to destabilize and capsize schools.<p>Sadly, I don't think smaller higher education institutions can afford to take such a relaxed attitude about it. They don't get to have an enrollment backstop in the form of a semi-captive audience of parents who live nearby and aren't hyperactive enough to commit to spending upwards of an hour every weekday trucking their kids back and forth across town.</p>
]]></description><pubDate>Thu, 19 Sep 2024 02:30:26 +0000</pubDate><link>https://news.ycombinator.com/item?id=41587893</link><dc:creator>mumblemumble</dc:creator><comments>https://news.ycombinator.com/item?id=41587893</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41587893</guid></item><item><title><![CDATA[New comment by mumblemumble in "Why Haskell?"]]></title><description><![CDATA[
<p>It is. But I think that, for that purpose, I like F# even better. Even beyond getting access to the .NET ecosystem, you also get some language design decisions that were specifically meant to make it easier to maintain large codebases that are shared among developers with varying skill levels.<p>Lack of typeclasses is a good example. Interface inheritance isn't my favorite, but after years working as the technical lead on a Scala project I've been forced to concede that haranguing people who just want to do their job and go home to their family about how to use them properly isn't a good use of anyone's time. Everyone comes out of school already knowing how to use interfaces and parametric polymorphism, and that is <i>fine</i>.</p>
]]></description><pubDate>Thu, 12 Sep 2024 14:20:12 +0000</pubDate><link>https://news.ycombinator.com/item?id=41521323</link><dc:creator>mumblemumble</dc:creator><comments>https://news.ycombinator.com/item?id=41521323</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41521323</guid></item><item><title><![CDATA[New comment by mumblemumble in "The Internet Archive has lost its appeal in Hachette vs. Internet Archive"]]></title><description><![CDATA[
<p>The ruling's section on transformativeness explains the distinction. Note that "derivative works" under US copyright law works differently from how it gets defined in typical open source licenses.<p>My understanding is that, for the purposes of determining fair use, a derivative work is substantially the same thing but in a different format. Transformative work must involve significant additional creative contribution "Changing the medium of a work is a derivative use rather than a transformative one." They cite previous case law that holds repackaging a print book as an e-book as a "paradigmatic example of a derivative work." The law also offers some paradigmatic examples of transformative work, such as criticism, commentary and scholarship.<p>Based on all of that, I would guess that, for the purposes of copyright law, a JPEG of a painting is absolutely a derivative work and not a transformative one.</p>
]]></description><pubDate>Thu, 05 Sep 2024 00:25:55 +0000</pubDate><link>https://news.ycombinator.com/item?id=41452263</link><dc:creator>mumblemumble</dc:creator><comments>https://news.ycombinator.com/item?id=41452263</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41452263</guid></item><item><title><![CDATA[New comment by mumblemumble in "The Internet Archive has lost its appeal in Hachette vs. Internet Archive"]]></title><description><![CDATA[
<p>We've also got to think about the actual value of preserving all of these works in a completely indiscriminate manner. Curation is important. Even assuming, for the sake of argument, that we <i>could</i> keep everything forever, actually doing so would ultimately harm the value of the archive, due to Sturgeon's Law. The truth is that the vast majority of cultural output is of only ephemeral value. It's relevant to a place and a time, but not necessarily great enough to also be interesting to people from a different place and a future time.<p>And I've only got a little bit of time in this life; I'd much rather read a trashy romance novel that was written this year and meant to entertain me than the trashy romance with politics that make me cringe that my mom was reading 50 years ago.<p>This is why, for example, the Library of Congress doesn't just keep a copy of everything. It's not just a space constraints or storage costs issue; it's a signal-to-noise ratio issue. As Mark Crislip is fond of saying, when you mix apple pie and cow pie it doesn't make the cow pie better, it just makes the apple pie worse.</p>
]]></description><pubDate>Thu, 05 Sep 2024 00:04:08 +0000</pubDate><link>https://news.ycombinator.com/item?id=41452120</link><dc:creator>mumblemumble</dc:creator><comments>https://news.ycombinator.com/item?id=41452120</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41452120</guid></item><item><title><![CDATA[New comment by mumblemumble in "The Internet Archive has lost its appeal in Hachette vs. Internet Archive"]]></title><description><![CDATA[
<p>Or at least that's what it amounts to in the information age.<p>When you get down to it, this is just not a good sphere for deontological ethics.</p>
]]></description><pubDate>Wed, 04 Sep 2024 23:53:15 +0000</pubDate><link>https://news.ycombinator.com/item?id=41452058</link><dc:creator>mumblemumble</dc:creator><comments>https://news.ycombinator.com/item?id=41452058</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41452058</guid></item><item><title><![CDATA[New comment by mumblemumble in "The Internet Archive has lost its appeal in Hachette vs. Internet Archive"]]></title><description><![CDATA[
<p>The ruling discusses this starting on page 33. The gist is that they set up a non-transformative service that is substantially equivalent to competing ebook services and CDLs, but unlike those it is not paying the customary price to publishers.<p>It also discusses that there is a very good reason why digital libraries don't typically get to have perpetual rights to a work at the retail (or used) price for a print book. Basically, physical books wear out with use, ebooks don't, so there's a built-in mechanism for revenue recurrence that happens with print books but not ebooks. The ruling points out that publishers originally sold ebooks to libraries at the same pricing as print books, but abandoned the practice because they discovered that it was not financially sustainable.<p>And that's ultimately where the harm comes in. The IA is trying to create a loophole that subverts the income stream of all the people who work on a book by offering derivative works - which are never fair use; fair use is for <i>transformative</i> works - without paying the market's customary price for acquiring rights to create and distribute derivative works.<p>(As an aside, when I see authors speaking for themselves on these sorts of issues they will typically point out that editors and typesetters and cover artists and all the other folks who work on a book also deserve to get paid. It seems to only be people who are tokenizing authors for rhetorical purposes who want fixate on authors specifically and erase the value-adding contributions of "the publishers".)</p>
]]></description><pubDate>Wed, 04 Sep 2024 23:47:45 +0000</pubDate><link>https://news.ycombinator.com/item?id=41452031</link><dc:creator>mumblemumble</dc:creator><comments>https://news.ycombinator.com/item?id=41452031</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41452031</guid></item><item><title><![CDATA[New comment by mumblemumble in "PEP 750: Tag Strings for Writing Domain-Specific Languages"]]></title><description><![CDATA[
<p>Something like that, yeah.</p>
]]></description><pubDate>Sun, 11 Aug 2024 22:18:15 +0000</pubDate><link>https://news.ycombinator.com/item?id=41219692</link><dc:creator>mumblemumble</dc:creator><comments>https://news.ycombinator.com/item?id=41219692</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41219692</guid></item></channel></rss>