オープンフォーマットとベンダーロックイン：移行コスト

ベンダーロックインが陰謀であることはめったにない。それは自然に形成されるものだ。長く使い続け、データが蓄積され、プロセスが身についていく。そしてある日、乗り換えようとしたときに、その代償が大きすぎると気づくのだ。

3段階のロック、弱いものから強いものまで

• データロック — 独自形式のデータ、または要約形式でのみエクスポート可能なデータ。最も深刻だが、最も回避しやすい問題
• プロセスロックイン — チーム全体がそのツールを中心に習慣や自動化を築いてしまっている
• アーキテクチャロックイン — コードがベンダー独自のサービスを直接呼び出しており、変更するには書き直しが必要

クイックチェックの質問

あるツールに長期的にコミットする前に、次の質問に答えてみてください。データの全量を出力するのにどれくらいの時間がかかるか、どのような形式で出力されるか、そして別の場所でデータを再構築するのに十分な量があるか。もし出力機能がPDFや簡略化されたスプレッドシートしか生成しないのであれば、答えは明らかです。

妥当な防御レベル

完全なロックインを避けることは、得られる価値よりもコストがかかることが多い――特化型サービスは、自作するよりも常に便利だ。現実的な方法は、重要度の低い部分ではロックインを受け入れ、元のデータと業務の中核を成す部分という2つの点において自由を確保することである。

個人にとっては、原則はもっとシンプルです。10年後も残しておきたいもの――写真、メモ、資料など――は、今日、特別なサービスを利用することなく、他のプログラムで直接読み込める形式で保存しておく必要があります。