Circle、Keep、Hold、N/G はそれぞれ何を意味するのか

現場の記録の文脈では、Circle は通常ディレクターが明確に選んだテイク、Keep は使える候補、Hold はとりあえず保留して最終判断はまだ下していないこと、N/G は不通過を示します。SlateX はこの対外的な名称でテイクの状態を表示しますが、インターフェースの表示名、引き渡しのテキスト、現場で口にする言い方は必ずしも同じ語ではなく、受け取るときにあるフィールド名だけで状態の意味を推測することはできません。

今読んでいるのがインターフェース名か、引き渡しのフィールドかを先に見ます。同じ状態でもこの2か所で呼び方が違うことがあります。

4つの現場の名称はまず業界の意味どおりに読む

Circle は明確に選ばれたテイクです。Keep は依然として残す価値のある使える候補です。Hold はとりあえず保留して、判断がまだ完全に決着していないことを示します。N/G はこのテイクを不通過とします。

これらの語は現場の作業文脈の語で、SlateX が作った用語ではありません。ソフトウェアが担うのはこの一組の状態を記録し、異なる画面と引き渡しのファイルで対応するフィールドへマッピングすることです。

したがって、記事の中でこれらを自作の段階評価の語彙へ書き換えたり、ある種の汎用の点数体系へ包装したりしてはいけません。読者が本当に知る必要があるのは、各状態がワークフローの中でどんな判断を担い、引き渡しのときにどこへ書き込まれるかです。

インターフェース名と引き渡しのフィールドは完全に同名ではない

画面と納品物で読む段階は Circle、Keep、Hold、N/G の4段階です。インターフェースの表示名はローカライズ用の語彙項目を通るため、他の言語ではその言語の対応する訳名が表示され、引き渡しのファイルの中の評価のテキストだけが常に英語です。最も混同しやすいのは隣り合う2段階で、Keep と Hold は別々の段階です。納品物を読むときはこの英語の字面に対応づけ、口語からどちらの段階なのかを推測しないでください。

だからこそ、対外説明ではアプリの中で使われている名前をそのまま訳して、現場の用語を再現したと見なすことはできません。基準にすべきはインターフェースと引き渡しで使われる名前の意味であり、アプリの中でだけ通じる名前ではありません。

引き渡しのテキストも同じく固定の英語の状態名を使います。インターフェースの言語が変わったことを、エクスポートファイルがこれらの状態をもう1組のローカライズされた文字列へ自動で翻訳すると理解してはいけません。

3つの引き渡しのファイルはすべて段階を書きますが、判定基準は同じものではありません

現在の ALE は2つの段階列を運んでいます。Rating は現場の段階名（Circle、Keep、Hold、N/G、どの段階にも標識されていないテイクは空）を書き、Circled take は TRUE または FALSE を書きます。受け取り側は ALE そのものから、あるテイクがどの段階に標識されたかを読み取ることができ、記録係に振り返って問い合わせる必要はありません。

CSV も同じテキストの Rating を運んでいますが、さらに、判定基準が互いに一致しない2つの真偽値列があります。Circle は Circle に標識されたテイクのときだけ TRUE になります。末尾に付く Circled On Set は ALE の Circled take と同じ判定基準です——現場で Circle が付いている場合は Circle と Keep の両方の段階が該当する——そのため Keep のテイクも Circled On Set では TRUE と読まれます。日報 PDF のヘッダーにも評価の列があります。3つすべてが段階を露出することは、3つが同じことを言っていることを意味しません。読む前にまず列名を確認し、2つの真偽値列を同義語として扱わないでください。

したがって役に立つ問いは形式ごとに立てるものです。このファイルに対応する状態の列があるか、その列が現場の段階からどの規則で作られるか。

CSV の Circle 真偽値列は Rating より狭い

CSV にはもう1列、真偽値の Circle があります。この列はテキストの段階名が Circle に対応する段階のときだけ TRUE を書き、他の状態では FALSE を書きます。

したがって、Keep は真偽値の Circle 列では FALSE と読まれます。これは Keep に現場の意味がないことを示すのではなく、この真偽値フィールドの判定条件が完全な段階よりも狭いことを示すだけです。

引き渡しで「現場で Circle を付けたか」に答えるのは Circled On Set の列です（現場で Circle を付けた場合は Circle と Keep の両方が該当します）。一方、Circle 列は狭い規則を保ち、Circle の段階のときだけ TRUE を書きます。受け取り側が完全な状態を復元するには、Rating のテキストとこの 2 つの列それぞれの規則を合わせて読み、Circle=TRUE/FALSE を状態モデルのすべてとして扱わないでください。

2つの列がなぜ分かれ、それぞれどの規則で派生するのかは、『CSV に Rating と Circle が同時にあって、2 つの列が食い違うのはなぜか』で説明しています。

Rating は完全な段階名で、CSV の Circle はその中のより狭い派生判定の1つにすぎません。

同じショットでは Circle は1本だけ成り立ち、ページごとの表示口径は違う

テイクを Circle にすると、同じショットにある既存の Circle は Keep へ格下げされます。この格下げは保存する場所に左右されません。テイク一覧、新規作成フォーム、編集シートのいずれも同じ経路で書き込むため、1つのショットに Circle が2本残ることはありません。

格下げが変えるのは状態だけではありません。同じ書き込みの中で評価の段階も一緒に下がります（Circle が Keep に下がり、評価も一段下がります）。ほかのフィールドには触れず、ショットもまたぎません。別のショットにある Circle はそのままです。

同じ状態でも画面によって見え方が異なることがあります。テイク一覧のアイコンと、統計および関連参照エリアの代表素材の並び順は、それぞれ独自の規則に従います。受け取りや障害調査では、まず現在の画面がどの規則に従っているかを確かめ、そのうえでその画面と引き渡しの列を一つずつ照合してください。

FAQ

Circle、Keep、Hold、N/G のどれが明確な選択を示しますか？

Circle が明確に選ばれたテイクを示します。Keep は使える候補、Hold は保留で判断未定、N/G は不通過です。これらは現場の文脈での状態の意味です。

口語の「保留」はなぜ納品物の Hold に対応しないのですか？

外に出る名称はこの1組だけだからです。画面の Keep と Hold は隣り合う別々の段階で、納品物のテキストは画面と同じ名前です。この英語の字面に対応づけて読み、口語やあるフィールド名からどの段階なのかを推測しないでください。

ALE からどのテイクが Circle なのか分かりますか？

段階は読み取れます。Rating のマスに書かれたテキストを見てください。ただし Circled take を「Circle を付けた印」として読んではいけません。その判定基準は「現場で Circle が付いていること」であり、Circle と Keep の両方で TRUE が書かれます。現場で実際にどのテイクに Circle を付けたのかを復元するには、やはり Rating のテキストの段階名を基準にし、日報で編集室に明確に伝えてください。

CSV の中で Keep の Circle 列が FALSE なのはなぜですか？

真偽値の Circle が Circle の段階に属するかどうかだけを検査するためです。Keep はテキストの Rating に残りますが、このより狭い真偽値の条件は FALSE を返します。

Axiom One LLC — SlateX