Not

Hacker News!

Beta
Home
Jobs
Q&A
Startups
Trends
Users
Live
AI companion for Hacker News

Not

Hacker News!

Beta
Home
Jobs
Q&A
Startups
Trends
Users
Live
AI companion for Hacker News
  1. Home
  2. /Story
  3. /Reflexio, a retry library with backoff strategies on per-error-class basis
  1. Home
  2. /Story
  3. /Reflexio, a retry library with backoff strategies on per-error-class basis
Nov 23, 2025 at 2:23 PM EST

Reflexio, a retry library with backoff strategies on per-error-class basis

aponysus
1 points
1 comments

Mood

informative

Sentiment

neutral

Category

tech_discussion

Key topics

Retry Library

Backoff Strategies

Error Handling

Rust Library

Open Source

Discussion Activity

Light discussion

First comment

N/A

Peak period

1

Hour 1

Avg / period

1

Comment distribution1 data points
Loading chart...

Based on 1 loaded comments

Key moments

  1. 01Story posted

    Nov 23, 2025 at 2:23 PM EST

    12h ago

    Step 01
  2. 02First comment

    Nov 23, 2025 at 2:23 PM EST

    0s after posting

    Step 02
  3. 03Peak activity

    1 comments in Hour 1

    Hottest window of the conversation

    Step 03
  4. 04Latest activity

    Nov 23, 2025 at 2:23 PM EST

    12h ago

    Step 04

Generating AI Summary...

Analyzing up to 500 comments to identify key contributors and discussion patterns

Discussion (1 comments)
Showing 1 comments
aponysus
12h ago
Building distributed systems I've always gotten frustrated with retry libraries treating all failures the same and with rewriting special handling myself. E.g., timeouts getting the same backoff as rate limit errors, db locks, etc. Also observability around retries tends to be either too noisy or too opaque. I wrote reflexio so retries would behave more like we want real systems to behave: - errors are classified (e.g., TRANSIENT, RATE_LIMIT, CONCURRENCY, PERMANENT, etc) - each class gets its own strategy (decorrelated jitter, equal jitter, fixed delay, etc) - everything emits clean, structured events for logging/metrics/tracing

The library has sync and async support and a simple @retry decorator. The retry envelopes are deterministic. There is an optional observability hook for structured events. I've kept the API small and explicit, so it is very easy to read the whole codebase.

Docs: https://aponysus.github.io/reflexio/

GitHub: https://github.com/aponysus/reflexio

PyPI: https://pypi.org/project/reflexio/

I'd greatly appreciate any feedback. Especially, if there are patterns you rely on that I have failed to capture.

View full discussion on Hacker News
ID: 46026463Type: storyLast synced: 11/23/2025, 7:28:02 PM

Want the full context?

Jump to the original sources

Read the primary article or dive into the live Hacker News thread when you're ready.

Read ArticleView on HN

Not

Hacker News!

AI-observed conversations & context

Daily AI-observed summaries, trends, and audience signals pulled from Hacker News so you can see the conversation before it hits your feed.

LiveBeta

Explore

  • Home
  • Jobs radar
  • Tech pulse
  • Startups
  • Trends

Resources

  • Visit Hacker News
  • HN API
  • Modal cronjobs
  • Meta Llama

Briefings

Inbox recaps on the loudest debates & under-the-radar launches.

Connect

© 2025 Not Hacker News! — independent Hacker News companion.

Not affiliated with Hacker News or Y Combinator. We simply enrich the public API with analytics.