<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: Intralexical</title><link>https://news.ycombinator.com/user?id=Intralexical</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Wed, 14 Oct 2026 17:56:33 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=Intralexical" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by Intralexical in "Mark Zuckerberg: "Cambridge Analytica" (2017)"]]></title><description><![CDATA[
<p>> And yes, data has entered politics at a level it could not before computing power and data collection and our understanding of human manipulation didn't reach those levels. It has understood you only need 50%+1 of the votes and efforts to get 50%+2 are a waste and less efficient.
> 
> So politicians, especially in weaker democracies characterized by winner-takes-all mechanics, are incentivized to be divisive, not representing the majority of the citizens.<p>This happens to some extent, particularly in the US's electoral system. But I'd argue the incentive for divisive politics is coming mostly from the fleeting nature of our communication media (plus legitimate grievances that mainstream politicians were out of touch with for a long time).<p>Twitter was already a politically destabilizing force even before data analysis and manipulation caught up to it. The medium itself punishes constructive interactions and ideas.</p>
]]></description><pubDate>Mon, 14 Sep 2026 01:01:31 +0000</pubDate><link>https://news.ycombinator.com/item?id=49690544</link><dc:creator>Intralexical</dc:creator><comments>https://news.ycombinator.com/item?id=49690544</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49690544</guid></item><item><title><![CDATA[New comment by Intralexical in "Mark Zuckerberg: "Cambridge Analytica" (2017)"]]></title><description><![CDATA[
<p>Data is what neurotic people hide behind because they can't stand not being in control. Often to disastrous results.<p><a href="https://en.wikipedia.org/wiki/McNamara_fallacy" rel="nofollow">https://en.wikipedia.org/wiki/McNamara_fallacy</a></p>
]]></description><pubDate>Mon, 14 Sep 2026 00:46:50 +0000</pubDate><link>https://news.ycombinator.com/item?id=49690426</link><dc:creator>Intralexical</dc:creator><comments>https://news.ycombinator.com/item?id=49690426</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49690426</guid></item><item><title><![CDATA[New comment by Intralexical in "How an MIT research project became the Julia programming language"]]></title><description><![CDATA[
<p>Yeah, this is crazy. It's literally a cliché for most programming languages that it's never the compiler's fault. Granted a lot of the Julia bugs seem to be in the standard/core libraries, but still. Even if the bugs are overstated, this cavalier attitude towards correctness in a numerical language is super disconcerting to me.</p>
]]></description><pubDate>Fri, 04 Sep 2026 22:58:21 +0000</pubDate><link>https://news.ycombinator.com/item?id=49571181</link><dc:creator>Intralexical</dc:creator><comments>https://news.ycombinator.com/item?id=49571181</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49571181</guid></item><item><title><![CDATA[New comment by Intralexical in "How an MIT research project became the Julia programming language"]]></title><description><![CDATA[
<p>There is no equivalence here. The Julia bugs were real. They were reported, accepted, and fixed. The Python bugs you linked to are fake LLM slop, see my other comment right above/below this one. [0] If anyone really believes the Python bugs are real, they should report it to Python, not use it to deflect from Julia's issues.<p>What's been presented as an indictment of Julia (in Yuri's own post and after) is the fact that members of the Julia community have vocally downplayed problems and played the victim when quality concerns have been raised, as I think you're doing. Do you want to convince everybody you've "won" "a lose-lose"? Or do you want to write correct programs?<p>I like Julia, the language and the tech. I really hope this hostile attitude towards criticism and growth fades eventually, because I'd like to be able to use and trust it at some point.<p>[0] <a href="https://news.ycombinator.com/item?id=49570973">https://news.ycombinator.com/item?id=49570973</a></p>
]]></description><pubDate>Fri, 04 Sep 2026 22:43:17 +0000</pubDate><link>https://news.ycombinator.com/item?id=49571068</link><dc:creator>Intralexical</dc:creator><comments>https://news.ycombinator.com/item?id=49571068</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49571068</guid></item><item><title><![CDATA[New comment by Intralexical in "How an MIT research project became the Julia programming language"]]></title><description><![CDATA[
<p>Most (all?) aren't bugs by any stretch of the imagination, no. Let's go over the first 5.<p><pre><code>  1. random.choices(['a','b','c'], weights=[-1,5,1], k=10000)
     Negative weight on 'a' silently shifts
</code></pre>
Python docs say, "Weights are assumed to be non-negative and finite." Garbage in, garbage out.<p><pre><code>  2. random.choices(['a','b','c'], cum_weights=[5,2,7], k=10000)
     Non-monotone cum_weights makes 'b' unselectable.
</code></pre>
...Those weights aren't <i>cumulative</i>, which the docs say they should be. Again, garbage in, garbage out.<p><pre><code>  3. statistics.fmean([1,2,3], weights=[-1,1,1])
     “Mean” of three values in [1,3] returns 4 — outside the convex hull.
</code></pre>
This is just straight-up mathematically correct behavior. It preserves linearity. It fits the commonly accepted definition of weighted mean as `(w1*x1+w2*x2...)/(w1+w2...)`.<p>The LLM fabricated a fake/idiosyncratic definition of weighted mean in order to claim it's a bug, because it was instructed to come up with bugs.<p><pre><code>  4. json.dumps({1: 'a', '1': 'b'})
     Produces invalid JSON with duplicate keys; round-trip silently drops one entry.
</code></pre>
Again, documented behavior/GIGO. Docs say, "loads(dumps(x)) != x if x has non-string keys."<p><pre><code>  5. urlparse('http://example.com/?').geturl()
     Trailing ? (empty query) and # (empty fragment) silently stripped
</code></pre>
This is literally just what geturl() is <i>supposed</i> to do. It's the whole point. Docs say "empty parameters, queries, and fragment identifiers will be removed". The LLM is claiming that geturl()'s primary intended purpose is a bug.<p>So all of these "eye watering correctness issues" so far seem to be either (1) straight-up correct, or (2) doing things Python explicitly tell you not to do. Same deal with the Numpy "bugs", AFAICT, as I touched on in my previous comment.<p>In fact, I would venture that we all know those Python bugs are fake, but (unfortunately) the Julia ones aren't. Because the Julia bugs mentioned by Yuri were reported to the Julia bug tracker, and eventually fixed. Whereas if you really thought these are real bugs in Python, then (IMO) you should be reporting them to the Python tracker, not getting mad at me for doubting them.<p>Moreover, even if they were real bugs in Python (which they aren't), bugs existing in Python still wouldn't change the situation for Julia. The Discourse user who posted it still admitted that they didn't even take the time to verify them.<p>Surely you must realize how bad it makes Julia look, when its users fling LLM slop to attack Python in response to Julia's issues being brought up? A constructive project should instead talk about what's been done and planned to improve Julia's situation, not tell lies to drag Python down. I <i>liked</i> Julia when I tried it! The JIT plus multiple dispatch is so unique. But this so isn't the way.</p>
]]></description><pubDate>Fri, 04 Sep 2026 22:27:59 +0000</pubDate><link>https://news.ycombinator.com/item?id=49570973</link><dc:creator>Intralexical</dc:creator><comments>https://news.ycombinator.com/item?id=49570973</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49570973</guid></item><item><title><![CDATA[New comment by Intralexical in "How an MIT research project became the Julia programming language"]]></title><description><![CDATA[
<p>Corner cases like `prod([Int8(100), Int8(100)]) != prod((Int8(100), Int8(100)))`? Both returned integers, but the left was 10000 while the right was 16. [0]<p>Which, apparently, sat in the standard library for almost four years after it was introduced before it was fixed. [1]<p>Even if there was some merit to your argument, I would still find the attitude disqualifying. While it may be technically true that all programming languages have bugs, software and software communities for numerical computing should take responsibility and treat those bugs seriously, not downplay them by pointing to the fact that other software probably has bugs too.<p>FWIW I don't have a horse in this race. I've used both before, and I currently make money using neither. I liked Julia. I find that article concerning. And I find the attempts by Julia users to discredit that article in this thread, without addressing its substance, even more concerning and disappointing.<p>Well, bugs can be fixed. But ideally not by a culture that dismisses them as inevitable or unimportant.<p>[0] <a href="https://github.com/JuliaLang/julia/issues/39183" rel="nofollow">https://github.com/JuliaLang/julia/issues/39183</a><p>[1] <a href="https://github.com/JuliaLang/julia/blob/26f2333686ce90331548035d47ec707227efb417/base/tuple.jl#L311-L317" rel="nofollow">https://github.com/JuliaLang/julia/blob/26f2333686ce90331548...</a></p>
]]></description><pubDate>Fri, 04 Sep 2026 17:02:41 +0000</pubDate><link>https://news.ycombinator.com/item?id=49567236</link><dc:creator>Intralexical</dc:creator><comments>https://news.ycombinator.com/item?id=49567236</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49567236</guid></item><item><title><![CDATA[New comment by Intralexical in "How an MIT research project became the Julia programming language"]]></title><description><![CDATA[
<p>That reads to me more like a long-winded example of a Julia user refusing to take correctness issues seriously, and instead using an LLM to self-soothe by deflecting onto other projects:<p>> I think there’s also a mindset split, some people just like to have things more strict and avoid bugs by having their compiler proof everything, and others like more freedom and are fine with occasional mishaps.<p>> Just for the fun of it, I put claude on Python, and it also found some eye watering correctness issues (to be fair, I haven’t taken the time to verify and judge them, but it seems like that’s a similar situation for the Julia version)<p>I say "self-soothe" because if the intention were to better understand the correctness situation, presumably one would at least want to evaluate the output before declaring it "eye watering". And then even if the output was real, it would be better to report it to the affected Python projects instead of using it as an excuse to downplay problems in Julia.<p>But most of the supposed "bugs" seem like totally fine/reasonable behaviors to me, often for clearly nonsensical inputs. Seriously, `np.array([1, 'two', 3.0])`? That's not a bug, the behavior is clearly documented on numpy.org, but really no matter what Python does with that, it's not comparable to issues like `prod([Int8(100), Int8(100)]) != prod((Int8(100), Int8(100)))` from that post about Julia. Which again the linked Discourse post downplays as "freedom and occasional mishaps".</p>
]]></description><pubDate>Fri, 04 Sep 2026 16:35:57 +0000</pubDate><link>https://news.ycombinator.com/item?id=49566908</link><dc:creator>Intralexical</dc:creator><comments>https://news.ycombinator.com/item?id=49566908</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49566908</guid></item><item><title><![CDATA[New comment by Intralexical in "Anger over Data Centers Is Fueling a New Political Movementtca"]]></title><description><![CDATA[
<p>It's not the exterior facade that people have an issue with.</p>
]]></description><pubDate>Tue, 11 Aug 2026 23:32:50 +0000</pubDate><link>https://news.ycombinator.com/item?id=49265925</link><dc:creator>Intralexical</dc:creator><comments>https://news.ycombinator.com/item?id=49265925</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49265925</guid></item><item><title><![CDATA[New comment by Intralexical in "As AI eats the web, the internet’s collective memory is disappearing"]]></title><description><![CDATA[
<p>> This was my first exposure to any kind of outdoor plumbing, I'd never touched PVC before.<p>I find it telling that the highest praise for LLMs comes from people using it for something where they admittedly have very little domain knowledge. Domain experts usually mention major caveats. I've been testing them on subjects where I already understand the problem well, and I've yet to see any outputs that would make me trust them on things I don't already know.<p><a href="https://en.wikipedia.org/wiki/Gell-Mann_Amnesia" rel="nofollow">https://en.wikipedia.org/wiki/Gell-Mann_Amnesia</a><p><a href="https://en.wiktionary.org/wiki/confidence_trick" rel="nofollow">https://en.wiktionary.org/wiki/confidence_trick</a></p>
]]></description><pubDate>Tue, 11 Aug 2026 11:58:15 +0000</pubDate><link>https://news.ycombinator.com/item?id=49256868</link><dc:creator>Intralexical</dc:creator><comments>https://news.ycombinator.com/item?id=49256868</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49256868</guid></item><item><title><![CDATA[New comment by Intralexical in "As AI eats the web, the internet’s collective memory is disappearing"]]></title><description><![CDATA[
<p>I've noticed these big tech companies use the word "democratize" when they do something that looks more like commoditizing. Flooding a market with supply consolidates their own power, by suppressing other economic actors' bargaining power and making quality controls uncompetitive.</p>
]]></description><pubDate>Tue, 11 Aug 2026 11:48:23 +0000</pubDate><link>https://news.ycombinator.com/item?id=49256745</link><dc:creator>Intralexical</dc:creator><comments>https://news.ycombinator.com/item?id=49256745</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49256745</guid></item><item><title><![CDATA[New comment by Intralexical in "The Water Footprint of AI"]]></title><description><![CDATA[
<p>That seems closer to addiction symptoms than joy.</p>
]]></description><pubDate>Tue, 11 Aug 2026 11:16:25 +0000</pubDate><link>https://news.ycombinator.com/item?id=49256393</link><dc:creator>Intralexical</dc:creator><comments>https://news.ycombinator.com/item?id=49256393</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49256393</guid></item><item><title><![CDATA[New comment by Intralexical in "The Water Footprint of AI"]]></title><description><![CDATA[
<p>The systems used for LLMs are several times more power-hungry than traditional servers. Like, 50-100kW per rack of B200s.</p>
]]></description><pubDate>Tue, 11 Aug 2026 11:14:00 +0000</pubDate><link>https://news.ycombinator.com/item?id=49256370</link><dc:creator>Intralexical</dc:creator><comments>https://news.ycombinator.com/item?id=49256370</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49256370</guid></item><item><title><![CDATA[New comment by Intralexical in "The Water Footprint of AI"]]></title><description><![CDATA[
<p>...I don't think you can declare that something is a non-issue without having spent at least some resources to determine whether it is?</p>
]]></description><pubDate>Tue, 11 Aug 2026 10:58:41 +0000</pubDate><link>https://news.ycombinator.com/item?id=49256217</link><dc:creator>Intralexical</dc:creator><comments>https://news.ycombinator.com/item?id=49256217</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49256217</guid></item><item><title><![CDATA[New comment by Intralexical in "The Water Footprint of AI"]]></title><description><![CDATA[
<p>I'd be willing to bet almonds bring more joy to more people in a single year than AI data centres ever will.</p>
]]></description><pubDate>Tue, 11 Aug 2026 10:55:38 +0000</pubDate><link>https://news.ycombinator.com/item?id=49256186</link><dc:creator>Intralexical</dc:creator><comments>https://news.ycombinator.com/item?id=49256186</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49256186</guid></item><item><title><![CDATA[New comment by Intralexical in "The Water Footprint of AI"]]></title><description><![CDATA[
<p>I agree energy use is the more concerning issue, while water has probably caught more press because it's more tangible. But there's no getting around thermodynamics. That "wasted energy" is dissipated using large amounts of water.</p>
]]></description><pubDate>Tue, 11 Aug 2026 10:53:36 +0000</pubDate><link>https://news.ycombinator.com/item?id=49256168</link><dc:creator>Intralexical</dc:creator><comments>https://news.ycombinator.com/item?id=49256168</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49256168</guid></item><item><title><![CDATA[New comment by Intralexical in "The Water Footprint of AI"]]></title><description><![CDATA[
<p>The Californian almond industry has had over 100 years to develop. The AI data centre industry has had 4.</p>
]]></description><pubDate>Tue, 11 Aug 2026 10:48:27 +0000</pubDate><link>https://news.ycombinator.com/item?id=49256117</link><dc:creator>Intralexical</dc:creator><comments>https://news.ycombinator.com/item?id=49256117</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49256117</guid></item><item><title><![CDATA[New comment by Intralexical in "Anger over Data Centers Is Fueling a New Political Movementtca"]]></title><description><![CDATA[
<p>What a strange fantasy.<p>I suppose everything is okay as long as it's done inside of a building.</p>
]]></description><pubDate>Tue, 11 Aug 2026 10:44:44 +0000</pubDate><link>https://news.ycombinator.com/item?id=49256087</link><dc:creator>Intralexical</dc:creator><comments>https://news.ycombinator.com/item?id=49256087</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49256087</guid></item><item><title><![CDATA[New comment by Intralexical in "Radical Study Suggests Life on Earth Arose Twice"]]></title><description><![CDATA[
<p>Nope. It would suggest that <i>new</i> viruses could not <i>spontaneously</i> appear from <i>abiotic</i> matter, because they'd be outcompeted by <i>existing</i> viruses. Which may well be true.<p>We don't know where exactly viruses came from, but one of the leading theories is actually that they <i>are</i> the descendants of bacteria which outcompeted other bacteria. When a parasitic bacterium sheds more and more of its own metabolic capabilities, because it's more efficient to steal those abilities from its host cell, it evolves in a way that looks more and more like a virus.<p>"More evolved" or "more advanced" in this case doesn't mean "bigger" or "more complex". You can say viruses are equally evolved as bacteria, meaning they've spent equally long being optimized for their ecological niche.</p>
]]></description><pubDate>Sat, 08 Aug 2026 14:30:28 +0000</pubDate><link>https://news.ycombinator.com/item?id=49222159</link><dc:creator>Intralexical</dc:creator><comments>https://news.ycombinator.com/item?id=49222159</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49222159</guid></item><item><title><![CDATA[New comment by Intralexical in "Protobuf-py: Protobuf for Python, without compromises"]]></title><description><![CDATA[
<p>This is concerning to hear. What do Protobufs accomplish, that requires them to be a constantly moving target?</p>
]]></description><pubDate>Sun, 12 Jul 2026 12:51:43 +0000</pubDate><link>https://news.ycombinator.com/item?id=48880785</link><dc:creator>Intralexical</dc:creator><comments>https://news.ycombinator.com/item?id=48880785</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48880785</guid></item><item><title><![CDATA[New comment by Intralexical in "Ditching Vagrant: VMs with KVM and Virsh on Debian"]]></title><description><![CDATA[
<p>> Virt manager drives me crazy because it hides the VM files in its own directory with permissions that aren't yours forcing you to use sudo to manually manage your own fucking vm files.<p>I just checked my `~/.local/share/libvirt/`. It doesn't do this for me, and I don't think it ever has.<p>I do remember having to set this up at some point. Looks like this is it:<p><a href="https://unix.stackexchange.com/questions/799034/whats-the-difference-between-qemu-kvm-and-qemu-kvm-user-session-in-virtual" rel="nofollow">https://unix.stackexchange.com/questions/799034/whats-the-di...</a><p>There are some limits around network ports in User Sessions, but it should suffice for anything you'd use Vagrant for.<p>> Creating a new VM? You're forced to pick an OS by typing the name of your OS into a search box which is tedious and doesnt give you an option for generic x86 machine.<p>...There is though? It's in the dropdown under "Generic or unknown OS. Usage is not recommended (generic)". Here it is in the code if you don't believe me:<p><a href="https://github.com/virt-manager/virt-manager/blob/c3df2ba/virtinst/osdict.py#L71-L72" rel="nofollow">https://github.com/virt-manager/virt-manager/blob/c3df2ba/vi...</a><p>And a random tutorial which makes use of it:<p><a href="https://cyberlab.pacific.edu/courses/comp178/resources/virtual-machine-configuration#:~:text=Generic%20or%20unknown%20OS" rel="nofollow">https://cyberlab.pacific.edu/courses/comp178/resources/virtu...</a></p>
]]></description><pubDate>Fri, 10 Jul 2026 12:13:02 +0000</pubDate><link>https://news.ycombinator.com/item?id=48858825</link><dc:creator>Intralexical</dc:creator><comments>https://news.ycombinator.com/item?id=48858825</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48858825</guid></item></channel></rss>