<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: ykl</title><link>https://news.ycombinator.com/user?id=ykl</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Fri, 23 Oct 2026 10:19:37 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=ykl" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by ykl in "An Unmade Film Shaped Hayao Miyazaki"]]></title><description><![CDATA[
<p>The way Miyazaki’s changes to and own ideas for Rowlf eventually snowballed into something else entirely, Nausicaä, kind of reminds me of how Alejandro Jodorowsky’s ideas for making a Dune movie eventually took on their own life as The Incal.<p>Also every time I see Miyazaki concept sketches, I’m blown away by how beautiful his watercolors are.</p>
]]></description><pubDate>Mon, 12 Oct 2026 15:25:43 +0000</pubDate><link>https://news.ycombinator.com/item?id=50057803</link><dc:creator>ykl</dc:creator><comments>https://news.ycombinator.com/item?id=50057803</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=50057803</guid></item><item><title><![CDATA[New comment by ykl in "Generative AI scandal has come to one of Nikon's competitions"]]></title><description><![CDATA[
<p>The contest was for a high quality entry that is real. The AI entry wasn't real, so its quality is utterly immaterial and irrelevant to the discussion.<p>You can make an ultra high quality fake check and deposit it and yet it will still bounce because it turns out the quality is irrelevant if it isn't real.<p>It also didn't win. By definition a disqualified entry is not a winning entry. That is what the entire article is about, if you read it! The winning entry is here: <a href="https://www.nikonsmallworld.com/galleries/2026-small-world-in-motion-competition/a-tiny-roundworm-and-a-single-celled-dileptus-explore-their-microscopic-world" rel="nofollow">https://www.nikonsmallworld.com/galleries/2026-small-world-i...</a></p>
]]></description><pubDate>Sun, 11 Oct 2026 06:45:38 +0000</pubDate><link>https://news.ycombinator.com/item?id=50040361</link><dc:creator>ykl</dc:creator><comments>https://news.ycombinator.com/item?id=50040361</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=50040361</guid></item><item><title><![CDATA[New comment by ykl in "Generative AI scandal has come to one of Nikon's competitions"]]></title><description><![CDATA[
<p>Looking at the results page, it looks like it was disqualified. If you win something but then are disqualified, then by definition you did not win.<p>Here’s an easy to understand analogy; if you deposit a fake check for a million dollars, your account will briefly show a million dollars, but then the check bounces, and your balance goes back to what it was before because you were in fact never a millionaire.</p>
]]></description><pubDate>Sun, 11 Oct 2026 02:46:02 +0000</pubDate><link>https://news.ycombinator.com/item?id=50039351</link><dc:creator>ykl</dc:creator><comments>https://news.ycombinator.com/item?id=50039351</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=50039351</guid></item><item><title><![CDATA[New comment by ykl in "Generative AI scandal has come to one of Nikon's competitions"]]></title><description><![CDATA[
<p>I don’t think the issue in the contest is the quality level of the AI entry; the issue is that it was fraudulent.</p>
]]></description><pubDate>Sun, 11 Oct 2026 02:43:35 +0000</pubDate><link>https://news.ycombinator.com/item?id=50039334</link><dc:creator>ykl</dc:creator><comments>https://news.ycombinator.com/item?id=50039334</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=50039334</guid></item><item><title><![CDATA[New comment by ykl in "Human brain is two separate organs, Stanford Medicine-led research finds"]]></title><description><![CDATA[
<p>Yeah, agreed. It's mostly just the title that is overhyped.</p>
]]></description><pubDate>Sat, 19 Sep 2026 07:22:38 +0000</pubDate><link>https://news.ycombinator.com/item?id=49764192</link><dc:creator>ykl</dc:creator><comments>https://news.ycombinator.com/item?id=49764192</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49764192</guid></item><item><title><![CDATA[New comment by ykl in "Human brain is two separate organs, Stanford Medicine-led research finds"]]></title><description><![CDATA[
<p>Here is the peer reviewed publication in Nature Neuroscience:<p><a href="https://www.nature.com/articles/s41593-026-02433-7" rel="nofollow">https://www.nature.com/articles/s41593-026-02433-7</a><p>The peer reviewed publication is linked to from the press release. The press release's headline does somewhat overhype up the actual finding though. The actual finding is that different parts of the brain arise from different neural ectoderm progenitors, which explains why it’s so hard to get a forebrain neuron to behave like a hindbrain neuron and vice versa in the lab. The paper then postulates that this difference in progenitors resembles being two different organs evolutionarily, but this is not really the most important part of the paper.<p>BTW I suspect that this finding comes as completely unsurprising to biologists and the medical field generally. I'm not in either field, but even in high school biology we learned that the brain stem is behaviorally and structurally radically different from the rest of the brain, to the point where it seems almost obvious in hindsight that it's a different cell line and potentially has a different evolutionary history from the rest of the brain.</p>
]]></description><pubDate>Sat, 19 Sep 2026 07:06:04 +0000</pubDate><link>https://news.ycombinator.com/item?id=49764103</link><dc:creator>ykl</dc:creator><comments>https://news.ycombinator.com/item?id=49764103</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49764103</guid></item><item><title><![CDATA[New comment by ykl in "Buy Your Friends Batteries"]]></title><description><![CDATA[
<p>I have two Powerwalls mounted on my house and while I think they're fantastic and pretty compact for what they are, I would not describe them as anywhere near the size of a pizza box (unless you mean one of these things [1]).<p>[1] <a href="https://www.scottspizzatours.com/blog/worlds-largest-delivery-pizza/" rel="nofollow">https://www.scottspizzatours.com/blog/worlds-largest-deliver...</a></p>
]]></description><pubDate>Mon, 17 Aug 2026 17:26:35 +0000</pubDate><link>https://news.ycombinator.com/item?id=49334568</link><dc:creator>ykl</dc:creator><comments>https://news.ycombinator.com/item?id=49334568</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49334568</guid></item><item><title><![CDATA[New comment by ykl in "World Train Map – 1247 train routes around the world"]]></title><description><![CDATA[
<p>This is super cool, but at least by a quick glance, I think the coverage for China is very incomplete.</p>
]]></description><pubDate>Tue, 11 Aug 2026 03:07:46 +0000</pubDate><link>https://news.ycombinator.com/item?id=49252910</link><dc:creator>ykl</dc:creator><comments>https://news.ycombinator.com/item?id=49252910</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49252910</guid></item><item><title><![CDATA[New comment by ykl in "What else do people draw on gradient.horse?"]]></title><description><![CDATA[
<p>One of the horses on a ball is very recognizably a James Baxter[1]!<p>[1] <a href="https://en.wikipedia.org/wiki/James_Baxter_the_Horse" rel="nofollow">https://en.wikipedia.org/wiki/James_Baxter_the_Horse</a></p>
]]></description><pubDate>Fri, 24 Jul 2026 01:07:04 +0000</pubDate><link>https://news.ycombinator.com/item?id=49030145</link><dc:creator>ykl</dc:creator><comments>https://news.ycombinator.com/item?id=49030145</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49030145</guid></item><item><title><![CDATA[New comment by ykl in "Windows Drops Under 60% in Global Desktop OS Share for the First Time in Years"]]></title><description><![CDATA[
<p>Why are macOS and OS X listed separately? Is it to delineate pre-2016 Macs from post-2016 Macs, when the rename to macOS happened? But in that case, I have a hard time believing that there are way more pre-2016 Macs floating around out there than post-2016 ones, as the chart shows. I have a hard time believing that anyone is running pre-2016 OS X versions at all, outside of a very small group of hobbyists; I thought Apple’s data showed that generally Mac users were pretty aggressive about being on relatively current macOS versions.<p>Also why separate out OS X and macOS at all when it appears that all Windows versions are lumped together and all Linux versions and distros are lumped together?<p>All of this seems very suspect.</p>
]]></description><pubDate>Wed, 08 Jul 2026 17:21:49 +0000</pubDate><link>https://news.ycombinator.com/item?id=48834626</link><dc:creator>ykl</dc:creator><comments>https://news.ycombinator.com/item?id=48834626</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48834626</guid></item><item><title><![CDATA[New comment by ykl in "Nvidia Halos"]]></title><description><![CDATA[
<p>Is anyone else amused that the car shown on the landing page looks a lot like a Tesla Model Y, which famously does _not_ use any Nvidia chips (Tesla onboard computers have been AMD based for some time now)?</p>
]]></description><pubDate>Mon, 22 Jun 2026 16:45:59 +0000</pubDate><link>https://news.ycombinator.com/item?id=48632616</link><dc:creator>ykl</dc:creator><comments>https://news.ycombinator.com/item?id=48632616</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48632616</guid></item><item><title><![CDATA[New comment by ykl in "OpenAI frontier models and Codex are now available on AWS"]]></title><description><![CDATA[
<p>AWS Bedrock is other companies’ models running on separate dedicated AWS hardware, metered through AWS billing. AWS owns and operates all of the infrastructure and the client interface; the model provider basically hands over the model and weights to AWS and AWS Bedrock take it from there.<p>So, as an example, if you use Codex through Bedrock, that’s a totally separate instance of Codex from anything you would be interfacing with if you directly used OpenAI’s API; if you use Codex via Bedrock, OpenAI never sees your data or prompts because they stay sandboxed in an ephemeral Bedrock instance. For many large enterprise deployments this hard boundary is a big big deal.<p>Over the past year, Claude being available via Bedrock and ChatGPT/Codex not being available via Bedrock has been a huge competitive advantage for Anthropic in the enterprise space.</p>
]]></description><pubDate>Tue, 02 Jun 2026 11:21:00 +0000</pubDate><link>https://news.ycombinator.com/item?id=48368729</link><dc:creator>ykl</dc:creator><comments>https://news.ycombinator.com/item?id=48368729</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48368729</guid></item><item><title><![CDATA[New comment by ykl in "OpenAI frontier models and Codex are now available on AWS"]]></title><description><![CDATA[
<p>If you've used AI coding models in a large corporate setting, you'll know that a lot of big corporate deployments basically require using AWS Bedrock for two simple reasons:<p>1. Large companies tend to already have an existing relationship with AWS, which makes things way easier to go through vs. setting up a new vendor relationship
2. Large companies tend to have strong internal requirements about making sure that internal data stays under company control. With AWS Bedrock, you can be a lot more confident that what you're feeding into the models is not going to end up in someone's training set somewhere. For where I work, this requirement is a dealbreaker for going directly through OpenAI's API instead of going through AWS Bedrock.</p>
]]></description><pubDate>Mon, 01 Jun 2026 23:56:05 +0000</pubDate><link>https://news.ycombinator.com/item?id=48364126</link><dc:creator>ykl</dc:creator><comments>https://news.ycombinator.com/item?id=48364126</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48364126</guid></item><item><title><![CDATA[New comment by ykl in "That Methyl Methacrylate Tank"]]></title><description><![CDATA[
<p>Ha, from the title alone I was hoping for a Derek Lowe article, and it is!</p>
]]></description><pubDate>Fri, 29 May 2026 09:07:17 +0000</pubDate><link>https://news.ycombinator.com/item?id=48320824</link><dc:creator>ykl</dc:creator><comments>https://news.ycombinator.com/item?id=48320824</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48320824</guid></item><item><title><![CDATA[New comment by ykl in "Bytecode VMs in surprising places (2024)"]]></title><description><![CDATA[
<p>A medium-spicy take of mine is that a bytecode VM in a GPU kernel is not as bad of an idea as one might think, and in some cases it can actually be the most reasonable solution. Some fun examples:<p>1. As mentioned in the post above, the Dolphin emulator famously implements the entire Gamecube/Wii GPU pipeline in a single gigantic ubershader, and this is useful because it avoids shader compilation stalls [1].<p>2. Blender's Cycles renderer implements its shading graph eval system as a bytecode VM in a GPU kernel [2]. IIRC early versions of Vray GPU did something similar. There are better ways of course, but a VM gets you surprisingly far as a general approach.<p>3. Finally, a lot of ML frameworks (Tensorflow, PyTorch, etc) by default use the GPU relatively suboptimally (especially without kernel fusion and such). Tensor frameworks can extract a lot more perf out of GPUs using a VM-in-a-giant-kernel approach [3].<p>If you think abstractly about how a GPU SM actually works (using CUDA terminology here), all threads in a warp must execute in lockstep and the cost of execution divergence across threads in a warp is that you effectively run serially, losing the parallel advantage of the SM. This penalty gets magnified enormously if you are doing memory reads after wherever the execution divergence happens, since you now have multiple slow memory stalls in serial instead of one big memory read at once for all threads. If you're clever about implementing a bytecode VM, you can load as much state as you need upfront into shared memory, and then if your bytecode VM is just looping through executing a bunch of opcodes in a huge switch statement, then at least as far as the SM is concerned, there's no execution divergence! All threads look like they're doing the same thing at the same time; even if within the VM what is happening a lot is just no-ops, at the SM level you're not dealing with serialized memory stalls and serial scheduling and such.<p>Is it the _best_ most optimal approach imaginable? Almost certainly not! But can it be a _surprisingly good_ and possibly even reasonable approach for some problem domains and specific constraints? Yeah absolutely!<p>[1] <a href="https://dolphin-emu.org/blog/2017/07/30/ubershaders/" rel="nofollow">https://dolphin-emu.org/blog/2017/07/30/ubershaders/</a>
[2] <a href="https://www.youtube.com/watch?v=etGMk9wYwNs&t=1882s" rel="nofollow">https://www.youtube.com/watch?v=etGMk9wYwNs&t=1882s</a>
[3] <a href="https://hazyresearch.stanford.edu/blog/2025-09-28-tp-llama-main" rel="nofollow">https://hazyresearch.stanford.edu/blog/2025-09-28-tp-llama-m...</a></p>
]]></description><pubDate>Mon, 25 May 2026 20:38:49 +0000</pubDate><link>https://news.ycombinator.com/item?id=48271421</link><dc:creator>ykl</dc:creator><comments>https://news.ycombinator.com/item?id=48271421</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48271421</guid></item><item><title><![CDATA[New comment by ykl in "An OpenAI model has disproved a central conjecture in discrete geometry"]]></title><description><![CDATA[
<p>This assumes that everything outside of the convex hull can already be described using existing language. If you need new language to describe what is outside of the convex hull, is this something an LLM can do?<p>I actually don't know the answer to that; my understanding is that LLMs by nature of what they are can't understand concepts that are independent of the existing language they are trained on, but I don't have enough in-depth nitty-gritty knowledge of like, core LLM implementation details and architecture and stuff to know if that understanding is correct or not.</p>
]]></description><pubDate>Thu, 21 May 2026 06:39:31 +0000</pubDate><link>https://news.ycombinator.com/item?id=48218734</link><dc:creator>ykl</dc:creator><comments>https://news.ycombinator.com/item?id=48218734</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48218734</guid></item><item><title><![CDATA[New comment by ykl in "An OpenAI model has disproved a central conjecture in discrete geometry"]]></title><description><![CDATA[
<p>I was a little muddy in my original post on distinguishing between what I think LLMs might be able to do and what AI broadly might be able to do. I'm skeptical LLMs can expand the hull or add dimensions to the space; but I also don't think the reasons for that skepticism necessarily apply to all AI system generally.</p>
]]></description><pubDate>Thu, 21 May 2026 00:11:29 +0000</pubDate><link>https://news.ycombinator.com/item?id=48216112</link><dc:creator>ykl</dc:creator><comments>https://news.ycombinator.com/item?id=48216112</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48216112</guid></item><item><title><![CDATA[New comment by ykl in "An OpenAI model has disproved a central conjecture in discrete geometry"]]></title><description><![CDATA[
<p>I think of most things you can get to by guess and checking as definitionally inside of the hull; most forms of guess and checking are you take some existing thing, randomize a bunch of its parameters, and see what you get. Whereas with something like relativity, there's not even a starting point that you can randomize and guess/check from the pre-existing knowledge space that will lead you to relativity. That's more like, adding a new dimension to the space entirely.<p>It's possible LLMs can handle this after all! But at least so far we only have existence proofs of humans doing this, not LLMs yet, and I don't think it's easy to be certain how far away LLMs are from doing this. I should distinguish between LLMS and AI more generally here; I'm skeptical LLMs can do this, I think some other kind of more complete AI almost certainly can.<p>I supposed you could just, I dunno, randomly combine words into every conceivable sentence possible and treat each new sentence as a theory to somehow test and brute force your way through the infinite possible theories you could come up with. But at that point you're closer to the whole infinite random monkeys producing Shakespeare thing than you are to any useful conclusion about intelligence.</p>
]]></description><pubDate>Wed, 20 May 2026 23:59:14 +0000</pubDate><link>https://news.ycombinator.com/item?id=48216021</link><dc:creator>ykl</dc:creator><comments>https://news.ycombinator.com/item?id=48216021</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48216021</guid></item><item><title><![CDATA[New comment by ykl in "An OpenAI model has disproved a central conjecture in discrete geometry"]]></title><description><![CDATA[
<p>I like to think of it as:<p>Imagine every bit of human knowledge as a discrete point within some large high dimensional space of knowledge. You can draw a big convex hull around every single point of human knowledge in a space. A LLM, being trained within this convex hull, can interpolate between any set of existing discrete points in this hull to arrive at a point which is new, but still inside of the hull. Then there are points completely outside of the hull; whether or not LLMs can reach these is IMO up for debate.<p>Reaching new points inside of the hull is still really useful! Many new discoveries and proofs are these new points inside of the hull; arguable _most_ useful new discoveries and proofs are these. They're things that we may not have found before, but you can arrive at by using what we already have as starting points. Many math proofs and Nobel Prize winning discoveries are these types of points. Many haven't been found yet simply because nobody has put the time or effort towards finding them; LLMs can potentially speed this up a lot.<p>Then there are the points completely outside of hull, which cannot be reached by extrapolation/interpolation from existing points and require genuine novel leaps. I think some candidate examples for these types of points are like, making the leap from Newtonian physics to general relativity. Demis Hassabis had a whole point about training an AI with a physics knowledge cutoff date before 1915, then showing it the orbit of Mercury and seeing if it can independently arrive at general relativity as an evaluation of whether or not something is AGI. I have my doubts that existing LLMs can make this type of leap. It’s also true that most _humans_ can’t make these leaps either; we call Einstein a genius because he alone made the leap to general relativity. But at least while most humans can’t make this type of leap, we have existence proofs that every once in a while one can; this remains to be seen with AI.</p>
]]></description><pubDate>Wed, 20 May 2026 22:08:32 +0000</pubDate><link>https://news.ycombinator.com/item?id=48214899</link><dc:creator>ykl</dc:creator><comments>https://news.ycombinator.com/item?id=48214899</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48214899</guid></item><item><title><![CDATA[New comment by ykl in "SpaceX S-1"]]></title><description><![CDATA[
<p>At the time of the announcement IIRC the deal was only for Colossus 1. Is Anthropic also leasing Colossus 2 new?<p>At the time the consensus narrative was that SpaceX no longer needed Colossus 1 for Grok and that was why it could be leased to Anthropic while Colossus 2 would handle Grok training and inference. Does Anthropic also leasing Colossus 2 change this?</p>
]]></description><pubDate>Wed, 20 May 2026 21:57:34 +0000</pubDate><link>https://news.ycombinator.com/item?id=48214768</link><dc:creator>ykl</dc:creator><comments>https://news.ycombinator.com/item?id=48214768</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48214768</guid></item></channel></rss>