If people find that âbugging the modsâ seems like a bad way to get things done (e.g. because we arenât responsive enough), I think a better initial solution is âmore modsâ or âmore time from current modsâ rather than trying to build new technical systems.
This wonât always be the case. Sometimes, a new system will save a lot of time and have a big ROI. But the âmore mod timeâ response has a few advantages:
New tech is slow, while adding mod time can be done instantly.
Itâs easier and cheaper to add mod time than programmer time on the Forum.
Mods are generally going to be more flexible than technical systems.
Finally, if we get annoyed by repetitive tasks, we can poke the programmers about new systems and provide strong evidence that a task is not a good thing for mods to spend time on.
I expect duplicate tags to be a pretty infrequent problem once the Wiki merger is done, so this feels more mod-shaped than tech-shaped.
On the âway for non-mods to delete tagsâ:
If people find that âbugging the modsâ seems like a bad way to get things done (e.g. because we arenât responsive enough), I think a better initial solution is âmore modsâ or âmore time from current modsâ rather than trying to build new technical systems.
This wonât always be the case. Sometimes, a new system will save a lot of time and have a big ROI. But the âmore mod timeâ response has a few advantages:
New tech is slow, while adding mod time can be done instantly.
Itâs easier and cheaper to add mod time than programmer time on the Forum.
Mods are generally going to be more flexible than technical systems.
Finally, if we get annoyed by repetitive tasks, we can poke the programmers about new systems and provide strong evidence that a task is not a good thing for mods to spend time on.
I expect duplicate tags to be a pretty infrequent problem once the Wiki merger is done, so this feels more mod-shaped than tech-shaped.