Not logged in
Talk
Contributions
Create account
Log in
Navigation
Main page
About
People
Publications
Teaching
Resources
Research Blog
Wiki Functions
Recent changes
Help
Licensing
Project page
Discussion
Edit
View history
Editing
CommunityData:Meetup April 2020
(section)
From CommunityData
Jump to:
navigation
,
search
Warning:
You are not logged in. Your IP address will be publicly visible if you make any edits. If you
log in
or
create an account
, your edits will be attributed to your username, along with other benefits.
Anti-spam check. Do
not
fill this in!
=== Critique and Feedback Sessions === For the '''critique and feedback''' sessions we're expecting everybody who wants to participate to submit (a) something in writing (e.g., a paper, a [[Matsuzaki outline]], an extended abstract) and (b) a list of questions or types of feedback you want. Please only submit something you want feedback on! If you want to participate, you need to email something to collective@communitydata.cc by the end of day on '''Monday April 6'''. Not everybody needs to participate but anybody who does participate should only submit one thing. We're expecting that everyone attending will have read all the material submitted and will bring notes to the meeting. When we meet, everyone who has submitted something will get at least half an hour (more if possible). When we meet, these sessions will be run with ''no presentations'' and ''no formal introductions''. The plan to just jump in and start answering the questions and talking about thing we've all already read." These are our norms: * '''Take the entire group as an audience''': the best feedback is beneficial or thought-provoking to the group as a whole, prompts group discussion/consideration, asks a question, etc. * If the author is your only audience, '''be practical and actionable for the project's current stage'''. Early-stage work is expected to be a little unpolished and crunchy, and proposing a large new branch of analysis for a nearly-complete work should be approached with a scoping statement (Must this be done for the work to be valid? Or are you proposing a follow-up line of inquiry to be stated in the Future Work section?) * '''Don't dogpile''' -- time is short, so even positive plus-ones should be brief: don't repeat what others have said, don't feel the need to chime in or pile on a critique: it is assumed that you read the paper and are supportive of the author. * '''Avoid vaguebooking'''. "Framework needs some work" or "Lacking some flow" isn't as useful as "I don't think you're getting a lot out of using Foucault, Latour, and Habermas here, and explaining them is pretty heavy -- maybe you can get away with just invoking Benkler and moving on" and experience-grounded comments like "When you transitioned from section 2 to section 3, and half-way through section 4, I ended up flipping back to the abstract to figure out what was going on". * '''Don't narrate the typo you found on line 156''': feedback best conveyed via a marked-up draft should be delivered via a marked-up draft.
Summary:
Please note that all contributions to CommunityData are considered to be released under the Attribution-Share Alike 3.0 Unported (see
CommunityData:Copyrights
for details). If you do not want your writing to be edited mercilessly and redistributed at will, then do not submit it here.
You are also promising us that you wrote this yourself, or copied it from a public domain or similar free resource.
Do not submit copyrighted work without permission!
To protect the wiki against automated edit spam, we kindly ask you to solve the following CAPTCHA:
Cancel
Editing help
(opens in new window)
Tools
What links here
Related changes
Special pages
Page information