The general model is to have the original post be a question and the rest of the posts to be an answer to that question. However, with the apps announcement posts, it seems that this pattern is reversed somewhat.

What would people expect to see in the answers to an app announcement post?

1 Answer
1

I was actually going to wait to see a meta for this site before raising that. Given the available free hosting solutions for projects (Bitbucket, GitHub, ShareSource, etc.) it's probably good if people do the following before announcing an app:

Set up a bug tracker, else bugs become answers to questions that announce an app. Bleck.

Set up some kind of discussion forum for the app. Otherwise there's bound to be 300 page long list of answers, which is actually 20 independent discussions all over the place. Bleck

In other words, it's probably good to have some kind of site up for the project, a place for people to get involved and most importantly a place for people to report bugs. This information should be posted in the announcement, which (probably) belongs on the meta site that (should?) be associated with this one.

If I'm not mistaken, this (new) site is supposed to be Q&A regarding the use, development and testing of the new API. So, it should probably be less 'on its head' than dev.meta.