<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: fkarg</title><link>https://news.ycombinator.com/user?id=fkarg</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Wed, 22 Apr 2026 18:14:39 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=fkarg" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by fkarg in "Changes to GitHub Copilot individual plans"]]></title><description><![CDATA[
<p>Simple, for what I'm doing Opus 4.6 (and before that, Opus 4.5) are just much better at following my instructions and achieve consistently better results.<p>From what I've been gathering, this split in success seems to depend a lot on the types of tasks, the domains / programming languages / frameworks used, and style of prompting.<p>I couldn't get 5.2 to follow instructions for the life of me, even when repeating multiple times to do / not do something. 5.3-codex was an improvement and 5.4 while _usually_ decent still regularly forgets, goes on unnecessary tangents, or otherwise repeatedly stops just to ask for continuation.<p>Sure, I'm paying 3x more per request, but I'm also doing 5x fewer requests.<p>Or well, used to. Still bummed about them dropping 4.6.</p>
]]></description><pubDate>Mon, 20 Apr 2026 22:37:44 +0000</pubDate><link>https://news.ycombinator.com/item?id=47841976</link><dc:creator>fkarg</dc:creator><comments>https://news.ycombinator.com/item?id=47841976</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47841976</guid></item><item><title><![CDATA[New comment by fkarg in "IPv6 traffic crosses the 50% mark"]]></title><description><![CDATA[
<p>You must be from Anthropic</p>
]]></description><pubDate>Thu, 16 Apr 2026 11:31:08 +0000</pubDate><link>https://news.ycombinator.com/item?id=47791547</link><dc:creator>fkarg</dc:creator><comments>https://news.ycombinator.com/item?id=47791547</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47791547</guid></item><item><title><![CDATA[New comment by fkarg in "Effort to prevent government officials from engaging in prediction markets"]]></title><description><![CDATA[
<p>Does this include the stock market?</p>
]]></description><pubDate>Sat, 07 Mar 2026 22:45:08 +0000</pubDate><link>https://news.ycombinator.com/item?id=47292206</link><dc:creator>fkarg</dc:creator><comments>https://news.ycombinator.com/item?id=47292206</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47292206</guid></item><item><title><![CDATA[New comment by fkarg in "Why does SSH send 100 packets per keystroke?"]]></title><description><![CDATA[
<p>Yes, except that in modern infra i.e. WiFi 6 is 1024-QAM, which is to say there are 1024 states per symbol, so you can transfer up to 10bits per symbol.</p>
]]></description><pubDate>Fri, 23 Jan 2026 03:53:21 +0000</pubDate><link>https://news.ycombinator.com/item?id=46728203</link><dc:creator>fkarg</dc:creator><comments>https://news.ycombinator.com/item?id=46728203</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46728203</guid></item><item><title><![CDATA[New comment by fkarg in "EU–INC – A new pan-European legal entity"]]></title><description><![CDATA[
<p>This would help a lot. Many European startups are strongly local (also in talent search), because while moving is simple, share distribution and ownership structures are anything but, and investors usually don't want to bother with local regulation on that they don't even know.</p>
]]></description><pubDate>Wed, 21 Jan 2026 12:26:41 +0000</pubDate><link>https://news.ycombinator.com/item?id=46704698</link><dc:creator>fkarg</dc:creator><comments>https://news.ycombinator.com/item?id=46704698</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46704698</guid></item><item><title><![CDATA[New comment by fkarg in "Nvidia Stock Crash Prediction"]]></title><description><![CDATA[
<p>I agree. It's funny that this is one of the cited reason for the (relative) value suppression of tsmc, but the same factors should apply to Nvidia too.</p>
]]></description><pubDate>Tue, 20 Jan 2026 16:36:03 +0000</pubDate><link>https://news.ycombinator.com/item?id=46693908</link><dc:creator>fkarg</dc:creator><comments>https://news.ycombinator.com/item?id=46693908</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46693908</guid></item><item><title><![CDATA[New comment by fkarg in "Bose has released API docs and opened the API for its EoL SoundTouch speakers"]]></title><description><![CDATA[
<p>it's sad that this is not the default behaviour. hopefully the stop killing games movement will put something similar into law with potentially further-reaching side-effects eventually. Because frankly, sunsetting products like this should be common sense, not the exception it currently is.</p>
]]></description><pubDate>Thu, 08 Jan 2026 15:23:21 +0000</pubDate><link>https://news.ycombinator.com/item?id=46542075</link><dc:creator>fkarg</dc:creator><comments>https://news.ycombinator.com/item?id=46542075</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46542075</guid></item><item><title><![CDATA[New comment by fkarg in "Maybe the default settings are too high"]]></title><description><![CDATA[
<p>The base material needs to be of a minimum quality for that experience to be enjoyable, I presume. I totally see the value of that, which is one of the reasons to sometimes reduce playback speed below what my default would be. Writings from Tolkien are maybe some of the best suited for that, but I'm not 100% convinced it would work for what I'm reading currently, so I might just try it anyway - the Foundation series from Asimov.</p>
]]></description><pubDate>Fri, 26 Dec 2025 06:07:16 +0000</pubDate><link>https://news.ycombinator.com/item?id=46389607</link><dc:creator>fkarg</dc:creator><comments>https://news.ycombinator.com/item?id=46389607</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46389607</guid></item><item><title><![CDATA[New comment by fkarg in "Pricing Changes for GitHub Actions"]]></title><description><![CDATA[
<p>I'm not sure what response they expected, but for some reason it makes me think not that.</p>
]]></description><pubDate>Wed, 17 Dec 2025 10:39:51 +0000</pubDate><link>https://news.ycombinator.com/item?id=46300366</link><dc:creator>fkarg</dc:creator><comments>https://news.ycombinator.com/item?id=46300366</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46300366</guid></item><item><title><![CDATA[New comment by fkarg in "Announcing the Beta release of ty"]]></title><description><![CDATA[
<p>well, this is where being pedantic bites me in the a* again. Our codebase has been mostly pyright-focused, with many very specific `pyright: ignore[...]` pragmas. Now it would be great if ty (pyrefly has an option!) could also ignore those lines. There's not _that_ many of them, but .... it's a pain.</p>
]]></description><pubDate>Tue, 16 Dec 2025 23:04:24 +0000</pubDate><link>https://news.ycombinator.com/item?id=46295938</link><dc:creator>fkarg</dc:creator><comments>https://news.ycombinator.com/item?id=46295938</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46295938</guid></item><item><title><![CDATA[New comment by fkarg in "Transformers know more than they can tell: Learning the Collatz sequence"]]></title><description><![CDATA[
<p>yeah it's only correct in 99.7% of all cases, but what if it's also 10'000 times faster? There's a bunch of scenarios where that combination provides a lot of value</p>
]]></description><pubDate>Tue, 09 Dec 2025 14:51:49 +0000</pubDate><link>https://news.ycombinator.com/item?id=46205520</link><dc:creator>fkarg</dc:creator><comments>https://news.ycombinator.com/item?id=46205520</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46205520</guid></item><item><title><![CDATA[New comment by fkarg in "Show HN: I built a system for active note-taking in regular meetings like 1-1s"]]></title><description><![CDATA[
<p>Personally I just take notes in Obsidian</p>
]]></description><pubDate>Tue, 09 Dec 2025 08:03:18 +0000</pubDate><link>https://news.ycombinator.com/item?id=46202455</link><dc:creator>fkarg</dc:creator><comments>https://news.ycombinator.com/item?id=46202455</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46202455</guid></item><item><title><![CDATA[New comment by fkarg in "Enumerating Three Billion Accounts on WhatsApp [pdf]"]]></title><description><![CDATA[
<p>Abstract—WhatsApp, with 3.5 billion active accounts as of
early 2025, is the world’s largest instant messaging platform.
Given its massive user base, WhatsApp plays a critical role in
global communication.
To initiate conversations, users must first discover whether
their contacts are registered on the platform. This is achieved
by querying WhatsApp’s servers with mobile phone numbers
extracted from the user’s address book (if they allowed access).
This architecture inherently enables phone number enumeration,
as the service must allow legitimate users to query contact
availability. While rate limiting is a standard defense against
abuse, we revisit the problem and show that WhatsApp remains
highly vulnerable to enumeration at scale. In our study, we were
able to probe over a hundred million phone numbers hourly</p>
]]></description><pubDate>Mon, 24 Nov 2025 18:22:56 +0000</pubDate><link>https://news.ycombinator.com/item?id=46037232</link><dc:creator>fkarg</dc:creator><comments>https://news.ycombinator.com/item?id=46037232</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46037232</guid></item><item><title><![CDATA[Enumerating Three Billion Accounts on WhatsApp [pdf]]]></title><description><![CDATA[
<p>Article URL: <a href="https://github.com/sbaresearch/whatsapp-census/blob/main/Hey_there_You_are_using_WhatsApp.pdf">https://github.com/sbaresearch/whatsapp-census/blob/main/Hey_there_You_are_using_WhatsApp.pdf</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=46037231">https://news.ycombinator.com/item?id=46037231</a></p>
<p>Points: 2</p>
<p># Comments: 1</p>
]]></description><pubDate>Mon, 24 Nov 2025 18:22:56 +0000</pubDate><link>https://github.com/sbaresearch/whatsapp-census/blob/main/Hey_there_You_are_using_WhatsApp.pdf</link><dc:creator>fkarg</dc:creator><comments>https://news.ycombinator.com/item?id=46037231</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46037231</guid></item><item><title><![CDATA[New comment by fkarg in "Next.js is infuriating"]]></title><description><![CDATA[
<p>we started a purely-frontend project with nextjs but moved to react-router pretty soon. Sure, it can be convenient (when it works), but you can't really see or understand how or how to control it, and black magic breaking is the least of what you want. Much happier now.</p>
]]></description><pubDate>Tue, 02 Sep 2025 11:16:59 +0000</pubDate><link>https://news.ycombinator.com/item?id=45101515</link><dc:creator>fkarg</dc:creator><comments>https://news.ycombinator.com/item?id=45101515</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45101515</guid></item><item><title><![CDATA[New comment by fkarg in "QUIC for the kernel"]]></title><description><![CDATA[
<p>because it _does_ provide a number of benefits (potentially fewer initial round-trips, more dynamic routing control by using UDP instead of TCP, etc), and is a userspace softare implementation compared with a hardware-accelerated option.<p>QUIC getting hardware acceleration should close this gap, and keep all the benefits. But a kernel (software) implementation is basically necessary before it can be properly hardware-accelerated in future hardware (is my current understanding)</p>
]]></description><pubDate>Thu, 31 Jul 2025 18:12:36 +0000</pubDate><link>https://news.ycombinator.com/item?id=44748409</link><dc:creator>fkarg</dc:creator><comments>https://news.ycombinator.com/item?id=44748409</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44748409</guid></item><item><title><![CDATA[New comment by fkarg in "Show HN: Undercutf1 – F1 Live Timing TUI with Driver Tracker, Variable Delay"]]></title><description><![CDATA[
<p>certainly not free, but with F1TV Access you have access to historical and real time data through the API. There should be decent documentation on it out there, otherwise projects like Multiviewer or this TUI wouldn't be quite realistic.</p>
]]></description><pubDate>Sat, 19 Apr 2025 10:26:36 +0000</pubDate><link>https://news.ycombinator.com/item?id=43735474</link><dc:creator>fkarg</dc:creator><comments>https://news.ycombinator.com/item?id=43735474</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43735474</guid></item><item><title><![CDATA[New comment by fkarg in "A New Age of Materials Is Dawning, for Everything from Smartphones to Missiles"]]></title><description><![CDATA[
<p>from what I understand it's because it's a lot more expensive than its alternatives.<p>Like yes, for a bunch of structures you can neatly automate it (see most rocket production), but the shapes of (current) cars don't easily offer themselves to similar options. Automation is possible but would probably be finicky and require a lot of space and energy (for the heating).<p>but someone else please jump in if you know better/more.</p>
]]></description><pubDate>Wed, 10 Jul 2024 06:20:18 +0000</pubDate><link>https://news.ycombinator.com/item?id=40924199</link><dc:creator>fkarg</dc:creator><comments>https://news.ycombinator.com/item?id=40924199</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=40924199</guid></item><item><title><![CDATA[Video: Linux sucks 2024 (Bryan Lunduke) [video]]]></title><description><![CDATA[
<p>Article URL: <a href="https://www.youtube.com/watch?v=58mLZyShQjQ">https://www.youtube.com/watch?v=58mLZyShQjQ</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=40799747">https://news.ycombinator.com/item?id=40799747</a></p>
<p>Points: 31</p>
<p># Comments: 28</p>
]]></description><pubDate>Wed, 26 Jun 2024 13:22:46 +0000</pubDate><link>https://www.youtube.com/watch?v=58mLZyShQjQ</link><dc:creator>fkarg</dc:creator><comments>https://news.ycombinator.com/item?id=40799747</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=40799747</guid></item><item><title><![CDATA[New comment by fkarg in "Kia EV9 Charging Is Held Back by the Tesla Supercharging Network"]]></title><description><![CDATA[
<p>so basically blaming slow charging of a KIA EV on Tesla for building out the wrong type of charging network? got it</p>
]]></description><pubDate>Mon, 01 Apr 2024 02:49:19 +0000</pubDate><link>https://news.ycombinator.com/item?id=39890437</link><dc:creator>fkarg</dc:creator><comments>https://news.ycombinator.com/item?id=39890437</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=39890437</guid></item></channel></rss>