It sounds way less offensive to those who decry the original terminology’s problematic roots but still keeps its meaning intact.
It sounds way less offensive to those who decry the original terminology’s problematic roots but still keeps its meaning intact.
No it doesn’t sound bad, words don’t need to be thrown away forever just because they’ve been used to describe unfair treatment. I’m so sick of having to relabel so many things that are so far divorced from the social issues they are used to describe. It’s so pointless and has no impact, the code doesn’t care which is master and which is the slave for they are simply descriptive labels.
Are we supposed to never use the words master or slave ever again?? What’s next?
My dev friends, no matter their race, all say the exact same thing. We still use master over main, come at us I guess.
Honestly, while the controversy is incredibly stupid, it’s not something to get worked up about. Not good for your heart 😜
You don’t have to relabel anything, just keep using old names for old stuff and maybe consider switching to main for your next GitHub project? It’s honestly not that big of a deal.
It’s all good and well until you start working in a repo that has both master and main branches for some reason, and it is not clear which is actually the master/main branch.
Then you’re working in an idiotic repo. You could just as well have have a master and an actual_master branch. Similar idiocy.
It only takes one person to fuck it up. I agree it’s stupid, but introducing a conflicting standard increases the chances of someone fucking it up in the name of progressiveness. Needless to say I killed off the main branch that someone one had tried to make to replace the master branch.
A place I used to work at had that… The corp had rolled out a non-delete policy with something akin to
*master, so when someone made aabrv_masterbranch it got protected and couldn’t be deleted anymore.I work for s company that suddenly asked to rename a lot of stuff. This had consequences. It cost time, money, and created a disconnect between internal to the dev vocabulary that couldn’t be changed easily and user facing vocabulary. Also we were lucky but this could gave broken some long used API that we are proud not to version because the policy we have internally is “we will NEVER break the API”. And so far, for 8 years we still haven’t.
That’s why I said to not rename existing stuff, but to consider changing default names for new things. Or don’t. It’s not the end of the world.
This
The problem with these token activism is that it’s hollow in content. The intent might be good, but the action is almost pure virtue signalling.
Slavoj Zizek pointed out in multiple interviews that there’s a pervert self-reflectiveness in the self-censorship: privileged people “enjoy” being guilty of their privilege, so it’s more about themselves rather than the people they claim to represent. “Sorry, but you were naive and unaware of people being racist when they use these words, so let me stop them and now you are protected (by me) in an inclusive atmosphere.”
A related radical freedom situation as an inverse to the above is that when friends get really close, even using racist slurs is treated as a gesture of intimacy, rather than racism. In an ideal world, the context in the public discourse would be so strong that even racist words lose their racist meaning (“oh, so you are joking as well”) rather than the opposite (assuming there’s ubiquitous “hidden” racism in the use of a word, even when there’s clearly none).
Another critique is that it presents itself as a substitute of real solutions. Instead of addressing real problems, it provides a simple “everyday” solution, very much similar to the recycling movement. Of course we need to recycle, but we should be aware that it’s not a substitute of radical real actions (e.g. stopping the big oil).
Right? I get that langauge evolves and things go in and out of fashion, but this self-censoring for things completely unrelated to the original or derogatory meanings is kind of a pointless exercise to me.
I’m a dev, and I’m the opposite. At my work, we use main over master. I thought it was a little silly when we first switched, but now I’m used to it. It’s an arbitrary label anyway – could easily use trunk/branch from SVN or release/develop or any number of other labels to keep track of code.
Hell, we got a new dev on the team a month or two ago, and he tends to name things ‘feat/do-the-thing’ instead of ‘feature/make-it-go’.
It’s not as big a deal as people online make it out to be.
No one told you to throw away anything. If it works for you then go wild. No one else cares what you do in private or a with your “dev friends”.
I for one love shorts words to get meaning across. “main” was just sweet, the social issue thing was a good to have.
We’re talking about slavery here.
It’s not that hard…to be accommodating.
from your point of view
You’re right. Call it a controller and agent. I know naming is hard, but we’re smart enough to apply our lexicon.
Ah, the slippery slope fallacy.
The default for new repositories on GitHub has been main for awhile now. You would have had to put in effort to change it to something else. You’re a stick in the mud.
The default for git repositories is still master. Not to be the “real programmers only use CLI” guy, but I feel like
git initisn’t too hipster.…which you get a multiline message telling you to change your ways (Linus doesn’t break UX)…every time you init…weird.
$ git init hint: Using 'master' as the name for the initial branch. This default branch name hint: is subject to change. To configure the initial branch name to use in all hint: of your new repositories, which will suppress this warning, call: hint: hint: git config --global init.defaultBranch <name> hint: hint: Names commonly chosen instead of 'master' are 'main', 'trunk' and hint: 'development'. The just-created branch can be renamed via this command: hint: hint: git branch -m <name>Gonna be honest, I don’t think I ever read that. I think I usually just do
git statusimmediately after to see if all’s well.The default has been main for awhile.
March 2021 for gitlab
Still the default in git.
…but recommended to be changed every. single. time. you git init. https://lemmy.world/comment/11895670
can you point where ANYTHING is recommended at all there?
Cause it simply says that you can change the name. But “master” is the default. That doesn’t sound like a “recommendation” at all. But just making people aware since some repositories try to force things like “Main”. Almost like the repo you’re using might be enforcing shit that Git in of itself doesn’t give a shit about.
“I’m going to be annoying you until you do something about it” It is recommending that you take some sort of action, that choice is up to you as the user. In fact, the older way of disabling the warning was called
advice.defaultBranchNameAFAIK git is still Linus Trovalds’ project and one thing he is known for is “you dont fuckin break user space”. That is acknowledged in the pull request https://github.com/git/git/pull/921
Linus is also a fuck-your-feelings kind of guy so deprecation_period == linus_date_of_death. No, I’m not implying Linus is racist/bigot, just that he feels that strongly about breaking user experience.
You’re right…and that’s why its unbelievable to me how some people are still (it has been nearly 4 years since that PR above) resistant to change this one little thing. This is just the initial branch that we’re talking about here. Git doesn’t care if you:
git init Initialized empty Git repository in /home/xxxxxx/tmp/.git/ touch foo && git add foo && git commit -am "foo" [main (root-commit) 9c74dd1] foo 1 file changed, 0 insertions(+), 0 deletions(-) create mode 100644 foo git branch -a * main git checkout -b bar Switched to a new branch 'bar' git branch -d main Deleted branch main (was 9c74dd1). git branch -a * bar git log commit 9c74dd18d493fec727e6ce9e4ba71ed356dd970d (HEAD -> bar) Author: Butters Date: Thu Aug 22 00:14:44 2024 -0400 fooYou call that annoying? Annoying would be not functioning at all unless you choose an choice… or even worse. Go the Github route and specifically force you to use anything other than master.
Right… So why are you attributing Github = Git… When It’s clear that’s not the case.
Github != git.
No shit? Let me guess; you’re still using git like Linus intended it to be, decentralized, by emailing each other tar.gz’s
No. I’m just not willing to attribute a COMPANY as the sole owner/stakeholder in a protocol that honestly has very little to do with them.
Just because Github does something, doesn’t mean that they represent git.
I just used the most popular/known example. Personally I haven’t liked GitHub since Micro$oft bought them. I’m ol’ school, 25 years in the biz so M$ really really leaves a bad aftertaste in my mouth.
I’ll answer your other question in the other thread.
Fuck I don’t get your downvotes, you’re right. I get people want to vent but in the greater scheme of things having to use different words to be a smidge more inclusive isn’t that big of a deal or effort considering what some of us do to help our friends be accepted.
It’s so weird that so many people are calling being accommodating in such a small way “performative” or whatever! I think some people just can’t handle change and blame others for it.
or it’s just literally performative and doesn’t actually change anything about the realities of being POC in America other than making (ironically) a bunch of white people feel good about themselves.
Okay then, I’m being performative. I feel better about myself, thanks.
We’re talking about slavery here.
It’s not that hard…to be accommodating.
from your point of view
You’re right. Call it a controller and agent. I know naming is hard, but we’re smart enough to apply our lexicon.
Ah, the slippery slope fallacy.
The default for repositories on GitHub has been main. You would have had to put in effort to change it to something else. You’re a stick in the mud.