<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: hesus_ruiz</title><link>https://news.ycombinator.com/user?id=hesus_ruiz</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Wed, 10 Jun 2026 08:29:03 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=hesus_ruiz" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by hesus_ruiz in "Migrating from Go to Rust"]]></title><description><![CDATA[
<p>The value prop of Go in not on writing, but in reading and comprehension by people different from the autor(s).
For systems expected to last some years, this translates in reduced total cost of maintenance over the life of the system (in my experience typically 80% or more of the total cost) and facilitating traspassing maintenance to diferent people than the authors.
In use cases where Go has "good enough" performance, for backend systems with business logic and small amount of "bare metal" programming, I recommend Go to teams instead of Rust. When extreme performance and reduced memory footprint is more important than the other properties, Rust is better than Go.</p>
]]></description><pubDate>Mon, 25 May 2026 12:30:58 +0000</pubDate><link>https://news.ycombinator.com/item?id=48266072</link><dc:creator>hesus_ruiz</dc:creator><comments>https://news.ycombinator.com/item?id=48266072</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48266072</guid></item><item><title><![CDATA[New comment by hesus_ruiz in "Don't “let it crash”, let it heal"]]></title><description><![CDATA[
<p>It is very strange that a post trying to explain the concept of "let it crash" in Elixir (which runs on the BEAM VM) does not mention the doctoral thesis of Joe Armstrong: "Making reliable distributed systems in the presence of software errors".<p>It must be compulsory lecture for anybody interested in reliable systems, even if they do not use the BEAM VM.<p><a href="https://www.diva-portal.org/smash/record.jsf?pid=diva2%3A1042000&dswid=6730" rel="nofollow">https://www.diva-portal.org/smash/record.jsf?pid=diva2%3A104...</a></p>
]]></description><pubDate>Sun, 10 Aug 2025 08:56:20 +0000</pubDate><link>https://news.ycombinator.com/item?id=44853819</link><dc:creator>hesus_ruiz</dc:creator><comments>https://news.ycombinator.com/item?id=44853819</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44853819</guid></item><item><title><![CDATA[New comment by hesus_ruiz in "Decoding JSON sum types in Go without panicking"]]></title><description><![CDATA[
<p>Reading the article I got the same conclusion as every time I approach sum types: they are ONLY useful for addressing malformed JSON structs of hacking BAD data structure/logic design, at least for most business applications (for system-level programs my reasoning is different).<p>The example JSON in the article, even if it may be common, is broken and I would not accept such design, because an action on an object must require the action AND the object.<p>For many year, I have advised companies developing business applications to avoid programming constructs (like sum types) which are very far from what a business man would understand (think of a business form in paper for the first example in the article). And the results are good, making the business logic in the program as similar as possible to the business logic in terms of business people.</p>
]]></description><pubDate>Sun, 16 Mar 2025 11:05:44 +0000</pubDate><link>https://news.ycombinator.com/item?id=43378112</link><dc:creator>hesus_ruiz</dc:creator><comments>https://news.ycombinator.com/item?id=43378112</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43378112</guid></item><item><title><![CDATA[New comment by hesus_ruiz in "Blocking code is a leaky abstraction"]]></title><description><![CDATA[
<p>The author must have specified in the title: "Blocking code IN RUST is a leaky abstraction".<p>I am so happy to be using Go for most programs!<p>It has one of the best concurrency implementations that I have ever seen (Erlang permitting ...). And for most of my programs, the garbage collection is not a problem. It's the opposite: simplifies programming incredibly.<p>No blocking versus async problems. No libraries for async are needed. Just concurrency (which has its own problems, but this is another story ...).</p>
]]></description><pubDate>Mon, 21 Oct 2024 18:59:33 +0000</pubDate><link>https://news.ycombinator.com/item?id=41907232</link><dc:creator>hesus_ruiz</dc:creator><comments>https://news.ycombinator.com/item?id=41907232</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41907232</guid></item><item><title><![CDATA[New comment by hesus_ruiz in "Show HN: I created a web app to encrypt/decrypt messages using Web Crypto API"]]></title><description><![CDATA[
<p>Generation, signature, verification, and some more crypto operations are performed with the standard browser Crypto APIs (<a href="https://developer.mozilla.org/en-US/docs/Web/API/SubtleCrypto" rel="nofollow">https://developer.mozilla.org/en-US/docs/Web/API/SubtleCrypt...</a>).<p>Storage of the private key is another thing. For a web app it is difficult to acces a hardware-based storage system. So typically it is stored in Localstorage or IndexdedDB, encrypted using a user-provided password. It is possible (but very involved and I have not seen web apps using it) to use WebAuthn for that.</p>
]]></description><pubDate>Mon, 21 Oct 2024 18:41:13 +0000</pubDate><link>https://news.ycombinator.com/item?id=41907060</link><dc:creator>hesus_ruiz</dc:creator><comments>https://news.ycombinator.com/item?id=41907060</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41907060</guid></item></channel></rss>