I got tired of rebuilding the same cron job setup. So I built something.
A few months ago I was working on a SaaS and needed to trigger a webhook 14 days after a user signed up — trial expiration stuff. Standard thing. And I did what I always do: spun up a cron job, add...

Source: DEV Community
A few months ago I was working on a SaaS and needed to trigger a webhook 14 days after a user signed up — trial expiration stuff. Standard thing. And I did what I always do: spun up a cron job, added a table to store context, added some retry logic, added logging because obviously the first version had none and something broke silently. It worked. It was also kind of a mess. The annoying part isn't that it's hard. It's that I've built this same thing like four or five times across different projects. Every time slightly different, always the same core problem: I need to call something later, reliably, and I need to know what happened. At some point I started looking for a simple API that just... did this. Something where I could POST an action with a delay and it would handle the rest. I found a few options but nothing that felt right — either too complex, or abandoned, or missing the retry/audit stuff I actually needed. So I built it myself. Classic. It's called CallMeLater. The API i