Waffle.io
waffle.io
waffle.io
- GitHub users want a way to help out on open source projects
- waffle.io places a dynamic badge in your GitHub README file for all to see where they can help
- Clicking that badge takes anyone to your public waffle.io board where users can view and edit tasks.
What?
1. Most people here are confused about what this is for. After understanding what it's for, I find that it's not even a solution looking for a problem... it's a force-fed solution to a non-existant problem for most people. This solves something maybe 1% of us have encountered, but makes the assumption that everyone on Github would benefit from this.
2. "waffle.io" seriously? Is this the result of an internal "I need a random english word that is available on .io" poll, or is there a deeper more disturbing connotation with the pronounced blue theme on the site? I'm sure naming your service like this doesn't help the "I have no idea what this is about" crowd. I can't be the only one tired of those completely meaningless names... I mean specifically the hyper-generic names of services targeted at specifically the github/bitbucket crowd. I cannot quite put my finger on it, but some of these names are trying too hard to be cutesy and random. Maybe I'm seeing something that's not there though.
Also the name - very few domain names seem to have much connection with the domain anymore, picking on this crowd for having a weird domain name hardly seems fair when everyone pretty much has weird domain names these days (unless they have boat loads of cash).
Edit: If anyone from waffle.io is here, first of all well done - looks like an interesting tool, secondly I'm not sure your "Why don't you open source your workflow?" is doing your product justice - I was slightly confused when trying to understand that first diagram, but maybe that's just me. When I scrolled further down the page and saw the example it all seemed clear - but not everyone might scroll down.
That being said, I don't think this is a feature set for Github issues. This is not an open source concern; it's a business concern and I don't think business should drive Github.
So a third party integration is perfect for this. Is this something on the roadmap of waffle.io?
Honestly, I clicked the link solely because I thought "damn, waffle.io is an awesome name".
Also, I think hooking a kanban board up to github issues is great. Not mind blowing, but definitely nice to automate coordination between the two.
Waffle - speak or write at length in a vague or trivial manner.
Homonyms can be confusing but it helps when such a stark difference in meaning makes it easy to distinguish what meaning is appropriate in a given context.
$(function() {
var price = localStorage.getItem('price');
if(!price) {
price = Math.ceil(Math.random() * 3);
localStorage.setItem('price', price);
}
$('#price').html(price);
});Here you're inviting people - literally, "please, come help us with this" - and making it super-clear that they should jump in. I think there's more to do to make open source projects friendly (better, happier documentation, for a start), but I don't think this is a bad addition at all.
Also, waffles are tasty.
The main page doesn't mention the term, but the easiest way to describe this is that it is adding a Kanban board to Github.
http://en.wikipedia.org/wiki/Kanban_board
The simplicity to effectiveness ratio of Kanban boards really impress me.
Reading it three times and I still dont get it what its for for whom and what it does. But at least it looks fancy.
I'll short out most, if not all, of your responses here.
I'm on mobile. I don't care if you designed for the desktop web or not, most visitors will be mobile web. Just test it. And for Cthulu's sake rotate your phone 90 degrees to make sure it works.
In their defense users who actually want to contribute will likely be on desktop but I get your point. You're reading HN on mobile and want to be able to see the site.
I recommend against just googling it. It's used as one of those "gotcha" images for unsuspecting internet users.
1. uses GitHub Issue labels to represent the columns (unlike Waffle) 2. doesn't require all of our open issues to be "on the board" 3. is faster than Huboard 4. uses horizontal scrolling with fixed width columns like Trello rather than trying to pack all of the columns into the width of the window (also in contrast to Huboard)
We currently use Trello for our backlog and kanban[3] but it is kind of painful to synchronize this with GitHub (and so we don't... there's a lot of "small item" work that happens only in GitHub and is not tracked through our kanban flow).
None of the tools I've seen provide us with cycle time and throughput metrics, which is a drag. We're likely to write a script to pull the data out of GitHub and calculate those values. (GitHub, alas, does not track when labels are added or removed... so we have to start there in our custom work.)
I think it's great that there are people building better visualizations on top of GitHub Issues and I'm looking forward to seeing how tools like Waffle, Octokan, Huboard, etc. evolve.
[1]: http://brackets.io [2]: http://octokan.com/ [3]: https://trello.com/b/LCDud1Nd/brackets
I think GitHub milestones are central to productivity and communicating progress to a base of interested parties, so I would recommend focusing on milestones specifically—also to encourage their use—rather than showing one huge list of issues by default. It’s fairly disorienting, even to me as a regular GitHub user and contributor.
Those cards take up an awful lot of vertical space, which I don’t think is going to scale well with a large project. Look at project like Bootstrap: https://waffle.io/twbs/bootstrap. Because you load the issue on scroll, I can’t even get an idea of how many issues there are from the size of my scroll bar. Milestones are the main way for repo owners to manage a large number of issues.
From what I could tell, you can sort by milestones using a filter, but for some reason, the list of milestones wouldn’t load?
A while back, I created a small never-to-be-finished project called milestones.js to involve a general audience in the progress of upcoming features—taking advantage of milestones: https://github.com/ndarville/milestones.js. At the bottom of the README are some related projects that might be of interest to you as well.
In other words:
1. Find out who you want your users to be.
2. Find out what they should be shown.
3. Focus on milestones, GitHub’s killer productivity feature.
4. Fit more issues vertically; the card metaphor isn’t that important.
5. Know that the dynamic loading of issues on scroll is working against you from a UX perspective.
Clicking that badge takes anyone to your public
waffle.io board where users can view and edit tasks.
It sounds like random github users can decide what tasks get worked on. "Users" is vague here.Also "opensource your workflow" isn't clear. I had no idea that meant "make your kanban board public".
Why not "Waffle.io is a public kanban board that deeply integrates with github issues"? Clear, to the point, no one complains that they can't tell what the product does.
if this is a valid use case, how does this really differ from something like Github issues or a public Trello board?
comparing https://waffle.io/waffleio/waffle.io to https://trello.com/b/nC8QJJoZ/trello-development i'm having trouble differentiating.
It's practically impossible to know what this does,unless you click on the [our board] link. Even after scrolling all the way to the bottom of the page where you are asked to part with money.
It would be a shame for such a great idea to be passed by due to lack of clarity.
"A waffle is like a pancake with a syrup trap." - Mitch Hedberg