Show HN: Feature voting for GitHub
feathub.com
feathub.com
It's difficult to be omnipresent so I can track all of the different pieces of feedback my project may be getting; even though it's not ideal I'd rather everyone just funnel through Github issues just so I can interact with them and be aware of any issues or requests. I don't want to miss out on any feedback should it be on an external service I do not know about.
I'm starting to think that creating a newer, extensible IRC client might be an opportunity.
I agree with you, having to keep tabs with thousands of new services is annoying.
In that case though, you shouldn't have to worry about missing some users' feedback. That's why you have to register your project with FeatHub before people can give feedback (we temporarily enabled anonymous import to boostrap the service, but that won't last). This way, as a repo owner, you know you have enabled FeatHub.
Also, it's not implemented now, but we could imagine notifying owners on a regular basis. I suggested the improvement there: http://feathub.com/feathub/feathub/+8
Example: https://github.com/mitchellh/vagrant-installers/issues/12
You shouldn't have to opt out of stuff like this.
Also here's the whole Twitter conversation: https://twitter.com/feathub/status/591715888782520320
It would get annoying having two separate lists of features (and, presumably, bugs). One on github and one on this service.
Still, if it just did voting on issues on github, I'd find it pretty useful.
In our vision, an issue refers to a bug in the software. It doesn't need voting: it's up to the developers to figure out the gravity of the situation (or to an analytics tool that gather how many times a given issue arises).
On the other hand, a feature request refers to a new capability of said software. It then makes sense for users to vote, because, as a developer, it's hard to know which feature is the most expected.
Github doesn't. Issues can be tagged as 'bug' or 'enhancement' and they're both treated essentially the same way.
>it's up to the developers to figure out the gravity of the situation
Sure would be nice if there were some sort of tool that could help with figuring that out.
Heck, the title of the page you access that system on is called "issues".
If you want other people to use what you made, you may have to do what they want. :)
> In our vision, an issue refers to a bug in the software.
Overloading causes miscommunication, and can affect how we think! Github issues aren't about issues, as in bugs. It's a moldable concept to keep track important things. Lots of repos already use Github issues to track features, as well as many other things, why not help their lives?
Exactly. First thing I did when visiting the comments here was see if someone had brought up this issue. Just some more feedback (to indicate a consensus): I won't consider using this tool unless it provides easy access back to GitHub.
An example of a successful project that does bi-directional linking is BountySource.
Anyway, I recently also stumble upon a similar tool that enables voting for PR and even auto merges the code [2], which is not precisely the scope that feathub targets, but it is very useful and similar enough to worth mentioning it :p
Repo owners have control over what gets displayed on their project page (to an extent), and can drive their subset of users to your app.
If owners are having trouble seeing how many people up voted a feature, then make a bot that counts the number of thumbs up in an issue tagged "feature", then update the issue title. This would be really helpful to those people.
Also, if owners want to see the top feature requests, make an embeddable image for the README that clicks to the full list. People love embeddable widgets. :D
Those two things is all I observe your app does, plus you had to reinvent commenting, which is a huge turn off.
There are loads of popular tools out there that integrate into Github, it's worth checking them out to see how they weasel their features into Github.com!
Mark Otto @mdo · 24 minutes ago Hey @feathub, please remove Bootstrap from your site—we've no plans to use it and it's disingenuous to imply we do.
When I looked again at Get Satisfaction, User Voice, etc they're all so bloated with features and complication.
Looking for a way to direct my signed in users to a simple page to vote up a list of features we're considering.
We figured out our early adopters would be on GitHub, that's why we started with GitHub login. Fell free to add a feature request on http://feathub.com/feathub/feathub :-)
Also, while we're at it, we could even consider anonymous voting (http://feathub.com/feathub/feathub/+15)
This raises the question of the gameability of the voting, but this could be mitigated using a mixture of cookies, captchas and browser fingerprinting.
Anyway, you're right, it is similar. FeatHub doesn't require an extension though, so you can just point your users to your project's voting page.
(Disclaimer: I have no product or customers to worry about, just musing)
You can still direct users to the Bountysource page for your project if that's what you prefer.
(I'm not associated with Bountysource at all - I just think it's pretty good at what it does).
I'd like to use it for one of my projects (https://github.com/dbcli/pgcli). Even though I've authorized feathub to access my organizations, the repo is not listed in the drop down.
Meanwhile, I've created the project for you. Here you go: http://feathub.com/dbcli/pgcli