Skip to content

Instantly share code, notes, and snippets.

@steveklabnik
Last active December 15, 2015 00:09
Show Gist options
  • Star 5 You must be signed in to star a gist
  • Fork 0 You must be signed in to fork a gist
  • Save steveklabnik/5171193 to your computer and use it in GitHub Desktop.
Save steveklabnik/5171193 to your computer and use it in GitHub Desktop.
Resque roadmap
Rescue 1.x
----------
- Pretty good but has bugs
- used by a LOT of people. (30k)
- fixing issues that are open
- 1.23.x will be the end
- just bugfixes
Resque 2.0
----------
- opportunity for change
- can't totally break everything
- Rails 4 job queue api got moved to 4.1
- lots of refactoring (remove singletons)
- not break plugins as much as possible (possibly expose new APIs)
- new site/branding publically and resque-web
- Serialization? JSON vs. Marshal
- Consumers?
FEATURES
--------
all optional
1. binary using Thor (eg resque work rather than rake rescue:work)
2. Durable queues
3. heartbeats for workers
4. threaded job model
5. splitting out resque-web (https://github.com/livingsocial/resque-web)
6. rails-ifying resque-web
7. failure API improvements
8. JRuby or RBX
9. Config API (like .rspec, .resque)
10. Rails Queue API?
@Telmo
Copy link

Telmo commented Mar 27, 2013

for those of us who use rescue intensively on projects that are not rails, rails-ifying resque-web or any part of resque is a bad thing.

@ktham
Copy link

ktham commented Mar 27, 2013

resque-web is just the UI component of resque, I don't think it matters which web framework you use for that.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment