<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: rundev</title><link>https://news.ycombinator.com/user?id=rundev</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Sun, 05 Apr 2026 22:08:24 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=rundev" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by rundev in "Honey's Dieselgate: Detecting and tricking testers"]]></title><description><![CDATA[
<p>The difference being that yt-dlp isn't a business partner (and/or competitor) of YT.</p>
]]></description><pubDate>Wed, 31 Dec 2025 09:06:40 +0000</pubDate><link>https://news.ycombinator.com/item?id=46442585</link><dc:creator>rundev</dc:creator><comments>https://news.ycombinator.com/item?id=46442585</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46442585</guid></item><item><title><![CDATA[New comment by rundev in "Rob Pike goes nuclear over GenAI"]]></title><description><![CDATA[
<p>"The few dozen people I killed pale in comparison to the thousands of people that die in car crashes each year. So society should really focus on making cars safer instead of sending the police after me."<p>Just because two problems cause harms at different proportion, doesn't mean the lesser problem should be dismissed. Especially when the "fix" to the lesser problem can be a "stop doing that".<p>And about water usage: not all water and all uses of water is equal. The problem isn't that data centers use a bunch of water, but what water they use and how.</p>
]]></description><pubDate>Fri, 26 Dec 2025 14:57:23 +0000</pubDate><link>https://news.ycombinator.com/item?id=46392615</link><dc:creator>rundev</dc:creator><comments>https://news.ycombinator.com/item?id=46392615</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46392615</guid></item><item><title><![CDATA[New comment by rundev in "A linear-time alternative for Dimensionality Reduction and fast visualisation"]]></title><description><![CDATA[
<p>The claim of linear runtime is only true if K is independent of the dataset size, so it would have been nice to see an exploration of how different values of K impact results. I.e. does clustering get better for larger K, if so how much? The values 50 and 100 seem arbitrary and even suspiciously close to sqrt(N) for the 9K dataset.</p>
]]></description><pubDate>Tue, 16 Dec 2025 12:42:42 +0000</pubDate><link>https://news.ycombinator.com/item?id=46287809</link><dc:creator>rundev</dc:creator><comments>https://news.ycombinator.com/item?id=46287809</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46287809</guid></item><item><title><![CDATA[New comment by rundev in "The C++ standard for the F-35 Fighter Jet [video]"]]></title><description><![CDATA[
<p>The compiler also tells you that even if you cover all enum members, you still need a `default` to cover everything, because C enums allow non-member values.</p>
]]></description><pubDate>Mon, 08 Dec 2025 12:52:56 +0000</pubDate><link>https://news.ycombinator.com/item?id=46191651</link><dc:creator>rundev</dc:creator><comments>https://news.ycombinator.com/item?id=46191651</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46191651</guid></item><item><title><![CDATA[New comment by rundev in "Go range iterators demystified"]]></title><description><![CDATA[
<p>`yield` being a function that is passed into the iterator seems like suboptimal design to me. Questions like "What happens if I store `yield` somewhere and call it long after the loop ended?" and "What happens if I call `yield` from another thread during the loop?" naturally arise. None of this can happen with a `yield` keyword like in JavaScript or C#. So why did the Go-lang people go for this design?</p>
]]></description><pubDate>Sun, 14 Jul 2024 11:56:11 +0000</pubDate><link>https://news.ycombinator.com/item?id=40960383</link><dc:creator>rundev</dc:creator><comments>https://news.ycombinator.com/item?id=40960383</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=40960383</guid></item><item><title><![CDATA[New comment by rundev in "Reverse engineering Ticketmaster's rotating barcodes"]]></title><description><![CDATA[
<p>1. If you are first to market and still can't make money off your amazing invention, that might be a skill issue.
2. Patents wouldn't be as forceful if they didn't last that long. A decade or more is basically forever in a fast-moving field like tech.</p>
]]></description><pubDate>Tue, 09 Jul 2024 14:44:05 +0000</pubDate><link>https://news.ycombinator.com/item?id=40916732</link><dc:creator>rundev</dc:creator><comments>https://news.ycombinator.com/item?id=40916732</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=40916732</guid></item><item><title><![CDATA[New comment by rundev in "Why if TYPE_CHECKING?"]]></title><description><![CDATA[
<p>Not really. `import type` just means that this import is <i>guaranteed</i> to be removed when compiling to JS. TS already fully erases types during compilation, and this is just a way to guarantee that the imports of types are guaranteed to be erased as well.<p>E.g. for `import { SomeType } from "backend-server"`, you don't want to include your entire server code in the frontend just because you imported the response type of some JSON API. `import type` neatly solves this issue, and it even enforces that you can't import anything but types from your backend.<p>I also want to state that TS already removes regular `import`s that only import types. `import type` is mostly used to help bundlers. <a href="https://www.typescriptlang.org/docs/handbook/release-notes/typescript-3-8.html" rel="nofollow noreferrer">https://www.typescriptlang.org/docs/handbook/release-notes/t...</a></p>
]]></description><pubDate>Wed, 20 Dec 2023 13:46:18 +0000</pubDate><link>https://news.ycombinator.com/item?id=38708589</link><dc:creator>rundev</dc:creator><comments>https://news.ycombinator.com/item?id=38708589</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=38708589</guid></item></channel></rss>