<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: javierhonduco</title><link>https://news.ycombinator.com/user?id=javierhonduco</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Fri, 17 Apr 2026 17:59:11 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=javierhonduco" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by javierhonduco in "Eight years of wanting, three months of building with AI"]]></title><description><![CDATA[
<p>Great write-up. As a side note (not a Googler myself and this is 100% my opinion) Lalit’s team was hiring in London, UK. If you are interested in working in low level performance tools, this might be a very cool opportunity!</p>
]]></description><pubDate>Sun, 05 Apr 2026 17:45:54 +0000</pubDate><link>https://news.ycombinator.com/item?id=47651926</link><dc:creator>javierhonduco</dc:creator><comments>https://news.ycombinator.com/item?id=47651926</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47651926</guid></item><item><title><![CDATA[Debunking Zswap and Zram Myths]]></title><description><![CDATA[
<p>Article URL: <a href="https://chrisdown.name/2026/03/24/zswap-vs-zram-when-to-use-what.html">https://chrisdown.name/2026/03/24/zswap-vs-zram-when-to-use-what.html</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=47500746">https://news.ycombinator.com/item?id=47500746</a></p>
<p>Points: 215</p>
<p># Comments: 61</p>
]]></description><pubDate>Tue, 24 Mar 2026 10:39:21 +0000</pubDate><link>https://chrisdown.name/2026/03/24/zswap-vs-zram-when-to-use-what.html</link><dc:creator>javierhonduco</dc:creator><comments>https://news.ycombinator.com/item?id=47500746</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47500746</guid></item><item><title><![CDATA[New comment by javierhonduco in "Bombadil: Property-based testing for web UIs"]]></title><description><![CDATA[
<p>Super cool project! Curious on how this compares to Meticulous in terms of functionality and approach. Thanks!</p>
]]></description><pubDate>Mon, 23 Mar 2026 17:35:11 +0000</pubDate><link>https://news.ycombinator.com/item?id=47492595</link><dc:creator>javierhonduco</dc:creator><comments>https://news.ycombinator.com/item?id=47492595</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47492595</guid></item><item><title><![CDATA[New comment by javierhonduco in "Anthropic acquires Bun"]]></title><description><![CDATA[
<p>Wondering to what degree this was done to support Anthropic’s web crawler. Would assume that having a whole JS runtime rather than just a HTTP client could be rather useful. Just hypothesising here, no clue what they use for their crawler.</p>
]]></description><pubDate>Tue, 02 Dec 2025 23:41:16 +0000</pubDate><link>https://news.ycombinator.com/item?id=46128466</link><dc:creator>javierhonduco</dc:creator><comments>https://news.ycombinator.com/item?id=46128466</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46128466</guid></item><item><title><![CDATA[New comment by javierhonduco in "ARM Memory Tagging: how it improves C/C++ memory safety (2018) [pdf]"]]></title><description><![CDATA[
<p>I am incredibly happy that Apple has added MTE support to the latest iPhones and perhaps the M5 chips as well (?). If that’s the case I don’t think any other personal computers have anything close to Apple machines in terms of memory safety and related topics (Secure Enclave etc).<p>Hope other vendors will ship MTE in their laptop and desktop chips soon enough. While I’m very positive about x86_64 adding support for this (ChkTag), it’ll definitely take a while…<p>In my opinion a worthwhile enough reason to upgrade but feels like a waste given my current devices work great.</p>
]]></description><pubDate>Sat, 25 Oct 2025 21:09:46 +0000</pubDate><link>https://news.ycombinator.com/item?id=45706986</link><dc:creator>javierhonduco</dc:creator><comments>https://news.ycombinator.com/item?id=45706986</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45706986</guid></item><item><title><![CDATA[At Google, the future is multiarch; AI and automation are helping us get there]]></title><description><![CDATA[
<p>Article URL: <a href="https://cloud.google.com/blog/topics/systems/using-ai-and-automation-to-migrate-between-instruction-sets">https://cloud.google.com/blog/topics/systems/using-ai-and-automation-to-migrate-between-instruction-sets</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=45666810">https://news.ycombinator.com/item?id=45666810</a></p>
<p>Points: 2</p>
<p># Comments: 1</p>
]]></description><pubDate>Wed, 22 Oct 2025 09:47:44 +0000</pubDate><link>https://cloud.google.com/blog/topics/systems/using-ai-and-automation-to-migrate-between-instruction-sets</link><dc:creator>javierhonduco</dc:creator><comments>https://news.ycombinator.com/item?id=45666810</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45666810</guid></item><item><title><![CDATA[Making the Clang AST Leaner and Faster]]></title><description><![CDATA[
<p>Article URL: <a href="https://cppalliance.org/mizvekov,/clang/2025/10/20/Making-Clang-AST-Leaner-Faster.html">https://cppalliance.org/mizvekov,/clang/2025/10/20/Making-Clang-AST-Leaner-Faster.html</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=45657050">https://news.ycombinator.com/item?id=45657050</a></p>
<p>Points: 2</p>
<p># Comments: 0</p>
]]></description><pubDate>Tue, 21 Oct 2025 15:31:45 +0000</pubDate><link>https://cppalliance.org/mizvekov,/clang/2025/10/20/Making-Clang-AST-Leaner-Faster.html</link><dc:creator>javierhonduco</dc:creator><comments>https://news.ycombinator.com/item?id=45657050</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45657050</guid></item><item><title><![CDATA[New comment by javierhonduco in "We found a bug in Go's ARM64 compiler"]]></title><description><![CDATA[
<p>Really enjoyed reading this. Thanks for writing it!</p>
]]></description><pubDate>Wed, 08 Oct 2025 15:06:06 +0000</pubDate><link>https://news.ycombinator.com/item?id=45517008</link><dc:creator>javierhonduco</dc:creator><comments>https://news.ycombinator.com/item?id=45517008</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45517008</guid></item><item><title><![CDATA[New comment by javierhonduco in "Meta announces 5% cuts in preparation for 'intense year'"]]></title><description><![CDATA[
<p>These metrics can be used in performance reviews at Facebook.</p>
]]></description><pubDate>Tue, 14 Jan 2025 17:52:41 +0000</pubDate><link>https://news.ycombinator.com/item?id=42700955</link><dc:creator>javierhonduco</dc:creator><comments>https://news.ycombinator.com/item?id=42700955</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=42700955</guid></item><item><title><![CDATA[New comment by javierhonduco in "Ghostty 1.0"]]></title><description><![CDATA[
<p>Zig 0.13 is required according to <a href="https://ghostty.org/docs/install/build" rel="nofollow">https://ghostty.org/docs/install/build</a></p>
]]></description><pubDate>Thu, 26 Dec 2024 20:41:30 +0000</pubDate><link>https://news.ycombinator.com/item?id=42517637</link><dc:creator>javierhonduco</dc:creator><comments>https://news.ycombinator.com/item?id=42517637</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=42517637</guid></item><item><title><![CDATA[New comment by javierhonduco in "Navtive FlameGraphViewer"]]></title><description><![CDATA[
<p>This is pretty cool work.<p>Something that’s been on my mind recently is that there’s a need of a high-performance flame graph library for the web. Unfortunately the most popular flame graph as a library / component, basically the react and d3 ones, work fine but the authors don’t actively maintain them anymore and their performance with large profiles is quite poor.<p>Most people that care about performance either hard-fork the Firefox profiler / speedscope flame graph component or create their own.<p>Would be nice to have a reusable, high performance flame graph for web platforms.</p>
]]></description><pubDate>Wed, 25 Dec 2024 20:02:51 +0000</pubDate><link>https://news.ycombinator.com/item?id=42510836</link><dc:creator>javierhonduco</dc:creator><comments>https://news.ycombinator.com/item?id=42510836</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=42510836</guid></item><item><title><![CDATA[New comment by javierhonduco in "Rust needs a web framework"]]></title><description><![CDATA[
<p>Axum + minijinja is quite close to this I would say. Been using it for a little while and I am very happy so far.</p>
]]></description><pubDate>Mon, 07 Oct 2024 09:37:38 +0000</pubDate><link>https://news.ycombinator.com/item?id=41764287</link><dc:creator>javierhonduco</dc:creator><comments>https://news.ycombinator.com/item?id=41764287</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41764287</guid></item><item><title><![CDATA[New comment by javierhonduco in "Okay, I Like WezTerm"]]></title><description><![CDATA[
<p>Haven’t had the chance to play with WezTerm just yet but wanted to share that the author is an incredibly smart, friendly, and humble.<p>Had the opportunity to work on a project together at work some years back and I can only aspire to be 1/10th as good of an engineer as him. A true hacker.</p>
]]></description><pubDate>Mon, 12 Aug 2024 22:08:02 +0000</pubDate><link>https://news.ycombinator.com/item?id=41229911</link><dc:creator>javierhonduco</dc:creator><comments>https://news.ycombinator.com/item?id=41229911</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41229911</guid></item><item><title><![CDATA[Low Impact Website]]></title><description><![CDATA[
<p>Article URL: <a href="https://jasonheppler.org/low-impact/">https://jasonheppler.org/low-impact/</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=41035949">https://news.ycombinator.com/item?id=41035949</a></p>
<p>Points: 1</p>
<p># Comments: 0</p>
]]></description><pubDate>Mon, 22 Jul 2024 16:02:16 +0000</pubDate><link>https://jasonheppler.org/low-impact/</link><dc:creator>javierhonduco</dc:creator><comments>https://news.ycombinator.com/item?id=41035949</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41035949</guid></item><item><title><![CDATA[New comment by javierhonduco in "No More Blue Fridays"]]></title><description><![CDATA[
<p>Or in other parts of the kernel. It's been the case in multiple occasions that buggy locking (or more generalised, missing 'resource' release) has caused problems for perfectly safe BPF programs. For example, see <a href="https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1033398" rel="nofollow">https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1033398</a> and the fix <a href="https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/mm/maccess.c?id=d319f344561de23e810515d109c7278919bff7b0" rel="nofollow">https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/lin...</a></p>
]]></description><pubDate>Mon, 22 Jul 2024 15:49:39 +0000</pubDate><link>https://news.ycombinator.com/item?id=41035788</link><dc:creator>javierhonduco</dc:creator><comments>https://news.ycombinator.com/item?id=41035788</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41035788</guid></item><item><title><![CDATA[New comment by javierhonduco in "No More Blue Fridays"]]></title><description><![CDATA[
<p>It is not, programs that are accepted are proved to terminate. Large and more complex programs are accepted by BPF as of now, which might give the impression that it's now Turing complete, when it is definitely not the case.</p>
]]></description><pubDate>Mon, 22 Jul 2024 15:43:11 +0000</pubDate><link>https://news.ycombinator.com/item?id=41035718</link><dc:creator>javierhonduco</dc:creator><comments>https://news.ycombinator.com/item?id=41035718</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41035718</guid></item><item><title><![CDATA[New comment by javierhonduco in "I have no constructor, and I must initialize"]]></title><description><![CDATA[
<p>It’s easy to miss this in large codebases. Having to check every single struct initalisation whenever a field is added is not practical. Some folks have mentioned that linters exist to catch implicit initialisation but I would argue this shouldn’t require a 3rd party project which is completely opt-in to install and run.</p>
]]></description><pubDate>Fri, 05 Jul 2024 18:43:29 +0000</pubDate><link>https://news.ycombinator.com/item?id=40885043</link><dc:creator>javierhonduco</dc:creator><comments>https://news.ycombinator.com/item?id=40885043</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=40885043</guid></item><item><title><![CDATA[New comment by javierhonduco in "I have no constructor, and I must initialize"]]></title><description><![CDATA[
<p>Personally I’m not a fan of Go’s default zero-initialisation. I’ve seen many bugs caused by adding a new field, forgetting to update constructors to intialise these fields to “non-zero” values which caused bugs. I prefer Rust’s approach where one has to be explicit.<p>That being said it’s way less complex than C++’s rules and that’s welcomef.</p>
]]></description><pubDate>Fri, 05 Jul 2024 14:29:16 +0000</pubDate><link>https://news.ycombinator.com/item?id=40883107</link><dc:creator>javierhonduco</dc:creator><comments>https://news.ycombinator.com/item?id=40883107</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=40883107</guid></item><item><title><![CDATA[Unexpected Profiling Use Cases Beyond Performance Optimization]]></title><description><![CDATA[
<p>Article URL: <a href="https://blog.felixge.de/8-unexpected-profiling-use-cases-beyond-performance-optimization/">https://blog.felixge.de/8-unexpected-profiling-use-cases-beyond-performance-optimization/</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=40499645">https://news.ycombinator.com/item?id=40499645</a></p>
<p>Points: 2</p>
<p># Comments: 0</p>
]]></description><pubDate>Tue, 28 May 2024 11:29:33 +0000</pubDate><link>https://blog.felixge.de/8-unexpected-profiling-use-cases-beyond-performance-optimization/</link><dc:creator>javierhonduco</dc:creator><comments>https://news.ycombinator.com/item?id=40499645</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=40499645</guid></item><item><title><![CDATA[New comment by javierhonduco in "Fault tolerance and resilience patterns for Go"]]></title><description><![CDATA[
<p>This looks incredibly comprehensive, thanks for sharing!<p>Should have added that I read this book in 2016, and the first edition is even older, so there’s naturally been lots of new (and exciting) developments in this area!</p>
]]></description><pubDate>Sun, 24 Mar 2024 19:53:37 +0000</pubDate><link>https://news.ycombinator.com/item?id=39809872</link><dc:creator>javierhonduco</dc:creator><comments>https://news.ycombinator.com/item?id=39809872</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=39809872</guid></item></channel></rss>