Replace "class" in Verk.Job struct about verk

[mkaszubowski]

Of course, that makes perfect sense not to change the implementation. Having this in mind, I still think that using some other word in the public API would be a nicer and more idiomatic way of using the library.

If you're fine with this, I could try to make a PR with the changes soon.

[edgurgel]

One very important feature that Verk has is the compatibility with Sidekiq/Reque clients. They use the term class and that's why we follow the same convention. We could potentially convert through Verk.enqueue, Verk.schedule so that our client will talk about "modules" but the underlying implementation should stay as class

[edgurgel]

yeah definitely would like to accept it from our client 👍

We would still need to accept class or module. Thanks for starting this!

[keyan]

Late to the discussion on this but I'm not in support of a change to the documentation on this. Possibly open to it with convincing documentation that the naming is causing confusion. But as it stands we don't really benefit from adding an additional option for job enqueueing.

The downside is that we have to do additional work to support a new enqueuing option with the same functionality and we will have to still mention the class term because not including it in the documentation would be confusing to those who plan to enqueue jobs from resque.

[edgurgel]

I'm closing this as there's no agreement and no real gain to change this.