ネットワーク共有
サーバー上のフォルダーをサポートファイルの検索パスに追加すると、起動時にAutoCADがその中身をすべて読み込みます。新しい版を配るにはフォルダーにファイルを置くだけで済むため、最も広く使われている方法です。
共有に到達できなくなった瞬間、ツールは一つもありません。現場でも、自宅でも、VPNが切れたときにも。さらに起動時間はファイル数とともに延び、フォルダーは増える一方です——同僚のツールを削除した人になりたい者はいません。
ほとんどの設計事務所では、ツールは以下の四つの経路のいずれかで配られています。四つとも機能します——ある人数まで、そしてあるツール数までは。このページは、その限界がどこにあり、越えたことをどう気づくかについてのものです。
どれも悪い方法ではありません。それぞれが自然に生まれた方法であり、実際の問題を解決しています。そして、それぞれが別の場所で壊れます。
サーバー上のフォルダーをサポートファイルの検索パスに追加すると、起動時にAutoCADがその中身をすべて読み込みます。新しい版を配るにはフォルダーにファイルを置くだけで済むため、最も広く使われている方法です。
共有に到達できなくなった瞬間、ツールは一つもありません。現場でも、自宅でも、VPNが切れたときにも。さらに起動時間はファイル数とともに延び、フォルダーは増える一方です——同僚のツールを削除した人になりたい者はいません。
ツールを書いた人が新しい版を添付で送るか手渡しし、各自が自分の端末に複製します。導入作業も、情報システム部門を待つ必要もありません。
誰がどの版を複製したかは、どこにも記録されません。その日休んでいた人は連絡を受け取らず、何か月も古い版で作業します。違いが表に出るのは同じ図面が二つの異なる結果を出したときで、原因が判明するのは数日後です。
情報システム部門が、サインイン時にファイルを複製するスクリプトを書きます。中央で管理でき、追跡でき、誰かが思い出さなくても実行されます——四つのうち、管理面では最も堅実な方法です。
これ以降、変更はすべて情報システム部門を通ります。ツールを書いた技術者は修正を十分で終え、配布を三日待ちます——そして三日目からは、小さな修正のために依頼を出す人がいなくなります。直せるはずのツールが壊れたまま残ります。
新しい技術者が入る、あるいは端末が入れ替わる。誰かが席について、ツールを一つずつ導入します。設定が正しいと確信できる、最も確実な方法です。
一日かかり、その端末は一週間後にはもう遅れています。どの端末に何が入っているかの唯一の記録は、導入した人の記憶です——そしてその記録は、その人とともに去ります。
どれも単独では急を要しませんし、それぞれにもっともな説明がつきます。四つすべてが当てはまるなら、問題はツールではなく配布にあります。
答えは人数ではありません。共有フォルダーはある日崩れるのではなく、上に層が積もるからです。以下は実際の事務所が本当に足しているもので、どれも足したその日には正しい判断でした。
新しいAutoCADの版が来て、古いツールがそこで動かなかった。フォルダーは二つに分かれ、以後どのフォルダーが誰のためのものか知っている必要が生じました。
新しい版が誰かの図面を壊し、前の版が必要になった。何も消されていません — 削除の責任は誰も負いたがらない — そしてフォルダーは大きくなる一方です。
現場の端末が共有にたどり着けなかった。今はファイルが複製されます。共有は依然として元ですが唯一の経路ではなくなり、二つの経路は互いを知りません。
「旧フォルダーは使わないでください。」規則を知っている人数は、そのメールを読んだ人数と同じです — 先月入った技術者はそれを受け取っていません。
四つはどれも単独では小さい。積み重なると一つの仕組みになります。書かれておらず、試されておらず、一人の頭の中にだけある仕組みです。その人が休暇に入ると、仕組みも一緒に休暇に入ります。
答えはここにあります。共有フォルダーの上にこれらの層が一つも載っていなければ、共有で足ります。 AutoCADの版が一つ、フォルダーが一つ、全員が同じ網の中 — それならこの製品は必要ありません。売る側がそう申し上げています。層のどれかに心当たりがあるなら、問いはもう足りるかではなく誰が見ているかです。
ツールはパッケージ化され、署名されます。どのパッケージを誰が受け取るかはお客様が決めます。更新は技術者の端末へひとりでに届きます。AutoCADは起動時にネットワーク要求を出しません——パッケージはすでに端末内にあり、必要になったときに読み込まれるため、ツールが増えても起動は遅くなりません。サーバーが停止していても、導入済みのツールは動き続けます。
五つの段階で仕組みをご覧ください