-
Notifications
You must be signed in to change notification settings - Fork 972
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Bringing on a co-maintainer #219
Comments
Any updates to bringing on a co-maintainer for this project, @dbader ? |
@SijmenHuizenga is now a co-maintainer on the repo. Welcome aboard Sijmen! |
Thanks for allowing me to help out! |
If needed, please pin this issue |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
As I'm returning from PyCon I'm realizing I've done a pretty bad job maintaining this project when there's clearly demand and interest.
Right now I don't have the time and mental energy to support this project as much as I'd like to (realpython.com keeps me plenty busy.)
So I'm looking to bring on one or more co-maintainers that can help me respond to open issues and PRs, and to help take this project into a sensible direction.
I've always believed that the main value of Schedule is simplicity. I'm looking for someone who gets that. I don't want to try to include everything and the kitchen sink into this project, and that's why I've resisted adding features like job persistence and so on (also, the PRs that proposed it so far have included shitty / fundamentally broken implementations.)
The biggest danger I see to this project is turning it into a sprawling sea of half-assed features. I'm totally fine with pointing people to
cron
orAPScheduler
if it fits their needs better.The person(s) I'm looking to bring on as a co-maintainer should be experienced enough to understand that. It also helps if you've been burned by overwhelming emerging complexity in your own projects ;-)
The text was updated successfully, but these errors were encountered: