Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

I appreciate you taking the time to share your perspective. I think where we disagree is in characterizing making inclusive language changes as "political" and keeping the status quo as "non-political", when the status quo is demonstrably not working for a lot of people. Changing "master" to "main" is admittedly likely near the end of the list of what the tech industry needs to do to in that regard, but if we can't even get low-effort token gestures like that to happen without a lot of outcry I'm not optimistic about any kind of substantive change.

The idea of places like HN being meritocratic tech utopias where race and gender are irrelevant and everyone's just a username with some neat ideas is really compelling. I can only offer that in my experience it's common knowledge among woman developers that if you want to have a good day, it's best not to read the comments here. It seems I've forgotten that myself!




> I think where we disagree is in characterizing making inclusive language changes as "political" and keeping the status quo as "non-political", when the status quo is demonstrably not working for a lot of people

Sure, your perspective is valid too, I just tend to lean the other way. I tend to believe that it is impossible to please everyone and that we should not strive to unless it has clear, demonstrable value.

> we can't even get low-effort token gestures like that to happen without a lot of outcry I'm not optimistic about any kind of substantive change.

Well, I think part of the reason for outcry in this particular case is that it is (again, IMHO) not a "low-effort token gesture". I mean, if you look at the patch being submitted in the email linked at the top of the thread to make main the new default:

> 351 files changed, 3903 insertions(+), 3890 deletions(-)

and for me personally it means that all my future git repos are going to have a different default branch than my past repos which breaks some of my utility scripts. And if I configure the default branch of my future repos to remain "master" to avoid this then some people might take offense and see it as a dogwhistle.

So to me this whole thing seems like a big charade, but maybe the silver lining is that Git really should have been designed from the start to easily take arbitrary default branch names, and this patch will enable that.


Is there any evidence that the submitter of the code did not want to make the change? It seems quite possible that the contributor wanted to make this change and volunteered their time. If that’s the case, the complexity of the change should not be relevant. The only complexity to consider is the downstream complexity. And besides, the change seems to be a one-liner plus find-and-replace in thousands of unit tests. Could probably have been done in a matter of minutes.

I am just speculating of course and maybe they were very unhappy to have to do this.




Consider applying for YC's Fall 2025 batch! Applications are open till Aug 4

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: