I'm guessing this is about Code Review comments? I always assume my comments on others' PRs (and other people's comments on my Code Reviews) are "suggestions (non-blocking)", unless indicated otherwise . Shouldn't that be the default, really?
Don't the tools you use allow for selecting whether a comment is blocking or not? This is like the #3 feature of code review software. #2 would be the "approve" button, and #1 would be showing the diff.
Conventional Comments
71–74 of 74 posts
Re: Conventional Comments
#72Earlier quoted context omitted.
Agreed. My thought was at least that the tone of the chosen rhetoric seemed sort of passive-aggressive or meek. I tend to prefer use of phrases like "suggestion: This seems like it would be improved by more closely resembling the other marketing pages". That said, asking a question is a communication tactic that is supposed to illicit a response, however disingenuous it may be.
Asking a question makes the reader find the answer, and thus understand it, and the reasons for it. Also, sometimes the answer won't be the one you'd expected.
Re: Conventional Comments
#73Re: Conventional Comments
#74On a previous engineering team, I once proposed a comment tagging convention that evolved over time to a stable place and ended up being quite useful for us. Unlike Conventional Comments, though, our main motivation was to communicate _expectations_ clearly, so the person receiving the review has enough information to decide what _action_ to take. The Conventional Comments labels help a little, but requests for actio…