zlacker

[parent] [thread] 2 comments
1. hinkle+(OP)[view] [source] 2024-03-08 20:27:31
It’s been about a dozen years since I heard someone assert that some CI/CD services were the most reliable task scheduling software for periodic tasks (far better than cron). Shouldn’t the scheduling be factored out as a separate library?

I found that shocking at the time, if plausible, and wondered why nobody pulled on that thread. I suppose like me they had bigger fish to fry.

replies(2): >>abelan+0m >>lelant+221
2. abelan+0m[view] [source] 2024-03-08 22:35:56
>>hinkle+(OP)
This reminds me of: >>28234057

If you're saying that the scheduling in Hatchet should be a separate library, we rely on go-cron [1] to run cron schedules.

[1] https://github.com/go-co-op/gocron

3. lelant+221[view] [source] 2024-03-09 06:48:18
>>hinkle+(OP)
Honestly, I'm doing something like that right now, just not in a position to show.

All I want is a simple way to specify a tree of jobs to run to do things like checkout a git branch, build it, run the tests, then install the artifacts.

Or push a new static website to some site. Or periodically do something.

My grug brain simply doesn't want to deal with modern way of doing $SHIT. I don't need to manage a million different tasks per hour, so scaling vertically is acceptable to me, and the benefits of scaling horizontally simply don't appear in my use cases.

[go to top]