I'm guessing this is a "just make sure everything you do is idempotent" approach? Is there any kind of state between attempts?
Also how would you have a task with a unique id / parameter so that when you call it it will only be scheduled once and returns the result of the existing scheduled job?
Another question, how would you have custom retry logic in your job without blocking your concurrency? Or if using the platforms retry mechanism, how can you run some logic when the job fails? Can the job know what attempt it is on? Is there context of any sort? The only solution I can see from the docs would be to execute jobs recursively but that seems like it would be ugly and mess up the observability? I'm looking for a feature like Temporal's sleeping that actually does a delayed reexecution of the job (I think).
Also I can't get the discord link to work, it seems to link to a discussion rather than being an invite link (I'll give it another try on desktop)