Read on Twitter
I have four million things to work on, so, of course we all know I'm about to do another Twitter thread.
This time, on how to write a Response-To-Reviewers-And-Editor document.
Ready? BUCKLE UP, EVERYONE.
This time, on how to write a Response-To-Reviewers-And-Editor document.
Ready? BUCKLE UP, EVERYONE.
I just published 3 journal articles this summer, and all of these have gone multiple review rounds, so I have plenty of experience to share.
First things first: being a journal editor IS A THANKLESS JOB. It's an unpaid volunteer activity that is necessary to advance a field.
First things first: being a journal editor IS A THANKLESS JOB. It's an unpaid volunteer activity that is necessary to advance a field.
So, my first suggestion when writing Response-To-Reviewers-And-Editors (RTRAE) documents is:
DO NOT BE AN 4$$H0L3.
A polite RTRAE is much more likely to be well received than any document where you basically call reviewers (another thankless unpaid job) absolute 4$$H4TS.
DO NOT BE AN 4$$H0L3.
A polite RTRAE is much more likely to be well received than any document where you basically call reviewers (another thankless unpaid job) absolute 4$$H4TS.
This is the process I follow when I receive reviews:
1) Wallow in self-pity (this is standard procedure) for about 48 hours (sometimes more time is needed).
2) Cool-off and remember that people aren't out to get me and that any negative reviews do not reflect on my own worth.
1) Wallow in self-pity (this is standard procedure) for about 48 hours (sometimes more time is needed).
2) Cool-off and remember that people aren't out to get me and that any negative reviews do not reflect on my own worth.
3) Read the reviewers' comments. Normally, I craft a Drafts Review Matrix (DRM) like this one
http://www.raulpacheco.org/2018/02/an-improved-version-of-the-drafts-review-matrix-responding-to-reviewers-and-editors-comments/
From the DRM, and based on deadlines suggested by the editors ("we'd like your revised manuscript in X months/weeks") I apply Backcasting techniques to...
http://www.raulpacheco.org/2018/02/an-improved-version-of-the-drafts-review-matrix-responding-to-reviewers-and-editors-comments/
From the DRM, and based on deadlines suggested by the editors ("we'd like your revised manuscript in X months/weeks") I apply Backcasting techniques to...
... determine how long is it going to take me to do this R&R and which tasks need to be done. This is my post on how to backcast an R&R:
http://www.raulpacheco.org/2019/03/backcasting-a-revise-and-resubmit-rr-manuscript/
Once I have backcasted the R&R, I revise my DRM with more reasonable deadlines and I use the revised DRM to write...
http://www.raulpacheco.org/2019/03/backcasting-a-revise-and-resubmit-rr-manuscript/
Once I have backcasted the R&R, I revise my DRM with more reasonable deadlines and I use the revised DRM to write...
... a Letter of Response to Reviewers and Editors.
This is my process, you can adapt as you see fit.
1) I say something to the effect of "thank you for taking the time to read and review my work", because really, we ought to acknowledge that this is a thankless job.
This is my process, you can adapt as you see fit.
1) I say something to the effect of "thank you for taking the time to read and review my work", because really, we ought to acknowledge that this is a thankless job.
2) Using my DRM, I respond point-by-point to suggestions made by reviewers and editors.
It is important to comment that most journal editors will tell you how they prefer this response. Some may accept a DRM, others may want a letter, others may want a letter AND A REDLINED ...
It is important to comment that most journal editors will tell you how they prefer this response. Some may accept a DRM, others may want a letter, others may want a letter AND A REDLINED ...
(redlined = marked up with track changes) version, etc.
If the suggestions are a tad generic, I respond with comments that are similarly generic. If the reviewer is very detailed, I respond with the same degree of engagement.
3) It's not a requirement that you accept every...
If the suggestions are a tad generic, I respond with comments that are similarly generic. If the reviewer is very detailed, I respond with the same degree of engagement.
3) It's not a requirement that you accept every...
... suggestion. If you are not going to change something, make sure to explain why you're not making these edits, and the supporting rationale.
IF you disagree with a reviewer, politely state why and respond so that they can engage with the substance of your comments.
IF you disagree with a reviewer, politely state why and respond so that they can engage with the substance of your comments.
Rough reviewers are going to exist anywhere, so it's important to take the criticism as a critique of the work, not an assessment on the value of a person. I have heard (and personally experienced) of very nasty editorial and reviewer comments.
Nobody is exempt from these.
Nobody is exempt from these.
To the extent that reviewers do their job (suggest ways in which the article may be improved for publication) and editors do theirs (make a judgment call on the reviews and the actual contribution an article may make to their journal and the field) we can expect a relatively...
... straightforward process.
We all have read #HereOnTwitter about nasty reviews, mean editors, etc. These things may happen, but I think all we can do is take those in stride and push back where/when necessary in a polite yet firm way.
I follow the same process for every...
We all have read #HereOnTwitter about nasty reviews, mean editors, etc. These things may happen, but I think all we can do is take those in stride and push back where/when necessary in a polite yet firm way.
I follow the same process for every...
... round of revision.
Yes, I've had experiences of doing multiple revisions and yet get rejected in the end. Such is life, whatevs.
Anyway, I use the DRM and the Backcasting an R&R techniques to help me write the RTEARs.
</end thread>
Yes, I've had experiences of doing multiple revisions and yet get rejected in the end. Such is life, whatevs.
Anyway, I use the DRM and the Backcasting an R&R techniques to help me write the RTEARs.
</end thread>
