I’ve had some feedback today that Decronym is “spamming” unrelated acronym definitions into threads that don’t need them. Unfortunately, details of which acronyms are superfluous wasn’t forthcoming, so:

From this list, which acronyms do you guys think can be removed as unnecessary to explain?

http://decronym.xyz/acronyms/selfhosted@lemmy_world

Edited to add: There’ve been instances of the bot “finding” acronyms that aren’t mentioned in the thread, and speculation that vibecoding is at fault. The real answer, I think, is simpler.

Decronym uses a local Lemmy instance, and polls the database directly for new comments. Last time I tried to upgrade Lemmy, it went so badly I had to wipe the server and start over from a fresh Debian; threads on the fresh instance started from ID 1 again.

But Decronym’s list of detected acronyms wasn’t wiped, so it’s been pointing at the wrong thread IDs this whole time.

I’ve now wiped the threads and detected acronyms for this comm, and the bot should behave more sensibly.

  • Pika@sh.itjust.works
    link
    fedilink
    English
    arrow-up
    1
    ·
    4 days ago

    I’ve never personally had any issues with the bot, but I’ve also never really needed to look at the bot either to see what the acronyms meant, but I’ve appreciated that someone’s trying to help if someone didn’t know what the acronyms were.

    Being said, I do have to agree with what others have stated. It would be nice, if possible, to have it so the definitions link to hyperlinks to persistent pages such as Wikipedia. Even more so on technical style terms like DNS, for example, because that’s one of those terms that if someone doesn’t know the acronym to it, chances are they don’t know the full name to it either.