<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: Aeyxen</title><link>https://news.ycombinator.com/user?id=Aeyxen</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Fri, 01 May 2026 07:53:27 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=Aeyxen" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by Aeyxen in "Tornado warnings delayed because of DOGE cuts"]]></title><description><![CDATA[
<p>Yeah, true that.</p>
]]></description><pubDate>Wed, 21 May 2025 18:39:49 +0000</pubDate><link>https://news.ycombinator.com/item?id=44054703</link><dc:creator>Aeyxen</dc:creator><comments>https://news.ycombinator.com/item?id=44054703</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44054703</guid></item><item><title><![CDATA[New comment by Aeyxen in "Zod 4"]]></title><description><![CDATA[
<p>I think Zod uses JIT compilation via `new Function`, rather than including the entire TypeScript compiler. This method allows for concise validation logic, executing only what’s necessary at runtime.</p>
]]></description><pubDate>Mon, 19 May 2025 16:39:05 +0000</pubDate><link>https://news.ycombinator.com/item?id=44031630</link><dc:creator>Aeyxen</dc:creator><comments>https://news.ycombinator.com/item?id=44031630</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44031630</guid></item><item><title><![CDATA[New comment by Aeyxen in "Show HN: Vaev – A browser engine built from scratch (It renders google.com)"]]></title><description><![CDATA[
<p>Bravo to the Vaev team for championing unrestrained technological exploration!<p>The choice of C++ is bold.<p>Despite the security concerns often highlighted, modern C++ with smart pointers, and RAII patterns can be just as safe as Rust when done right. Vaev’s security model should focus on process isolation, sandboxing techniques, and leveraging modern C++ features to minimize vulnerabilities.<p>Super excited to see such raw innovation and courage in tackling a colossal task often monopolized by juggernauts like Chromium.</p>
]]></description><pubDate>Mon, 19 May 2025 16:33:19 +0000</pubDate><link>https://news.ycombinator.com/item?id=44031574</link><dc:creator>Aeyxen</dc:creator><comments>https://news.ycombinator.com/item?id=44031574</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44031574</guid></item><item><title><![CDATA[New comment by Aeyxen in "Tornado warnings delayed because of DOGE cuts"]]></title><description><![CDATA[
<p>Actually, I'll go a step further - in the long run, we probably won't need human forecasters at all.<p>The current human-in-the-loop model exists largely because our technology hasn't been good enough yet, not because there's something inherently special about human judgment in this context. Weather prediction is fundamentally a pattern recognition problem. Pattern analysis at scale is exactly what computers do better than us.<p>Perhaps someone could apply to YC with this idea. There is one YC startup doing this already: <a href="https://www.ycombinator.com/companies/atmo">https://www.ycombinator.com/companies/atmo</a></p>
]]></description><pubDate>Mon, 19 May 2025 07:48:00 +0000</pubDate><link>https://news.ycombinator.com/item?id=44027421</link><dc:creator>Aeyxen</dc:creator><comments>https://news.ycombinator.com/item?id=44027421</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44027421</guid></item><item><title><![CDATA[New comment by Aeyxen in "Proton threatens to quit Switzerland over new surveillance law"]]></title><description><![CDATA[
<p>Yeah, I hope that as well.</p>
]]></description><pubDate>Sun, 18 May 2025 17:01:41 +0000</pubDate><link>https://news.ycombinator.com/item?id=44022717</link><dc:creator>Aeyxen</dc:creator><comments>https://news.ycombinator.com/item?id=44022717</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44022717</guid></item><item><title><![CDATA[New comment by Aeyxen in "LLMs are more persuasive than incentivized human persuaders"]]></title><description><![CDATA[
<p>I understand your perspective as a marketer, but I think you're creating a false dichotomy. Yes, persuasion tech has stronger financial incentives, but that doesn't prevent beneficial applications from emerging simultaneously.<p>The "super tutor" isn't some distant fantasy - millions already use ChatGPT, Claude and similar tools daily for personalized learning. They're imperfect but genuinely helpful for programming, languages, math, and countless other topics.<p>Look at what happened with YouTube: millions of people transformed themselves into programmers, musicians, mechanics, and countless other professions through free video tutorials. Khan Academy revolutionized math education. Coursera and edX brought university courses to anyone with internet. This wasn't utopian thinking - it was practical technology solving real educational problems at scale.<p>What's different now is that LLMs enable the missing piece: personalization. The one-on-one adaptive experience that was previously limited to those who could afford human tutors at $50-100/hour is now available to anyone at negligible marginal cost.<p>Your skepticism about cancer applications too ignores the technological trajectory we've been on for decades. Just as YouTube and online platforms democratized education, technology has been steadily dismantling bottlenecks in medical research.<p>The human genome project initially cost $3 billion and took 13 years. Today you can sequence a genome for under $1,000 in days. This wasn't utopian thinking; it was technological progress following its natural course.<p>Think what LLMs will do here.</p>
]]></description><pubDate>Sun, 18 May 2025 16:49:58 +0000</pubDate><link>https://news.ycombinator.com/item?id=44022635</link><dc:creator>Aeyxen</dc:creator><comments>https://news.ycombinator.com/item?id=44022635</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44022635</guid></item><item><title><![CDATA[New comment by Aeyxen in "LLMs are more persuasive than incentivized human persuaders"]]></title><description><![CDATA[
<p>It's always amusing to watch people act shocked when LLMs beat average humans at persuasion. The actual headline here should be: 'A system trained on terabytes of successful human persuasion is better at persuasion than a random person on a crowdwork platform.' No mystery—just the mechanics of scale and exposure.<p>But guess what? Now, finally, we can co-opt LLMs for things humans fumble: e.g., real-time conversational tutoring, adaptive negotiation agents, or even scalable personal 'bullshit detectors' as countermeasures. I hope conversation doesn't go into AI-Safeteyism and restricting LLMs and more about building stuff. Let's build, not block.</p>
]]></description><pubDate>Sun, 18 May 2025 10:31:22 +0000</pubDate><link>https://news.ycombinator.com/item?id=44020330</link><dc:creator>Aeyxen</dc:creator><comments>https://news.ycombinator.com/item?id=44020330</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44020330</guid></item><item><title><![CDATA[New comment by Aeyxen in "Tornado warnings delayed because of DOGE cuts"]]></title><description><![CDATA[
<p>The thread keeps circling around the politics, but almost nobody has dug into what actually goes on in the NWS tornado warning pipeline.<p>It's worth being specific: the National Weather Service operates some of the most robust automation and radar ingest pipelines on Earth, but the final go/no-go warning call is almost always human—often a single overnight forecaster on a console, monitoring a swath of counties. Automation (e.g., Warn-on-Forecast guidance) can surface threats, but the NWS intentionally doesn't have an 'auto-warn' button for tornadoes, because of the asymmetry of false positives (blow credibility, cost lives in the long run).<p>Budget cuts reduce redundancy and experience in those overnight shifts. When you have only one person monitoring instead of a team of two or three, you get decision fatigue and coverage holes, especially during clustered, multi-cell outbreaks. We've seen near-misses in the past, and every pro-meteorologist I know says they're playing defense against process errors, not just technology failures.<p>Before we point fingers or blame 'technology/automation' shortfalls, let's quantify the concrete bottleneck: skilled human decision-makers are the limiting reagent; machine learning warning aids are still years away from majority trust.</p>
]]></description><pubDate>Sun, 18 May 2025 10:23:27 +0000</pubDate><link>https://news.ycombinator.com/item?id=44020305</link><dc:creator>Aeyxen</dc:creator><comments>https://news.ycombinator.com/item?id=44020305</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44020305</guid></item><item><title><![CDATA[New comment by Aeyxen in "Tornado warnings delayed because of DOGE cuts"]]></title><description><![CDATA[
<p>Politics aside, it’s odd how often the entire debate misses the real bottleneck: assigning blame doesn’t restore operational capacity or re-architect the warning pipeline. If the system depends on 24/7, highly skilled human decision-makers, and you cut those positions, the outcome is predictable—slow, brittle responses.<p>ANY critical pipeline that can be broken by one missing seat is overdue for technical reinforcement</p>
]]></description><pubDate>Sun, 18 May 2025 10:20:59 +0000</pubDate><link>https://news.ycombinator.com/item?id=44020300</link><dc:creator>Aeyxen</dc:creator><comments>https://news.ycombinator.com/item?id=44020300</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44020300</guid></item><item><title><![CDATA[New comment by Aeyxen in "O2 VoLTE: locating any customer with a phone call"]]></title><description><![CDATA[
<p>The wild part: this isn’t a theoretical bug. It’s implementation laziness that other UK networks already solved, as the post notes. ECI leaks have been called out since LTE rolled out—see papers like <a href="https://arxiv.org/abs/2106.05007—and" rel="nofollow">https://arxiv.org/abs/2106.05007—and</a> automated location mapping is trivial given open mast DBs.</p>
]]></description><pubDate>Sun, 18 May 2025 10:11:03 +0000</pubDate><link>https://news.ycombinator.com/item?id=44020271</link><dc:creator>Aeyxen</dc:creator><comments>https://news.ycombinator.com/item?id=44020271</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44020271</guid></item><item><title><![CDATA[New comment by Aeyxen in "Proton threatens to quit Switzerland over new surveillance law"]]></title><description><![CDATA[
<p>If privacy service providers have to keep logs anywhere, they lose all technical credibility—doesn't matter if you're registered in Panama, the Netherlands, or Mars. Perhaps, we should design systems where compliance is impossible and data simply doesn’t exist by default.</p>
]]></description><pubDate>Sun, 18 May 2025 10:03:47 +0000</pubDate><link>https://news.ycombinator.com/item?id=44020237</link><dc:creator>Aeyxen</dc:creator><comments>https://news.ycombinator.com/item?id=44020237</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44020237</guid></item><item><title><![CDATA[New comment by Aeyxen in "Proton threatens to quit Switzerland over new surveillance law"]]></title><description><![CDATA[
<p>Even if the revision is 'dead' now, the precedent is set: the Swiss government’s willingness to consider gutting core privacy protections rewrites the risk calculation for every privacy-focused provider headquartered there.<p>If you architect your infrastructure around non-retention, even a temporarily defeated law signals it’s time to future-proof elsewhere.</p>
]]></description><pubDate>Sun, 18 May 2025 10:01:10 +0000</pubDate><link>https://news.ycombinator.com/item?id=44020225</link><dc:creator>Aeyxen</dc:creator><comments>https://news.ycombinator.com/item?id=44020225</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44020225</guid></item><item><title><![CDATA[New comment by Aeyxen in "Proton threatens to quit Switzerland over new surveillance law"]]></title><description><![CDATA[
<p>Proton didn't just market 'Swiss privacy,' they built real engineering around non-retention—no logs, no trackers, nothing to subpoena. If Switzerland erodes that, the only defensible move for actual privacy builders is to exit and redeploy somewhere the law aligns with technical reality. Anything else is security theater.<p>If law passes, if Proton leaves, what matters most isn't their press release—it's the engineers voting with their code and hardware locales.</p>
]]></description><pubDate>Sun, 18 May 2025 09:59:09 +0000</pubDate><link>https://news.ycombinator.com/item?id=44020219</link><dc:creator>Aeyxen</dc:creator><comments>https://news.ycombinator.com/item?id=44020219</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44020219</guid></item><item><title><![CDATA[New comment by Aeyxen in "Push Ifs Up and Fors Down"]]></title><description><![CDATA[
<p>Many variants of this debate play out in real-world systems: data pipelines, game engines, and large-scale web infra. The only universal law is that local code clarity must never be optimized at the expense of global throughput or maintainability. Pushing ifs up absolutely unlocks performance when you're dealing with a hot loop—early bailouts mean less work per iteration, and in my experience, that's often the difference between a scalable system and a bottleneck. But the real win is batch processing (pushing fors down): it's the only way you get cache locality, vectorization, and real-world performance on modern hardware. No amount of OOP purity or DRY dogma can change the physics of memory bandwidth or the nature of branch misprediction.</p>
]]></description><pubDate>Sun, 18 May 2025 09:46:13 +0000</pubDate><link>https://news.ycombinator.com/item?id=44020177</link><dc:creator>Aeyxen</dc:creator><comments>https://news.ycombinator.com/item?id=44020177</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44020177</guid></item></channel></rss>