<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>【論文】タグの記事一覧｜ドクターフント(Dr. Hund)</title>
	<atom:link href="https://brain-storm.space/tag/%E8%AB%96%E6%96%87/feed/" rel="self" type="application/rss+xml" />
	<link>https://brain-storm.space</link>
	<description>脳や研究について発信するブログです。This site is for research and statistics.</description>
	<lastBuildDate>Fri, 24 Mar 2023 16:54:45 +0000</lastBuildDate>
	<language>ja</language>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=6.1.1</generator>

<image>
	<url>https://brain-storm.space/wp-content/uploads/2021/04/cropped-3d0209af428738b78799159b4ce75ad9-32x32.png</url>
	<title>【論文】タグの記事一覧｜ドクターフント(Dr. Hund)</title>
	<link>https://brain-storm.space</link>
	<width>32</width>
	<height>32</height>
</image> 
	<item>
		<title>【R初心者向け】自分でROC曲線(ROC curve)を書く</title>
		<link>https://brain-storm.space/roc-curve/1212/</link>
					<comments>https://brain-storm.space/roc-curve/1212/#respond</comments>
		
		<dc:creator><![CDATA[brainblog]]></dc:creator>
		<pubDate>Thu, 23 Mar 2023 10:11:56 +0000</pubDate>
				<category><![CDATA[論文作成・統計]]></category>
		<category><![CDATA[pROC]]></category>
		<category><![CDATA[R]]></category>
		<category><![CDATA[ROC]]></category>
		<category><![CDATA[sentitivity]]></category>
		<category><![CDATA[specificity]]></category>
		<category><![CDATA[医療]]></category>
		<category><![CDATA[学会]]></category>
		<category><![CDATA[感度]]></category>
		<category><![CDATA[曲線]]></category>
		<category><![CDATA[特異度]]></category>
		<category><![CDATA[発表]]></category>
		<category><![CDATA[統計]]></category>
		<category><![CDATA[論文]]></category>
		<guid isPermaLink="false">https://brain-storm.space/?p=1212</guid>

					<description><![CDATA[ROC曲線の書き方を紹介します。RではROC曲線を書くのはとても簡単です。ROC曲線を描くためのライブラリはたくさんありますが、今回はよく使われていて使いやすいpROCライブラリでの書き方を紹介します。EZRなどでも書く]]></description>
										<content:encoded><![CDATA[
<p>ROC曲線の書き方を紹介します。RではROC曲線を書くのはとても簡単です。ROC曲線を描くためのライブラリはたくさんありますが、今回はよく使われていて使いやすいpROCライブラリでの書き方を紹介します。EZRなどでも書くことはできますが、自分で書ける方が色々と応用できます。</p>



<h3 id="rtoc-1" >サンプルデータを作る</h3>



<p>ここはサンプルデータを作るだけのところですので、不要な方は次の見出しに読み飛ばしてください。二つの検査、&#8221;assay1&#8243;と&#8221;assay2&#8243;でどの程度疾患の人を検出できるのかを検討してみます。</p>


<div class="wp-block-syntaxhighlighter-code "><pre class="brush: r; title: Code example; notranslate">
set.seed(3)
condition &lt;- rep(c(&quot;healthy&quot;, &quot;disease&quot;), each = 50)
assay1 &lt;- c(rnorm(40, mean = 1, sd = 2), 
            rnorm(10, mean = 3, sd = 1), 
            rnorm(40, mean = 5, sd = 2), 
            rnorm(10, mean = 7, sd = 1))
assay2 &lt;- c(rnorm(30, mean = 1, sd = 3), 
            rnorm(20, mean = 2, sd = 2), 
            rnorm(30, mean = 3, sd = 3), 
            rnorm(20, mean = 4, sd = 2))

df = data.frame(condition, assay1, assay2)
</pre></div>


<p>ちなみにこれらの分布はこのようなものになります。</p>


<div class="wp-block-syntaxhighlighter-code "><pre class="brush: r; title: Code example; notranslate">
library(beeswarm)
beeswarm(data = df, assay1 ~ condition, 
         col = c(&quot;red&quot;,&quot;blue&quot;), pch=19)
beeswarm(data = df, assay2 ~ condition,
         col = c(&quot;red&quot;, &quot;blue&quot;), pch=19)
</pre></div>


<figure class="wp-block-image size-full is-resized"><img decoding="async" src="https://brain-storm.space/wp-content/uploads/2023/03/dotplot_assay1.jpeg" alt="" class="wp-image-1220" width="400" height="400"/><figcaption class="wp-element-caption">Assay1のdotplot</figcaption></figure>



<figure class="wp-block-image size-full is-resized"><img decoding="async" src="https://brain-storm.space/wp-content/uploads/2023/03/dotplot_assay2.jpeg" alt="" class="wp-image-1221" width="400" height="400"/><figcaption class="wp-element-caption">Assay2のdotplot</figcaption></figure>



<div id="rtoc-mokuji-wrapper" class="rtoc-mokuji-content frame2 preset1 animation-fade rtoc_open default" data-id="1212" data-theme="jin-child">
			<div id="rtoc-mokuji-title" class=" rtoc_left">
			<button class="rtoc_open_close rtoc_open"></button>
			<span>Contents</span>
			</div><ul class="rtoc-mokuji mokuji_ul level-2"><li class="rtoc-item"><a href="#rtoc-1">サンプルデータを作る</a></li><li class="rtoc-item"><a href="#rtoc-2">pROCを使ってみる</a><ul class="rtoc-mokuji mokuji_ul level-2"><li class="rtoc-item"><a href="#rtoc-3">pROCパッケージのインストール</a></li><li class="rtoc-item"><a href="#rtoc-4">1つのROC曲線を描く</a></li><li class="rtoc-item"><a href="#rtoc-5">パーセント表示にする</a></li><li class="rtoc-item"><a href="#rtoc-6">感度の信頼区間を表示する</a></li></ul></li><li class="rtoc-item"><a href="#rtoc-7">カットオフに最適な点を表示する</a><ul class="rtoc-mokuji mokuji_ul level-2"><li class="rtoc-item"><a href="#rtoc-8">Youden Indexによる最適なカットオフを表示する</a></li><li class="rtoc-item"><a href="#rtoc-9">Top Leftによる最適なカットオフを表示する</a></li></ul></li><li class="rtoc-item"><a href="#rtoc-10">必要な数値を取り出す</a></li><li class="rtoc-item"><a href="#rtoc-11">2つのROC曲線を重ねて比較する</a><ul class="rtoc-mokuji mokuji_ul level-2"><li class="rtoc-item"><a href="#rtoc-12">2つのROC曲線を重ねる</a></li><li class="rtoc-item"><a href="#rtoc-13">2つの検査について比較する</a></li></ul></li></ol></div><h2 id="rtoc-2" >pROCを使ってみる</h2>



<h3 id="rtoc-3" >pROCパッケージのインストール</h3>



<p>pROCパッケージをインストールして、起動します。</p>


<div class="wp-block-syntaxhighlighter-code "><pre class="brush: r; title: Code example; notranslate">
install.packages(&quot;pROC&quot;)
library(pROC)
</pre></div>


<h3 id="rtoc-4" >1つのROC曲線を描く</h3>



<p>早速いってみましょう。まずデータフレームは次のようになっています。</p>


<div class="wp-block-syntaxhighlighter-code "><pre class="brush: r; title: Code example; notranslate">
&gt; head(df)
  condition     assay1     assay2
1   healthy -0.9238668  2.8520501
2   healthy  0.4149486 -0.2152325
3   healthy  1.5175764  4.1593113
4   healthy -1.3042638  2.8068527
5   healthy  1.3915657  4.0523835
6   healthy  1.0602479  2.8245020
</pre></div>


<p>ここからもいくつか方法はありますが、まずroc()を使って、その結果をオブジェクトに格納してみましょう。</p>


<div class="wp-block-syntaxhighlighter-code "><pre class="brush: r; title: Code example; notranslate">
roc1 &lt;- roc(condition, assay1, data=df, ci=TRUE,
            levels=c(&quot;healthy&quot;, &quot;disease&quot;))
</pre></div>


<p>次のように&#8221;~&#8221;を使う書き方でも大丈夫です。</p>


<div class="wp-block-syntaxhighlighter-code "><pre class="brush: r; title: Code example; notranslate">
roc1 &lt;- roc(df$condition ~ df$assay1, ci=TRUE, 
            levels=c(&quot;healthy&quot;, &quot;disease&quot;))
</pre></div>


<p>conditionの列は0, 1でもいけますが2値変数です。ciは信頼区間です。</p>



<p>plot()でROC曲線を描くことができます。</p>


<div class="wp-block-syntaxhighlighter-code "><pre class="brush: r; title: Code example; notranslate">
plot(roc1)
</pre></div>


<figure class="wp-block-image size-full"><img decoding="async" width="400" height="400" src="https://brain-storm.space/wp-content/uploads/2023/03/roc_1.jpeg" alt="" class="wp-image-1224"/><figcaption class="wp-element-caption">Assay1</figcaption></figure>



<h3 id="rtoc-5" >パーセント表示にする</h3>



<p>好みにより軸をパーセント表示にすることができます。percent=TRUEを付け加えます。</p>


<div class="wp-block-syntaxhighlighter-code "><pre class="brush: r; title: Code example; notranslate">
roc1 &lt;- roc(condition, assay1, data=df, percent=TRUE,
            levels=c(&quot;healthy&quot;, &quot;disease&quot;))
plot(roc1)
</pre></div>


<figure class="wp-block-image size-full"><img decoding="async" width="400" height="400" src="https://brain-storm.space/wp-content/uploads/2023/03/roc_plot2_percent.jpeg" alt="" class="wp-image-1225"/></figure>



<h3 id="rtoc-6" >感度の信頼区間を表示する</h3>



<p>感度の信頼区間を計算するには ci.se()を使います。colは色を指定します。</p>


<div class="wp-block-syntaxhighlighter-code "><pre class="brush: r; title: Code example; notranslate">
roc2 &lt;- roc(condition, assay2, data=df, ci=TRUE,
            levels=c(&quot;healthy&quot;, &quot;disease&quot;))
plot(roc2)
rocCI &lt;- ci.se(roc2)
plot(rocCI, type=&quot;shape&quot;, col=&quot;lightblue&quot;)
</pre></div>


<figure class="wp-block-image size-full"><img decoding="async" width="400" height="400" src="https://brain-storm.space/wp-content/uploads/2023/03/roc_ci_3.jpeg" alt="" class="wp-image-1227"/></figure>



<h2 id="rtoc-7" >カットオフに最適な点を表示する</h2>



<p>ROC曲線から大事なことは、カットオフに最も適した点を調べることです。最適なカットオフは何か、というところも大きなテーマですが、ここでは２つの方法を紹介します。&#8221;Youden Index&#8221;と&#8221;top left&#8221;です。簡単に説明すれば、Youden Indexは&#8221;<span class="marker">感度+特異度-1</span>&#8221; で計算され、その数値が一番高いところを選びます。また、top leftは<span class="marker">ROC曲線の一番左上に近い点</span>を抽出します。</p>



<h3 id="rtoc-8" >Youden Indexによる最適なカットオフを表示する</h3>



<p>この時にはplotの中に追記をしていきます。<span class="marker2">print.thres = &#8220;best&#8221;, print.thres.bes.metod = &#8220;youden&#8221;</span>とすると最適点が表示されます。また、<span class="marker">legacy.axes=TRUEにするとx軸を1-Specificityになります。</span></p>


<div class="wp-block-syntaxhighlighter-code "><pre class="brush: r; title: Code example; notranslate">
plot(roc1, main = &quot;ROC Curve&quot;,      
     identity = TRUE,
     print.thres = &quot;best&quot;,
     print.thres.best.method = &quot;youden&quot;,
     legacy.axes = TRUE)
</pre></div>


<figure class="wp-block-image size-full"><img decoding="async" width="400" height="400" src="https://brain-storm.space/wp-content/uploads/2023/03/roc_youden_5.jpeg" alt="" class="wp-image-1231"/><figcaption class="wp-element-caption">Youden Index (J = 感度 + 特異度 &#8211; 1) による最適なカットオフ</figcaption></figure>



<p>この場合カットオフは3.912で感度が0.820、特異度は0.960です。</p>



<h3 id="rtoc-9" >Top Leftによる最適なカットオフを表示する</h3>



<p>top leftの場合は<span class="marker">print.thres.best.method=&#8221;closest.topleft&#8221;</span>にします。</p>


<div class="wp-block-syntaxhighlighter-code "><pre class="brush: r; title: Code example; notranslate">
plot(roc1, main = &quot;ROC Curve&quot;,      
     identity = TRUE,
     print.thres = &quot;best&quot;,
     print.thres.best.method = &quot;closest.topleft&quot;
     legacy.axes = TRUE)

</pre></div>


<figure class="wp-block-image size-full"><img decoding="async" width="400" height="400" src="https://brain-storm.space/wp-content/uploads/2023/03/roc_topleft_4.jpeg" alt="" class="wp-image-1234"/><figcaption class="wp-element-caption">topleftによる最適なカットオフ</figcaption></figure>



<p>この場合のカットオフは3.365、感度0.860、特異度0.880になっています。括弧内は特異度、感度の順番になっていることに注意をしてください。</p>



<h2 id="rtoc-10" >必要な数値を取り出す</h2>



<p>AUC(area under the curve)の値や感度、特異度などの数値を発表や論文で示す必要があります。その時には次のように表示できます。</p>


<div class="wp-block-syntaxhighlighter-code "><pre class="brush: r; title: Code example; notranslate">
&gt; auc(roc1)
Area under the curve: 0.9536

# youden
&gt; coords(roc1, &quot;best&quot;, ret=c(&quot;threshold&quot;, &quot;sens&quot;, &quot;spec&quot;, &quot;ppv&quot;, &quot;npv&quot;))
          threshold sensitivity specificity       ppv       npv
threshold  3.912407        0.82        0.96 0.9534884 0.8421053

# topleft
&gt; coords(roc1, &quot;best&quot;, best.method=&quot;closest.topleft&quot;,　ret=c(&quot;threshold&quot;, &quot;sens&quot;, &quot;spec&quot;, &quot;ppv&quot;, &quot;npv&quot;))
          threshold sensitivity specificity      ppv       npv
threshold  3.364778        0.86        0.88 0.877551 0.8627451
</pre></div>


<h2 id="rtoc-11" >2つのROC曲線を重ねて比較する</h2>



<p>今回2つの検査を想定してサンプルデータを作りました。どちらの検査が優れているかみていきます。</p>



<h3 id="rtoc-12" >2つのROC曲線を重ねる</h3>



<p>２つのROC曲線を重ねる時には後から重ねる方をlines()にします。または単純にplot(&#8230;, add=TRUE)でも同じ結果になります。colで色を指定しています。</p>


<div class="wp-block-syntaxhighlighter-code "><pre class="brush: r; title: Code example; notranslate">
# ２つの検査について、roc()を使ってその結果をオブジェクトに格納する
roc1 &lt;- roc(condition, assay1, data=df, ci=TRUE,
            levels=c(&quot;healthy&quot;, &quot;disease&quot;))
roc2 &lt;- roc(condition, assay2, data=df, ci=TRUE, 
            levels=c(&quot;healthy&quot;, &quot;disease&quot;))

# linesを使う
obj1 &lt;- plot(roc1,
             col=&quot;red&quot;)
obj2 &lt;- lines(roc2,
              col=&quot;blue&quot;)

# add = TRUEにする
obj1 &lt;- plot(roc1,
             col=&quot;red&quot;)
obj2 &lt;- plot(roc2,
             col=&quot;blue&quot;,
             add=TRUE)
</pre></div>


<figure class="wp-block-image size-full"><img decoding="async" width="400" height="400" src="https://brain-storm.space/wp-content/uploads/2023/03/roc_two_assay_6.jpeg" alt="" class="wp-image-1239"/></figure>



<h3 id="rtoc-13" >2つの検査について比較する</h3>



<p>2つの検査について比較する時には<span class="marker">roc.test()を使います</span>。デフォルトではAUC(area under the curve)をDeLong法で比較しますが、method = &#8220;bootstrap&#8221;と指定すればブートストラップ法などにも変更できます。textで中央にp値を表示しています。また<span class="marker">タイトルはmain=で指定できます。</span></p>


<div class="wp-block-syntaxhighlighter-code "><pre class="brush: r; title: Code example; notranslate">
roc1 &lt;- roc(condition, assay1, data=df, ci=TRUE,
            levels=c(&quot;healthy&quot;, &quot;disease&quot;))
roc2 &lt;- roc(condition, assay2, data=df, ci=TRUE, 
            levels=c(&quot;healthy&quot;, &quot;disease&quot;))

obj1 &lt;- plot(roc1,
             main=&quot;Comparison&quot;,
             col=&quot;red&quot;)
obj2 &lt;- lines(roc2,
              col=&quot;blue&quot;)
obj &lt;- roc.test(obj1, obj2)
text(.5, .5, labels=paste(&quot;p-value =&quot;, format.pval(obj$p.value, 3)), 
     adj=c(0, .5))
</pre></div>


<figure class="wp-block-image size-full"><img decoding="async" width="400" height="400" src="https://brain-storm.space/wp-content/uploads/2023/03/roc_comparison_7.jpeg" alt="" class="wp-image-1242"/></figure>



<p>比較の結果を見るだけだったらroc.test()で結果が出てきます。</p>


<div class="wp-block-syntaxhighlighter-code "><pre class="brush: r; title: Code example; notranslate">
&gt; roc.test(roc1, roc2)

	DeLong's test for two correlated ROC curves

data:  roc1 and roc2
Z = 3.7621, p-value = 0.0001685
alternative hypothesis: true difference in AUC is not equal to 0
95 percent confidence interval:
 0.0969536 0.3078464
sample estimates:
AUC of roc1 AUC of roc2 
     0.9536      0.7512 
</pre></div>


<p>最後にlegendを入れてみます。</p>


<div class="wp-block-syntaxhighlighter-code "><pre class="brush: r; title: Code example; notranslate">
roc1 &lt;- roc(condition, assay1, data=df, ci=TRUE,
            levels=c(&quot;healthy&quot;, &quot;disease&quot;))
roc2 &lt;- roc(condition, assay2, data=df, ci=TRUE, 
            levels=c(&quot;healthy&quot;, &quot;disease&quot;))

obj1 &lt;- plot(roc1,
             main=&quot;Comparison&quot;,
             col=&quot;red&quot;)
obj2 &lt;- lines(roc2,
              col=&quot;blue&quot;)

obj &lt;- roc.test(obj1, obj2)

# p values in the graph
text(.5, .5, labels=paste(&quot;p-value =&quot;, format.pval(obj$p.value, 3)), 
     adj=c(0, .5))

#legend
legend(&quot;bottomright&quot;, legend=c(&quot;Assay1&quot;, &quot;Assay2&quot;),
       col=c(&quot;red&quot;, &quot;blue&quot;), lty=1, lwd=2)
</pre></div>


<figure class="wp-block-image size-full"><img decoding="async" width="400" height="400" src="https://brain-storm.space/wp-content/uploads/2023/03/roc_comparison_final_8-1.jpeg" alt="" class="wp-image-1251"/></figure>



<p>綺麗なROC曲線を書くことができました。<br>いかがでしたでしょうか。お役に立ちましたら幸いです。</p>
]]></content:encoded>
					
					<wfw:commentRss>https://brain-storm.space/roc-curve/1212/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
		<item>
		<title>研究をプレスリリースする3つのメリットと問題点</title>
		<link>https://brain-storm.space/pressrelease/504/</link>
		
		<dc:creator><![CDATA[brainblog]]></dc:creator>
		<pubDate>Sun, 09 May 2021 03:26:05 +0000</pubDate>
				<category><![CDATA[論文作成・統計]]></category>
		<category><![CDATA[プレスリリース]]></category>
		<category><![CDATA[研究]]></category>
		<category><![CDATA[論文]]></category>
		<guid isPermaLink="false">https://brain-storm.space/?p=504</guid>

					<description><![CDATA[プレスリリースとはメディアや一般の方に向けて、研究成果を発信することです。これにより、研究成果を広く知ってもらうためのものです。 プレスリリースには多くのメリットがある一方で、注意しないと社会に悪影響を与えてしまいかねま]]></description>
										<content:encoded><![CDATA[
<p>プレスリリースとはメディアや一般の方に向けて、研究成果を発信することです。これにより、研究成果を広く知ってもらうためのものです。</p>



<p>プレスリリースには多くのメリットがある一方で、注意しないと社会に悪影響を与えてしまいかねません。読む人もこれから書く人にもぜひ知ってもらいたい内容になります。</p>



<div id="rtoc-mokuji-wrapper" class="rtoc-mokuji-content frame2 preset1 animation-fade rtoc_open default" data-id="504" data-theme="jin-child">
			<div id="rtoc-mokuji-title" class=" rtoc_left">
			<button class="rtoc_open_close rtoc_open"></button>
			<span>Contents</span>
			</div><ol class="rtoc-mokuji decimal_ol level-1"><li class="rtoc-item"><a href="#rtoc-1">研究をプレスリリースする3つのメリット</a><ul class="rtoc-mokuji mokuji_ul level-2"><li class="rtoc-item"><a href="#rtoc-2">メディアに取り上げてもらえる</a></li><li class="rtoc-item"><a href="#rtoc-3">研究を世間に伝えることができる</a></li><li class="rtoc-item"><a href="#rtoc-4">研究者の業績になる</a></li></ul></li><li class="rtoc-item"><a href="#rtoc-5">研究のプレスリリースにおける3つの問題</a><ul class="rtoc-mokuji mokuji_ul level-2"><li class="rtoc-item"><a href="#rtoc-6">アイキャッチなタイトル</a></li><li class="rtoc-item"><a href="#rtoc-7">プレスリリースにはいいことしか書いていない</a></li><li class="rtoc-item"><a href="#rtoc-8">学会発表や査読のない論文でもプレスリリースできる</a></li></ul></li></ol></div><h2 id="rtoc-1" >研究をプレスリリースする3つのメリット</h2>



<figure class="wp-block-image size-small_size"><img decoding="async" src="https://brain-storm.space/wp-content/uploads/2021/05/pexels-photo-389818-640x360.jpeg" alt="turned off laptop computer" class="wp-image-520"/><figcaption>Photo by Ken  Tomita on Pexels.com</figcaption></figure>



<h3 id="rtoc-2" >メディアに取り上げてもらえる</h3>



<p>プレスリリースをすることで、メディアに取り上げてもらえる可能性があります。メディアに取り上げられれば、より一層、一般の方にも読んでもらえますし、その研究成果にも「箔」がつくかもしれません。</p>



<p>プレスリリースから取材などもあったりすることもあります。取材でさらに広めることができれば、より認知度が高くなっています。</p>



<p>そうすることで、「あの有名になった研究をやっているグループ」という知名度が研究者の中でも上がっていきます。実際プレスリリースをメディアが報道をすることによって、研究の内容を知ることがあります。</p>



<h3 id="rtoc-3" >研究を世間に伝えることができる</h3>



<p>プレスリリースの重要な意義としては、研究のアピールをすることができます。</p>



<p>研究をアピールすることで、研究チームや自分たちの名前を色々な人に知ってもらえるということがあります。<br>他の研究者にもその情報が伝わることで、将来の共同研究につながったり、その研究者の業界内での地位向上にも貢献をします。</p>



<p>これは重要なことで、一般の方は研究がどういうものか、外へ発信しないとわからないです。</p>



<p>多くの研究には税金がかかっています。もっとも有名な日本の研究費は科研費というものです。</p>



<p>研究が世界的にも重要なものだと外へ情報を発信することで、有意義な税金の使われ方をしている、ということを一般の方にも理解していただくことが大切です。</p>



<h3 id="rtoc-4" >研究者の業績になる</h3>



<p>プレスリリースをすることは、実は研究者の業績になります。</p>



<p>社会にインパクトを与えることができたという一つの指標にもなるからです。</p>



<p>通常研究の内容に対する評価というのは人それぞれですし、インパクトファクターによって評価をしているかもしれません。しかし、インパクトファクターはその雑誌の指標であって、その論文の評価ではありません。</p>



<p>ノーベル賞を取るきっかけになった論文でも、インパクトファクターの低い雑誌に掲載されているのはいくらでもありますし、また論文が実際に評価されたのは何年もたってから、というのが歴史的にも数多くあります。</p>



<p>研究の重要度というのはインパクトファクターでは推し量れないものです。そして、研究の重要度というのは、なかなか評価が難しく、多角的な面から評価しようというのが昨今の流れです。</p>



<p>その一つの指標としてプレスリリースをしたかどうか、というのがあります。また最近ではSNSでその論文の内容がどれだけ言及されたか、という指標もあったりします。</p>



<p>このようにプレスリリースは研究者にとってメリットの大きい活動の一つです。</p>



<h2 id="rtoc-5" >研究のプレスリリースにおける3つの問題</h2>



<figure class="wp-block-image size-small_size"><img decoding="async" src="https://brain-storm.space/wp-content/uploads/2021/05/pexels-alleksana-4271935-640x360.jpg" alt="no" class="wp-image-522"/></figure>



<p>プレスリリースをする、しないの判断というのは研究者の判断です。自分で良い研究だと思うから、プレスリリースをしようとなるのです。</p>



<p>そして重要な点は、プレスリリースが論文を読んで評価した人の記事ではなく、研究者自身の発信だということです。主観的視点の入った文章になっています。</p>



<h3 id="rtoc-6" >アイキャッチなタイトル</h3>



<p>プレスリリースに重要なことは多くの人の目を引くことです。そうするためにはどうするでしょうか。</p>



<p>いちばん大事なところはタイトルです。そのタイトルを印象的なものにするはずです。しかし、ここに問題があります。</p>



<p>「○○の病態を解明！」とか「XXの治療法を開発！」などをよく見かけます。研究機関や大学のホームページに研究成果のプレスリリースのページがあります。</p>



<p>新規治療法を開発！とみたら、きっとその病気のある患者さんは期待するでしょう。しかし中身をみればまだマウスの実験の段階だったりすると、人に本当に適応できるのか全くわからないのです。マウスには効果があるけど、人では効果がないというというのは日常茶飯事です。</p>



<p>身の丈にあったタイトルであればいいのですが、人を惑わすほどのアイキャッチなタイトルには注意をしましょう。</p>



<h3 id="rtoc-7" >プレスリリースにはいいことしか書いていない</h3>



<p>プレスリリースは平易な言葉で書かれます。難しい言葉で書いて理解できないものでは意味がありません。平易な言葉で書くときに、専門性のある内容が削られていきます。</p>



<p>例えば、○○の病態を解明！というタイトルのプレスリリースだったとして、その病態の中のごく一部の機序について新たな報告をしたに過ぎないにも関わらず、その病気全体を明らかにしたように見えることがあります。</p>



<p>プレスリリースにはその研究の弱点などは書かれていません。論文の弱点を書いたところで、そんなところを正直に書いたところで誰も読まないからです。</p>



<p>論文には大抵limitationというセクションを取られています。この研究に足りない点や読むときに頭にいれるべき注意をしておくことがかかれています。その理由は、研究はバイアスという、結果を歪めてしまうような様々な影響を完全には取り除くことができないからです。</p>



<p>また結果から言えること以上の過大な解釈があれば、たいてい論文の査読過程で指摘をされて、修正を迫られます。その査読過程があることによって、論文の信頼性はある程度担保されています。プレスリリースはその点からも、わりと大げさなことが言えてしまいます。</p>



<p>プレスリリースは簡単な言葉で書かれていてわかりやすいのですが、研究の実際の成果により得られるものに比べて過大な期待をもたせてしまいますので、注意をしましょう。</p>



<h3 id="rtoc-8" >学会発表や査読のない論文でもプレスリリースできる</h3>



<p>これが一番の問題とも思いますが、学会発表や査読をまだ経ていない論文も発表できてしまうということです。このあたりは裁量は研究者に委ねられているところだと思います。</p>



<p>しかし、学会発表や査読前に公開した論文がどこまで科学論文として信頼できるかという問題があります。</p>



<p>本人が報告の価値があると思っている成果でも、実際の内容は問題だらけでとても質が低いことがあります。</p>



<p>査読という専門家の第三者の目が入ったものというのはやはりそれなりな価値があります。</p>



<p><span class="marker2">読むときはその研究成果が査読された論文なのか、という点をしっかり見ておく必要があります。</span></p>



<div class="wp-block-jin-gb-block-border jin-sen"><div class="jin-sen-dashed" style="border-width:3px;border-color:#f48789"></div></div>



<p>プレスリリースにはメリットも大きいですが、問題点を注意しておかないといけません。<br>特に世間的な関心の高いテーマの研究というのは報道される可能性が高く、研究自体の質やプレスリリースの内容がしっかりしていないと多くの人が惑わされたりしてしまい、社会的に負のインパクトを与えてしまうこともあります。<br>プレスリリースを書く人も読む人も、ぜひこれらの点に気をつけてください。</p>
]]></content:encoded>
					
		
		
			</item>
		<item>
		<title>【論文投稿】Reviseの方法 &#8211; 改訂後に落とされないために必要な手順!</title>
		<link>https://brain-storm.space/paper-revision/408/</link>
		
		<dc:creator><![CDATA[brainblog]]></dc:creator>
		<pubDate>Thu, 06 May 2021 05:17:22 +0000</pubDate>
				<category><![CDATA[論文作成・統計]]></category>
		<category><![CDATA[revise]]></category>
		<category><![CDATA[投稿]]></category>
		<category><![CDATA[論文]]></category>
		<guid isPermaLink="false">https://brain-storm.space/?p=408</guid>

					<description><![CDATA[論文がRevisionになったら、アクセプトの可能性が高まります。しかし油断をすると落とされることもありますので、十分に注意をすることが必要です。 Contents Reviewerのコメントの意味を何度も確認をするRe]]></description>
										<content:encoded><![CDATA[
<p>論文がRevisionになったら、アクセプトの可能性が高まります。しかし油断をすると落とされることもありますので、十分に注意をすることが必要です。</p>



<div id="rtoc-mokuji-wrapper" class="rtoc-mokuji-content frame2 preset1 animation-fade rtoc_open default" data-id="408" data-theme="jin-child">
			<div id="rtoc-mokuji-title" class=" rtoc_left">
			<button class="rtoc_open_close rtoc_open"></button>
			<span>Contents</span>
			</div><ol class="rtoc-mokuji decimal_ol level-1"><li class="rtoc-item"><a href="#rtoc-1">Reviewerのコメントの意味を何度も確認をする</a><ul class="rtoc-mokuji mokuji_ul level-2"><li class="rtoc-item"><a href="#rtoc-2">Reviewerのコメントを読み込む</a></li><li class="rtoc-item"><a href="#rtoc-3">他の人にも聞いてみよう</a></li></ul></li><li class="rtoc-item"><a href="#rtoc-4">論文の改訂をすすめていこう</a><ul class="rtoc-mokuji mokuji_ul level-2"><li class="rtoc-item"><a href="#rtoc-5">Reviewerの当たりどころが悪かったら</a></li><li class="rtoc-item"><a href="#rtoc-6">改訂した箇所はすべて報告する</a></li></ul></li></ol></div><h2 id="rtoc-1" >Reviewerのコメントの意味を何度も確認をする</h2>



<figure class="wp-block-image size-small_size"><img decoding="async" width="640" height="360" src="https://brain-storm.space/wp-content/uploads/2021/05/pexels-photo-5668858-e1619860995342-640x360.jpeg" alt="woman filling job application form in office with boss" class="wp-image-211"/></figure>



<p>Revisionになった場合、アクセプトをされる可能性は大きくあがりました。</p>



<p>しかし、ここからは全力でいかなければなりません。投稿してから2-3ヶ月待って、ようやく帰ってきた返事。この段階で落とされてるとなかなかのダメージです。</p>



<h3 id="rtoc-2" >Reviewerのコメントを読み込む</h3>



<p>まず帰ってきた返事をよく読み込みましょう。何度も何度も読んでください。</p>



<p>何度も読むことで相手の意図をだんだん理解できるようになります。</p>



<p>Reviewerの鋭い指摘で追加すべきことなのか、あるいは勘違いをしているのか。追加実験で解決できる問題なのか、そうではないのか。</p>



<p>Reviewerは一流の専門家が多いので、自分が知らなかった知見を教えてくれてたりすることもあります。</p>



<p>よくPubmedなんかで調べると、このreviewerは実はこの人なんじゃないか、と思い当たったりすることもあります。なかには自分の文献を引用するように、なんて親切にも書いていたり&#8230;</p>



<p>追加実験をすべき内容であれば改訂まで時間がかかります。並行してすすめている実験の方の手を一旦止めなくてはありません。</p>



<p>すぐに直せるところと、追加実験が必要なところを見分けて、タイムスケジュールを考えましょう。</p>



<h3 id="rtoc-3" >他の人にも聞いてみよう</h3>



<p>自分一人で直していると、指摘が十分理解できないことがあります。Reviewerも研究者としてはプロであっても、文章のプロではないと思うことが多々あります。</p>



<p>自分ひとりで解釈をしていると、ドツボにハマったり、間違った解釈をして時間が無駄になってしまうようなことがあります。そういうときには、上司や同僚に聞いてみましょう。</p>



<p>三人寄れば文殊の知恵といいますが、相談しながらはやめに対応策を考えていくのがベターだと思います。上司はなにがなんでも論文を通してほしいでしょうから、忙しそうでもためらってなかなか聞けない、何ていうのは得策ではありません。</p>



<h2 id="rtoc-4" >論文の改訂をすすめていこう</h2>



<figure class="wp-block-image size-small_size"><img decoding="async" width="640" height="360" src="https://brain-storm.space/wp-content/uploads/2021/04/pexels-photo-4144923-e1620644240465-640x360.jpeg" alt="person writing on notebook" class="wp-image-537"/></figure>



<p>改訂は通常、一問一答式に対応をしていきます。なぜなら大抵の場合、rebuttal letterまたはresponse letterを求められるからです。</p>



<p>これにはどこをどのように修正したのか、という情報が書き加えられます。どういう考えで修正したのかがわかれば、reviewerやeditorもより理解をしてもらえると思います。</p>



<p>また返答はできるだけ丁寧にしたほうが無難です。相手も人間ですので、不機嫌になるとまたあら探しをしたり、自分のあげた問題点に答えていないとしてreject判定をする可能性もあるからです。</p>



<h3 id="rtoc-5" >Reviewerの当たりどころが悪かったら</h3>



<p>たまに喧嘩になるようなresponse letterの書き方をする人もいますが、悪手です。</p>



<p>Reviewerにはいい人もいますが、研究を全否定するような、全く建設的ではないreviewerにあたることもあります。こればかりはサイエンスというより、もはや運の要素になってきてしまいます。</p>



<p>Reviewerはさも当たり前のように批評や批判をしてくるのに、投稿者側が下手に出なければいけないのはいい気分がしないかもしれません。</p>



<p>文句を言いたくなるような書き方をされることもありますが、そこはぐっとこらえて、丁寧に、また理路整然と書いていくのがいいと思います。そうすれば、エディタもわかってくれる場合があります。</p>



<p>あまりにひどいreviewerだと次からeditorがreviewerを変えたりすることもありますし、理不尽は指摘を除外するなど建設的ではないことをうまくハンドリングするのがeditorの仕事だと思います。</p>



<p>Revisionになっているということであれば、editorはその論文を掲載する方向で検討しているということです。あまりにも的外れな指摘であれば、それをeditorに伝えるのはありだと思います。ただし、その場合には別の新しいreviewerが選ばれると思っていたほうがいいかもしれません。</p>



<h3 id="rtoc-6" >改訂した箇所はすべて報告する</h3>



<p>もう一つ重要なことは、どこを修正したのか文字を色分けしたり、リスト化をしておかなければならないということです。</p>



<p>たまに改訂作業をしていて、間違いなどに気づくこともあります。スペルや文法の間違いくらいであれば痛くも痒くもありません。しかし、データが間違っていたということもなくはないです。</p>



<p>Reviseで再解析をしていますから、そのときに気づくことがあります。何度も結果をチェックしているのに、うっかりミスをしていたなんてことは人間なので、どうしても起きてしまいます。</p>



<p>このときは本当に焦ります。本人は冷や汗モノでしょう。もう一度データ解析を繰り返して同じ結果がでるかどうか。しかし冷静になって考えましょう。</p>



<p><span class="marker">これが出版後に気づいていたらどうだったでしょうか。</span></p>



<p>出版後だったら、correctionやerratumとして出版社に報告しなければいけません。大きな間違いだったら論文の取り下げも必要になってしまいます。</p>



<p>しかし、この段階でよかったと考えるべきです。引き返すことも可能です。正直にここのデータが間違っていたので、もう一度統計をやり直した、というように記載をして、reviewerとeditorに報告をしましょう。</p>



<p>アカデミアのこの仕組みは性善説から成り立っているとおもっています。誰もが正直に報告をして、それを信頼しているということです。</p>



<p>偽造あるいは間違いのデータを修正せずに良いデータをみせても、完全に検証できるわけではないので論文というのは通ってしまいますが、万が一それが判明した場合には、自分だけでなく共著者の研究者生命を奪ってしまうかもしれない、重大な事態になってしまいます。</p>



<p>サイエンスの信頼性を揺るがすことになってしまいます。ここで正直に申告をして、修正をする以外に研究者としての道はありません。</p>



<div class="wp-block-jin-gb-block-blank-space blank-space" style="height:30px"></div>



<p>Revisionになったら、アクセプトまであと少しです。</p>



<p>ここは全力でいきましょう。</p>
]]></content:encoded>
					
		
		
			</item>
		<item>
		<title>【論文投稿】カバーレター(cover letter)でdesk rejection率を下げる方法</title>
		<link>https://brain-storm.space/cover-letter/382/</link>
		
		<dc:creator><![CDATA[brainblog]]></dc:creator>
		<pubDate>Wed, 05 May 2021 11:00:00 +0000</pubDate>
				<category><![CDATA[論文作成・統計]]></category>
		<category><![CDATA[アクセプト]]></category>
		<category><![CDATA[カバーレター]]></category>
		<category><![CDATA[論文]]></category>
		<guid isPermaLink="false">https://brain-storm.space/?p=382</guid>

					<description><![CDATA[Contents カバーレターを疎かにしていませんか？カバーレターをどのように作っていますかカバーレターは論文をアピールする唯一の場所ジャーナルは多くの投稿論文を抱えているEditorが論文を十分読み込むことができるかい]]></description>
										<content:encoded><![CDATA[
<div id="rtoc-mokuji-wrapper" class="rtoc-mokuji-content frame2 preset1 animation-fade rtoc_open default" data-id="382" data-theme="jin-child">
			<div id="rtoc-mokuji-title" class=" rtoc_left">
			<button class="rtoc_open_close rtoc_open"></button>
			<span>Contents</span>
			</div><ol class="rtoc-mokuji decimal_ol level-1"><li class="rtoc-item"><a href="#rtoc-1">カバーレターを疎かにしていませんか？</a><ul class="rtoc-mokuji mokuji_ul level-2"><li class="rtoc-item"><a href="#rtoc-2">カバーレターをどのように作っていますか</a></li></ul></li><li class="rtoc-item"><a href="#rtoc-3">カバーレターは論文をアピールする唯一の場所</a><ul class="rtoc-mokuji mokuji_ul level-2"><li class="rtoc-item"><a href="#rtoc-4">ジャーナルは多くの投稿論文を抱えている</a></li><li class="rtoc-item"><a href="#rtoc-5">Editorが論文を十分読み込むことができるか</a></li><li class="rtoc-item"><a href="#rtoc-6">いかに自分たちの研究が魅力的かアピールをしましょう</a></li></ul></li></ol></div><h2 id="rtoc-1" >カバーレターを疎かにしていませんか？</h2>



<figure class="wp-block-image size-small_size"><img decoding="async" src="https://brain-storm.space/wp-content/uploads/2021/05/dont-give-up-3403779_1280-640x360.jpg" alt="" class="wp-image-563"/></figure>



<p>カバーレターを疎かにしていると損をしてしまいます。論文を初めて投稿する、あるいは2−3回目くらい目の投稿をする方向けに、カバーレターで損をしないための方法を説明します。</p>



<p>私はカバーレターをしっかり書くようにしてから、desk rejection率が格段に下がりました。<br>そんな方法をお伝えします。</p>



<h3 id="rtoc-2" >カバーレターをどのように作っていますか</h3>



<p>カバーレターの形式は英語の手紙と同じです。提出書類を渡すときなどの表紙のようなものです。海外で求人の応募で履歴書など出すときにも必須になるものです。</p>



<p>いわゆるビジネスレターと同じなので、形式はしっかり守りましょう。第一印象は大事です。</p>



<p>しかし、カバーレターを1から書くのは大変です。そのためインターネットで検索でテンプレートを探したり、すでに論文投稿の経験のある先輩にもらって少し内容を変えたりすることもできます。あるいは校正会社に作ってもらう、なんてこともできたりします。</p>



<p>このカバーレターに書くべき内容を指示しているジャーナルも多くあります。例えば、共著者全員の承認を得たか、他のところに投稿していないか、ゴーストライティングはないか、倫理委員会の承認を得ているか、COIはないか、などです。</p>



<p>このあたりは当然のように書いていたほうがいい内容になります。</p>



<h2 id="rtoc-3" >カバーレターは論文をアピールする唯一の場所</h2>



<figure class="wp-block-image size-small_size"><img decoding="async" src="https://brain-storm.space/wp-content/uploads/2021/05/motivation-1756268_1280-640x360.jpg" alt="" class="wp-image-564"/></figure>



<p>見出しの通り、カバーレターはエディタへ論文をアピールできる唯一の場所です。日本人はこのアピールが足りない海外エディタからよく聞きます。</p>



<h3 id="rtoc-4" >ジャーナルは多くの投稿論文を抱えている</h3>



<p>一流誌になればなるほど、ものすごく多くの投稿を抱えています。実はeditorにとってreviewerを探すのも一苦労なのです。</p>



<p>そのため、次から次へさばいていかなくてはなりません。</p>



<p>これがdesk rejectionの多い原因です。まずは、external reviewに回らないとチャンスが巡ってきません。</p>



<p>Editorにしっかりアピールをしましょう。</p>



<h3 id="rtoc-5" >Editorが論文を十分読み込むことができるか</h3>



<p>ぜひ自分がエディタの立場になったと考えてみてください。次々と回ってくる論文を十分評価することができるでしょうか。</p>



<p>いわゆるAssociate Editorは、本業でも研究をしています。むしろ、研究の分野でもそれなりの地位にある人がなっています。回ってきた質の高いか低いかわからない論文に十分な時間は取れないはずです。</p>



<p>そんなエディタはまずどこを読みますか？一般的にはカバーレターとアブストラクトだと思います。</p>



<p>その後に図表や本文に目を通すかもしれません。しかし、図表や本文を目を通すときにエディタにはカバーレターとアブストラクトを読んだ時の先入観がすでに入っています。</p>



<p>ジャーナルによってはもうこの段階でdesk rejectionを決めているところもあります。カバーレターをおろそかにしていると損をするのはこの段階です。</p>



<h3 id="rtoc-6" >いかに自分たちの研究が魅力的かアピールをしましょう</h3>



<p>最初に述べたように形式も、必要な事項を書くのも大事です。</p>



<p>しかし、もっとも大事なのは、この研究がいかに魅力的なのか、インパクトがあるのかをエディタにわかってもらうことです。これがなければ先にすすめません。</p>



<p>せっかくいい仕事をしたのに、カバーレターのせいでいい印象を持ってもらえない、というのはとてももったいないことです。</p>



<p>日本人は自分の仕事に謙遜をしてしまう傾向にある人も多いのは事実でしょう。しかし、他の国の研究者たちは自分の研究がいかにすごいかをこれでもかというくらいに書いている場合もあります。</p>



<p>しっかりアピールをしていかにすごい研究か書かれているアブストラクトと、淡々と研究の内容を説明しているアブストラクト、どちらの方を外のreviewerにみてもらいたくなりますか？</p>



<p><span class="marker">アピールしてあるカバーレターですよね。</span></p>



<p>本文やアブストラクトはあくまでサイエンスに基づいた記述が求められます。これまでの過去の報告から現在の論文の立ち位置がどのあたりあるのか、ということでは書くことができますが、あまり「言い過ぎ」なことを書くとreviewerから大抵は評価が下がります。</p>



<p>言い過ぎなことをいうのは、過大広告と一緒でサイエンスとして妥当ではなくなってしまうからです。</p>



<p>カバーレターには思っていても伝えきれない重要性、というのをしっかりアピールできます。</p>



<p>ぜひ苦労して作り上げた論文ですから、カバーレターまで気を抜かずに頑張りましょう。</p>



<p><br></p>



https://brain-storm.space/paper1-3/333/
]]></content:encoded>
					
		
		
			</item>
		<item>
		<title>論文ができるまで &#8211; 英文校正の前後にすべき3つのこと</title>
		<link>https://brain-storm.space/paper1-3/333/</link>
		
		<dc:creator><![CDATA[brainblog]]></dc:creator>
		<pubDate>Tue, 04 May 2021 11:00:00 +0000</pubDate>
				<category><![CDATA[論文作成・統計]]></category>
		<category><![CDATA[英文校正]]></category>
		<category><![CDATA[論文]]></category>
		<guid isPermaLink="false">https://brain-storm.space/?p=333</guid>

					<description><![CDATA[Contents 英文校正に出す前にすべきこと2つ校正に出す前に、共著者全員にちゃんと論文を読んでもらいましたか？ジャーナルのガイドラインをしっかり読みましたか？英文校正に出したあとにすべきこと意味が変わってしまっている]]></description>
										<content:encoded><![CDATA[
<div class="wp-block-jin-gb-block-box-with-headline kaisetsu-box4"><div class="kaisetsu-box4-title">この記事の内容</div>
<ol class="has-medium-font-size"><li>英文校正に出す前にすべきこと2つ<br>→校正に出す前に、共著者全員にちゃんと論文を読んでもらいましたか？<br>→ジャーナルのガイドラインをしっかり読みましたか？</li><li>英文校正に出したあとにすべきこと<br>→意味が変わってしまっているところがないか確認しよう</li></ol>
</div>



<div id="rtoc-mokuji-wrapper" class="rtoc-mokuji-content frame2 preset1 animation-fade rtoc_open default" data-id="333" data-theme="jin-child">
			<div id="rtoc-mokuji-title" class=" rtoc_left">
			<button class="rtoc_open_close rtoc_open"></button>
			<span>Contents</span>
			</div><ol class="rtoc-mokuji decimal_ol level-1"><li class="rtoc-item"><a href="#rtoc-1">英文校正に出す前にすべきこと2つ</a><ul class="rtoc-mokuji mokuji_ul level-2"><li class="rtoc-item"><a href="#rtoc-2">校正に出す前に、共著者全員にちゃんと論文を読んでもらいましたか？</a></li><li class="rtoc-item"><a href="#rtoc-3">ジャーナルのガイドラインをしっかり読みましたか？</a></li></ul></li><li class="rtoc-item"><a href="#rtoc-4">英文校正に出したあとにすべきこと</a><ul class="rtoc-mokuji mokuji_ul level-2"><li class="rtoc-item"><a href="#rtoc-5">意味が変わってしまっているところがないか確認しよう</a></li></ul></li></ol></div><h2 id="rtoc-1" >英文校正に出す前にすべきこと2つ</h2>



<figure class="wp-block-image size-small_size"><img decoding="async" src="https://brain-storm.space/wp-content/uploads/2021/05/pexels-photo-313690-640x360.jpeg" alt="woman sitting in front of macbook" class="wp-image-567"/></figure>



<p>はじめての論文投稿は苦労の連続です。ようやく書き上げて、上司から何度も追加実験と書き直しをさせられて、苦労の末に書き上げた論文。</p>



<p>とうとう出来上がった！じゃあ、英文校正に出そう！</p>



<div class="wp-block-jin-gb-block-chat-block balloon-box balloon-right clearfix has-9-ddd-93-ballon has-d-1-f-8-c-2-bgballon"><div class="balloon-icon maru"><img decoding="async" src="https://brain-storm.space/wp-content/uploads/2021/04/3d0209af428738b78799159b4ce75ad9-e1619952954611.png"/></div><span class="icon-name"></span><div class="balloon-serif"><div class="balloon-content">
<p>ちょっと待って！ほかの共著者にはその論文を読んでもらった？<br>ちゃんとジャーナルのガイドラインを確認した？</p>
</div></div></div>



<p>英文校正に出すのは最後にしましょう。英文校正を出したあとに修正が必要になれば、せっかく校正に出したのに、ネイティブチェックを受けていない部分が出てきてしまいます。英語に自信があればいいですが、そうでなければ論文に不安がでてきてしまいます。</p>



<h3 id="rtoc-2" >校正に出す前に、共著者全員にちゃんと論文を読んでもらいましたか？</h3>



<p><br>上司に読んでもらったら大丈夫、ではダメですよ。少なくとも一度は目を通してもらいましょう。共著者への礼儀でもありますし、責任問題でもあります。同僚のやっていた研究が知らない間に論文化していて、実は自分の名前が入っていた！なんてこともありえなくはない話です。</p>



<p>世の中の人は論文に共著者で名前が入っていれば、その論文については当然知っているだろうと考えます。別の共著者だから気づく修正すべき点、疑問点や間違いがあるかもしれません。最近は共著者の枠組みも世界的に厳しくなっています。</p>



<p>大して貢献のしていない偉い人をその権威性だけで共著者に入れるなどのギフトオーサーシップなんて言葉もあり、日本ではまだまだルーズなところもあるようですが、いい加減にやっているといつか足元を掬われる人が出てくる気がします。</p>



<h3 id="rtoc-3" >ジャーナルのガイドラインをしっかり読みましたか？</h3>



<p><span class="marker">FigureとTable数の上限、アブストや本文の字数、参考文献数の上限は必ず確認をしましょう。</span>また参考文献の体裁も案外面倒な作業です。Referenceがアルファベット順なのか、出てきた順なのか、DOIは入れるべきかどうかなどもあります。</p>



<p>最初に出す論文でだいたいのFigure数や字数などが決まると思いますが、最初の雑誌に必ず通るとは限りません。むしろ最初は少し背伸びをした雑誌に出すと思います。3番目くらいまではどこに出そうかリストアップをしておいて、それぞれのfigure/table数、字数、参考文献数を確認しておいたほうがいいです。</p>



<p>例えば自分の研究分野の有名な雑誌をリストアップして、3つ優先順位をつけます。最初の候補では6000字でreference無制限かつfigure/table 8つ、次は4000字でreference60かつfigure/table7つ、3つ目は3500字かつreference40でfigure/table4つだとします。</p>



<p>1つ目と3つ目はボリュームが違いすぎますよね。3つ目の雑誌も狙っていきたいと考えるのであれば、最初の雑誌で少しボリュームを抑えていくか、あるいは3つ目の雑誌の候補を変えて多くの字数でも出せるところにしておいたほうがいいかもしれません。このあたりの戦略はぜひ指導する上司と相談をしてください。</p>



<p>Referenceに関して、EndNoteやMendeleyでワードへの挿入機能を使うことに慣れていれば、それほど苦労することはないかもしれませんが、初めての投稿で、実直に頑張って入力している、という人をみたことがあります。最初の投稿ではEndNoteやMendeleyの使い方を覚えることもしなくてはなりませんが、しっかり使い方を覚えておくことで、後々に大いに役立ちます。</p>



<p>ちょっと追加のお金を払えば体裁を整えてくれる校正サービスもあります。お金があれば頼んだほうが楽できますが、そうでない場合、自分で簡単にできる術を身につけていたほうがいいです。<br></p>



<h2 id="rtoc-4" >英文校正に出したあとにすべきこと</h2>



<figure class="wp-block-image size-small_size"><img decoding="async" src="https://brain-storm.space/wp-content/uploads/2021/05/joshua-hoehne-Nsaqv7v2V7Q-unsplash-1-640x360.jpg" alt="" class="wp-image-569"/></figure>



<p>英文校正が返ってきた、よし投稿だ！</p>



<div class="wp-block-jin-gb-block-chat-block balloon-box balloon-right clearfix has-9-ddd-93-ballon has-d-1-f-8-c-2-bgballon"><div class="balloon-icon maru"><img decoding="async" src="https://brain-storm.space/wp-content/uploads/2021/04/3d0209af428738b78799159b4ce75ad9-e1619952954611.png"/></div><span class="icon-name"></span><div class="balloon-serif"><div class="balloon-content">
<p>英文は良くなったかもしれないけど、内容はあってる？</p>
</div></div></div>



<h3 id="rtoc-5" >意味が変わってしまっているところがないか確認しよう</h3>



<p>英文校正が返ってきたらすべてを一度見直しましょう。<br>英文校正をする人はサイエンスの英語を得意としているとは思いますが、その分野の専門であるわけではありません。</p>



<p>自分で最初に書いた論文が拙ければ拙いほど、内容が変わって返ってくるリスクが高まると思っています。英文の間違いよりも内容の間違いのほうがダメージは大きいです。</p>



<p>私も一度、reviewerから意味がわからないという厳しい指摘から、英文校正で一部内容がおかしくなっていたことに気づいたことがありました。最初はあれ、自分こんなこと書いたかな？と考えてたどっていったら英文校正のときに変わっていた、というものがありました。</p>



<p>また英文校正でも相手は人なので、それぞれ校正者による違いというものがあります。単刀直入に言えば当たり外れが出ます。</p>



<p>もう一つの失敗は、内容に突っ込んでくる校正者がいたことです。この部分のメッセージをもう少し踏み込んではっきりしたほうがいいのではないか、というようなことでした。当時初心者の私は素直にその指摘に従い直したところ、見事にreviewerにその部分を撃ち抜かれました。</p>



<p>ぜひ当たりだ！と思った校正者だ、と思ったときにはその人の名前を覚えておき、次のときにリクエストをしましょう。個人的には、少し値段は高くても2人以上のチェックが入るサービスを利用するのが理想的だと思っています。</p>



<p>意味が変わっているところは自分で直して投稿するのもありだと思います。もし英語力に自信がなければ意図を伝えて再校正を依頼するということができるサービスがある校正会社もあるでしょう。一刻も早く投稿したいのにもどかしい気持ちはありますが、そういうのもありです。</p>



<p>次はカバーレターについて書こうと思います。<br>投稿したあとのことについては別に書いていますので、ぜひ参考にしてください↓<br></p>



https://brain-storm.space/paper1/233/



https://brain-storm.space/paper1-2/280/



<p></p>
]]></content:encoded>
					
		
		
			</item>
		<item>
		<title>【論文投稿】初投稿から最初の返事が返ってくるまで</title>
		<link>https://brain-storm.space/paper1/233/</link>
		
		<dc:creator><![CDATA[brainblog]]></dc:creator>
		<pubDate>Sun, 02 May 2021 03:10:51 +0000</pubDate>
				<category><![CDATA[論文作成・統計]]></category>
		<category><![CDATA[ステータス]]></category>
		<category><![CDATA[学術雑誌]]></category>
		<category><![CDATA[論文]]></category>
		<guid isPermaLink="false">https://brain-storm.space/?p=233</guid>

					<description><![CDATA[論文を投稿してから、いつ返事が返ってくるかなかなか落ち着かないかもしれません。またその返事によって悲喜こもごもで、アカデミアは苦難の連続です。 投稿してからの時間もとてもかかります。もし学位などの関係で期限までに論文がア]]></description>
										<content:encoded><![CDATA[
<p>論文を投稿してから、いつ返事が返ってくるかなかなか落ち着かないかもしれません。またその返事によって悲喜こもごもで、アカデミアは苦難の連続です。</p>



<p>投稿してからの時間もとてもかかります。もし学位などの関係で期限までに論文がアクセプトされなきゃいけない、などの状況にあるときは、その時間も逆算しましょう。一つの雑誌で数ヶ月かかり、その挙げ句リジェクトになる、なんてことも普通にあります。</p>



<h2 id="rtoc-1" >論文の投稿をしてからの流れ</h2>



<figure class="wp-block-image size-small_size"><img decoding="async" src="https://brain-storm.space/wp-content/uploads/2021/05/children-3742154_1280-640x360.jpg" alt="" class="wp-image-588"/></figure>



<p>頑張って書いた論文。投稿画面で必要事項をせっせと入力。<br>さあ、全て入れ終わった、投稿ボタン、ポチ！</p>



<div class="wp-block-jin-gb-block-chat-block balloon-box balloon-left clearfix has-9-ddd-93-ballon has-d-1-f-8-c-2-bgballon"><div class="balloon-icon maru"><img decoding="async" src="https://brain-storm.space/wp-content/uploads/2021/04/3d0209af428738b78799159b4ce75ad9-e1619952954611.png"/></div><span class="icon-name"></span><div class="balloon-serif"><div class="balloon-content">
<p>ようやく大きな仕事を終えた感がありますよね！</p>
</div></div></div>



<p>あとはひたすら待つのみです。研究者であれば、この間に別の研究をすすめていると思います。でもステータスが気になってチェックをしてしまう人も多いのではないでしょうか。自分は結構気になってしまうタイプです。</p>



<p>投稿画面のステータスはsubmitted manuscriptに変わっています。投稿したけど、まだ編集者が手をつけていない状態ということです。</p>



<p>その後、編集者がハンドリングをすることによって、awaiting editor assignment, with editor, under reviewなどに変わります。投稿システムは同じでも、雑誌社によって設定を変えることができるので、投稿した雑誌によって表示が異なります。</p>



<p>編集者にも事務的な編集者と、内容を精査できる編集者(scientific editor)がいます。まずはscientific editorが内容を確認します。internal reviewと呼んだりします。</p>



<p>雑誌によって、internal reviewのステータスはwith editorの場合とunder reviewの場合があります。</p>



<h2 id="rtoc-2" >数日から2週間前後で返事が帰ってくる場合</h2>



<p>まずは体裁が整っていない場合、体裁を直してください、と数日で返事がきます。この場合は指摘のあった箇所を直して再投稿をします。</p>



<p>数日〜2週間前後で返事が帰ってくる大半はdesk rejectionあるいはeditorial rejectionになります。<br>これはなにかというと編集者が最初に読んで、採用しないことを決めることです。下手したら数時間ということもあります。</p>



<p>投稿画面のステータスが数日でfinal decisionとかawaiting decisionとかに変わってたら、ほぼeditorial rejectionです。数日でアクセプトになることはほぼありません。逆に数日でアクセプトするような雑誌はハゲタカジャーナルじゃないかと疑う必要があります。たいていは諦めて別の雑誌に出すことになります。</p>



<p>せっかくその雑誌に合わせて体裁を整えたのに&#8230;はじめに出す雑誌は一番通ってほしかった雑誌のはずです。憧れの雑誌かもしれません。はじめのうちはそれなりにショックで落ち込んだりします。何がダメだったのかもあまり書いていません。We regret to inform youの書き出しを何度みたかわかりません。</p>



<p>論文の投稿回数が増えると、rejectになってもすぐに気持ちを切り替えることが出来るようになります。気を取り直して、次の雑誌を探します。また体裁を直すところからやり直しです。</p>



<p>どうせリジェクトになるんだったら早い返事で時間を無駄にしなかった、と自分に言い聞かせたくなります。</p>



<div class="wp-block-jin-gb-block-icon-box jin-icon-bulb jin-iconbox"><div class="jin-iconbox-icons"><i class="jic jin-ifont-bulb jin-icons"></i></div><div class="jin-iconbox-main">
<p>ここで同じ出版社系列の雑誌にtransferをするかどうかのオファーをすることが増えています。体裁を変えずに再投稿が出来るのがメリットですが、transferの先はオープンアクセスでIFも低かったり創刊したばかりのことも多いので、同意するか別のところにするかはよく考えましょう。</p>
</div></div>



<h2 id="rtoc-3" >2-3ヶ月くらいで返事が帰ってくる場合</h2>



<p>ステータスははじめwith editorだったのがunder reviewに変わったとしたら、それはおしらく第一関門突破です。Editorial rejectionを免れました。その論文に関連する外部の専門家(reviewer)のところに論文が渡っています。</p>



<p>ほぼ最初からunder reviewだった場合にはいつその関門を突破したのかはわかりません。というのは、投稿システムはその雑誌で調整が可能で、またeditorの評価の段階でもunder reviewと表示されるところは少なくありません。そうした場合には大体1ヶ月くらい同じステータスだったら大丈夫かな、と判断をしています。</p>



<p>また、雑誌によっては細かいステータス表示でawaiting reviewer assignmentやawaiting reviewer scoresなどと、変化する場合もあったりします。</p>



<p>そこから返事がくるまでとにかく待ちます。いつステータスを確認してもunder reviewです。このままずっとunder reviewのままなのではないか、という気さえしてきます。投稿してから下手すると3ヶ月以上待つこともあります。</p>



<div class="wp-block-jin-gb-block-icon-box jin-icon-caution jin-iconbox"><div class="jin-iconbox-icons"><i class="jic jin-ifont-caution jin-icons"></i></div><div class="jin-iconbox-main">
<p><meta charset="utf-8">Statusをみてwith editorが1ヶ月近くそのままになっている、あるいはunder reviewが2-3ヶ月立ってもstatusが変わらないなどあれば、編集者にメールで問い合わせましょう！遠慮している必要はありません。親切なeditorであればどういう状況なのかを教えてもらえます。editorに問題がありそうな感じだったらその論文を取り下げることも選択肢の一つです。</p>
</div></div>



<div class="wp-block-jin-gb-block-blank-space blank-space" style="height:30px"></div>



<p>時間がかかるのは、reviewerが返事を返していないとき、reviewerの意見がわかれて新たなreviewerに原稿を回しているとき、新しいreviewerがなかなか見つからないとき、editorが忙しくて仕事が遅いとき、などの理由が考えられます。</p>



<p>しばらくすると、Awaiting AE recommendationやAwaiting decisionなどに変わります。もうすぐ結果が出るんだな、という合格発表前のドキドキした感じになります。まれに、またunder reviewにかわることがあります。その時はおそらく別のreviewerにも評価が必要と判断されたことを意味します。</p>



<p>そして何らかのDecisionの表示に変わってから数日の後、ようやく返事が来ます。日本は時差の関係で、朝起きたらメールが来ていた、という方が多いと思います。結果はどうだったでしょうか？</p>



<div class="wp-block-jin-gb-block-chat-block balloon-box balloon-left clearfix has-9-ddd-93-ballon has-d-1-f-8-c-2-bgballon"><div class="balloon-icon maru"><img decoding="async" src="https://brain-storm.space/wp-content/uploads/2021/04/3d0209af428738b78799159b4ce75ad9-e1619952954611.png"/></div><span class="icon-name"></span><div class="balloon-serif"><div class="balloon-content">
<p>経験上、夜中にメールが来ていても、寝る前に内容を確認するのはやめたほうがいいです。その後寝られなくなってしまいます。</p>
</div></div></div>



<p>論文の結果を待つのは忍耐のいることです。世界中の研究者が時間のかかるシステムにヤキモキした感情を抱えています。しかしその分アクセプトされたときの喜びは大きいものです。</p>



<p>この記事がお役にたちましたら幸いです。</p>
]]></content:encoded>
					
		
		
			</item>
	</channel>
</rss>
