Topic: Release soon, release often
I work on Cog rather sporadically. I do work on it when I can (and feel) like it. The result being a month-long gap of inactivity followed by a month of me working on Cog every free moment I get.
Cog's development has been getting a little more organized with the last release. The feature wishlist helped a lot with that. I'd like to continue this trend and organize things a bit better.
I've been thinking about Cog's development cycle. It's a bit long, and I'd rather it not be a year for 0.07 to come out. The main reason for the length is that I like to pack in enough new stuff to make the release warranted, and the fact that making a release is quite a bit of work in itself; bugs should be minimal, localizations should be in place, things can't be half-complete...all that fun stuff.
So, I've been thinking of trying for more frequent releases. The downside is less features per release, but I think that's ok. Instead of waiting 1 year for butter churning, coffee making, self-awareness, and the like, you wait a month for just coffee making. 0.07 had quite a few new features, maybe too many.
So, basically, I'd need to cut down the feature list for 0.07 to something more manageable. I'm thinking code clean up (for playback and file drawer mainly), cue sheet support, multi-track support (containers with more than one track), MOD support (along with all it's cousins), and a couple of new preferences (the clear playlist/start playing ones). Maybe less?
What do you think? Discussion could still be carried on for the other features, similar to the 0.07 wishlist (but not really relegated to a wishlist anymore, since we have a separate forum). It would be nice to not change the interface during a release too, because that spares me from the pain of localizations