Welcome to Software Development on Codidact!
Will you help us build our independent community of developers helping developers? We're small and trying to grow. We welcome questions about all aspects of software development, from design to code to QA and more. Got questions? Got answers? Got code you'd like someone to review? Please join us.
Comments on What is our policy on tags?
Parent
What is our policy on tags?
I've come to realize that tags began changing pretty rapidly recently. In the past 3 days alone, these happened:
- [urlrewrite] was changed to a more generic [url-rewriting] tag and the tag wiki for it was deleted.
- [sheets] was changed to [google-sheets] because it was considered too generic (Even though as an answer pointed out, it was being used as a generic.)
- [stack] was renamed to [stack-memory] and [heap] to [heap-memory] (which was unnecessary, in my opinion)
Slightly tangential but still relevant, the [ram] tag was removed from a question because it was considered irrelevant. I put [stack] and [heap] as subtags so the question would still appear under [ram].
This made me realize that we don't have a coherent tag policy. In the comments of the [urlrewrite] post I argued that there was no harm in letting the tag exist. However, Alexei disagreed with me, saying that the number of tags should be as low as possible.
As this is an issue that I feel should be addressed by the entire Software community, I've decided to create this Meta post.
- What type of tags will we allow? (Should specific tags like [UrlRewrite] be allowed?)
- How many tags will we allow? (Should we delete any tag that overlaps another tag?)
- How much should we trim tags on questions? (Should we purge everything that isn't immediately related to the question, even if the topic is about it?)
Post
1. What type of tags will we allow? (Should specific tags like UrlRewrite be allowed?)
I would argue that urlrewrite (or perhaps more appropriately since Microsoft renders it as URL Rewrite, url-rewrite) is actually a specific case of the more general concept of url-rewriting. So is, say, mod-rewrite (the corresponding functionality in the Apache web server).
It might be beneficial to call that out in the tag name; for example, iis-url-rewrite and apache-mod-rewrite might both be subtags of a more generic url-rewriting tag.
Someone who is looking for information relating to Microsoft IIS' URL rewriting functionality might not be interested in the corresponding feature in Apache or nginx, but someone who is interested in questions about URL rewriting in general might well want to see all three (and then others).
The more generic url-rewriting tag could perhaps be used for questions which apply equally regardless of software implementation; for example, how to decide between HTTP status codes 301, 302, 303, 307 and 308.
The specific example notwithstanding, then, this type of situation in general seems like it lends itself very well to a tag hierarchy. Specifically, it's a generic type of functionality, which is implemented differently by different software packages; and it's a type of functionality that a software developer can reasonably be expected to need to deal with.
1 comment thread