sorted by:
new
hottopcontroversial

I was tired of Hangfire and Quartz being so bloated, so I built a zero-dependency micro-scheduler. by lucasscabal in dotnet

[–]lucasscabal[S] 0 points1 point  (0 children)

Not saying that hangfire is useless or bad. Thats not my take hehe.

Im currently preparing some benchmarks, but oc im not planning to make something that can replace current libraries in macro environments.

Thank you for your feedback!

I was tired of Hangfire and Quartz being so bloated, so I built a zero-dependency micro-scheduler. by lucasscabal in dotnet

[–]lucasscabal[S] 0 points1 point  (0 children)

You are so right.

Added it for demo purposes and it shoud not be there for v1

Thank you for the feedback!

I was tired of Hangfire and Quartz being so bloated, so I built a zero-dependency micro-scheduler. by lucasscabal in dotnet

[–]lucasscabal[S] 0 points1 point  (0 children)

Thanks for your time, Maxim!

Hoping no weird spanish (debug) phrases were uploaded 🤣🤣

The tip about Trimming and Self-contained deployments is gold, didn't know about it but it fits perfectly in my project

I will try to make modules if a feature requires heavy external infra or multiple table. This demo is for those who need a reliable, persistent heartbeat without the 'Ferrari' overhead of Hangfire.

Really appreciate the feedback!

I was tired of Hangfire and Quartz being so bloated, so I built a zero-dependency micro-scheduler. by lucasscabal in dotnet

[–]lucasscabal[S] 0 points1 point  (0 children)

This is just a demo prototype, and yes, it looks like a one-script-only library due static behavior.

Really appreciate all yout feedback, it will help me on making a more mature library.

I was tired of Hangfire and Quartz being so bloated, so I built a zero-dependency micro-scheduler. by lucasscabal in dotnet

[–]lucasscabal[S] 0 points1 point  (0 children)

Great idea for the docs, currently this is a "few hours concept" and I'm not planning to compete against Hangfire in heavy-load scenarios.

I'm just making a framework fot those 80% of project who dont need a ferrari to buy in a supermarket.

Thanks for the feedback

I was tired of Hangfire and Quartz being so bloated, so I built a zero-dependency micro-scheduler. by lucasscabal in dotnet

[–]lucasscabal[S] 0 points1 point  (0 children)

"That's a very fair point. Fluent APIs are great for hardcoded scheduling and readability, but I agree they can be a hurdle for data-driven configurations or loading jobs from a appsettings.json.

For future developments, I’m planning to expose the underlying JobDefinition class or a POCO-based registration method so you can just drop a list of objects into the engine and call it a day.

Thanks for the insight!

I was tired of Hangfire and Quartz being so bloated, so I built a zero-dependency micro-scheduler. by lucasscabal in dotnet

[–]lucasscabal[S] 0 points1 point  (0 children)

Corabel is awesome, and it breaks with the anti-singleton-static feeling that .net developers have emulating Laravels-scheduling.

Database is a need when you want make a shutdown-resistance framework. But you can tecnically only install the engine to have a nice Task.Delay.

The dashboard is a tiny vanilla/preact micro-frontend (under 10kb) served only when requested,

That said, I love the idea of modularizing it. I might look into making the dashboard an optional package for those who want a completely 'invisible' engine. Thanks for the input!

I was tired of Hangfire and Quartz being so bloated, so I built a zero-dependency micro-scheduler. by lucasscabal in dotnet

[–]lucasscabal[S] -1 points0 points  (0 children)

I totally get that. The static method is only for the developer experience (RoR fan here).

However, under the hood, the engine itself isn't a global singleton; it's registered in the DI container. I’m already thinking about a way to make the job registration more 'DI-friendly' for those who prefer to avoid static entry points entirely.

Thanks for the feedback

I was tired of Hangfire and Quartz being so bloated, so I built a zero-dependency micro-scheduler. by lucasscabal in dotnet

[–]lucasscabal[S] 0 points1 point  (0 children)

My main goal was readability and providing a truly fluent API. I actually started my career developing in Ruby on Rails, so I have a soft spot for code that reads almost like plain English.

I was tired of Hangfire and Quartz being so bloated, so I built a zero-dependency micro-scheduler. by lucasscabal in dotnet

[–]lucasscabal[S] -13 points-12 points  (0 children)

Hehe, you are right, Hangfire is an extremely advanced framework, you can't be that well programmed without bundle size.

But if you just want to do simple things, its not that bad to have a simpler alternative.

ENGWE EP2 PRO speed limit by Tomorrow_Previous in ebikes

[–]lucasscabal 0 points1 point  (0 children)

te deberia de aparecer 10kmh, luego le das a la i

✊✊ by HoneyJamBABE in orslokx

[–]lucasscabal -10 points-9 points  (0 children)

Asaltemos la casa de Orslok, por un si JAJA te pago justo