# Rails plugin generator **URL:** https://meta.discourse.org/t/rails-plugin-generator/95907 **Category:** Announcements **Created:** [August 29, 2018, 11:43am UTC](https://meta.discourse.org/t/rails-plugin-generator/95907 "2018-08-29T11:43:01Z") **Posts on this page:** 1 **Showing post:** 10
### Author: ![angus](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/angus/32/341715_2.png) [@angus](https://meta.discourse.org/u/angus) #### Post date: [August 29, 2018, 10:59pm UTC](https://meta.discourse.org/t/rails-plugin-generator/95907/10 "2018-08-29T22:59:18Z")
This is awesome 🙂 🎉 A few quick thoughts: - You could add notes in the plugin.rb and the initializer to direct the author to discourse-specific methods they can use in each context. Something like - On first blush I wondered whether it makes sense to create the module and engine out of the box. A number of plugins don’t need any new server methods. But on balance I think it makes sense, as it indicates the way to go about it, and there’s no harm in having an unused module. - I reckon the `about` should be blank rather than `AWESOME_PLUGIN`. - It’s cool that the url defaults to `github.com/${author}` however this was a little unexpected. Sometimes folks put their full name in that field and sometimes there are multiple authors (e.g. the polls plugin), which could make this problematic. Perhaps the CLI could explicitly ask for the author’s github username then use that for both the author and to generate the url. Generally, how far do you want to go down the path of explicit direction / hand-holding? If the goal is to make it easier for new plugin devs to find their feet, there are a number of other things we could add such as more notes or links to helpful meta topics, [examples of overriding existing Discourse methods](https://meta.discourse.org/t/tips-for-overriding-existing-discourse-methods-in-plugins/83389) and other common plugin patterns. --- _[View the full topic](https://meta.discourse.org/t/rails-plugin-generator/95907)._