Connecting the Models: A Global Mega-model of MDE Projects on GitHub
本論文は、MDEツールおよび技術の実世界における使用、組み合わせ、および保守を経験的に分析するための基礎的なデータセットを確立することを目的として、325,000個のモデル駆動型エンジニアリング（MDE）アーティファクトを含む7,400以上のGitHubプロジェクトをマイニングすることから導出された、グローバルなメガモデルを提示するものである。
原論文は CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/) でライセンスされています。 これは以下の論文のAI生成解説です。著者が執筆または承認したものではありません。技術的な正確性については原論文を参照してください。 免責事項の全文を読む
ソフトウェア開発の世界を、巨大で混沌とした図書館だと想像してみてください。この図書館には、「モデル駆動工学（MDE）」と呼ばれる特別なセクションがあります。従来のプログラマーのようにコードを一行ずつ書くのではなく、MDEエンジニアは「設計図（モデル）」を構築し、それから専用のツールを使って、その設計図から実際のソフトウェアを自動生成するのです。
長年、理論上は、エンジニアたちが標準的なツール（EMF、ATL、Xtextなど）を使用して、カスタマイズされた素晴らしいワークショップを組み立てるはずだとされてきました。それは、これらのツールをレゴブロックのように組み合わせ、完璧な環境を作り上げるというアイデアでした。しかし、実際にそれが現実の世界で行われているのか、あるいはワークショップが崩壊してしまっているのか、あるいはエンジニアが実際にどのようにツールを使っているのかについては、誰も真実を知りませんでした。
問題点：カタログのない図書館
研究者たちは、この論文の中で、これほど多くのMDEプロジェクトがGitHub（巨大なコード共有サイト）に存在しているにもかかわらず、それらがすべて孤立していることに気づきました。それはまるで、何百万もの本が床に散乱しており、カタログが存在しないような状態でした。これにより、以下のことが見えなくなっていました。
- どのプロジェクトが他のプロジェクトと関連しているのか。
- エンジニアがどのように異なるツールを組み合わせているのか。
- 新しいものを構築する代わりに、古い設計図をコピー＆ペーストしているのではないか。
- どのツールが実際に人気があるのか。
解決策： 「メガマップ」の構築
著者たちは、「グローバル・メガモデル」を構築することに決めました。これは単一の地図ではなく、この図書館にあるすべての設計図、ツール、プロジェクトを繋ぐ、巨大で相互に接続されたウェブのようなものです。
彼らがどのように行ったのか、ステップごとに説明します。
1. 大規模なスカベンジャーハント（データ収集）
まず、彼らはGitHub全体で大規模なスカベンジャーハント（宝探し）を行いました。単にコードを探したのではなく、特定の「MDEアーティファクト」を探しました。
- 比喩： 彼らは特定の種類のレゴブロックを探しているようなものでした。青いベースプレート（メタモデル）、赤いコネクター（変換）、そして説明書（構文定義）です。
- 彼らは、これら特定のファイルを含む7,436のプロジェクトを見つけました。これには327,000以上の特定のファイルが含まれていました。完全な全体像を把握するために、彼らはこれらのプロジェクトの全履歴をダウンロードしました。
2. 設計図のリバースエンジニアリング（関係性の復元）
ファイルを入手した後、それらがどのように組み合わさるのかを解明しなければなりませんでした。これは非常に困難な作業でした。なぜなら、接続関係が必ずしも明示的に記述されていないからです。
- 比喩： レシピ（変換ファイル）を見つけたものの、そこに「ケーキを作る」としか書かれておらず、材料が記載されていない状況を想像してください。材料が小麦粉と卵であることを突き止めるために、キッチンカウンター（設定ファイル）を調べたり、ケーキの種類から推測したりする必要があります。
- 研究者たちは、各ツールに対して特別な「インスペクター（検査官）」（デジタル探偵）を構築しました。これらの探偵はファイルを読み取り、以下を明らかにしました。
- このツールはどの設計図を使用しているのか？
- 他にどのようなファイルをインポートしているのか？
- 何を生成するのか？
- 彼らは、各プロジェクトを接続の小さな「ウェブ」へと変えました。
3. ウェブを巨大なクモの巣へと統合（グローバル・メガモデル）
これが最も独創的な部分です。ソフトウェアの世界には、これらの設計図のための「App Store」のようなものは存在しません。もしエンジニアが特定の設計図を必要とした場合、彼らはしばしば他のプロジェクトからそれをコピー＆ペーストします。
- 比喩： 離れた場所に住む二人が、どちらも同じ「家の設計図」を持っていると想像してください。通常の図書館であれば、これらは別々の本として扱われます。しかし、研究者たちはこう気づきました。「おい、これらは同じ設計図だ！」
- 彼らは、近似的な重複（near-duplicates）を見つけるための特別なアルゴリズムを使用しました。もし二つのプロジェクトが同じ（あるいはわずかに修正された）設計図を持っていた場合、それらを巨大なマップ内の単一のノードへと統合しました。
- これにより、グローバル・メガモデルが作成されました。これは、すべてのユニークな設計図が一つの点となり、すべてのプロジェクトがそれに関連付けられた点のクラスターとなる、一つの巨大なグラフです。
何が見つかったのか？（結果）
この巨大なマップを見ることで、彼らはようやくMDEの世界の「形」を見ることができました。
- 「ハブ」： 彼らは、Ecore（標準的な設計図フォーマット）のような、ほぼすべてのプロジェクトが接続している巨大な中心的ハブを発見しました。それは、この図書館における「メインストリート」のようなものです。
- 「コピー＆ペースト文化」： 膨大な量の重複が存在することが判明しました。多くのプロジェクトは、他のプロジェクトを少しだけ微調整したコピーに過ぎません。これは、MDEエンジニアが依存関係を管理するための「パッケージマネージャー」（App Storeのようなもの）を欠いているため、成果物を適切に共有することに苦慮していることを示唆しています。
- 「孤島」： プロジェクトの約60%は「孤立」しており、既存のパーツを再利用せずにゼロから構築された、海に浮かぶ孤島のようになっています。
- ツールの普及度： どのツールが一緒に使われているかを正確に把握できました。例えば、Xtext（テキストベースの言語を作成するためのツール）はプロジェクトの約40%で使用されている一方で、他のいくつかのツールはほとんど使用されていないことも分かりました。
ツールキット
著者たちはマップを作るだけで終わりませんでした。彼らは以下を構築しました。
- データセット： このすべての情報を含む、ダウンロード可能なデータベース。
- インタラクティブなツール： この巨大なウェブを探索し、特定のプロジェクトにズームインして、それらがどのように接続されているかを確認できるウェブサイト。
なぜこれが重要なのか？
この論文が登場する前は、「エンジニアは実際にこれらのツールをどのように使っているのか？」や「どのツールが時代遅れになりつつあるのか？」といった問いに答えることは、一本の木を見ることで森の形を推測しようとするようなものでした。今や、研究者たちは森全体を俯瞰する衛星ビューを手に入れたのです。
彼らはようやく、次のような問いに答えることができます。
- 「これらのプロジェクトはメンテナンスされているのか、それとも放棄されているのか？」
- 「エンジニアは互いの成果物をどのように再利用しているのか？」
- 「これらのツールを組み合わせる最も一般的な方法は何か？」
要するに、この論文はモデル駆動工学のための最初の**「Google マップ」**を構築したのです。散乱したプロジェクトの混沌とした山を、研究者が調査可能な、相互に接続された世界へと変貌させたのです。
自分の分野の論文に埋もれていませんか？
研究キーワードに一致する最新の論文のダイジェストを毎日受け取りましょう——技術要約付き、あなたの言語で。