Discuss Scratch

CosmicSans
New Scratcher
100+ posts

A guide to constructive replies

Even though I've only been here four days, I've been around the forums and have seen some people bash up topics made by people who didn't read the stickies. I'll bet this has a negative impact on their emotions, since they're people too. So I've written this guide to providing constructive replies to topics, and how to deal with topics that have been rejected.

1. Don't bash on ideas
For lack of a better word, don't attack ideas made by newbies, saying “READ THE STICKY” and such. Here's an example. Which looks better? I've seen both of these on the forums before…

#1:

READ…THE…STICKY! UGH!
http://scratch.mit.edu.ezproxyberklee.flo.org/discuss/topic/4789/
http://scratch.mit.edu.ezproxyberklee.flo.org/discuss/topic/4789/
http://scratch.mit.edu.ezproxyberklee.flo.org/discuss/topic/4789/
http://scratch.mit.edu.ezproxyberklee.flo.org/discuss/topic/4789/

#2:

Hey there!

Great idea! Unfortunately, it's already been suggested and rejected.
On the Scratch forums, there are these things called stickies that you have to read before posting. One of these says that this idea has been rejected, because it wouldn't quite work with the site right now.

Keep thinking up ideas!

I bet you're thinking #2, right? Yeah! The second one has a better atmosphere and feeling than the first. Instead of making people feel bad about their post, just try and give them a nudge.

2. If something has been mentioned, don't say it again
…unless you are providing something constructive.
Saying “support” and “no support” don't really help the discussion unless you're providing good points about the topic. This applies to #1 on this list, too. If something has been said about it being rejected or something, don't say it again unless you have something to add. Saying “as per this” doesn't help the discussion, either.

3. Think of a new direction
Instead of going along with what everyone else says about the topic, try and think for yourself. Think about the good things and bad things about the suggestion. Try and provide some good points, and keep it respectful about other Scratchers. Ask questions about the topic instead of saying “this would never work”. Think about what you're going to say before you post - it helps you a lot!

That wraps up my guide! I hope you find this topic useful, and I hope it helps the Scratch forums and the website itself grow!




(Moderator's note - this post from further down the topic has some very good points by Zro716 that I decided to add to the first post for more visibility)


Zro716 wrote:

I wish CosmicSans could extend their post to include avoiding certain rationale for and against common suggestions. Maybe a mod can edit this in so we don't have to squeeze in another sticky?
Avoid making these kinds of arguments
  • Support. [no reasoning] - It isn't recommended to leave your post devoid of any reason. People, including the ST, get bugged when posts consist of this one word because it doesn't help to show that the author knows why they support. If there is aught worth mentioning about the idea, do add it to your post.

  • Support, because why not? - Do not rhetorically ask for counter-arguments without providing your own argument first. Just because you cannot find a reason against something does not mean there are no reasons against it.

  • Support, would really help. - In what ways does it help, what problem(s) does it solve? Can the same solution be found with what we already have, and how difficult is it to reach? Be sure to recognize the benefit(s) of an idea and the problem(s) without it.

  • No support. [no reasoning] - If you choose to not give any counterarguments, your entire post is worthless. The least you can do is point to a post with reasoning that you align yourself to, but never be a yay-or-nay person without any reason.

  • No support, why? - Do not beg the question about the purpose of a suggestion if its reasons are already stated, because it shows you are not acknowledging them. Please check other posts for arguments that you can address.

  • No support, useless. - Every suggestion has a reason behind it, whether stated or not. While you may not see the use of something, someone else might/will. Cynicism isn't healthy if you're shutting out every idea that doesn't fit your vision of Scratch, so keep an open mind about things and understand that nothing is ever useless.

  • No support, too confusing for New Scratchers. - Scratch needs to have a low floor (easy to understand) and a high ceiling (can be used to create anything). Rejecting blocks because one finds them confusing, or might find them confusing according to a noob, is not a complete and valid argument. Confusion caused by a lack of knowledge in related subjects is normal to occur, which is why blocks such as the transcendental functions are included, and thus does not merit an argument. Confusion caused by the specialization of a process is valid itself, but given it is clear that most people, not just New Scratchers, are confused by it. Confusion caused by a lack of clarity in the OP's suggestion necessitates a request for more detail before a re-argumentation (ask nicely for a better description instead of immediately rejecting).

  • No support, could be abused. - Everything can be abused, but does that mean every new idea must be rejected because of it? No, do not make this argument ever unless there is obvious intent for abuse, such as for private messaging (see rejected ideas list). By making this argument, you are implying that you don't see absolutely any benefit from an idea, and that is quite ignorant.

  • No support, would cause spam. - Abuse in the form of spam is inevitable, but it should not be the sole reason to prevent new ideas from surfacing. This is like saying, “we shouldn't have forums/Scratch because people spam on it” - your argument goes nowhere fast and you get lost in absolute cynicism. Instead of rejecting an idea because of the spam it brings, introduce ways to regulate and minimize the spam.

  • No support, bad idea. - First, what makes it a “bad idea”? Don't assume the OP knows what you mean by “bad”. Second, don't insult the OP by calling their idea out as “bad”, and instead argue that it will bring more negative consequences than benefits (do remember to list them too).

  • No support, close this topic before it starts a flame war. - Never tell the OP to close their topic just because you (and others) disagree with it, or that you worry that a potential war of opinions is about to start. This is the suggestions forum where debate is common and usually civilized (so long as participants are willing to keep their cool). Only in the rarest of situations would you ever have to say this, most likely when an idea is backed by religious or political arguments.

  • No support, has workaround. - Don't be hasty to pull out the workaround card on block ideas. Remember that the OP was most likely not aware of the workaround. It makes matters worse to make this your only argument because it quickly becomes a game of “how many blocks can we workaround in Scratch”, which goes further down to “remove this block because it has a workaround”. If Scratch was so low-level that even division had to be worked around with multiplication and subtraction, Scratch would be extremely difficult. So please acknowledge the fact that workarounds are not always the best route to take, especially when an idea obviously makes a process easier and faster than conventional means.

  • Indifferent. - The field is for playing, not spectating. If you're not part of the game, don't participate. In other words, if you have nothing to say that will contribute to the discussion, do not post.

Last edited by Paddle2See (June 9, 2016 23:26:55)

Iditaroid
Scratcher
500+ posts

A guide to constructive replies

Nice topic! It's nice to see someone finally write up a whole thing about this summing up all the good points

Maybe we could get this stickied?
CosmicSans
New Scratcher
100+ posts

A guide to constructive replies

Iditaroid wrote:

Nice topic! It's nice to see someone finally write up a whole thing about this summing up all the good points

Maybe we could get this stickied?
I asked a moderator (harakou) on her comments
Iditaroid
Scratcher
500+ posts

A guide to constructive replies

I think Harakou is a guy!
CosmicSans
New Scratcher
100+ posts

A guide to constructive replies

Iditaroid wrote:

I think Harakou is a guy!
oh! I was misled by the pony profile pic! Don't judge a book by its cover, I guess!
stickfiregames
Scratcher
1000+ posts

A guide to constructive replies

I agree with all of this except

CosmicSans wrote:

Saying “support” and “no support” don't really help the discussion unless you're providing good points about the topic.
Yes it does, it shows how popular/unpopular the suggestion is.

Last edited by stickfiregames (Feb. 17, 2015 17:19:15)

CosmicSans
New Scratcher
100+ posts

A guide to constructive replies

stickfiregames wrote:

I agree with all of this except

CosmicSans wrote:

Saying “support” and “no support” don't really help the discussion unless you're providing good points about the topic.
Yes it does, it shows how popular/unpopular the suggestion is.
True, but are the scratch team going to listen to 10 random people who don't say anything but “no support” or “support”, or are they going to listen to someone who gives evidence and proof that their side is correct? People telling why they are saying support or no support helps the discussion.

I guess I will change it to "Saying nothing but ‘no support’ and ‘support’ doesn't really help […]"
CosmicSans
New Scratcher
100+ posts

A guide to constructive replies

Looks like I can't change it right now…
Deerleg
Scratcher
1000+ posts

A guide to constructive replies

CosmicSans wrote:

stickfiregames wrote:

I agree with all of this except

CosmicSans wrote:

Saying “support” and “no support” don't really help the discussion unless you're providing good points about the topic.
Yes it does, it shows how popular/unpopular the suggestion is.
True, but are the scratch team going to listen to 10 random people who don't say anything but “no support” or “support”, or are they going to listen to someone who gives evidence and proof that their side is correct? People telling why they are saying support or no support helps the discussion.

I guess I will change it to "Saying nothing but ‘no support’ and ‘support’ doesn't really help […]"
Better would be “It would be best to give a reason for supporting/nonsupporting…”

Sometimes all the reasons for supporting or non-supporting have already been taken and then we create a paradox.
Individuality
Scratcher
36 posts

A guide to constructive replies

Congratulations on getting this Stickied!
CosmicSans
New Scratcher
100+ posts

A guide to constructive replies

Individuality wrote:

Congratulations on getting this Stickied!
thanks!
Deerleg
Scratcher
1000+ posts

A guide to constructive replies

Oh, and add “Don't use Scratchblocks.”
CosmicSans
New Scratcher
100+ posts

A guide to constructive replies

Deerleg wrote:

Oh, and add “Don't use Scratchblocks.”
I can't edit posts right now - I'll have to wait
stickfiregames
Scratcher
1000+ posts

A guide to constructive replies

Deerleg wrote:

Oh, and add “Don't use Scratchblocks.”
It depends on the situation
when <I see this suggestion :: custom>
add [stickfiregames] to [supporters v]
wait until <[scratch v] contains (this suggestion)?>
forever
say [yay they added it] for {forever} secs
end
is spam and not really helpful. But
Good idea, but I think it would be better as one block like this:
turn turbo mode [on v] :: control
is constructive because it helps to illustrate the blocks, and doesn't overuse them. Maybe change it to “Don't use scratchblocks spam”.
CosmicSans
New Scratcher
100+ posts

A guide to constructive replies

stickfiregames wrote:

Deerleg wrote:

Oh, and add “Don't use Scratchblocks.”
It depends on the situation
when <I see this suggestion :: custom>
add [stickfiregames] to [supporters v]
wait until <[scratch v] contains (this suggestion)?>
forever
say [yay they added it] for {forever} secs
end
is spam and not really helpful. But
Good idea, but I think it would be better as one block like this:
turn turbo mode [on v] :: control
is constructive because it helps to illustrate the blocks, and doesn't overuse them. Maybe change it to “Don't use scratchblocks spam”.
that is true.
Deerleg
Scratcher
1000+ posts

A guide to constructive replies

CosmicSans wrote:

stickfiregames wrote:

Deerleg wrote:

Oh, and add “Don't use Scratchblocks.”
It depends on the situation
when <I see this suggestion :: custom>
add [stickfiregames] to [supporters v]
wait until <[scratch v] contains (this suggestion)?>
forever
say [yay they added it] for {forever} secs
end
is spam and not really helpful. But
Good idea, but I think it would be better as one block like this:
turn turbo mode [on v] :: control
is constructive because it helps to illustrate the blocks, and doesn't overuse them. Maybe change it to “Don't use scratchblocks spam”.
that is true.
Okay, how about “Don't use Scratchblocks to communicate in a way that you could easily type normally” or something like that.
CosmicHamster
Scratcher
100+ posts

A guide to constructive replies

I hope people read this.
CosmicSans
New Scratcher
100+ posts

A guide to constructive replies

CosmicHamster wrote:

I hope people read this.
Yep. Hopefully the people who say “READ THE STICKIES!!!!” actually read the stickies themselves
memel0rd
New Scratcher
36 posts

A guide to constructive replies

A thing you should add: search for the suggestion before you post it.
Cyoce
Scratcher
500+ posts

A guide to constructive replies

Nice post! I have to admit that in retrospect, I’ve done some of these very things. How ironic that the “read the sticky” situation you talked about in the OP now applies to this thread!
Hopefully this will help people provide more concise feedback and contribute to the discussion.

Also, as a response to the “don’t use Scratchblocks” discussion:

Deerleg wrote:

Okay, how about “Don't use Scratchblocks to communicate in a way that you could easily type normally” or something like that.
This is in essence the point, but seems almost aggressive, and doesn’t give direction as to when they should be used. How about instead:
Please use Scratchblocks intended use of outlining Scratch scripts, rather than a bulky and superfluous, albeit colorful, way of presenting normal text.
Although you may want to phrase it in a less pedantic manner.

Last edited by Cyoce (Feb. 26, 2015 20:09:10)

Powered by DjangoBB