InfoQ

InfoQ

News

マイブックマーク

ブックマークするためにログイン または 会員登録 する

ブックマークされました!

ブックマークがエラーになりました。もう一度お願いします。

Miguel de Icaza 氏の Monospace キーノート

作者 Abel Avram , 翻訳者 吉田 英人 投稿日 2009年11月1日

セクション
運用/インフラ,
デベロップメント
トピック
Linux ,
Silverlight ,
.NET
タグ
Mono ,
歴史 ,
Moonlight

原文(投稿日:2009/10/29)へのリンク

RedMonk こと Michael Cote 氏は,Miguel de Icaza 氏の Monospace でのキーノートの 音声記録 を公開している。Miguel はそこで Mono の歴史と将来計画,Silverlight についての講演と Linux アプライアンス構築のデモを行った。

Mono チームのモットーは “許可を求めるな,許しを請え” だ。そうやって彼らは “Mono の世界で多くのことを行ってきた”。Miguel は Silverlight が Adobe の後を追うべきだと考えていて,そのために Moonlight を他のプラットフォームに移植するかも知れない,とほのめかしている。

Moonlight は Silverlight の Linux での実装です。今のところは。…私たちが協力することで,Microsoft は Silverlight に光明(light)を見出すことができるようになる,と私は考えています。彼らが Adobe Flex の行ってきたことを目指して進むべきだと思っているからです。競い合うことによって,彼らをそちらに向けていくつもりです。

次に Miguel は iPhone 用の Mono である MonoTouch について説明した。Android 用 の Mono も開発する予定だ。同じ方面ではブラジルの開発者が,中断された XNA プロジェクトである Mono XNA と,Silverlight 向け XNA ゲーム製作のためのプロジェクトである Sliverlight XNA を組み合わせて,MonoTouch/iPhone 用のゲーム開発フレームワーク XNA Touch を製作している。

MonoDevelop のライセンスは GPL から LGPL に変更された。これは “MonoDevelop 向けの商用プラグイン開発が可能” になったことを意味する。

オープンソース化された ASP.NET MVC に関しては,1行のコードも書かなくても “私たちの ASP 実装上で動作” する,と Miguel は言う。彼はまた Microsoft オープンソースプロジェクトやAJAX ライブラリ,DLR がなかったならば,“これらがなければ Mono は数年は遅れていただろう”,ECMA 仕様がなければ “Mono は存在し得なかっただろう”,とも言っている。

Miguel が友人と Mono を立ち上げた頃についても話はおよんでいる。.NET が Windows にもたらした生産性を Linux でも可能にしたかった彼らは,6ヶ月もあれば完了できそうな簡単なプロジェクトを立ち上げた。しかし JIT コンパイラは完成したものの,ステージ1の完了には2年半を費やすことになった。彼はさらに MonoDevelop をどのように収束させたかについても説明した。MonoDevelop は当初はエディタにする予定だったが,最終的には IDE になった。Monoは “大げさになりすぎたために” 380MB ものフレームワークになったが,基本的なコンパイラとガベージコレクタだけが望みなら 2MB まで縮小できるだろう。当初 Miguel は .NET フレームワークのよさを理解し,彼が考える最高のオペレーティングシステムである Linx 上でそれを利用できるようにしたいと願っていた。しかし彼はその取り組みが,わずか 35 人の Novell のスタッフと 30 ないし 70 人の外部協力者とで行うには大きすぎるものだと考えている。

今後の開発として Miguel は,来年の予定の話をした。

Mono 3.0 では C# 5.0 に対応します (これはジョークのようだ)。それはつまり C# 4.0 と,彼らがまだ持っていない embeddable C#,そして私たちが部分的に実装を済ませているコア .NET 4.0 API のことです。現時点では WPF に関しての計画はありません。ですから WPF,WWF のことは忘れてください。WCF については限定的なサポートになるでしょう。それ以外については,おそらく .NET にあるものはすべて用意できると思います。できの悪い API は使用しないでおいてください。そうすれば大丈夫です。

Miguel は Silverlight の将来が WPF よりも明るいと信じている。Mac,Linux,Windows で動作する,というのがその理由だ。加えて Silverlight が WPF より習得しやすい,とも考えている。彼はブラウザ上での Sliverlight の動作がサンドボックス内に限られていることを,望ましいこととは思ってはいない。Sliverlight はブラウザ外でのエクスペリエンスにおいても OS 機能のサブセットのみ使用可能なサンドボックス内での動作に限定されているが,Moonlight ではすべての .NET 4 API を使用可能にすることでこの制限をバイパスする予定だ。

Mono チームには “時間とリソースの余裕” がないため,当面 WPF に関わる予定はない。解決策は Silverlight を .NET 4 API で使用する,という方法だ。

Miguel は Linux アプライアンス構築のデモも行った。これについては InfoQ が “VisualStudio による Linux アプライアンス作成” でトピックとして取り上げている。

特集コンテンツ一覧

GAE開発の落とし穴

Googleのクラウド環境をつかったGoogle App Engineによる開発するにあたり、初めての試みで苦悩する開発者達の経験をもとに、各開発フェーズにあわせて問題点やどう解決したかをご紹介します

イベントレポート:「Coqチュートリアル#1」

去る1月12日、定理証明支援系ツールCoqの初心者向けチュートリアルが開催さ れた(http://kokucheese.com/event/index/23667/)。今後も2月2日 (http://kokucheese.com/event/index/23744/)、2月9日、2月16日と引き続き開 催されていく予定である。本記事では、開催の様子をレポートする。

Javaの未来についてのNeal Gafter氏とのディスカッション

Choosing Options

Neal Gafter氏はOracleによるJava買収の影響に関する議論、Javaにセグメンテッドスタックやメタオブジェクトプロトコルを追加することについての主張、そしてJavaとC#との比較について話をしてくれた。

Google Dartのエッセンス:アプリケーションの構築、スナップショット、Isolate

GoogleはVMをともなう新しい言語であり、JSコンパイラでもあるDartをプレビューした。 InfoQはDartのアプリの構築に貢献する文法の裏側を探った:スナップショット、Isolate、モジュール方式

CSPベースのモデル検査ツール「Process Analysis Toolkit」

本記事ではCSPベースの「マルチドメイン・モデル検査ツール」である、PAT(Process Analysis Toolkit)について紹介する。モデル検査は、形式手法(Formal Method)という方法論を基礎とする技術であり、複雑さが増大しながらも安全性を求められる、現在のソフトウェア開発の状況に対する処方箋の1つとして注目されている手法である。

Jenkinsによる継続的インテグレーションのススメ(4) ~CloudBeesでJenkinsをサービスとして使う~

前回まで、Jenkinsの幾つかの側面に注目して解説をしてきました。シリーズ最後の今回は、Jenkinsをサービスとして使う方法を紹介します。

書籍『抽象によるソフトウェア設計-Alloyではじめる形式手法-』の紹介

Alloyは、MITにて開発された仕様記述言語であり、ツールによる自動解析を使い、インクリメンタルに形式仕様が書けることが特長である。筆者らはAlloy開発者による、Alloyを使った形式手法入門書を翻訳、今夏にオーム社より刊行した。本記事では、Alloyの簡単な概要と、翻訳書『抽象によるソフトウェア設計』(「Alloy本」)を紹介する。

Windows デバイスで開発するタッチユーザーインターフェイス

スマートフォンを中心としたマルチデバイスにおけるタッチユーザーインターフェイスへの対応は、既に必須の項目となりつつある。本記事では、Windows デバイスにおける UX のベースとなっている「メトロ」というデザイン言語を掘り下げながら、既存環境を意識しつつもどのようにタッチユーザーインターフェイス開発に取り組んでいくべきであるかについて解説していく。