ドメイン モデリングの行く先

• Another piece of Microsoft’s Oslo modeling puzzle disappears

Quadrant がお亡くなりになったそうです。という記事をきっかけに、思ったこととか人と話したことなど書いてみる。

非開発者向け

今、IT 使った何かを作るとき、問題領域（ドメイン： domain）に関する知識と、プログラミングに関する知識の2つに詳しくないと何もできないんですよね。問題領域っていうと、例えば、よく話にあがるのだと：

• 大規模データ処理
• 自然言語コーパスを元に、検索や機械翻訳の精度を上げたい
• 顧客の購買行動を解析して、よりよりセールスをかけたい
• 業務知識
• 業務のフローを IT で補助・改善したいけど、そのためには業界の商習慣とかの知識が必要

とか。

2重にスキルを求めるのは負担が非常に大きいんで、出来れば問題領域の専門家が、プログラミングの知識なしで使えるようなツールが欲しいと。そういう話はもうかれこれ20年くらいは言われ続けていたり。

DSL

そういう、問題領域の専門家向けのツールとして、DSL（domain specific language： 領域特化言語）というのがあり。要するに、領域を絞ることで、学習を容易にしたプログラミング言語を作ることで、プログラミングの知識のない人にも使いやすい言語にしようというもの。

1990年代にも、テキスト ベースの DSL なんかは出ては消えを繰り返していました。いまいち定着しなかったのは、

• 使う側： 領域を絞ってもまだハードルが高い
• Visual なツールの補助が必要
• 例えば、C# が簡単な理由の1つは、Visual Studio による補助が学習ツールとしても優秀だから
• 覚えやすくするために「特化型言語」にしたのに、そのせいでツールの補助が受けられず、かえって覚えにくいという
• 作る側： 作るの大変
• 極端な話、汎用言語なら作る手間 0 なわけで

DSL Tools

その昔（確か、2005年前後だったと思う）、DSL Tools というものがあったりも。上記のような問題があるんで、Visual Studio の利用を前提とした、Visual な言語（例えば、フロー図とかをドラッグ＆ドロップとかしてつないで作っていく言語）を作るためのツールでした。ただ、DSL Tools にも問題があって：

• 個々の製品ではある程度 DSL の利用が成功したが、製品間の連携で困った
• 「特化型」という性質上、「オレオレ」になりやすい
• Visual 言語に偏向しすぎた
• 使う側： 非開発者であっても、マウスでポチポチ作業するより文字ベースで記述したい人は多い
• テキスト言語でも、構文ハイライトとか IntelliSense とかリアルタイム構文チェックとか、Visual ツールで補助できることは多い
• 作る側： Visual なものは、その分さらに作るのが大変

Oslo（現 SQL Server Modeling）

という背景があるので、Oslo は以下の3つの軸が：

• Repository
• DSL / ドメイン モデルの共通基盤
• 複数の製品の連携を最初から考えている
• M 言語
• テキスト ベースの DSL 記述
• あと、データベースとプログラミングの間の溝を埋めるという役割も
• C# に近い記述でエンティティ定義
• これも、データベースの知識とプログラミングの知識の「2重のスキル要求」の解消
• M 言語で記述した DSL は、IntelliPad っていう付属のエディターを使えば構文ハイライト＆リアルタイム構文チェックされる
• Quadrant
• データの可視化ツール

発表当初は、やっぱり「非技術者向けのツール」を目指していたんだとは思う。けど、実際のところ、一番食いついたのは、M 言語に興味を持ったガチ開発者ばかりだったような。そこが Oslo の問題だったように思えます。

結局、Oslo は SQL Server の一部分としてコンパクトに収まり、今回 Quadrant の開発は停止という運びに。

その後

Oslo を開発していたチームは Data Programability チーム（Entity Framwork や WCF Data Services を開発してるところ）に統合されたと聞きます。そしてこのたびの LightSwitch の登場。きっと、Quadrant を開発していた人も LightSwitch に関わってるのかなぁと。「Quadrant よりこっちに力を注ぎます」といったところでしょうか。

その辺りを考えると、Oslo の目指してたところは形を変えて残っていくことになりそうな。

• 複数のドメイン モデルの連携
• Repository は SQL Server Modeling として残るだろうし
• 今は、OData みたいに、データの取り出し口の部分を標準化することで製品間連携していく仕組みもあるし
• テキスト ベース DSL
• C# / .NET Framework 自体が、今、メタプログラミングな方向に向かってる
• M 言語とか IntelliPad/Quadrant みたいな独立したものよりも、C# に取り込まれたり、Visual Studio との連携を前提に進化していきそう
• 作る側も簡単じゃないといけないし、使い側にも学習・利用のツールによる補助がないといけない
• データベースとプログラミングの溝を埋める
• Entity Framwork がコード ファーストできるようになってる
• 非技術者向けツール
• LightSwitch がそうだし、データの可視化・解析って面では PowerPivot とかも

LightSwitch の話題まだまだたくさん

• LightSwitch の話題まだまだたくさん
• Jay Schmelzer: Introducing Visual Studio LightSwitch
• Channel9 の動画
• Introducing Microsoft® Visual Studio® LightSwitch™
• VS Live のキーノートで会った内容のテキスト版みたいなの
• 動画だと英語追いかけきれない人にはありがたい
• LightSwitch は Shell（LightSwitch 本体じゃなくて、作成されたアプリの UI）を色々拡張できる作りらしく、パートナー企業に拡張の作成をお願いしてるとか
• Infragistics がタッチ フレンドリーな UI 作ったり：
• Making it shine: How we designed the LightSwitch Touch-Friendly Shell
• Infragistics + Microsoft LightSwitch = Awesome
• LightSwitch Technical Breakdown
• Windows Phone 7 keyboard "incredibly accurate and fast"
• 動画を見てる感じ、言語コーパスを使って補完してるのかな。
• 英語以外での入力大丈夫なのかちょっと心配。
• Some Best Practices for Silverlight Application Development (XAML)
• XAML の書き方で気を付けた方がいいこと一覧。
• WPF でも使えそう。
• Some nice code editor features provided by the VS 2010 Power Tool Extensions
• トリプルクリックで行選択とかは初めて気づいた。
• 秀丸エディターとかでよくやる操作なんで、これできるのは地味にうれしいかも。
• 7/21 Agile Conference tokyo 2010 の資料とレポートが公開されました
• 「アジャイルで適用できるということは、ツールに柔軟性が必要です。ツール視点で見るとアジャイルに対応するということは、難しいんです（ツールの作り手として）。」
• 全くもってその通りだと思う。
• 【ナイショ企画】Azure船上パーティーにこめる想い
• 熱いなぁ。
• MS、新作マウス Arc Touch を準備中？
• 出たら人柱になるかなぁ。