問題タブ [reproducible-research]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
r - Rmarkdownのループ:テキスト内の図参照を作成するには? 図のキャプション?
{r setup, include=FALSE, message=FALSE, results="hide"}
knitr::opts_chunk$set(echo = TRUE)
library(knitr)
library(kfigr)
library(dplyr)
library(png)
library(grid)
library(pander)
library(ggplot2)
質問
rmarkdownのループ:テキスト内の図の参照? 図のキャプション?
ゴール
for ループを使用して、テキスト、テキスト内の結果、および図リスト内の図のキャプションが関連付けられた複数の図参照を含むセクションを作成します。図の参照/番号付けは、これらの新しいセクションの前後に番号が付けられているため、目立たないようにする必要があります。
注: for ループで参照されている図は、テキストの前半で生成され、png として保存されてから再読み込みされます。これは、この例の目的には不格好に見えるかもしれませんが、実際の図はマップであり、生成に時間がかかります (必要な方法で図を作成したら、図を生成するループをコメント アウトする予定です)。
データ: 毎年、階層の数が異なるため、ループが必要です。
first_plot: for ループが階層ごとにセクションを作成する前にリストに表示される図
last_plot: for ループが階層ごとにセクションを作成した後にリストに表示される図
図の生成 (これは、必要に応じてマップを取得した後、私のバージョンで後でコメント アウトされる部分です)
png を読み込む
導入セクション
レポート内のいくつかの導入テキストと図r figr('first_plot',TRUE, type='Figure')
。
結論セクション
レポートと図の一部のディスカッション テキストr figr('last_plot',TRUE, type='Figure')
。
数字
r - Hmisc::latex() の使い方
Hmisc::latex() は、私が与えたすべての引数を無視しているようですobject
。答えが必要な特定の質問を指摘するのは難しいですが、「Hmisc::latex() を取得するにはどうすればよいですか」というドキュメントの引数を認識する必要がありますか?
たとえば、次の 2 つのコマンドは同じ出力を生成します。
これらのコマンドの両方から得られる出力は次のとおりです。
R 3.2.2 で Hmisc 4.0-2 とテーブル 0.8 を使用しています。
編集:caption
およびcaption.loc
引数も無視されるようです。しかし、実行するbooktabs()
前に実行するlatex()
と、有効になります (テーブルの書式設定が変更されます)。
node.js - 再現可能なベンチマークは可能ですか?
いくつかのノード フレームワーク、または少なくともそのルーティング部分をテストする必要があります。つまり、リクエストがノードプロセスに到着してから、ルートが決定され、ビジネスロジックを含む関数/クラスが呼び出されるまで、たとえばそれを呼び出す直前に処理されます。私は適切なアプローチを懸命に探しましたが、外部のベンチマーク ツールを使用せずにコード内で直接実行する必要があるという結論に達しました。間違った属性を測定することを恐れています。大砲と ab を試してみましたが、RTT、不適切な OS スケジューリング、OS で実行されるランダム タスクなど、測定したいよりも多くの属性を測定します。process.hrtime() を使用したカスタム ルーティング コードの最初のベンチマークでは、約 . 0.220 ミリ秒 (220 マイクロ秒) の実行時間ですが、外部測定値は 0.700 (700 マイクロ秒) を示しています。これは 3 であるため、許容できる差ではありません。18 倍の追加時間。GC またはシステム タスクが原因で、実行時間が 1.x 秒に跳ね上がることがあります。今、再現可能なアプローチはどのように見えるのだろうか? 多分このように:
- Scientific Linux で Docker を使用して、ある程度制御された環境を取得します。
- 最小限の Docker コンテナ インストール、ノード対応コンテナのみ、追加要素なし。
- テストが完了するまで時間結果をグローバル スコープに保存してから、ディスクに保存します。
- ホスト OS の diskIO や CPU が高い/中程度の場合は、すべてのアプリケーションを終了します。
- 前に説明したように時間を測定し、指を交差させます。
考慮すべき他の推奨事項はありますか?