<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: mrngm</title><link>https://news.ycombinator.com/user?id=mrngm</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Sat, 02 May 2026 02:39:44 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=mrngm" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[Implicit SLOs and their dangers (2024)]]></title><description><![CDATA[
<p>Article URL: <a href="https://blog.relyabilit.ie/implicit-slos-and-their-dangers/">https://blog.relyabilit.ie/implicit-slos-and-their-dangers/</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=47938892">https://news.ycombinator.com/item?id=47938892</a></p>
<p>Points: 1</p>
<p># Comments: 0</p>
]]></description><pubDate>Tue, 28 Apr 2026 18:56:27 +0000</pubDate><link>https://blog.relyabilit.ie/implicit-slos-and-their-dangers/</link><dc:creator>mrngm</dc:creator><comments>https://news.ycombinator.com/item?id=47938892</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47938892</guid></item><item><title><![CDATA[New comment by mrngm in "Queueing Requests Queues Your Capacity Problems, Too"]]></title><description><![CDATA[
<p>If you have individual request logs with timing infomation, you could construct that afterwards. It does take some effort to have an effective way of displaying these metrics. Where would you put an individual request that took 532ms and started at t=34.682s? Would you align all requests that started in the 34th second at t=34s, or look at completion time (ie within t=35s)?<p>Would you rather see "number of requests started at this ms" (you seem to suggest this), or is something else more interesting?<p>I think a sort of Gantt chart that plots duration of requests as well as starting time within the time span (e.g. a second or more) might be very informative. Each individual request on a different position on the Y axis, time on the X axis. Perhaps you have some bound on requests in flight, that could be the height of the Y axis, so you can easily see calm or busy periods.<p>At least our observability stack doesn't show this level of detail, but it would be very interesting to have it. (We do have calculated heatmaps based on maximum request time in Grafana, which is at least better than plots of average request times)</p>
]]></description><pubDate>Fri, 03 Apr 2026 20:01:39 +0000</pubDate><link>https://news.ycombinator.com/item?id=47631488</link><dc:creator>mrngm</dc:creator><comments>https://news.ycombinator.com/item?id=47631488</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47631488</guid></item><item><title><![CDATA[New comment by mrngm in "Queueing Requests Queues Your Capacity Problems, Too"]]></title><description><![CDATA[
<p>That reminds me of this talk[0] by Gil Tene called "How NOT to Measure Latency" at the Strangeloop conference in 2015 (or read this blog post[1] that contains the most important points).<p>[0] <a href="https://www.youtube.com/watch?v=lJ8ydIuPFeU" rel="nofollow">https://www.youtube.com/watch?v=lJ8ydIuPFeU</a><p>[1] <a href="https://bravenewgeek.com/everything-you-know-about-latency-is-wrong/" rel="nofollow">https://bravenewgeek.com/everything-you-know-about-latency-i...</a></p>
]]></description><pubDate>Mon, 30 Mar 2026 18:09:46 +0000</pubDate><link>https://news.ycombinator.com/item?id=47577707</link><dc:creator>mrngm</dc:creator><comments>https://news.ycombinator.com/item?id=47577707</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47577707</guid></item><item><title><![CDATA[New comment by mrngm in "Printf-Tac-Toe"]]></title><description><![CDATA[
<p>[2020], and written for IOCCC: The International Obfuscated C Code Contest.<p>This was awarded "Best of Show - abuse of libc" at the time[0]. See also the judges' remarks[1]:<p><i>This program consists of a single printf(3) statement wrapped in a while loop. You would not think that this would amount to much, but you would be very, very wrong. A clue to what is happening and how this works is encoded in the ASCII art of the program source.</i><p>[0] <a href="https://www.ioccc.org/2020/index.html" rel="nofollow">https://www.ioccc.org/2020/index.html</a><p>[1] <a href="https://www.ioccc.org/2020/carlini/index.html" rel="nofollow">https://www.ioccc.org/2020/carlini/index.html</a></p>
]]></description><pubDate>Thu, 12 Mar 2026 18:16:35 +0000</pubDate><link>https://news.ycombinator.com/item?id=47354998</link><dc:creator>mrngm</dc:creator><comments>https://news.ycombinator.com/item?id=47354998</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47354998</guid></item><item><title><![CDATA[New comment by mrngm in "Process-Based Concurrency: Why Beam and OTP Keep Being Right"]]></title><description><![CDATA[
<p>Related thread from 11 days ago: <a href="https://news.ycombinator.com/item?id=47067395">https://news.ycombinator.com/item?id=47067395</a>  "What years of production-grade concurrency teaches us about building AI agents", 144 points, 51 comments.</p>
]]></description><pubDate>Mon, 02 Mar 2026 09:19:35 +0000</pubDate><link>https://news.ycombinator.com/item?id=47215560</link><dc:creator>mrngm</dc:creator><comments>https://news.ycombinator.com/item?id=47215560</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47215560</guid></item><item><title><![CDATA[H-Bomb: A Frank Lloyd Wright typographic mystery]]></title><description><![CDATA[
<p>Article URL: <a href="https://www.inconspicuous.info/p/h-bomb-a-frank-lloyd-wright-typographic">https://www.inconspicuous.info/p/h-bomb-a-frank-lloyd-wright-typographic</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=47163779">https://news.ycombinator.com/item?id=47163779</a></p>
<p>Points: 153</p>
<p># Comments: 38</p>
]]></description><pubDate>Thu, 26 Feb 2026 09:18:57 +0000</pubDate><link>https://www.inconspicuous.info/p/h-bomb-a-frank-lloyd-wright-typographic</link><dc:creator>mrngm</dc:creator><comments>https://news.ycombinator.com/item?id=47163779</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47163779</guid></item><item><title><![CDATA[New comment by mrngm in "Meta problem with URPF our bundle in Boca raton"]]></title><description><![CDATA[
<p>Interesting problem, perhaps you could replicate results using RIPE Atlas to see geographical impact as well?</p>
]]></description><pubDate>Wed, 25 Feb 2026 10:10:57 +0000</pubDate><link>https://news.ycombinator.com/item?id=47149668</link><dc:creator>mrngm</dc:creator><comments>https://news.ycombinator.com/item?id=47149668</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47149668</guid></item><item><title><![CDATA[Decompensation and Cascading Failures]]></title><description><![CDATA[
<p>Article URL: <a href="https://resilienceinsoftware.org/news/11454232">https://resilienceinsoftware.org/news/11454232</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=47141841">https://news.ycombinator.com/item?id=47141841</a></p>
<p>Points: 2</p>
<p># Comments: 0</p>
]]></description><pubDate>Tue, 24 Feb 2026 19:46:06 +0000</pubDate><link>https://resilienceinsoftware.org/news/11454232</link><dc:creator>mrngm</dc:creator><comments>https://news.ycombinator.com/item?id=47141841</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47141841</guid></item><item><title><![CDATA[New comment by mrngm in "Ask HN: Notification Overload"]]></title><description><![CDATA[
<p>Agree. I'll catch up on group chats that do not require immediate attention when it suits me, not when the stream of messages happens to arrive.<p>As for OP: read up on alert fatigue; if a notification isn't directly actionable, you shouldn't even see it!<p>The pull model for information is more durable for humans than the push model. Try RSS for news/blogs, take some time (preferably offline) each week to prepare for the important events in the upcoming week(s), write them down on something you pass by every day (such as a whiteboard near your front door).</p>
]]></description><pubDate>Tue, 27 Jan 2026 19:54:41 +0000</pubDate><link>https://news.ycombinator.com/item?id=46785541</link><dc:creator>mrngm</dc:creator><comments>https://news.ycombinator.com/item?id=46785541</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46785541</guid></item><item><title><![CDATA[New comment by mrngm in "Show HN: BGP Scout – BGP Network Browser"]]></title><description><![CDATA[
<p>This.<p>It seems your project is at a really early stage. Almost none of the links on the page work, which is too bad, because it could have provided more background information on your goals and wishes. The only thing that seems to work is login through Google, which is a bit much for a demo site.<p>What's going to be the edge above the already excellent <a href="https://bgp.tools" rel="nofollow">https://bgp.tools</a> ?</p>
]]></description><pubDate>Fri, 16 Jan 2026 08:54:43 +0000</pubDate><link>https://news.ycombinator.com/item?id=46644472</link><dc:creator>mrngm</dc:creator><comments>https://news.ycombinator.com/item?id=46644472</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46644472</guid></item><item><title><![CDATA[New comment by mrngm in "Jeffgeerling.com has been migrated to Hugo"]]></title><description><![CDATA[
<p>You could have a _somewhat_ static blog and incorporate something like Webmentions[0] for comments or replies. For example, Molly White's microblog[1] shows the following text below the post:<p><pre><code>  Have you responded to this post on your own site? Send a webmention[0]! Note: Webmentions are moderated for anti-spam purposes, so they will not appear immediately.
</code></pre>
I find this method to be a sweet spot between generating content on your own pace, while allowing other people to "post" to your website, but not relying on a third-party service like Disqus.<p>[0] <a href="https://indieweb.org/Webmention" rel="nofollow">https://indieweb.org/Webmention</a><p>[1] <a href="https://www.mollywhite.net/micro/entry/202511101848" rel="nofollow">https://www.mollywhite.net/micro/entry/202511101848</a></p>
]]></description><pubDate>Mon, 05 Jan 2026 13:57:30 +0000</pubDate><link>https://news.ycombinator.com/item?id=46498777</link><dc:creator>mrngm</dc:creator><comments>https://news.ycombinator.com/item?id=46498777</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46498777</guid></item><item><title><![CDATA[New comment by mrngm in "One Number I Trust: Plain-Text Accounting for a Multi-Currency Household"]]></title><description><![CDATA[
<p>I found this document[0] very insightful. It's quite a long read, but gradually introduces the concepts needed for double-entry bookkeeping.<p>I think the main advantage is that you can granularly keep track of the movement of money, stocks, commodities, etc., and their conversions. As a day-to-day example, it gives you the ability to follow, for example, invoices received (<i>Liabilities</i> or <i>Accounts Payable</i>), transactions on a bank account (<i>Assets</i>), and what you are going to spend (or at some point, have spent) (<i>Expenses</i>).<p>This separation allows you to, for example, enter an invoice you've received on January 1 in <i>Accounts Payable</i>, with a corresponding value in <i>Expenses</i>. At this moment, nothing happened yet, it's simply an administrative transfer of some amount from an asset account to an expenses account (the sum of these transfers must be zero, so one amount is negative whereas the other amount is positive. See [0] for more details).<p>As a result, this gives you insight in what still needs to be paid. Once a transaction for that invoice enters your bank account on, for example, January 10, it gets "paid" to <i>Accounts Payable</i>, thus giving you a link between an invoice, its payment, and finally the amount spent. (This concept also works the other way around, see this sibling comment[1], where it's also extended into working with multiple accounts.)<p>[0] <a href="https://beancount.github.io/docs/the_double_entry_counting_method.html" rel="nofollow">https://beancount.github.io/docs/the_double_entry_counting_m...</a><p>[1] <a href="https://news.ycombinator.com/item?id=46464893">https://news.ycombinator.com/item?id=46464893</a></p>
]]></description><pubDate>Sat, 03 Jan 2026 18:45:46 +0000</pubDate><link>https://news.ycombinator.com/item?id=46480070</link><dc:creator>mrngm</dc:creator><comments>https://news.ycombinator.com/item?id=46480070</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46480070</guid></item><item><title><![CDATA[New comment by mrngm in "10 years of personal finances in plain text files"]]></title><description><![CDATA[
<p>paperless-ngx and their built-in OCR might help here for the data transformation.</p>
]]></description><pubDate>Fri, 02 Jan 2026 15:27:18 +0000</pubDate><link>https://news.ycombinator.com/item?id=46465665</link><dc:creator>mrngm</dc:creator><comments>https://news.ycombinator.com/item?id=46465665</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46465665</guid></item><item><title><![CDATA[New comment by mrngm in "Show HN: One clean, developer-focused page for every Unicode symbol"]]></title><description><![CDATA[
<p>I do like how it has some brutalist web design elements. With regards to drop-shadow colours on the /symbols page, it doesn't provide additional structure, so I would choose either none or a grayscale tint. Or, if you prefer colours, choose as many distinct colours as there are categories, such that they provide that additional structure.<p>The symbols on that page could be a bit bigger, though, as they are the main subject. (I changed 1.125rem to something like 1.6rem for text-lg; that works, but it could get a bit crowded with the clickable arrow on lower resolution screens).<p>I'm not a huge fan of things that move; the offset of a block of symbols, as well as scaling of an individual symbol block when hovering seems a bit too much. I would do either, but not both.</p>
]]></description><pubDate>Wed, 31 Dec 2025 14:21:54 +0000</pubDate><link>https://news.ycombinator.com/item?id=46444273</link><dc:creator>mrngm</dc:creator><comments>https://news.ycombinator.com/item?id=46444273</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46444273</guid></item><item><title><![CDATA[New comment by mrngm in "OpenPGP Cleartext Signature Framework Susceptible to Format Confusion"]]></title><description><![CDATA[
<p>The timeline mentioned:<p><pre><code>  Disclosure Timeline:
  - 21.10.2025: Submission of initial version of this report.

  Upcoming Timeline:
  - 24.10.2025: Submission of a talk for 39th Chaos Communication Congress (39C3). No technical details shared.
  - 21.12.2025: Disclosure of this report on https://seclists.org/fulldisclosure/
  - 26-31.12.2025: If accepted by content team, 39C3 Congress talk regarding this report
</code></pre>
I'm surprised to see that this isn't published on fulldisclosure yet, though there is a talk on GPG vulnerabilities scheduled for 39C3: <a href="https://fahrplan.events.ccc.de/congress/2025/fahrplan/event/to-sign-or-not-to-sign-practical-vulnerabilities-i" rel="nofollow">https://fahrplan.events.ccc.de/congress/2025/fahrplan/event/...</a> . 60 days from report to full disclosure is... tough.</p>
]]></description><pubDate>Fri, 26 Dec 2025 12:25:19 +0000</pubDate><link>https://news.ycombinator.com/item?id=46391401</link><dc:creator>mrngm</dc:creator><comments>https://news.ycombinator.com/item?id=46391401</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46391401</guid></item><item><title><![CDATA[New comment by mrngm in "Show HN: DNS Benchmark Tool – Compare and monitor resolvers"]]></title><description><![CDATA[
<p><a href="https://github.com/farrokhi/dnsdiag" rel="nofollow">https://github.com/farrokhi/dnsdiag</a> is another great toolbox for looking into DNS problems.</p>
]]></description><pubDate>Wed, 19 Nov 2025 18:50:41 +0000</pubDate><link>https://news.ycombinator.com/item?id=45983427</link><dc:creator>mrngm</dc:creator><comments>https://news.ycombinator.com/item?id=45983427</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45983427</guid></item><item><title><![CDATA[New comment by mrngm in "Needy Programs"]]></title><description><![CDATA[
<p>> <i>Same with What's New modals, some people will benefit from learning these things (notably power users?), but they'll annoy others.</i><p>I think power users are most annoyed by those modals. It prevents them from doing the exact thing they were planning to do. Instead, they'll have to reinterpret what the application is telling them, consider it to be irrelevant (most of the times), and then pick up whatever they were planning to do. This creates friction.<p>I don't need the application to tell me a sidebar was introduced. I <i>see</i> that immediately because it differs from the layout I'm already used to. And then I'm annoyed they added the sidebar, because it takes up space without offering <i>relevant</i> new functionality.</p>
]]></description><pubDate>Sat, 15 Nov 2025 21:47:54 +0000</pubDate><link>https://news.ycombinator.com/item?id=45940854</link><dc:creator>mrngm</dc:creator><comments>https://news.ycombinator.com/item?id=45940854</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45940854</guid></item><item><title><![CDATA[New comment by mrngm in "Preppers plan to save us if the whole internet collapses"]]></title><description><![CDATA[
<p>Earlier submission of the Internet Resiliency Club linked in the article: <a href="https://news.ycombinator.com/item?id=44287395">https://news.ycombinator.com/item?id=44287395</a> (579 points, 340 comments)</p>
]]></description><pubDate>Sun, 09 Nov 2025 13:49:32 +0000</pubDate><link>https://news.ycombinator.com/item?id=45865604</link><dc:creator>mrngm</dc:creator><comments>https://news.ycombinator.com/item?id=45865604</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45865604</guid></item><item><title><![CDATA[New comment by mrngm in "Ask HN: My family business runs on a 1993-era text-based-UI (TUI). Anybody else?"]]></title><description><![CDATA[
<p>Most, if not all, Asian take-out / restaurants in NL still use a TUI for registering your order. Several motorcyle retailers in NL use a TUI for parts management, invoicing, repair tracking. In both cases, people operating these systems develop muscle memory for their everyday usage. I'm not sure if it's still in use, but for at least a decade since 2005 or so, the local university's student canteen used an in-house developed TUI for selling snacks and drinks.<p>And if you stretch the definition of TUI a bit, the Bloomberg terminal is a fascinating example.</p>
]]></description><pubDate>Wed, 05 Nov 2025 16:21:49 +0000</pubDate><link>https://news.ycombinator.com/item?id=45824705</link><dc:creator>mrngm</dc:creator><comments>https://news.ycombinator.com/item?id=45824705</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45824705</guid></item><item><title><![CDATA[New comment by mrngm in "Event Sourcing, CQRS and Micro Services: Real FinTech Example"]]></title><description><![CDATA[
<p>I suppose that's a flexible way of looking at orders, but it sounds more like a shopping basket. What if the customer ordered three items, you started shipping those, then the customer cancels one item. That sounds like the wrong order (hah) of things.</p>
]]></description><pubDate>Tue, 21 Oct 2025 21:07:32 +0000</pubDate><link>https://news.ycombinator.com/item?id=45661718</link><dc:creator>mrngm</dc:creator><comments>https://news.ycombinator.com/item?id=45661718</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45661718</guid></item></channel></rss>