NSTの利点

各ノードがNSTのライブラリ部分を実装した後は、サブシステムごとに1つのプログラム、すなわち各ユーザーに送信する、NETハードウェア表現を独自の特殊なビット形式にマッピングする記号ファイルを書くだけでよくなります。

これは、コンソールを最大限に活用する場合に期待できる最小限のプログラミングです。
エンコード変換を実行するNSTはユーザーサイトでコーディングされるため、そのコンソールのハードウェアを最大限に活用できます。また、ホストから新たな、あるいは異なる変換テーブルを必要とせずに、ハードウェア機能を追加または削除できます。
ローカルユーザーはまた、ホストサイトで提供されるシステムのあらゆる変更について最新の状態に保たれます。新しい機能が追加されると、ホストのプログラマーは記号エンコードプログラムを変更します。この新しいプログラムがユーザーサイトでコンパイルされ使用されると、新しい機能は自動的に含まれます。

エンコード変換プログラムを記号的に転送することの利点は明らかでしょう。

各サイトは、適切と考える任意の方法で変換できます。したがって、各サイトのマシンコードはそのサイトに適合するように生成でき、その結果、より速い実行時間とより高いコード密度が得られます。
さらに、ユーザーサイトでコーディングされた追加の記号プログラムは、ユーザーのモニターシステムとホストマシンからのDELプログラムとの間に容易にインターフェースできます。これは、人間と機械の対話に必要な柔軟性を失うことなく、コンソール拡張 (例えば、珍しいキーやボタンに対応すること) の問題を緩和するはずです。

一致するハードウェアがある場合、記号プログラムはこれを考慮に入れ、不必要な計算を避けることが期待されます。これはDELのコード変換構文によって直ちに可能です。いつの日か、プログラム合成 (Crockerがその方法を教えてくれたら??) によって可能になるかもしれません。