検証のためにブートストラップをより適切に統合する1）プラットフォームの検証プロセスにブートストラップのオプションを追加することをお勧めします。 検証オプションとして直接（つまり、既存のKフォールド、ホールドアウトなどのもう1つの代替手段として）、またはネストされたオプションとして、つまりホールドアウトまたはKフォールドをブートストラップします。 私の考えでは、これはより直感的で、ワークフローの観点からは理にかなっています。 また、結果を右クリックして最後にブートストラップすると、モデル全体の推定値ではなく、特定のテーブルのブートストラップのみが取得されます。つまり、テーブルをブートストラップすると、テーブルの結果は取得されますが、残差や診断の結果は取得されません。さらに、結果のテーブルは未加工で未処理であり、コンテキストが不足しています。また、これらの結果を使用してモデルを評価および改善することもより複雑になります。 モデルをブートストラップする場合は、それらの結果を取得し、さらにそれらを使用して、結果を分析プロセスと意思決定に統合する必要があります。 ブートストラップをモデリングプラットフォームに統合すると、モデル全体のブートストラップされた推定値と結果が個別のテーブル結果として含まれます。 ブートストラップオプションを活用して、モデリングを改善するために実際に使用します（より良いモデル、パフォーマンスと安定性に関するより多くの分析など）。
2）それに関連して、プラットフォームに適合するすべてのモデルをブートストラップするオプションを追加します。 たとえば、ロジスティックフィットには検証がなく、出力テーブルでブートストラップを使用することは、スクリプトと統計理論を高レベルで知らないユーザーにとって役に立たないという点で非常に面倒です。 プラットフォームにブートストラップするオプションを追加すると、管理がはるかに簡単になります。 現在、検証を行うことは、使用される適合プラットフォームに関係なく、かなりの数の予測子が存在するほとんどすべての適合の標準です。
ウリエル。
統計と分析
