this post was submitted on 21 Mar 2024
32 points (71.6% liked)
Asklemmy
43939 readers
969 users here now
A loosely moderated place to ask open-ended questions
Search asklemmy ๐
If your post meets the following criteria, it's welcome here!
- Open-ended question
- Not offensive: at this point, we do not have the bandwidth to moderate overtly political discussions. Assume best intent and be excellent to each other.
- Not regarding using or support for Lemmy: context, see the list of support communities and tools for finding communities below
- Not ad nauseam inducing: please make sure it is a question that would be new to most members
- An actual topic of discussion
Looking for support?
Looking for a community?
~Icon~ ~by~ ~@Double_A@discuss.tchncs.de~
founded 5 years ago
MODERATORS
The problem is that it is almost always just one lf them. Let's say that v0.20 is called "Fuck Spez" and v0.21 is called "YouKnowWhatFuckMuskToo".
Most people are going to refer to them by either the number or the name, almost never are both used. The biggest problem with names is that they are rarely sortable (google did it with android, for a bit but not anymore), so in the future it is hard to know which is which without resorting to looking at a list of releases.
For example, in the future when we are on v0.30 someone might say "ah, but this has been an issue since "Fuck Spez"." And then most likely you have to look it up to know what they are talking about. If we coulld force everyone to alwaya write "version "Fuck Spez" (v0.20)" then it would be great, but that never happens.
I personally prefer just semantic versioning for this reason.
People can search the name or SemVer and get the other name. It's not hard, not time-consuming, and it's way more fun. I genuinely miss when Android had dessert-themed names because it made the updates that much more exciting
What if the names were picked from whatever news was prominent during the release week. During last summer we could have had something like blackout or APIcalypse.