新技術

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

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

次期 IronPython

尾画茶 — Sun, 11 Oct 2009 07:08:00 GMT

IronPython が Python 3.0系に対応するのはいつだろうと、ずっと気になっていたが、次期.NET 4.0の後で対応されるそうだ。

InfoQの記事

IronPythonは、文字列の扱いがユニコードなので、Python3.0系っぽいと思っていたので、ちょうど足並みが揃って嬉しい。

ライブラリの互換性の面でも、完全コンパチではないので、どうせなら早く3.0系に合わせてほしいと願っていたのだ。

VS2010と同時に出るのは、それのプレビュー版で、3か月ほど遅れてリリースされるらしいが、待ち遠しいものである。

マルチタッチがんばれ！

尾画茶 — 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がとってなかったっけ？

SOAP → REST なのだろうか？

尾画茶 — Thu, 05 Jun 2008 01:45:00 GMT

SQL Server 2008 から、Native XML WEB Services 機能が、Deprecated になりました。

日本語 MSDN Library なのに、そこだけ英語なので、流行っとらんかったんかな、と思いましたが、やはり、WEB Service 関連は、ASP.NET に譲るべきということなのでしょうか。それとも、もう SOAP はやめていこう、ということなのでしょうか。

最近、.NET Framework 3.5 からの WCF のREST 対応を見ても、今までの SOAP 形式から、軽量の REST へ時代は動いとるんかな、と思います。

MSDN Library には、そんなにSOAP に対応させたいと言うなら、 WCF か ASP.NET を使え、と書いてあります。たぶん、今度 .NET Framework 3.5 SP1 で提供される ADO.NET Data Services では、もっと簡単に、宣言的に実装できるのでしょう。

個人的には、「SQL Server 自身が、WCF のエンドポイントを持ってくれたらなぁ」と強く思います。

データアクセス関連基盤が増えるのは嬉しい

尾画茶 — Thu, 05 Jun 2008 01:24:00 GMT

ひろえむさんの記事で「Velocity」なる開発コードを知りました。

調べてみると、6月2日に、アメリカの Tech Ed で他にもいろいろ発表されたらしい。→ITmediaの記事

最近、LINQ の登場で、今まで簡単にできなかったアプリケーションでのデータ加工（特に JOIN とか）や、異なるデータソース間での JOIN などができるようになりましたけれど、SQL Server Compact や、その同期のための Data Caching とか、.NET Framework 3.5 SP1 で加わる ADO.NET Data Services や ADO.NET Entity Framework 、そして、その後に、Microsoft Sync Framework や Velocity など、次々と、データアクセスや分散アプリケーションの基盤ができてきているのは、そういう方向に進んでいるのだな、と思わされます。

「疎結合」と「多層化」と「抽象化」がコンピューター間まで発展しているということなんだろうと思います。

疎結合ということには、非同期も含まれると思います。だから、初代 ADO.NET で DataSet は非同期が標準となったのだろうと思います。「疎結合」に必要なものは、「抽象化」で、そのために登場した LINQ は素晴らしいと思います。どんな形態でも同じ書き方でクエリぇるのですから。

ただ、個人的には、LINQ to SQL は、データソースのデータ構造を意識してしまう（疎結合ではないと思う）ので、あまり使いたくないかな、とは思います。ローカルキャッシュである SQL Server Compact へのデータアクセスには、ＯＫかな、と思います。現在は、SQL Server のストアドをメソッドかWEBサービスのように使うのが常套手段ですが、ADO.NET Entity Framework は使ってみたいと思います。はよ、出んかな。