i've been adding a lot of "rules" to my posts on here about what kind of replies I want ("no starting arguments!” "no explaining what a git commit is!”)

Here's a thread about why! Some of my goals are:

1. have nuanced discussions & stay on topic
2. hear from a diverse set of people
3. learn new things about how people use computers

let’s talk about each of them!

(1/11)

goal 1 is: have nuanced discussions! stay on topic!

When I started writing about git on here, every single time I made a post, people would reply with a HUGE range of thoughts and opinions about git which were totally unrelated to the question I asked.

This was a problem because it meant we could only have extremely surface level-discussions, and people’s hot takes were VERY repetitive. It felt like I was in a time loop — I even made a bingo card about it https://wizardzines.com/comics/git-discussion-bingo

(2/11)

git discussion bingo

wizard zines

When I say things like “please do not reply saying that you prefer rebase over merge”, it’s not because I think people who prefer rebase are “wrong”.

It’s because I’m trying to dig deeper and have a more nuanced discussion about a specific topic and I don’t want a very common opinion (“rebase is better than merge!”) to drown out other perspectives.

(3/11)

goal 2 is: hear from a diverse set of people!

I spent about 16 years on Twitter. Over time, I noticed that the people in my replies became pretty homogenous: for example I heard from women much less often than I wanted to.

I eventually realized that this was because I was allowing people to behave in a variety of unpleasant ways in my replies that was offputting.

(4/11)

So when I say things like “please don’t start weird arguments, please don’t explain what a git branch is to someone who didn’t ask you to, please don’t imply that everyone who uses computers in a different way from you is dumb and wrong”, that’s not only because I find those behaviours offputting.

It’s also because it drives away the people who I want to hear from.

(5/11)

Over time, if I continue to allow people to be unpleasant in my replies, it makes the set of folks who will talk to me on here narrower and narrower.

I’ve heard from friends that they don’t want to reply to my Mastodon threads because people have been assholes to them on here. That sucks.

(6/11)

One of the most common pieces of “advice” I hear from people is to use muting and blocking. I had hundreds (maybe thousands!) of people muted or blocked on Twitter, but it never really solved my problems.

Actually publicly talking about the kinds of behaviours that I’m trying to avoid on here has made a much bigger difference than muting or blocking people ever did, though I do still use those tools.

(7/11)

Allowing people to behave in unpleasant ways in my replies is also a problem because it makes it hard for me to boost cool posts — on Twitter I was sometimes reluctant to retweet posts by people I respected because I was worried my followers would embarrass me by saying something awful to the person I retweeted.

(8/11)

goal 3: learn new things about how people use computers!

One of my biggest frustations with programming is always: I’ll read some documentation, and I’ll wonder — okay, sure, but what are people ACTUALLY USING this software for? how are folks using it?

For example: it took me probably 3 years to figure out what kinds of problems strace is useful for. But we all use strace for the exact same things! This is a solved problem! (https://jvns.ca/blog/2021/04/03/what-problems-do-people-solve-with-strace/)

(9/11)

What problems do people solve with strace?

What problems do people solve with strace?

Julia Evans

so when I say things like “please do not comment and tell people that they’re wrong to be using computers in the way they are” — I’m interested in knowing what people are ACTUALLY doing, even if that’s not the “optimal” thing.

Policing people makes it harder to find that out.

I’m really interested in collecting information about you can be “wrong” about how computers work and do things “wrong” and still get incredible work done

(10/11)

all of these rules have really made a huge difference to the quality of discussions we’ve been able to have on here. I’ve learned a huge amount about how people use and think about git and I really appreciate everyone who's been participating

(11/11)

also thanks to @brainwane for helping me figure out the goals of these rules

This is an excellent set of rules and/or guidelines.

Documenting it:

Calling @Chartodon Spine ...

CC: @b0rk @brainwane

@b0rk I hope that my comment is kinda on topic because I have to tell you this:

Your work is amazing. All this time I've been enjoying your posts and the media that you're creating.

And your rules just emphasize what a wonderful person you are.

Have a wonderful day. 🌞

@alexanderadam @b0rk I'm just going to nod. Nothing to add.
Such nice work.
@b0rk it’s baffling that any of this needs to be explained, but it’s great that giving some rules really helps
@ShadSterling @b0rk
👏
People always need rules to guide them.
@b0rk I, for one, wholly support you in all of this.
I several times felt a push to post an unsolicited explanation in some of your threads, and decided against it when I remembered your instructions.

So: It works!
@b0rk
I find your curiosity, polls and writeups most refreshing and informative.
I've seen others with a large following (most notably @jwz) using the same techniques; prefacing and clarifying in their posts what they are _not_ looking for.
As far as I can tell as a reader, it seems to have a positive effect on the replies(, but I bet they must be tiring to type out).
I really appreciate your work!
@b0rk late to the game but I as well want to thank for your very interesting articles. Sometimes I already have a general idea about a topic but I always learn something new and your style is concise and precise at the some time. Thanks a lot 😊
@b0rk Same with update messages in post. "Tool XYZ has a new big update!". Not one word explains, what the tool does and why I should care for the update.
@b0rk I have recently used strace for another purpose: to track r/w progress on a program without a progress bar. I have since learned that pv is better for this.