勝手気ままな主張

Windows Phone 7 に、ちょっとガッカリ……

尾画茶 — Sat, 11 Dec 2010 16:35:00 GMT

『スマートフォン時代の.NET開発を考える』を読み、思わず Microsoftの高橋氏にメールを送ってしまいました。

以下は、その抜粋。

スマートフォンは持っておりません。ケータイは、Willcom しかもっていませんが、専ら電話＆メール用です。
また、携帯端末に関心はあるものの、どちらかというと、静観者に近い位置づけです。
Silverlight にも、XNAにも関心はありながら、Silverlight のサンプルを作った程度です。
業務アプリでは、WPFを一部分採用したことはございます。

記事にあった動画のご講演を拝聴させていただきました。とても興味深かったです。私自身、これまで
.NET 一辺倒だったわけで、ずっと Windows Phone 7 を待ち続けてきたのですが、ちょっと認識が変わりました。
これまで、Microsoft の目指すコンセプトが、私の求めるそれと一致しており、だから私にとっては理想をカタチにしてくださる会社でした。
今回も、Metro、ライブスタイル、ハブなど、私がずっと求めていたものが、そのまま形になっており、驚いております。
それらが講演の中で紹介されたとき、Windows Phone 7 が魅力的に見えたのですが、その反面、
少々ガッカリしてしまった部分もあり、フィードバックとして、メールさせていただいた次第です。

誠に僭越で申し訳ございませんが、一意見として、感じたことを正直に書かせていただきたいと思います。

■1
それは、まず第一に提供が遅すぎることです。
講演の初めにもお話されていた Windows のようなパッケージではない難しさがあるとはいえ、この段階で、
発売も未定というのは、開発を手掛けるリスクがかなり高いと、私どもは判断せざるを得ないことです。
「出てから開発では遅いから今のうちから」とおっしゃるのもわかりますが、それにしては貴社の先鋭のエヴァンジェリストの
方々でさえ、開発環境構築で苦労された、というのは、私どもにはハードルが高すぎるということです。
少なくとも、開発環境のローカライズが整っており、製品もいついつにこういう機種が出るとわかっているならば、
始められますが、日本語のVS2010 にも対応していないということは、事実上、まだ開発できないのと等しいと思います。

VS 2008 のときも、そのリリースにインテリセンスの日本語ローカライズが間に合っておらず、会社の仲間たちは
VS 2008 を使っていましたが、英語がサッパリであるため、開発がかなり滞ってしまいました。
Silverlight も XNA も、新バージョンのリリースにローカライズが追い付いておらず、学ぶこと自体がかなりストレスを抱えます。

■2
先のことと関連しますが、2つ目は、技術者へのサポートが不足している点です。
.NET Framework 3.0 の時に登場した技術基盤、WPF、WCF、WF、WCS など、素晴らしいコンセプトと思い、私自身、
WCS以外は、手掛けておりましたが、日本語リソースも少なく、普及状況としては、かなり厳しい現状だと思います。
WPFでも、データバインディングの仕組みや依存関係プロパティーなどの新しい概念をもっと手軽に学べたり、試せたりする
サポートがあると、違うのかもしれませんが、VSとBlendのように、ツールが2つになるだけでも、かなりのハードルとなります。
ましてや、進化し続けるSilverlight、XNA、日本語のサイトやフリーソフトにどれだけこのテクノロジーを使ったものがあるでしょうか。
技術者が圧倒的に少ないのです。今まで技術者が少なかった Objective-C は、Apple の躍進と共に、急増したようですが、
ここにヒントがあるかもしれません。

■3
今回、一番がっかりした点は、新バージョンへの対応が遅れていることです。Silverlight も 5がリリース……と言われているところで、
まだ実機も出ていないのに、4 にすら対応していないことです。先のローカライズと同じく、技術策定に実装が追い付いていないのです。
特に、HTML 5 への対応のところで、非常にショックを受けました。貴社としては、一方ではIE9で対応しようとしているのに、そして、
開発者側も、一生懸命 HTML5 や IE9 に追い付こうとしているのに、なぜ今、IE7 基盤に逆戻りしなければならないのか、ということです。
パネルディスカッションで、HTML5 の仕様策定がまだだから、と回答されていらっしゃいますが、それならば、実機も出ておらず、
開発環境も整っていない Windows Phone 7 の開発には、なおさら開発者は手が出せないのではないでしょうか。
スマートフォンがそれぞれ、Objective-C と X-Code、Java と Eclipse、C# と VS & Blend
と開発プラットフォームも言語もツールも
違うのを、私どもは何とかできる限り埋めたいと思っているわけです。その解の一つが、ベンダー非依存の HTML5 なのです。
iPhone、iPad、Android、そして Windows Phone 7 でも……　と信じたかったのに……　これには、かなりショックでした。
以下、Apple路線とAndroid路線をAA路線と呼ばせていただきます。Windows Phone 7 路線は、以下WP路線と呼ばせていただきます。
AA路線は、HTML5 に対応しているのに、WP路線は、HTML 5 に対応していない、そればかりか、
AA路線は、SQLite に対応しているのに、WP路線は、SQLite に対応せず、「まだ対応していない」が、対応予定が独自の SQL
Compact ということならば、
後発でありながら、すでにガラパゴスではないのだろうか、と思うのです。現状のPC路線で、Silverlight や SQL Compact
の開発者が多いのなら話は別です。
でも現実には、Windows Form の開発者は多いけれども、Silverlight の開発者はその半分にも達しておらず、一握りなわけです。
SQL Compact も、業務で使った経験がありましたが、日本語資料が少なく、VS がうまく対応しない場面もあり、かなり苦労した経験があります。

http://blogs.wankuma.com/ogacha/archive/2009/02/28.aspx

http://social.msdn.microsoft.com/Forums/ja-JP/netfxgeneralja/thread/7f5ce1ac-8dd2-4b7e-9d12-dae669d5917d

色々と、失礼なことも書いてしまったと思いますが、一開発者のフィードバックとして、書かせていただきました。

マルチタッチがんばれ！

尾画茶 — Thu, 17 Sep 2009 01:27:00 GMT

Vista は人気イマイチだったけれど、陰で応援してた。だって、MSさんから授かった我らが.NET の財源は Windows だから。

この不景気の中で、新しいＯＳ Windows 7 は、旧製品リプレイスとなるか？

Windows XP がそれまでのOSよりずっと優秀だったので、ずいぶん長生き。この優秀君に勝たなければ、MSさんにも我らが.NETにも未来はない。

差別化として、マルチタッチはどうだろう。ワコムさんが頑張ったらしい。

http://journal.mycom.co.jp/news/2009/09/16/101/index.html

競争に勝ってほしい。Vistaの弟、7に。

……ってそういえば、マルチタッチって、特許Appleがとってなかったっけ？

素晴らしい System.Xml.Linq 名前空間。便利な XElement。

尾画茶 — Thu, 17 Jul 2008 00:22:00 GMT

.NET Framework 3.5 になってから、色々な便利機能や名前空間が増えた。その中でも、お気に入りは、System.Xml.Linq 名前空間だ。XMLを扱うのに、非常に簡素で素敵な機能を提供してくれている。

まず、Document を考えなくても、Element 単位で考えられるところがよい。XElement は、たとえば、以下のように生成できる。

            var x = new XElement("要素", new XAttribute("属性", "値"),
                        new XElement("子要素",
                            new XElement("孫要素")
                        )
                    );

ここでの x の中身は次のようになる。

<要素属性="値">
<子要素>
<孫要素 />
</子要素>
</要素>

つまり、階層構造を真似て記述でき、引数を複数指定できるので、ありのままの XML を記述できる。また、Namespace を制御する XNamespace もシンプルで冴えている。string と同じような扱いをするように設計されており、コンストラクタがない。使い方は、

XNamespace n = "http://schema.wankuma.com/";

と、こんな感じ。XElement などに指定する時も、string にならって、

var x2 = new XElement( n + "要素名" );

と、こんな書き方である。しかし、n は string ではなく、あくまでも XNamespace。x2.Name は、string 型ではなく、名前空間とノード名が一つになった XName 型である。要素名を取り出すときは、x2.Name.LocalName となる。

System.Xml 名前空間は W3C に準拠して設計されたと思われるが、System.Xml.Linq 名前空間は、最適化された全く別の設計思想(つまりはLINQ)に基づいていると思う。

ソースコードにおける日本語

尾画茶 — Sun, 01 Jun 2008 04:40:00 GMT

今まで私は、ソースコードに日本語を入れまくってきた。変数名だけではない。オブジェクト名も、プロパティ名も、メソッド名も。

わざわざ辞書ひいて、外国語でつける必要性を感じない。もちろん、外国に納品するものとか、他国人と開発するとかいうのなら英語でなくてはなるまい、しかし、「うちんたぁ、いっつも英語でのうて、日本語でしゃべっとるがね」と思ってしまう。

よくある主張は、英語じゃないと統一性がない、という主張。でも、今まで見た他人のコードは、ローマ字の略したものが多い。口座区分をkzkbnだとか。アルファベットは、子音と母音を別々に書かなければならないので、長くなって当然だ。kouzakubunは長いから、kzkbn。でも、「口座区分」と日本語で書けば4文字で済むし、コードがドキュメントとなると思うんだけどな。そして何より、ユーザー定義したものが一目でわかるし、漢字という表意文字がもつ、意味伝達力が直接視覚に訴えかけ、とても有効ではないかと。

名前空間なんか、安直につけたとしても、アルファベットでつけるより、よそとの衝突は少ないはず。

昔は、ASCIIしか使えなかったから、仕方なかったと思うけれど、今はもう多言語対応の時代。せっかくコンパイラやデータべースも日本語に対応しているのなら、それを使わない手はない、と思う。同音異義語の多い日本語を、ローマ字だけ、しかも略したローマ字とかでは、非合理的だと思ってしまう。

もしも、「C#もVBも英語だから英語で書くべき」と言われたら、「あれは、英語でのうて、部分的に英単語を使った別の言語だがね」と返してしまう。

……と言っても、コーディング規約とかの縛りがある場合は、郷に入らば郷に従わざるを得ん、のですけどね。