Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Update code review guidelines #683

Merged
merged 1 commit into from
Jun 30, 2023

Conversation

samithoughtbot
Copy link
Contributor

On my current client project we have been using labels as a prefix to comments we leave on code reviews to clearly display intention and tone. This removes a lot of ambiguity from written text which can be interpreted in many ways.

Our usage of labels has been informed by this article https://conventionalcomments.org/.

This PR would bring this optional way of working to other people within thoughtbot.

On my current client project we have been using labels as a prefix to comments we leave on code reviews to clearly display intention and tone. This removes a lot of ambiguity from written text which can be interpreted in many ways.

Our usage of labels has been informed by this article https://conventionalcomments.org/.

This PR would bring this optional way of working to other people within thoughtbot.
@smaboshe
Copy link

This sounds interesting. I am not sure if I have misunderstood intent in a PR. I guess I assume positive intent. That said, I'd be open to giving this a try!

Note to self: This would be a good point to re-watch, "Implementing a Strong Code-Review Culture", by Derek Prior

@nickcharlton
Copy link
Member

I think it's a nice suggestion to have, but I'm not a fan of it myself.

I generally dislike things that make me sound like a robot when I'm writing and so if I had a series of little things (like the nitpick example), I like to write how I'm thinking at the time and that's often going to change. Not only that, but I like to think of reviewing code as much as a conversation as possible and if that means I have to write a lot more to express myself then I'm okay with that.

@samithoughtbot
Copy link
Contributor Author

@smaboshe and @nickcharlton thank you so much for your feedback on this!
I think I will circulate this PR within the DEI channel and leave it open for another week.
If I don't hear anything more on it then I will close it.
I appreciate your honesty!

@MatheusRich
Copy link
Contributor

I haven't used this to convey tone, but I'm a fan of using non-blocking/nitpick: comment.

Copy link
Contributor

@purinkle purinkle left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

🥯

Love it! I would love it even more if we had a blog post to flesh out our thoughts and feelings about this change. Why is it a good idea? What problem does it solve? How have you seen it solve that problem?

@heyvaleria
Copy link
Contributor

you may want to consider

I'm OK with this phrasing, as it gives everyone the option to use this system, or not.

I am also way more conversational and verbose in all types of communication, so I may embed the fact that it's a curiosity, non-blocking, or a nit, in the sentence, rather than the label.

Before we merge it into our guides, it could be good to hear a broader spectrum of opinions, but then again, you @samithoughtbot shared about this PR in our slack channels and whatnot, to get reviews from folks.

See how verbose I am?

@samithoughtbot
Copy link
Contributor Author

Thank you all for your feedback on this!
It is good to have differing opinions about whether this would be helpful but it is reassuring to have 2 approvals.
Based on the fact that this is a purely optional addition to an existing point:

you may want to consider

I am going to trust my best judgement and merge this in.

If this was a brand new point that was not optional, I don't think I would merge this in.

Hopefully, this will at least provide visibility to an optional practice that may help others.

@samithoughtbot samithoughtbot merged commit 74f40f5 into main Jun 30, 2023
@samithoughtbot samithoughtbot deleted the code-review-guidelines-label-addition branch June 30, 2023 11:48
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

6 participants