<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: Banou</title><link>https://news.ycombinator.com/user?id=Banou</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Mon, 17 Aug 2026 06:57:27 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=Banou" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by Banou in "How we run Firecracker VMs inside EC2 and start browsers in less than 1s"]]></title><description><![CDATA[
<p>Like if cloudflare and other protection services don't make the web more human-hostile blocking un-approved browsers and tools like cURL. Captchas and others already get solved by AIs nowadays, they're just friction done to collect labeling data for free from users...</p>
]]></description><pubDate>Thu, 18 Jun 2026 05:25:33 +0000</pubDate><link>https://news.ycombinator.com/item?id=48581168</link><dc:creator>Banou</dc:creator><comments>https://news.ycombinator.com/item?id=48581168</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48581168</guid></item><item><title><![CDATA[New comment by Banou in "Google Cloud fraud defense, the next evolution of reCAPTCHA"]]></title><description><![CDATA[
<p>Good thing most websites already moved away from Google's recaptcha.</p>
]]></description><pubDate>Fri, 08 May 2026 06:58:34 +0000</pubDate><link>https://news.ycombinator.com/item?id=48059619</link><dc:creator>Banou</dc:creator><comments>https://news.ycombinator.com/item?id=48059619</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48059619</guid></item><item><title><![CDATA[New comment by Banou in "Temporal: The 9-year journey to fix time in JavaScript"]]></title><description><![CDATA[
<p>Temporal is nice but I've tried using it and had terrible performances. Hope the implementations get better in the future.</p>
]]></description><pubDate>Thu, 12 Mar 2026 04:23:04 +0000</pubDate><link>https://news.ycombinator.com/item?id=47346416</link><dc:creator>Banou</dc:creator><comments>https://news.ycombinator.com/item?id=47346416</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47346416</guid></item><item><title><![CDATA[New comment by Banou in "Devpush – Open-source and self-hostable alternative to Vercel, Render, Netlify"]]></title><description><![CDATA[
<p>Have tried almost every PaaS and same for me, I always come back to CapRover, it's the platform I've had the less issues with, it's simple and yet feature complete enough for me to run almost anything.
I'd love a better alternative if possible.</p>
]]></description><pubDate>Thu, 09 Oct 2025 14:53:17 +0000</pubDate><link>https://news.ycombinator.com/item?id=45528545</link><dc:creator>Banou</dc:creator><comments>https://news.ycombinator.com/item?id=45528545</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45528545</guid></item><item><title><![CDATA[New comment by Banou in "React is winning by default and slowing innovation"]]></title><description><![CDATA[
<p>Good thing that 99% websites don't need to modify 1k dom elements every seconds then, if you do using a DOM library isn't the right choice.
My comment was about size library, in response to the parent comment about MBs of js.
I'd gladly take a 10ms slower update on 1k rows(that practically never happens, ever heard of virtual lists?) for a maintainable codebase any day.</p>
]]></description><pubDate>Tue, 16 Sep 2025 09:09:37 +0000</pubDate><link>https://news.ycombinator.com/item?id=45259868</link><dc:creator>Banou</dc:creator><comments>https://news.ycombinator.com/item?id=45259868</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45259868</guid></item><item><title><![CDATA[New comment by Banou in "React is winning by default and slowing innovation"]]></title><description><![CDATA[
<p>React in itself isn't <i>that heavy</i>, and things like preact exists if you want an even lighter library, it's mostly other dependencies that are heavy, so the blame is mostly on the side of the devs, not react, for having heavy and clunky software.</p>
]]></description><pubDate>Tue, 16 Sep 2025 05:53:39 +0000</pubDate><link>https://news.ycombinator.com/item?id=45258503</link><dc:creator>Banou</dc:creator><comments>https://news.ycombinator.com/item?id=45258503</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45258503</guid></item><item><title><![CDATA[New comment by Banou in "Show HN: Edka – Kubernetes clusters on your own Hetzner account"]]></title><description><![CDATA[
<p>Any plans to expand further than Hetzner?
They're pretty restrictive on certain usages(e.g VPNs), I'd be really interested in support for Datapacket for example.</p>
]]></description><pubDate>Sat, 16 Aug 2025 07:20:35 +0000</pubDate><link>https://news.ycombinator.com/item?id=44921038</link><dc:creator>Banou</dc:creator><comments>https://news.ycombinator.com/item?id=44921038</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44921038</guid></item><item><title><![CDATA[New comment by Banou in "Invasive 20-pound rodents continue to spread in the Bay Area"]]></title><description><![CDATA[
<p>Thats such a political argument, this is ecology, your POV on origins isn't correct in this case.
Introducing a new species that has never lived somewhere could maybe introduce really bad side effects?
Imagine a new predator that somehow eats everything and reproduce 10x more than any other species in the introduced ecosystem, causing it to simply be destroyed?
Same goes with plants, why do you think airports prevents you from importing fruits and seeds? Because they could cause irreversible damages.
You can Google tons of cases of invasive insects being mistakenly imported being a bane to farmers and the like.</p>
]]></description><pubDate>Sun, 06 Oct 2024 05:09:45 +0000</pubDate><link>https://news.ycombinator.com/item?id=41754903</link><dc:creator>Banou</dc:creator><comments>https://news.ycombinator.com/item?id=41754903</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41754903</guid></item><item><title><![CDATA[New comment by Banou in "Chain of Thought empowers transformers to solve inherently serial problems"]]></title><description><![CDATA[
<p>But chatgpt wasnt the first, openai had coding playground with gpt2, and you could already code even before that, around 2020 already, so I'd say it has been 3-4years</p>
]]></description><pubDate>Tue, 17 Sep 2024 05:52:29 +0000</pubDate><link>https://news.ycombinator.com/item?id=41564596</link><dc:creator>Banou</dc:creator><comments>https://news.ycombinator.com/item?id=41564596</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41564596</guid></item><item><title><![CDATA[New comment by Banou in "Twelve sentenced for violent home invasion robberies to steal cryptocurrency"]]></title><description><![CDATA[
<p>First one maybe but definitely not the second one. 
Have you actually thought of it? 
How would the platform know who sent what. They can't. So it's definitely not shared on the deposit side. And I doubt they'd move the money around because of fees so I doubt it's shared on the withdrawal side too.
From my experience, of course it depends on the blockchain used, but they all have static addresses per user</p>
]]></description><pubDate>Mon, 16 Sep 2024 01:56:46 +0000</pubDate><link>https://news.ycombinator.com/item?id=41552038</link><dc:creator>Banou</dc:creator><comments>https://news.ycombinator.com/item?id=41552038</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41552038</guid></item><item><title><![CDATA[New comment by Banou in "Twelve sentenced for violent home invasion robberies to steal cryptocurrency"]]></title><description><![CDATA[
<p>Onramps/offramps generally generate individual wallets per user to send/receive from, so it still goes back to you at the end of the day.</p>
]]></description><pubDate>Sun, 15 Sep 2024 08:57:36 +0000</pubDate><link>https://news.ycombinator.com/item?id=41546239</link><dc:creator>Banou</dc:creator><comments>https://news.ycombinator.com/item?id=41546239</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41546239</guid></item><item><title><![CDATA[New comment by Banou in "QUIC is not quick enough over fast internet"]]></title><description><![CDATA[
<p>I think one of the reasons Google choose UDP is that it's already a popular protocol, on which you can build reliable packets, while also having the base UDP unreliability on the side.<p>From my perspective, which is a web developer's, having QUIC, allowed the web standards to easily piggy back on top of it for the Webtransport API, which is ways better than the current HTTP stack and WebRTC which is a complete mess.
Basically giving a TCP and UDP implementation for the web.<p>Knowing this, I feel like it makes more sense to me why Google choose this way of doing, which some people seem to be criticizing.</p>
]]></description><pubDate>Mon, 09 Sep 2024 09:54:14 +0000</pubDate><link>https://news.ycombinator.com/item?id=41486919</link><dc:creator>Banou</dc:creator><comments>https://news.ycombinator.com/item?id=41486919</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41486919</guid></item></channel></rss>