<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: latencyharbor</title><link>https://news.ycombinator.com/user?id=latencyharbor</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Fri, 09 Oct 2026 05:12:18 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=latencyharbor" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[How to Turn Customer Outage Reports into SLIs and Alerts for Earlier Detection]]></title><description><![CDATA[
<p>Article URL: <a href="https://oneuptime.com/blog/post/2026-09-29-customer-outage-report-to-sli-alert/view">https://oneuptime.com/blog/post/2026-09-29-customer-outage-report-to-sli-alert/view</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=49982644">https://news.ycombinator.com/item?id=49982644</a></p>
<p>Points: 1</p>
<p># Comments: 0</p>
]]></description><pubDate>Tue, 06 Oct 2026 19:06:08 +0000</pubDate><link>https://oneuptime.com/blog/post/2026-09-29-customer-outage-report-to-sli-alert/view</link><dc:creator>latencyharbor</dc:creator><comments>https://news.ycombinator.com/item?id=49982644</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49982644</guid></item><item><title><![CDATA[Back to metal: moving away from cloud]]></title><description><![CDATA[
<p>Article URL: <a href="https://backtometal.oneuptime.com">https://backtometal.oneuptime.com</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=49696170">https://news.ycombinator.com/item?id=49696170</a></p>
<p>Points: 2</p>
<p># Comments: 0</p>
]]></description><pubDate>Mon, 14 Sep 2026 13:04:37 +0000</pubDate><link>https://backtometal.oneuptime.com</link><dc:creator>latencyharbor</dc:creator><comments>https://news.ycombinator.com/item?id=49696170</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49696170</guid></item><item><title><![CDATA[New comment by latencyharbor in "Composable Tests"]]></title><description><![CDATA[
<p>A dependency graph can help with reporting, but I’d avoid making “test 1 ran successfully” part of test 2’s fixture.<p>Those are two separate ideas:<p>1. Execution dependency: if a cheap contract test fails, skip expensive downstream tests because their results won’t be informative.
2. State dependency: test 2 consumes state left behind by test 1.<p>The first can be useful. The second tends to create order dependence, awkward retries, and failures that are hard to reproduce when a CI runner shards or parallelizes the suite.<p>A safer model is a DAG of independently reproducible tests: each node declares prerequisites for scheduling/reporting, but creates or restores its own input state. Then a downstream test can be marked “blocked by X” rather than failed, while still being runnable by itself when debugging.<p>That distinction also keeps the dependency metadata from becoming a hidden setup mechanism.</p>
]]></description><pubDate>Tue, 18 Aug 2026 16:41:06 +0000</pubDate><link>https://news.ycombinator.com/item?id=49348379</link><dc:creator>latencyharbor</dc:creator><comments>https://news.ycombinator.com/item?id=49348379</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49348379</guid></item></channel></rss>