Linq to Azure Table では普通に書けるので、ダメもとで下記のコードを試してみたのですが、500 Error が返されるため、ちょっと調べてみました。

var query = from t in this.CreateQuery<Product>(EntitySetName)
            where (t.PartitionKey== ProductTable.PartitionKey) && t.Tags.Contains(tag)
            select t;

return query.ToList();

MSDNを漁ってみると、下記のような投稿が見つかりました。
LINQ SubString Query Using Azure Table Storage…

また下記のBlog記事を見るように提案されています。
Implementing a Simple Word Search Using Azure Table Storage

結局のところ、部分文字列の検索に関しては、自前でインデクス化したテーブルを別途作ってやるのが早道のようですね。確かに理にかなっています。

今回の（僕の）用途では、タグ付けされたアイテムを抽出するだけですから、アイテムの登録・更新時に、検索用テーブルにアイテムを登録してやることで実装したいと思います。

ASP.NET MVC 2 Localization complete guide

まさに完全ガイドですね。

ASP.NET MVC のローカライゼーション手法については、ローテクな雰囲気を感じますが、いかにも MVC っぽくて良いのかもしれません。

着手しているプロジェクトでは、運営コストの観点から、ASP.NET MVC は REST API の提供と、管理者サイトUIのみで使われる予定なので、今回は、この記事の出番は少ないかも。

まず、View を追加するまでの方法については、MSDN の下記の記事が参考になりました。
10 行でズバリ !! ASP.NET MVC におけるデータの取得から画面表示までの流れ (C#)

上記を参考にしつつ、Azure Table ストレージに作ったテーブルに、TableServiceEntity の派生クラスを挿入するコードまでは、簡単に書く事ができました。

でも、このままだと、下記のように、変数名がそのまま表示されちゃうんですよね。

こんなコードが自動生成される。	こんな感じで 変数名 が表示される。

解決方法としては… なんかググったら下記のプレゼンテーションがヒットしました。 (^_^;
ASP.NET MVC 2 ～新機能の紹介～
上記は 技術ひろば.net 様が公開して下さっているようです。ありがとうございました。

要するに LabelFor() の処理では 、Windows Form の PropertyGrid と同様、System.ComponentModel 名前空間にある DisplayName 属性の値を表示しているんですね。

using System.ComponentModel;
  ：
[DisplayName("画像 (サムネ)")]
public string ImageSmall { get; set; }          // 画像（小）
[DisplayName("画像 (詳細)")]
public string ImageLarge { get; set; }          // 画像（大）

という訳で、表示対象のクラス定義にて、上記のように DisplayName 属性を加えてやったところ、無事に下記のような表示になりました。簡単ですねぇ。

通常の用途なら、このあたりで十分かもしれません。めでたし、めでたし。

ただ、多言語対応を考慮すると、下記のように DisplayAttribute の派生クラスを自前で定義するほうが良いかもしれませんね。 -> Localization of DisplayNameAttribute

さて次回は、この調子で多言語対応について調べてみたいと思います。

やっぱ Azure で書くなら MVC だよね～、という訳で、これから幾つか備忘録的なポストをしていく予定です。正直、MVC も Windows Azure も実戦は初めてなんですが。

まずは、Azure 向けの開発で参考になった記事をまとめてみます。

業務システムでWindows Azureを使うための42の覚え書き
とても良記事でした。実際にサービスを稼働させる上で考慮すべきポイントが簡潔にまとまっていてすごく参考になりました。 PowerShell の専用コマンドレットを使って Windows Azure のDeployment を制御するという辺りが特に実用的でした。

PowerShell で始める Windows Azure アプリケーション管理
課金体系を考えると、Windows Azure のアプリケーション管理は切実な問題です。（現在の課金方法では、サーバーにアプリを配置しているだけで課金される）
この記事では、PowerShell を使って、開発マシンから適切に Windows Azure を管理する手法が詳細に説明されており、とても参考になりました。

コードで学ぶ Windows Azure アプリケーション開発入門
実際の開発方法については、こちらの連載が参考になりました。下位の概念についても丁寧に解説されているため、理解が深まりました。

Windows Azure ストレージによるアプリケーション エンジンの強化
実際に各種ストレージを実装する際に、とても参考になりました。この記事では Queue と Table について簡潔に解説されています。着手しているプロジェクトでは SQL は使いたくなかったので、この記事だけで用が足りてしまいました。

とりあえず、以上です。

これ意外にも、MSDN を筆頭に、とても実践的な資料が沢山公開されていますね。
書店では、さっぱり関連書籍を見かけませんが、オンライン資料は非常に充実していて驚きました。

そろそろ旬の技術、という事でしょうかね～。

今回のトピックは iPad のキーボード レイアウト設定 です。 下記について、それぞれ解説していきます。

• iPad では、日本語キーボードのレイアウトを４種類から選択できる。
• 技術文書または英語を書く機会が多い場合、キーボード レイアウトを QWERTY に変更することを検討してみる。
• レイアウトの切り替えにより、日本語の変換候補の順序も変更される。 

iPad の日本語キーボード レイアウトについて

iPad では、日本語用のソフトウェア キーボードを、４種類から選ぶことができます。
ここでは、より一般的な QWERTY-Japanese および QWERTY について解説します。

まず、QWERTY-Japanese と QWERTY の違いを見てみましょう。 
まちがい探しみたいですが・・・ 違いがわかりますでしょうか？（笑）

QWERTY-Japanese （日本語モード [通常]）	QWERTY （日本語モード [通常]）

配列はよく似ていますが、句読点および長音記号のキー異なっていますね。
しかし、これによる挙動は大きく異なります。

サイエンス系文書の入力には QWERTY 配列が有効？

会社や学校によっては、提出するレポートや納品ドキュメントなどにおける、句読点の形式が厳密に決められていませんか？ 【参考】

サイエンス系・工学系の文書を作成する場合は 「，．」 あるいは 「，。」 のペアを使うように指示される場合が多いのですが、iPad に標準で設定されている QWERTY-Japanese 配列では、句読点は 「、。」 として入力されます。

これを QWERTY 配列に変更すると、「，．」 として入力されるのです。
それでは、QWERTY-Japanese 配列と QWERTY 配列の違いを細かく見ていきましょう。

句読点

QWERTY 配列を選択すると、句読点として 「，．」 を入力するようになり 「、。」 については、入力できなくなります。
より正確には「，。」のペアも設定できると嬉しいのですが、残念ながら対応していないようです。

なお、句読点を 入力できなくなる とまで言ってしまいましたが、本当に入力する方法が見当たりません。 仮に ピリオド を 句点 に変換しようと試みても、ご覧の通り…… 候補に出てきません。

長音記号

長音記号については ハイフン （マイナス記号） を入力し、その後、変換することで、なんとか入力できます。
ただ、ちょっと入力しづらくて不便のような……。

キーボード・レイアウト変更による変換候補の順序について

技術文書などで、アルファベット混じりの文書を入力する際に、いちいち入力モードを切り替えるのが面倒ですが、芸が細かい（？）ことに、QWERTY配列を選択すると、候補の先頭にアルファベット候補が表示されます。

例えば… 「Internetには大量のFlash Contentsが存在している」 という文章など、アルファベット混じりの入力には適しているような気がします。

まとめ

QWERTY 配列には下記のような、メリット・デメリットが考えられます。

メリット

• 技術文書に適した句読点の入力を簡単に行うことができる。
• アルファベット混じりの文章の入力が行いやすい。

デメリット

• 長音記号が入力しづらかったり、キーボード レイアウトを変更する以外、句読点の選択ができなかったり、操作上の制約が多い。
• 句読点のバリエーションが 「，．」 以外に存在しない。

標準で選択されている QWERTY-Japanese 配列は、一般的な日本語入力に向いていますが、レポートなどの技術文書を扱う頻度の多い方は、QWERTY 配列の選択も、検討する価値があると思います。

すこし前になりますが、上海問屋の格安モニターアーム を導入してみました。

他の製品と比べて大幅に安いのが気になりましたが、購入してみたら、全く問題ないどころか、素晴らしかったので記事にしてみます。

こんな感じになりましたよ！

モニターアームを導入すべき４つのポイント

• 付属スタンドより、はるかに自由な位置/角度にモニターを配置できます。
• モニターの高さ/角度を微調整できるので、長時間労働による疲労感を軽減できます。
• モニター下部の空間を有効に活用できます。
• 配線がシンプルになり掃除がしやすく、デスク周りを清潔に保つことができます。

それでは、実際に設置した様子を見ながら、順に説明していきます。

モニターを自由に配置できる

今回はモニターアームを２本使って、大きさの違う２つの液晶モニターを並べることにしました。

以前は、モニター同士の高さが合わずキモチ悪かったのですが、アームの導入により見事に解決しました。視線にあわせて、自由に微調整できるのがとても便利でした。

あ。ただし、頻繁に位置を変えられるような設計になっていないのは注意が必要です。

これは、アームをシッカリとネジで固定してしまうためで、 「モニターが邪魔になったらヒョイっと動かす」 みたいな使い方には向いていません。モニターを動かすには、ネジを緩めて、角度を調整して、ネジを締め直す・・・という手順が必要になります。

目にも体にも優しい

モニターの高さ、角度を微調整できるので、正しい姿勢がとれるよう、とことん最適化することができます！

一般的には、このような姿勢 をとるのが良いとされているようです。へー。

凝り性の方は、はっきり言って際限なく調整してしまうような気がします…。ちなみに僕は３０分くらい調整していました。（笑）

デスク空間を有効活用できる

モニターアームを使うことで、付属の台座を取り払うことができます。これにより、モニター下の空間を思いっきり活用できます。

よく分からないと思いますが、右写真はモニターの下に Mac Book を置いた様子です。(^_^;
デッドスペースになりがちなモニターの下を、エレガントに活用できるのが嬉しいです。

配線をまとめて掃除しやすく

鉄柱に沿って配線をまとめることで、机の上から邪魔なコード類を消し去ることができました。

これにより、机の上がスッキリするだけでなく、掃除がメチャクチャ楽になります。

汚れがちなモニター裏ですが、ザザーっと雑巾がけができるわけです。素晴らしい！

まとめ

というわけで、液晶モニターをお使いの皆さまには、モニターアームの導入をオススメします。
異なるモデルの液晶モニターをマルチにお使いの方には、特にオススメです。

個人的には、もっと早くに導入するべきだったと少し後悔しています。 (^_^;

ちなみに、今回導入したアームはシッカリした構造で、先日あった震度４程度の地震にも耐えてくれました。３０インチの液晶モニターなんで耐荷重ギリギリだったんですけどね… えらい！

そもそも、WPF/Silverlight の ListBox は、単純な文字列から複雑なコントロール群まで、なんでも格納できるというパワフルなものですが、ここに数行のコードを追加するだけで、ドラッグ＆ドロップなんかも簡単に実装できるんですね。

ポイント

1. 格納したいオブジェクト群を 「ObservableCollection」 というリストに格納します。
   • ObservableCollection<StackPanel> commandList = new ObservableCollection<StackPanel>();
2. その ObservableCollection を ListBox.ItemSource にセット。
   • this.CommandListBox.ItemsSource = this.commandList;
3. XAMLで下記の太字部分を追加してやります。

<Grid x:Name="LayoutRoot">
  <controlsToolkit:ListBoxDragDropTarget msWindows:DragDrop.AllowDrop="True">
      <ListBox x:Name="CommandList">
          <ListBox.ItemsPanel>
              <ItemsPanelTemplate>
                  <StackPanel Orientation="Vertical" />
              </ItemsPanelTemplate>
          </ListBox.ItemsPanel>
      </ListBox>
  </controlsToolkit:ListBoxDragDropTarget>
</Grid>

ネタ元

http://www.xdevsoftware.com/blog/post/Reorderlist-with-Silverlight-3-Drag-and-Drop-Listbox-.aspx

余談になりますが、上記の XAML では <ListBox.ItemsPanel> として <StackPanel> を定義していますが、この StackPanel の Vertical を Horizontal にするだけで、横方向の ListBox も作れてしまいます。

このあたりの柔軟さが、XAML の魅力ですね。

正式にはメーカーに送り返すしか方法がないのですが、ネットを検索してみると、保証外ながら、自分でHDDを交換するなどして対応されている方々がおられ、その方法も公開されていました。

筐体を極限まで小型化したとはいえ、RAIDなのにメーカー修理って…と、みんな思うんですね。

バッファロー NAS HDD換装まとめ
http://code.zqwoo.jp/sns_wiki/show/7

上記を行う際に、僕の環境で、幾つか気づいた点をまとめてみます。（上記手順の補足）
あ。定番の注意事項ですが、筐体を分解した時点で保証が切れるらしいですよ～。

実行した環境： Windows7 RC

1. 肝心の分解方法はPC Watchに詳しく紹介されていました。
• http://pc.watch.impress.co.jp/docs/2008/0402/pclabo44.htm
2. クロスケーブル接続が推奨されていましたが、なければ通常のHUB経由で接続してもOK。（要はTFTPに繋がればOK）
3. LinkstationのHDDを再利用する場合は、まっさらにフォーマットしておく必要があります。（でないと、通常起動されてしまう…ｗ）
   • Windows7ではFdiskが廃止され、代わりにbootrecというツールで初期化できるっぽいのですが、復旧モードじゃないと使えなかったりするので、下記のフリーソフトを使ってみました。USB接続のHDDでもMBR（マスターブートレコード）ごと初期化してくれます。便利。
     • Hard Disk Low Level Format Tools
4. ファームウェアのパスワードは下記のWikiにまとまってた
   • The Linkstation Wiki （Password Summary参照）
     http://buffalo.nas-central.org/wiki/Firmware_update
5. Linkstation mini の細かい挙動について
   • 未初期化のHDDを接続して起動した場合
     • ロゴ部分の青いLED群が点滅 → すぐ消える （同時にHDDのヘッド退避音）
     • 黄色いLEDが点灯
     • 赤いLEDが点滅
   • PC側の準備が出来た（TFTPD起動）状態でFUNCTIONボタンを押して（3秒くらい）離す
     • 赤いLEDが消える （そしてTFTPを探しに行く）
     • PC側のTFTPDにリードアクセスが発生
     • ロゴ部分の青いLED群が点灯 （このあたりでLSUpdateが実行可能になる）
6. 手順10にあるPC側のIPアドレスの設定については、要するに「LSUpdate実行時にはPCを元のIPに戻してやる」ということなのではないかと。
   • 特にNASのIPアドレスをデフォルトから変更してある場合（NASが192.168.0.2など）、LSUpdaterの実行時に、PCのIPアドレスをNASと同一のサブネットにしておかないと「アップデートに失敗しました」というエラーが発生する。
7. WEBコンソールが復活したら、ディスクをフォーマットするなり、RAIDを再構成するなりして元通りの設定を行ってくださいまし。

という訳で、HDDの換装については以上でした。

なお、今回の主な変更点は下記のとおりです。

• Amazon Product Advertisement API の規約変更に関する対応。
• Windows7 および最新の Google Desktop への対応。

今回の更新により、アイテムをクリックした際に表示される、詳細ウィンドウが正しく動作しないなどの不具合が解消されています。

また、Amazon Product Advertisement API の規約変更により、8月15日以降、本バージョン以前のガジェットは動作しなくなりますので、どうかご注意ください。

それでは、今後とも、Trend Catcher をよろしくお願いいたします。

こちらのジョブズ様は、世界にiPhoneを発表なさった、Macworld San Francisco 2007 あたりを彷彿とさせる外観で、眼光するどく、不敵な印象です。

また、ジョブズ様の身長は43cm。
スラっとして、なかなか背が高いです。

おおむね、17インチのモニターと同じくらいの高さです。
（ちなみに左の写真は27インチモニター。(^_^;）

結構、大きい感じですよ！

さて、ジョブズ様はファッションにも余念がありません。
ご存知、ジーンズと黒タートルという格好ですね。

ジョブズ様のファッションを一気に購入できる StevesOutfit.com によると、具体的には

• Levi’s 501 （ジーンズ）
• Black St.Croix shirt （黒タートル）
• New Balance 991 （スニーカー）

らしいのですが、まさに、同じ格好をなさっています。
・・・靴以外は。(^_^;

このジョブズ様は黒い革スニーカーをお召しなので、ちょこっと違うのですが、かなりマッチしているので、こういうファッションもあったかもしれませんね。

では、細部を見てみましょう。

とっても素敵ですね。 とくに眼差しが気に入りました！

ちょっとだけ残念なのは、ジョブズ様は柔軟性に富んでいるので、自立したりポーズをとっていただくのが、少々難しいという点でしょうか。 まぁ、創意工夫でなんとでもなりますけどね。

さて、みなさまのお家にも、
ジョブズ様をお迎えしてはいかがですか？

ちなみに、このスタバのカップ、
グランデ サイズだと思いますよね？

実はヴェンティ サイズなのでした。（笑）