4 ms·

I love this kind of service, but extensibility is probably the most important feature and unless I'm wrong, your platform is not open (yet). We developers all u

by ar7hur 12y ago

I love this kind of service, but extensibility is probably the most important feature and unless I'm wrong, your platform is not open (yet). We developers all use different services. Hubot is extremely simple (based on regular expressions to match commands) and quite successful because it's so easy to write and use your own module [1]. Hubot being free and open source, what is your differentiation plan? I'm sure there is room for different players. [1] http://hubot-script-catalog.herokuapp.com/ http://hubot-script-catalog.herokuapp.com/

vinodhdavid 12y ago
We want to run this as a service, for eg with hubot you need to add the API keys in a config file which isn't that easy unless you have a dev to write something on top of it. We are planning to make the UX really simple on provide /pulling the data from your services.
- GrinningFool 12y ago
  Keep in mind that the people who have need of this kind of thing are typically dev , ops, or both. To neither group is updating a configuration file a major consideration. It sounds like these may not be your target audience - but in that case, who is?
  - vinodhdavid 12y ago
    Well, its not just updating the config details its connecting other team mates apps together for eg you can create a google calendar event in your team mates calender by adding their name @teammate :)
- akerl_ 12y ago
  Adding API keys to a config hardly requires a dev. And giving my API keys to you is much more dangerous.
  - vinodhdavid 12y ago
    We use OAuth so we don't store any API keystroke passwords. Well more than the ease we are trying to make this collaborative so you can add data to your team mate services easily.
    - akerl_ 12y ago
      Not sure what you mean by "API keystroke passwords". Almost all major APIs these days that you'd be working with for your bot use either OAUTH, generated API token strings, or bot. So you're either storing an OAUTH token or a token that isn't OAUTH but that the user treats a lot like a simple OAUTH token (it is use-case-specific, can be revoked, is identified by its purpose, etc)
  - diggan 12y ago
    Ask a non-developer to just update the configuration file with the API keys received from whatever service and you'll get a confused look as an reply in most cases.
sciurus 12y ago
For anyone looking at Hubot who'd prefer to write modules in Ruby instead of Coffeescript, there's Lita. https://www.lita.io https://www.lita.io
- doomspork 12y ago
  This is great, thanks for sharing! What I think I like most about this is project's emphasis on testing, something I've always missed in Hubot scripts.

by ar7hur 12y ago

vinodhdavid 12y ago

We want to run this as a service, for eg with hubot you need to add the API keys in a config file which isn't that easy unless you have a dev to write something on top of it. We are planning to make the UX really simple on provide /pulling the data from your services.

GrinningFool 12y ago
Keep in mind that the people who have need of this kind of thing are typically dev , ops, or both. To neither group is updating a configuration file a major consideration. It sounds like these may not be your target audience - but in that case, who is?
- vinodhdavid 12y ago
  Well, its not just updating the config details its connecting other team mates apps together for eg you can create a google calendar event in your team mates calender by adding their name @teammate :)
akerl_ 12y ago
Adding API keys to a config hardly requires a dev. And giving my API keys to you is much more dangerous.
- vinodhdavid 12y ago
  We use OAuth so we don't store any API keystroke passwords. Well more than the ease we are trying to make this collaborative so you can add data to your team mate services easily.
  - akerl_ 12y ago
    Not sure what you mean by "API keystroke passwords". Almost all major APIs these days that you'd be working with for your bot use either OAUTH, generated API token strings, or bot. So you're either storing an OAUTH token or a token that isn't OAUTH but that the user treats a lot like a simple OAUTH token (it is use-case-specific, can be revoked, is identified by its purpose, etc)
- diggan 12y ago
  Ask a non-developer to just update the configuration file with the API keys received from whatever service and you'll get a confused look as an reply in most cases.

sciurus 12y ago

For anyone looking at Hubot who'd prefer to write modules in Ruby instead of Coffeescript, there's Lita. https://www.lita.io https://www.lita.io

doomspork 12y ago
This is great, thanks for sharing! What I think I like most about this is project's emphasis on testing, something I've always missed in Hubot scripts.