You're just misunderstanding the philosophy.
It's still a bug that should be fixed, it's just that the effects are better contained thanks to the ability to self-heal.
I'm just quoting the article. It's not an "active incident", whatever that means.
Re:How to Sell Elixir Again (2023)
by pessimizer on Saturday May 13, 2023 @11:30AM
(#35929318)
It means that it's not causing a service outage.
It means resolving it can wait until work hours instead of waking someone up in the middle of the night on Saturday.
Re:How to Sell Elixir Again (2023)
by lobstrosity420 on Saturday May 13, 2023 @10:42AM
(#35928870)
If there is data loss itβs an incident, full stop. Your observability layer should be letting you know.
I agree. However, the linked article that I was quoting from seems to see things differently. It describes a situation in which transactions are failing (i.e. data is being lost), but it's not an incident.
Re:How to Sell Elixir Again (2023)
by throwawaymaths on Saturday May 13, 2023 @12:45PM
(#35930110)
It's still in your logs and you're still tracking it with whatever o11y suite you're using.
Transaction failing does not mean dataloss. If you think it is, you do not understand what graceful recovery means.
Graceful recovery means that something handle that failure after these transactions failed. There is no data loss. They may have been slower, but i think we can agree that a slight temporary latency for no dataloss and graceful handling of unexpected stuff like your database machine being on fire is not so bad?
This example doesn't even rise to the level of an "active incident" in the Erlang philosophy. In other words, it's not a bug, so there's no urgency to improve it.