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.

  • cecilkorik@lemmy.ca
    link
    fedilink
    English
    arrow-up
    1
    ·
    12 hours ago

    i18n is definitely a real thing and it’s often even used as an abbreviation in repos, folder structures and filenames related to internationalization/translation, I don’t love it, but it is definitely in real world use. l10n is one I’ve seen before and is also a real thing, but much less common (and even less acceptable in my opinion). a11y is not one I’ve ever seen before.