67 karma · joined September 27, 2011
A quick google search turned up http://www.mobilepodcaster.com/ which is somewhat similar. What's the killer feature that sets your idea above this one ? Also, what are your ideas for an impressive demo of this idea?
Part of the reason for requesting others' ideas for this, is that there are so many domain experts for domains other than technology that I want to meet,learn from, and ultimately help.
If you don't feel confident to go out on your own, or need stability and/or benefits, you can always start shopping around at other places (lots of companies are hiring for your skillsets in the DC area). This can be a good opportunity to practice your negotiation skills, and see how high of an offer you can get (tell them what your current salary is and that you know you're underpaid). Then you can either take the new job or go back to your current company and get them to match.
I've seen this with developers who are trying to practice TDD with cucumber features, and so they _engineer_ the feature as well as the steps, often in a DRY effort, and we end up with this creature that's neither a good scenario nor good code.
I use cucumber because I feel a good feature conveys enough of the business value (the why behind the feature) to guide development decisions, while leaving development/ui/ux teams to autonomously determine the _how_, and at the same time conveying objective acceptance tests. This communication gap between requirements and specification has always plagued engineering, so I find the user story a nice compromise for web apps. This compromise is only effective, however, when the communication channel is there, and as you point out in your post, it often isn't.
I'm curious what your thoughts are in terms of bridging this gap so that developers build what the product owner has in mind. It's one thing when everyone involved is a great communicator, but how do you play the game when, for example, you have a client who says something like, "As an admin, I want a button in the upper left corner, so I can click it and be brought to a list of posts"?
So it's my belief that this is more of a straw-man argument, taking a feature that's an integration test rather than a user story, and using this to argue why using cucumber isn't good for this sort of thing.
I agree, don't use cucumber if all you want to do is write integration tests. But if you're trying to communicate good user stories and acceptance tests, and the communication is there, then I've seen this work brilliantly first-hand, saving costs, and providing business value quickly.