ScottさんによるSilverLightTutorial　Stage4
ようやく終わりました。

もう、いったいどれだけ時間かけてるんだ！って感じですね。
ちょっと悲しい。
でも平日は時間がなかなかとれないからしょうがない。

イイワケカコワルイ

ScottGu’ Blog
Silverlight Tutorial Part 4: Using Style Elements to Better Encapsulate Look and Feel
http://weblogs.asp.net/scottgu/pages/silverlight-tutorial-part-4-using-style-elements-to-better-encapsulate-look-and-feel.aspx

前回、Tutorial3ではいくつかフォローが足りないというか、
書いてないことがあって躓いてしまったわけですが。。。

今度は本当に罠が仕掛けられてました。。。

今回のTutorial4はコントロールに対するスタイルの指定方法ですね。
今まではコントロールのスタイルに関してはPage.xamlに直接書いていたわけですが
これをApp.xamlにApplication.Resourceとして書いておくことで
複数のコントロールに同一のスタイル指定を行う時に楽になる＆変更が容易
ってわけで重要な項目です。

Tutorialにはすべての項目に関してはApp.xaml内のスタイル指定方法は
記述していません。とりあえず、Tutorial3にて指定されているプロパティを
のきなみApp.xamlへ移動してみました。

動きませんでした。
エラーメッセージからするとプロパティに対するSetter指定がいけない？
AutoGeneratedColumnsかな？

コメントを元に調べていくと、どうやらリソース側でGridに対して
AutoGeneratedColumnsプロパティを指定するといけないらしいです。
Page.xaml内で指定する分には当たり前ですが問題ありませんでした。

とりあえず、AutoGeneratedColumnsに対するSetterをコメントアウトして
再度チャレンジしてみると、

意味不明なエラーが出た。
これはさすがにわからん。
そもそもAG_E_INVALID_ARGUMENTってなんだ。。

調べてみると、カスタムコントロールを使っているときに時々起るみたい。
細かいことまでは確認できてないけど、いくつか報告があった。

このTutorialに限っていってしまうと、GridのShowGridLinesプロパティを
使用した時に発生するようだ。
とりあえず、これはあっても無くても構わないのでコメントアウトした。

この状態でなんとか実行可能になる。
ただし、AutoGeneratedColumnsプロパティ設定を外しているので結果がGridに反映されない。
しょうがないから結局はPage.xamlに直接書くことにした。

これでようやく完成。
Tutorialの誤りや補足事項としては以下のもの。

１．いつの間にかWaterMarkedTextがただのTextBoxになっている
２．GridのAutoGeneratedColumnsプロパティはPage.xamlで設定する
３．GridのShowGridLinesプロパティはApp.xamlではだめ。

たぶんこれくらい。もしかするとほかにもあったかもしれない。

ネット上の話を見ていると、もしかすると頑張れば今回エラーだったプロパティも
App.xaml内で設定できるのかもしれない。

それにしてもまだベータ技術だからしょうがないんだが、
チュートリアルがそのままではだめだとは。。。。
なかなか敷居がきっついのぅ

日本のMicrosoftでWPFやSilverLight関連でいろいろな情報を出している
川西さんのブログが更新されていました。

川西 裕幸のブログ
新しいイテレーション型開発
http://blogs.msdn.com/hiroyuk/archive/2008/03/20/8326702.aspx

デザイナと開発者の役割分担。

実際、どこまでこの分担はちゃんとできているのだろうか。
かえるが務めている会社の開発現場にはデザイナという職種は存在しない。
みんな開発者状態になってしまっている。

デザイナがいるわけではないので、結局のところ開発者がコントロールとかも
決めたりなんだりの作業を行っているのが現状だ。

コントロールのデザインという意味においては、プロダクトの中である程度
統一されているべきなのであまり悩む必要はないのだが、
コントロールの配置だとか、色づかいだとか。
このあたりはどうしても弱くなってしまっているのを感じている。
自慢じゃないのだが、俺は絵心なんてものは持ち合わせてねぇーーーー！！

まぁ、川西さんが書いたホワイトペーパーにもある通り、
開発者としてXAMLが正しく理解できるように勉強しないといけないですね。

ちょっと川西さんの本、置いておきますね

XAMLプログラミング
http://www.amazon.co.jp/s/ref=nb_ss_gw?__mk_ja_JP=%83J%83%5E%83J%83i&url=search-alias%3Daps&field-keywords=XAML%83v%83%8D%83O%83%89%83%7E%83%93%83O

ZDNetJapanのサイトにOracleのVMに関する記事が載っていました

Oracle VMの実力を試そう
http://builder.japan.zdnet.com/news/story/0,3800079086,20369653,00.htm

以前、時々参加させていただいていたOracleの無料セミナー
OracleTwirightでVMの話があって、行きたかったのですが気がついたのが遅く
すでに満席になってしまっていました。
OracleTwirightは夕方に行う無料セミナーなのでやっぱり人気なのはすぐに埋まってしまうなあぁ

Oracle Japan イベント・セミナー情報
http://www.oracle.co.jp/events/

で、早速読んでみたのですが。。。
うーむ。Oracleをアプリケーションサーバーとして使用している場合には
VMとしての使い道もあるのかもしれないけど、現在のところ私は
あくまでデータベースとしての用途でしか使っていない。
そうなると、基本的にはOracleユーザーを切り替えればいいだけの話
になりそうだなぁ～。

今回のOracleVMは、直接的にすぐに使用することはあまりないかもしれないけど
Xenのような仮想化技術はちょっと押さえておきたいところ。

VMWareやVirualPC、WindowsServer2008もVirtualization機能も含めて
これからはこういった仮想化技術。充実してきそう。
開発者としてはこれらの技術をうまく組み合わせて自分の作業を
快適にしていきたいですね！

SilverLight2のコントロールに関してちょっとネットを徘徊していたら
面白いページがあったので紹介

Silverlight 2 Control Skins
http://blogs.msdn.com/corrinab/archive/2008/03/11/silverlight-2-control-skins.aspx

コントロールに対してStyle指定を行うことで使えるようですね。
これはこれで面白いかも！

ver.1に比べるとようやくver.2になってコントロールの幅も増え、
少しずついわゆる「ストリーミング」以外の用途でも使える道が見えてきたようです。

ただ、いかにせんまだ少ない。
どのみち標準として用意されているコントロールはそのまま使うのは難しい場合が多いので
カスタマイズしていったりしないとつらいのかもしれないけど。
せめてツリービューくらいはほしいよね。

ま、物は試しってことでこのスキン、試してみようかな。
私は残念ながら絵心がないのでこういうものを作れる人は素直に”すごい！”って思う。
うーーん、うらやましいぞ

ScottさんのTutorial。週末は別のことを少しいじっていたのでTutorialは2までしか
やってなかったのですよ。
いよいよ、Web上のサービスとやり取りをするTutorial3やってみました。

Silverlight Tutorial Part 3: Using Networking to Retrieve Data and Populate a DataGrid
http://beta.weblogs.asp.net/scottgu/pages/silverlight-tutorial-part-3-using-networking-to-retrieve-data-and-populate-a-datagrid.aspx

いや～～～～～～～～～～～～～～～～～～～～～～

正直疲れた。

今更Tutorial通りになんかやらねぇー！って人もいるかもしれませんが、
同じ道を歩く人が少なくなるように。

まず、紹介されているコードでは期待された動きをしません。
というか、まずビルドが通りません。

まず、ソリューションにXml.Linqを追加します。もしかするとXmlも追加しないと？

こんな感じ

あとは

using System.Net;
using System.Xml;
using System.Xml.Linq;

をPage.xamlに追加。
DataGridにある「Data:DataGrid」の記述は「my:DataGrid」でも問題なく動作したけど、Tutorial通りにいくのであれば

xmlns:Data=”clr-namespace:System.Windows.Controls;assembly=System.Windows.Controls.Data”

をネームスペースの所に追加しなければいけない。

これで何とか動きました。

やったーーーー！！
なんか苦労した分感動

まぁ、何を隠そう一番手間取ったのは慣れないインテリセンス。
そしてそれによって追記されたカッコが邪魔でいつまでたっても
まともに動作しなかったことなんですが。。。。

だって今まで会社で使ってたのVisualStudio6なんだもん！
しょうがないじゃないかー！

ゴメンナサイ

うわ、明日起きれるかしら。。。。

ようやく、SilverLight2をインストールしてみました！
仕事ですぐに使うわけではないのですが、面白そうだから！

VisualStudio2008でSilverLight2を作るのは今の所、以下のモジュールを使う事になる。
VisualStudioだけでも開発は出来なくは無いが、見た目をもう少しいじりたいのであれば
デザイナツールであるBlendも見逃せない。
と言うか、XAMLをｺﾞﾆｮｺﾞﾆｮするの大変

Microsoft SilverLight Tools Beta 1 for Visual Studio 2008
http://www.microsoft.com/downloads/details.aspx?FamilyId=E0BAE58E-9C0B-4090-A1DB-F134D9F095FD&displaylang=en

Microsoft Expression Blend 2.5 March 2008 Preview
http://www.microsoft.com/expression/products/download.aspx?key=blend2dot5

SilverLight Toolsのインストール

ダウンロードしてきたファイルをインストールします

ぽちっとな

インストール、結構時間が掛かりました。
私の開発環境としてはそんなに素晴らしい～～環境ではないので
時間が掛かっただけなのかもしれませんが。
VisualStudio2008のインストールもとっても時間が掛かりましたし。。。
いや～～。懐がキビシー

Blendのインストール

Blendは比較的すぐに終わったかな？
この状態でVisualStudioを立ち上げてみると。。。

あったあった！
これで一応作る事が出来ますね～。

とりあえず、先に紹介したScottGu’Blogにあったチュートリアルを色々と試してみています。
うーん。ちょっと面白いかも。

ただ、XAMLでGUIをいじるのはやっぱりめんどうだなー

せっかく上にデザインが出ているのに！！！
そこで編集したいんだぁーーー！！！

あ、おとなしくBlend使えってやつですね。そーですね。ハイ
ごめんなさい

ZDNetに日本でSaaSが普及しない理由として、各企業内での独自システムに関して記事が載っていた

日本でSaaSが普及しない理由
http://japan.zdnet.com/sp/feature/enterprise-trend/story/0,3800089971,20389127,00.htm?ref=rss

記事を読んでいると、SaaSが普及しない理由というよりは基幹システムをパッケージソフトウェアに一新する事の難しさに対する理由が書かれているように感じた。

独自のシステム

記事にもあるとおり、日本の企業。特に中小～中企業では自社システムを手組で作っている場合が多い。
欧米で主流となるトップダウンな効率化と違って、日本では効率化の手段を現場主導で行う場合が多い。そうなると、どうしてもこの記事の中にあるとおり”その企業内での最適化”という形になってしまう。ましてや終身雇用が約束された時代に作られたシステム。業界内のシステムがどうであれ、あまり関係のない話だ。そして現場手動で作り上げた”その企業にとってかゆい所に手が届く”システムだけに現場が現行システムに対して思い入れを持っている場合も少なくない。
パッケージソフトウェアのビジネスは、基本的には業界で一般的であろうモデルで作られたパッケージソフトに対し、社内の業務を改革して適応させていく形が望ましいと私は考えている。パッケージに含まれる機能が不十分であるのであれば別ではあるが。
ただ、実際の導入事例を見ているとそのほとんどがアドオン等のカスタマイズ開発を要している。企業独自の付加価値を見出すような機能を追加しているのも多いが、そもそもパッケージの原形をとどめていないくらいのカスタマイズが入る案件も中にはある。この場合、パッケージ費用よりもカスタマイズ費用のほうが多くなり、なぜこのパッケージを選定したのか疑問が出てくるくらいだ。
この一つの要因が、現行システムの存在だ。カスタマイズを、”現行システムでこう動いているから”という理由だけで行っている場合もあれば、現行システムの全容を把握していないがために、あとから追加の機能に気付き、追加カスタマイズを要する場合もある。なかなか難しいものだ。なにせ導入企業自身が、自分の欲しい機能（現行システムが保持している機能）を知らないのだから。

決して個別企業における最適化が間違いだとは思わない。事実、それによって力をつけてきた企業は日本には多いと思う。経営のスタイルとして現場手動での最適化を目指すのであれば、結局のところ現状のようにカスタマイズ前提の基幹システムは続くのだろう。逆にトップダウンで動くのが主流になるのであればパッケージに適応させるような現場の改革が行われることになる。
それ抜きにSaaSへの移行は難しいのではないだろうか

所有する事への安心感

仮にパッケージを受け入れたとしてもSaaSに踏み切りづらい理由の一つに、システムを外部に置くことに対しての危機感があると思う。企業にとっての生命線ともなるべき財務や顧客の情報を社外に持つことそのものに対する恐怖感があるのだろう。
ただでさえ個人情報保護法等が施行されたり情報流出、内部統制だの言われている中でこの問題にどう対応をするのか。そういう懸念を抱く層が多いのだと思う。たぶん、手元に持っておきたいのだろう。気持ちはわかる。

これに対してはSaaSプロバイダー側がある程度の保障や、障害児の対策を明確に提示する必要があるだろう。セキュリティ等は確かに懸念される点ではあるかもしれないが、普通に考えると自社に持つよりも”場所”としてのセキュリティはしっかりしている可能性が高いのではないだろうか。また、自社でデータセンター並みのセキュリティを整備しようとすると初期コストだけでなく維持にもかなりのコストがかかるはずだ。
以前、企業内におけるITに対するコストのそのほとんどが、現状システムの保守に対して割り当てられているという調査結果を見たことがある（確かMicrosoftのカンファレンスか何かだったと思うがうろ覚え）。自社で運用するという事はそれ相応の保守のためのコストもかかる事を忘れてはいけない。コストのほとんどが現状維持のために使われている状態は決していい状態とは思えない。
経営資源の有効活用という意味でも一考の価値があると思われる

日本でのSaaS

全ての企業において基幹システムがSaaS形態になるかというとそんなことはないと思う。
現在、日本で出始めているのはCRMや営業支援関連のパッケージがSaaS形態で提供されているように見える。これから少しずつ他のシステムにも波及していくのだろう。アプリケーションを提供しているベンダーもSaaS対応を考慮しているが、オンプレミス環境でのシステム提供がなくなるわけではない。そうなると、比較的乗り換えが容易なSaaS形態で複数のシステムを試し、決定した段階で自社保有するような形をとる場合なども出てくるのかもしれない。
いずれにしても各パッケージベンダーがどういう対応を取ってくるのか。今後が楽しみではある

自分用に購入した訳ではないので、特に持ち歩いている訳でもなく自宅におきっぱなし状態にしています。
３GではなくWifi版なので特別持ち歩いたからといってうれしい訳でもないので。

また、６月の頭にはお袋に渡すことにしているので、あまりSafariのブックマークを変更するのもなぁ～と思って比較的標準に近い状態。
とりあえず嫁に日中触ってもらって、「これはどう？」ってアプリケーションをインストールすることにしました。

iPhone専用アプリが多い

とりあえずいくつかiPhoneでお世話になっているアプリケーションをインストールしてみたのですが、iPadに対して互換でしか起動しないアプリが多かったです。
天気予報アプリとしていつもお世話になっていたWeathreeNewsタッチとかも互換になってしまいました。
また、iPhone版とは別にiPad版を出しているのもそれなりの数があったのですが、、、うーん。

互換は、一応、機能としては使えなくはないものの互換ではやはり面白くも何ともない。
そうなるとちゃんとiPad対応をしているアプリから選ばないといけない。
でも、意外とiPad対応しているアプリって少ない。

やっぱりiPhoneの方が圧倒的に数としては多い分充実していますね。iPadに関してはまだまだこれからといったところでしょうか。
とりあえず、私が現在インストールしているアプリをご紹介。

Weather HD Free

カテゴリ: 天気

価格: 無料

天気予報アプリとしては迷ったものの、これをインストールしました。
英語表記というところが少しネックでしたが。。。まぁ、天気予報はネットさえつながれば何とかなりますしね。

ぐるなびレシピ

カテゴリ: ライフスタイル

価格: 無料

何となくレシピ集を。
お袋がこういったものをみるかどうかはわからないけど、普段の生活の中で使えるものの方がiPadが放置されずにすむんじゃないかな？って思ったから。
うちの嫁は興味津々だったけど、どれも有名シェフのものばかりで少し敷居は高そうだった。
うちの食卓に並ぶことはあるのだろうか・・・

Echofon for Twitter

カテゴリ: ソーシャルネットワーキング

価格: 無料

当然のようにお袋はTwitterって何それ？状態だろうけど、とりあえずいれておいた。
アカウントはとっていないけど、興味を持ってくれればそれでよし。

Evernote

カテゴリ: 仕事効率化

価格: 無料

正直いれるかどうか迷ったけど、とりあえず「メモ帳代わりに使いな」って感じでインストールした。
メモ帳そのものは最初から入って入るんだけど、検索とか考えるとEvernoteのほうがいいように思えたからだ。
iPhoneと違ってiPadくらい画面が大きいとみやすいね。

とりあえず、今のところ親向けにインストールしたアプリはこんなもの。
オセロのような簡単なゲームでもインストールしておいてみようかな？とは思うものの、この先は自分で選ばせようと思う。
GMailのアドレスはとってあるから、調子に乗ってきたらブログを書かせるなんて言うこともありかもしれないけど、そこまで定着するかどうか？この辺りは様子見かな。

今日、ちょっと縁があって某大手データベース会社の研修プログラムを営業している人と話をした。ありていに言うと営業を受けたわけだが。
現状で、組織でまとまった研修プログラムを受ける予定は無いということを前提に、そもそもどうやって”勉強することが大事であるか”や、”技術力を高めよう”という方向に社員を向かわせることが出来るだろうか？ということを切り出してみた。

技術者というものはどちらかというと、専門分野に関して突き詰めて調べたり、あれこれと興味を持って動く人物であることが多いと思っていた。
ただ、最近入社してくる人を見ると必ずしもそうではないことが分かる。語弊はあるかもしれないが、数ある職業の中からたまたま選んできたのだ。
会社として、業務命令として勉強させたり資格に向かわせたりすることはできなくはないけど、それはそれでさみしいことである。出来れば、本人の興味を向かわせたほうが結果としては全体のプラスになるのではないかと思う。

さて、あれこれと話したのだが最終的にはやっぱり”ストーリー”を提示することだろうということになった。
会社の今後のストーリー。製品のこの先。それらのストーリーを実行するためには今何が足りないのか。それらを共有したうえでそのストーリーを実現するためのキャストとして登場してもらう。

言うのは簡単だけど、すっげー受け入れられるか、すっげー白い目で見られるかのどっちかだなぁ。
ふむぅ

仕事はストーリーで動かそう

posted with amazlet at 09.10.30

川上徹也
クロスメディア・パブリッシング(インプレス)
売り上げランキング: 21974

おすすめ度の平均:

仕事にストーリーはあるか？
物語のチカラ
手でつかめない「商品」を売った人の気づきは参考になる
ストーリーの重要性には納得
ビジネスを、そして人生のすべてをエンターテインメントに

Amazon.co.jp で詳細を見る

MacBook Air 11インチ欲しい！

冒頭から何を言い出すんだと言われるとちょっと困るんだが、”はてな”がキャンペーンでブログを書けば抽選でMacが当たると言うので書いてみることにする。

WindowsとMacと私のこれまで

大学時代は、個人ではWindowsPCを持っていたのだがサークルで所持していたのがMacだったので、実際にはMacのほうが使用量は多かった。
ただ、研究室のPCはMacではなくWindowsPCだったので大学4年以降はほぼWindowsということになる。会社でももちろん大多数の人がそうであるように、Windowsだ。
実際問題、職場で使うPCに関して言えばよほどの働きかけがない限り自分でOSを決めることは難しいと思う。ただ、個人で持つPCに関して言えばそんな制約は実際のところないはずだ。にもかかわらず、家のPCもWindowsPCを使っている。

Windowsを使う理由

日常的にWindowsを使う利点は、細かい設定や機能を実際に自分が使うことで知るようにしているからだ。仕事でももちろん使っているのだけど、お客様からソフトウェアと直接的には関係ない質問を受けたりもする。お客様からしてみたら「プロなんだからちょこっと教えてよ」的な軽いノリなんだけど、ときとしてこれは答えに詰まる場面がある。
自分で日常的に使っていると、自分にとっての不便な点は調べてなんとかしようとするので、その”救える幅”を広げることができる。
もちろん、そんなことはまれなうえに万人に言える話ではないのであくまで私としてはだ。
ただ、お客様に限らず友人や親類に至るまで使っているPCが圧倒的にWindowsが多い以上、そこに対する知識を持っていることは役に立つ確率は高い。
だからこそ、知ってる人が少ないMacをやっていればより役に立つよ！って話はもちろんあって、もっともだと思うんだけど、別にそれを生業にしているわけでもないしね。。。

Macに興味が出てきた？

正直言ってMacには興味がなかった。
性能だとか使い勝手に関してはそれほど気にしてなかったんだけど、「Mac素晴らしい。まだWindows使ってるの？」みたいに見下したような言い方をする人がチラホラ見えたことが原因。
少数派に見られがちな少数派カッコいい的な話にうんざりしてしまった面が強いともいえる。まぁそれらは人の問題であってMacの問題ではない。やはり、Macを使わなきゃいけない場面がなかったというのが大きいのかな。

ところが、それはそれとしても興味が出てきたのはやっぱりiPhoneの影響だ。
もちろんiPhoneはWindowsPCとも連携できるのだけど、Macとであればもう少し色々できるのではないか？と思ってしまう面もある。これは想像。
単純に長年Macを離れていることもあるので、今どうなっているんだ？って言うのもある。
でもまぁ、やっぱり一番気になっているのはiPhoneアプリ開発じゃないかな？iPhoneアプリってMacじゃないと開発できないんだよね、基本的には。正直そういう戦略を取るのってどうよって気がしないでもないが、まぁそれはそれだろう。
実際に開発している時間なんてあるのか？と言われればなかなか答えに窮するところはあるが、それでもやってみたいものはやってみたいものだよね。

ってわけでください（笑）