ガイド連動クイズ · 中 レベル
特徴量エンジニアリング パイプラインとデータ バージョニングに関するクイズ
データ変換、コンテンツベースのバージョン、DAG 依存関係、機能パリティ、系統レコード、再現性制限をテストします。
質問 1 の 8
特徴エンジニアリング パイプラインの主な目的は何ですか?
すべての質問をプレビューする8 質問
クイズに答えると、答えと解説が表示されます。
- 特徴エンジニアリング パイプラインの主な目的は何ですか?
- 後でデプロイするためにトレーニングされたモデルの重みを保存するには
- クラスター全体で GPU ジョブをスケジュールするには
- 生データをモデルが使用する構造化特徴に変換するには
- 保存時のデータセットを暗号化するには
- Why compare a dataset’s content hash instead of relying only on its filename?
- A hash guarantees every record is accurate
- The filename can stay the same while its stored contents change
- A filename contains all transformations
- Hashing removes access restrictions
- 機能パイプラインは一般的にどのような構造で表されますか?
- 毎回すべて再実行する必要がある SQL クエリの単一のフラット リスト
- リレーショナルデータベーステーブル
- 隠れ層を備えたニューラル ネットワーク
- 変換ステップの有向非巡回グラフ (DAG)
- A model behaves differently after a data update. What can version history help investigate?
- Which data and transformation versions were used, with other runtime factors checked separately
- A guaranteed identical rerun without environment records
- Proof the update was authorized
- A universal legal-compliance certificate
- 特徴ストアまたはデータのバージョン管理に特に使用されるサンプル ツールは次のうちどれですか?
- フォトショップ
- Microsoft 単語
- FFmpeg
- Feast (または DVC / LakeFS)
- トレーニングと本番の両方で同じ機能ロジックを実行することが重要なのはなぜですか?
- クラウドストレージのコストを削減するには
- モデルを自動的に大きくし、より正確にするには
- モデルが一貫して計算された特徴を認識し、トレーニング/サービスの不一致を回避できるようにするため
- 実稼働サーバーでは Python を実行できないため
- A team has the same data and code but a changed random state. What remains possible?
- Different computed outputs despite matching versions
- Versioning forces every random choice to match
- The dataset filename must change
- All models become deterministic
- A reviewer asks which input record and transform produced a feature at a particular time. What record addresses that question?
- Only the final prediction text
- Feature lineage with source, transform version and timestamp
- Only the dataset filename
- Only a model parameter count