しかし実際には、Visual Studio 2012がインストールされている環境に、Visual Studio 2013 Previewをサイドバイサイドでインストールすることが可能です。
サイドバイサイドでインストールすれば、Visual Studio 2012で作成したソリューションをVisual Studio 2013で開いたり編集したりすることができるのはもちろん、Visual Studio 2013で作成したアプリのソリューションファイルをVisual Studio 2012で開くことも可能です。

また、Visual Studio 2013 Previewを使ってWindows ストアアプリを作成するためにはOSもWindows 8.1 Previewにする必要がありますが、インストール自体はWindows 8上であっても行うことができます。Windows ストアアプリ以外のアプリであれば基本的に作成できますので、OSをWindows 8から変えられない環境でも、軽くVisual Studio 2013 Previewを試していただくことは可能です。

まだVisual Studio 2013 Previewを試していらっしゃらない方は、ぜひインストールしてみてください。

サーバーおよびツール製品に関するインターナショナル ユーザー アンケート 2013 ご協力のお願い （期間延長しました）

マイクロソフトでは、お客様によりよい製品をお届けするために言語版製品の品質について調査を行っております。アンケートはすべて無記名でお客様の個人情報をマイクロソフトが取得することはありません。このアンケートにかかる時間はお客様が選択される製品によって異なりますが、およそ 5 ～
15 分ほどです。対象製品をご利用いただいているお客様は、ぜひご意見をお聞かせください。アンケート調査は9月末まで実施しています。

対象製品

•Visual Studio

•SQL Server

•Windows Azure

•Windows Server

•System Center

日本語でのアンケートはこちらです。

よろしくお願いします。

サーバーおよびツール製品に関するインターナショナル ユーザー アンケート 2013 ご協力のお願い

マイクロソフトでは、お客様によりよい製品をお届けするために言語版製品の品質について調査を行っております。アンケートはすべて無記名でお客様の個人情報をマイクロソフトが取得することはありません。このアンケートにかかる時間はお客様が選択される製品によって異なりますが、およそ 5 ～
15 分ほどです。対象製品をご利用いただいているお客様は、ぜひご意見をお聞かせください。アンケート調査は7月28日まで実施しています。

対象製品

•Visual Studio

•SQL Server

•Windows Azure

•Windows Server

•System Center

日本語でのアンケートはこちらです。

よろしくお願いします。

 次の画面で 「I have read and accept the license terms.」をチェックして Next ボタンを押して、そのままインストールを続けます。
 
  
 azure6
 
 
 コアパッケージのインストールが終了したら、次は日本語Language Packのインストールをします。
 
 先にコアパッケージをダウンロードしたページと同じページに「VSCloudService.VS100.ja-jp.msi」がありますので、これをダウンロードして実行します。

 今度は当然日本語UIによるセットアップ画面が表示されます。
 
 
 
 
 UIに従ってインストールを進めていくと、特に選択するところもなくインストールは終了します。
 
 
 
 それでは早速、このツールを活用してクラウドのプロジェクトを作成してみましょう。
 まずVisual Studio 2010 を起動しますが、このとき管理者モードで実行する必要がありますのでご注意ください。管理者モードで実行しないと、デバッグ等ができないためVisual Studioを再起動することになってしまいます。
 
 そして、新規プロジェクトから Visual C#もしくは Visual Basicの下の Cloud を選択して、「Windows Azure クラウドサービス」のプロジェクトを作成します。
 
 
 
 
 すると、以下のようにこれから作成するクラウドサービスの種類を選択する画面になります。
 ここでは ASP.NET Web ロールを選択しましょう。選択して「＞」をクリックし、OKをクリックすると、ASP.NETロールのプロジェクトが生成されます。
 
  
 
 
 実際には、通常の ASP.NETアプリケーションとほぼ同様のプロジェクトおよび、クラウドサービスとしてのコンフィグレーションを行うためのファイルの組み合わせになっています。
 

 
 
 
 とりあえず何も変更を加えない状態で、実行してみましょう。
 F5キーを押すなどして実行すると、クラウドにアップロードされる場合と同じような状況がローカルマシン上でエミュレーションされます。
 以下のように、ローカルマシン上(127.0.0.1）でデプロイメントが行われていることが確認できます。
 

 
 
 そしてしばらくすると、通常の ASP.NETアプリケーションをテンプレートのまま実行した時と同じような画面が表示されます。
 

 
 
 なお、このサービスのエミュレーションの詳細を見るには、タスクバー上に表示されている（もしくは隠れている） Windows Azure Simulation Environment から確認することができます。
 

 
 
 例えば「Show Development Fabric UI」を選択すると、以下のように現在実行中のCloudサービスが、正しくエミュレータ上でデプロイされて実行している様子が表示されます。
 

 
 
 この環境で、通常の ASP.NETアプリケーションを作成するような形で.aspxや.csのコードを編集していくことでアプリケーションを構築することができます。
 
 なお、実際にWindows Azureのサービスにデプロイするには、Windows Azure Platform サブスクリプションを購入していただく必要があります。詳細はこちらのWeb pageの購入情報を参照してください。

 今回のバージョンの特徴は多岐に渡りますが、特に目立つのはボタンやテキストボックスなどのコントロールを搭載できることだと思います。
 

 
 またインストールが、国際的な観点から非常に簡単になりました。
 これまでは、Small Basicをインストールすると、使うにせよ使わないにせよ、日本語以外の言語・例えばフランス語やイタリア語などのUIも、同時にインストールされていました。しかもそれらを使用したショートカットがスタートメニュー上に全言語分生成されるため、ほとんど使用しないものが多数並んでしまう格好になり、邪魔に感じられた方もいらっしゃったと思います。

 しかし今回は、標準ではOSの言語に対応する言語のUIのみがインストールされるようになりました。つまり、日本語OS上で Small Basic 0.9 をインストールすると、その日本語UI版のみがインストールされます。
 多くの場合において、この方がすっきりして使いやすいと感じていただけると思います。
 
 もちろん、複数の言語のUIをインストールすることも可能です。
 以下に、簡単なインストールの流れを紹介します。
 
 まず、以下のURLの右側にある「Download Small Basic」ボタンをクリックして、インストールを開始します。
 https://msdn.microsoft.com/en-us/beginner/ff423682.aspx
 
 すると、以下のようなセットアップウィザードが開始されます。
 なお、インストーラーの画面は英語のみですが、インストール後の Small Basic 本体は日本語になっていますのでご安心ください。
 

 
 
 次の画面で I acept the terms in the License Agreement をチェックしてNextをクリックします。
 

 
 
 そして次の画面で、もしも今自分が使用しているOSの言語（日本語OSを使っている場合には日本語）のUIのみをインストールしたい場合には、何も変更せずに Next をクリックします。
 
 

 
 
 もしもそれ以外の言語、例えば自分は日本語OSを使っているけれども、英語のUIと日本語のUIの両方をインストールしたい、という場合は、この画面の Main Files の左端にある ＋ をクリックしてツリーを開き、インストールしたい言語を選択していきます。
 
 

 
 
 次の画面で実際のインストールが開始されます。
 
 
 
 

 
 
 インストールが終了すると、スタートメニューに以下のように自分がインストールした言語のショートカットのみが表示されます。
 以下の例では、英語UIと日本語UIをインストールするように指定したため、その２つのショートカットが生成されています。
 
 
 
 
 
 Small Basic 0.9 の新機能の詳細については、今後こちらのブログでも紹介していきたいと思いますが、さしあたり、ボタンコントロールとテキストコントロールを試していただくには、以下のようなサンプルを実行して確認していただくと分かりやすいかも知れません。

mybox = Controls.AddTextBox(10,10)

Controls.AddButton("OK", 10,40)

Controls.ButtonClicked = myclicked

Sub myclicked

  a = Controls.GetTextBoxText(mybox)

  GraphicsWindow.DrawText(10,120, a + "さんこんにちは！")

EndSub

それでは、ぜひこの新しくバージョンアップされた Small Basicをダウンロードして、楽しんでみてください。

なお、前のバージョン（０．８など）がインストールされている場合には、あらかじめアンインストールしてからインストールしてください。

 
 そこで OK をクリックすると、以下のように競合の解決をするための方法を選択する画面になります。
 

 
 
 大抵の場合は、「自動マージ(M)」を選択すれば、自動的に二人の変更をまとめて一つのファイルにしてくれます。
 もしも自動的にまとめられない（マージできない）場合には、「マージ ツールで変更をマージする(T)」を選択して、目で見て競合を解決することができます。
 このような状況になるのは、ソースファイルの全く同一の場所を、同時に二人以上の開発者が変更した場合などに起こります。
 
  次に、先ほどチェックインしたソースファイルに変更を加えたとしても、必要であればいつでも前の状態にさかのぼることができるところを見てみましょう。
 
 先ほどのプログラムの "Phase 1" と表示させる部分を適当に変更してみます。
 すると、「保留中の変更」ウインドウ上において 今変更を加えた Program.cs ファイルが編集されたことがすぐに認識され、次のチェックインの保留状態になります。
 

 
 とりあえずこの状態でチェックインします。適当なコメントをつけて、チェックイン(I) をクリックします。
 

 
 これで、この Program.cs ファイルは、見かけ上は前の状態が破棄され、更新された現在の状態が上書きされたような形になります。
 しかし、実際には前の状態にいつでも復元できるように、データベース中に情報が保存されています。
 そして、その前の状態と今の状態を比較したり、前の状態に復元したりするのはとても簡単です。
 それでは前の状態と今の状態を比較する方法を紹介します。
 
 まずソース管理エクスプローラーを開きます。
 

 
 そして、前の状態と比較したいファイル（ここでは Program.cs）を右クリックして、「履歴の表示(H)」を選択します。
 
 

 
 
 すると、これまでの変更履歴が以下のように表示されます。
 なお、今回は単純な実験なので履歴も2行しかなく、それほど恩恵を感じられないかも知れませんが、実際のアプリケーション開発において何十回となく変更を加えてチェックインを繰り返してきた場合、この変更履歴は大変重宝すると思います。
 
 

 右クリックして 比較... を選択すると、以下のようなダイアログが表示されるので、比較元（ソース）と比較対象（ターゲット）を指定してOKをクリックします。
 

 
 
 すると、以下のように相違のある部分が違う色で表示されるので、簡単に比較することができると思います。
  

 
 
 また、ソースファイルを以前の状態に戻したい場合は、その対象ファイルをソース管理エクスプローラー上で右クリックして、「特定バージョンの取得(G)...」を選択すると、簡単に以前のバージョンのファイルが取得できます。

 
  
 このように、ソース管理も非常に視覚的に、かつ簡単に行うことができます。
 開発者が複数人いるようなプロジェクトで効果を発揮するのはもちろんですが、ひとりですべてのプログラムっを書くようなプロジェクトであっても、ソース管理を使用するメリットは非常に大きいと思います。
 「3日前の状態では動いていたのに、変なところをいじったら元に戻せなくなってしまった」というような失敗は、ソース管理ツールのない時代には珍しくないことだったと思いますが、ソース管理を使用すればチェックインした時のポイントであればいつでも戻ることができるので、そのような失敗はほとんど皆無になると思います。
 
 次回は、TFSを使用したバグの管理を紹介したいと思います。 

 まずは上記のようなXMLデータを、自分のプログラムから取得するコードを書いてみましょう。
 C#でコンソールアプリケーションなどを選択し、以下のようなコードを入力します。
 ただし入力する前に、プログラムの先頭に
 using System.Net;
を追加してください。これによりWebClientクラスなどが簡単に使えるようになります。

using System;

using System.Collections.Generic;

using System.Linq;

using System.Text;

using System.Xml;

using System.IO;

using System.Net;

namespace ConsoleApplication1

{

    class Program

    {

        static void Main(string[] args)

        {

            WebClient myweb = new WebClient();

            myweb.Credentials = new NetworkCredential("**ID**", "**password**");

            byte[] pagedata = myweb.DownloadData("https://twitter.com/statuses/friends_timeline.xml");

            Encoding ec = Encoding.UTF8;

            Console.WriteLine(ec.GetString(pagedata));

        }

    }

}

 なお、"**ID**" および "**password**" と書かれている部分には、ご自分のTwitterのIDとパスワードを入力してください。
 
 これで実行すると、以下のように、タイムラインを構成するXMLファイルが表示されるはずです。
 

 
  （ちなみに上記のTweetは私のテスト書き込みです。）

 それでは次に、取得したXMLファイルの中から、必要な情報のみを取り出して表示することにします。
 今のままですと、Tweetした一人一人の自己紹介などまで含まれてしまうため大変冗長ですし、そもそもXMLをエレメント単位に分割しなければそのデータを応用することができませんから、このステップは重要です。
 
 XMLを解析するための方法は多数存在しますが、ここで使用させていただいたのは、XmlDocument クラスです。このクラスにはXML内のテキストデータを扱うための便利なメソッドが多数含まれており、比較的簡単に使うことができるので取り上げてみました。
 
 流れとしては、LoadXml() を使用して先に取り込んだXMLデータを読み込み、その中から<Status>というエレメントで囲まれたものを一つのつぶやきデータとしてとらえて mylist に入れて、そのmylistの中から 表示したいデータ、ここでは Tweetしたユーザーの名前とそのTweetした内容、そして日時を表示する、という形になります。
 以下がプログラムのコードです。Mainの中のみを紹介しています。

    WebClient myweb = new WebClient();

    myweb.Credentials = new NetworkCredential("**id**", "**password**");

    byte[] pagedata = myweb.DownloadData("https://twitter.com/statuses/friends_timeline.xml");

    Encoding ec = Encoding.UTF8;

    string tag = "status";

    XmlDocument xdoc = new XmlDocument();

    xdoc.LoadXml(ec.GetString(pagedata));

    XmlElement root = xdoc.DocumentElement;

    XmlNodeList mylist = root.GetElementsByTagName(tag);

    for (int i = 0; i < mylist.Count; i++)

    {

        Console.WriteLine(mylist[i].ChildNodes[9].ChildNodes[1].InnerText);  // User name

        Console.WriteLine(mylist[i].ChildNodes[2].InnerText);   // Tweet

        Console.WriteLine(mylist[i].ChildNodes[0].InnerText);     // posted time

        Console.WriteLine();

    }

 もう少し解説します。
 forループに入る前の段階で、既にmylistの中にはすべてのXMLデータが取り込まれています。
 mylist[0]には最新のTweetの情報が入っていますし、mylist[1]はその次のTweet情報・・というようにして、一番最後の mylist[X] にはそのタイムラインの中で一番古いTweet情報が入っていることになります。
 
 各mylist[]の要素には、多数の子要素（ChildNodes）がぶら下がっています。
 その中で、Tweetの本文はChildNodes[2]に入っていますので、mylist[i].ChildNodes[2].InnerText を表示させれば、Tweetの本文を表示することができるわけです。
 同様に、mylist[i].ChildNodes[0].InnerText は投稿された時間です。
 そしてユーザー名は若干ややこしくて、子要素のなかにさらに子要素があるという構造になっています。これは、ユーザー一人の持っている情報（例えばプロフィールやID、表示名など）が多いため、別のノード（枝）を用意してそこにユーザー情報を展開しているためです。ユーザー情報の元はmylist[i].ChildNodes[9]に入っていますが、さらにその下にぶら下がっている子要素の１番目にユーザー名が格納されているため、結局 mylist[i].ChildNodes[9].ChildNodes[1].InnerText がユーザー名を表すことになります。
 
 

 さて、今回の最後のプログラムは、少しだけ上記のテクニックを応用して、現在のタイムラインの中で一番積極的にTweetしている人が誰なのかを調べるプログラムを作ってみましょう。
 つまり、自分のタイムラインに登場するユーザー一人一人の、Tweetの回数をカウントしてリストとして表示するというものです。
 方法は非常に原始的で、 UserNameというリストに対して、新規登場したユーザー名を追加していき、もしもその人のTweetがあったら、UserCountというリストの対応する位置の値を＋１する、という流れになります。
 
    List<string> UserName = new List<string>();     //to keep user names

    List<int> UserCounter = new List<int>();     //to count how many posts are there for each user

    WebClient myweb = new WebClient();

    myweb.Credentials = new NetworkCredential("**ID**", "**password**");

    byte[] pagedata = myweb.DownloadData("https://twitter.com/statuses/friends_timeline.xml");

    Encoding ec = Encoding.UTF8;

    string tag = "status";

    XmlDocument xdoc = new XmlDocument();

    xdoc.LoadXml(ec.GetString(pagedata));

    XmlElement root = xdoc.DocumentElement;

    XmlNodeList mylist = root.GetElementsByTagName(tag);

    for (int i = 0; i < mylist.Count; i++)

    {

        string CurrentUser = mylist[i].ChildNodes[9].ChildNodes[1].InnerText;

        bool IsNewuser = true;

        for (int j = 0; j < UserName.Count; j++)

        {

            if (UserName[j] == CurrentUser)

            {

                UserCounter[j]++;

                IsNewuser = false;

            }

        }

        if (IsNewuser == true)

        {

            UserName.Add(CurrentUser);

            UserCounter.Add(1);

        }

    }

    int k = 0;

    foreach (string item in UserName)

    {

        Console.WriteLine(item + "さん : " + UserCounter[k].ToString() + "回つぶやき");

        k++;

    }

  
 
 
 
 今回は、現状のタイムラインだけを加工するプログラムを紹介しましたが、もちろんこれ以外にも、Twitterは便利なAPIを多数公開しているので、次回はそれらをつかった更に便利なプログラムを紹介したいと思います。

 今回は、いかに簡単に TFS 2010 を導入できるかを紹介したいと思います。
 
 実はTFSはこれまで、導入の敷居の非常に高い製品と言われてきました。
 Express版ではないSQL サーバーのインストールやそのReporting 機能の有効化、IISサーバーのコンフィグレーション、Active Directoryのアカウントの設定など、あらゆることを事前に完全に設定しておかなければならず、また、Windows7などの Client OSにはインストールすることがそもそもできなかったので、導入するまでの敷居が高くなってしまっていたように思います。
 
 しかし、今回の TFS 2010 は今までとは比較にならないほど導入が簡単です。
 TFS 2008 や 2005 の導入を検討していただいたけれども結局断念された、という方もきっと、今回の TFS 2010であればご満足いただけると思っています。
 
 
 今回のこの記事では、とりあえず TFS 2010 を気軽に試してみたい、という方を対象に、日ごろ Visual Studio などを使用している クライアントマシンの上にそのまま TFS 2010 をインストールしてプロジェクトを一つ作るところまでを紹介します。
 次回以降、ソースファイル管理やバグ管理なども紹介していこうと思います。
 以下に紹介するのは、OSが Windows7で、既にVisual Studio 2010 をインストールされている場合の例です。
 なお、他のOSでも同様ですし、Visual Studio 2010 が入っている必要はありません。
 
 
 まずインストールですが、おそらく悩まれるところはないと思います。
 セットアップを起動して、途中で以下のような「インストールする機能」を選択する場面がありますがとりあえず全部選択してインストールします。
 
 

 
 
 インストールが終わると以下のよう画面になると思います。
 「構成」ボタンをクリックして、そのままサーバーの構成をしてしまいましょう。
 
 

 
 
 
 最初にライセンス認証の画面が出てきます。
 すでにTFS 2010をオンラインなどでご購入されている方はここでプロダクトキーを入力していただき、そうでない場合は「評価版ライセンスをインストールする」を選択して進みます。
 なお、評価版ライセンスであっても機能的には製品版と同等の機能を使用することができますが、有効期間は90日間ですので、それ以降継続してご使用いただく場合には、あとで製品版ライセンスを管理画面で入力すれば期限がなくなります。
 
 

 
 
 「アクティブ化」をクリックすると、構成センターの画面になります。
 ここで、TFSをどのようなレベルで使用するかを選択することができます。
 最も簡単なのは「基本」構成ですので、ここでは基本を選択して進みます。基本構成であれば、SQL サーバーを単体でインストールする必要もなく、SQLがなければ SQL Expressを自動的にインストールしてくれますし、IISの設定なども自動的に行ってくれます。
 

 
 
 ほぼ既定のまま進めて、実際の構成を行います。
 
 

 
 
 すると、おそらく数分内に構成が終了し、以下のようなメッセージが表示されるはずです。
 
 
 
 
 
 これでサーバー側の設定はとりあえず終了です。おそらく何ら悩まれるところはなかったはずです。
 
 では、今度はこのTFSサーバー上に、ひとつプロジェクトを作っておきましょう。
 ここでは、TFSサーバーをインストールしたマシンと同じマシンにVisual Studio 2010 が入っている場合を取り上げているため、同じマシン上でVisual Studio 2010 を起動しますが、違うマシンでももちろん構いません。ただし別マシンにVisual Studioが入っている場合には、そのマシンからTFSサーバーに接続する際にサーバー名を入力する必要がありますので、マシン名を確認しておいてください。
 
 それではまず、Visual Studio 2010 を起動します。
 スタート画面の中に「Team Foundation Server への接続」というリンクがあるので、これをクリックします。
 
 

 
 
 すると以下のように、サーバーに接続する画面になります。
 同じマシンにVisual Studio 2010 とTFSが入っている場合には、すぐにドロップダウンにサーバーが表れますが、違うマシンの場合には、「サーバー...」をクリックしてサーバー名を入力します。
 
 

 
 
 するとチームエクスプローラーに、接続したTFSサーバー名が表示されると思います。
 しかし、現状そのTFSにはまだ何も存在しない（プロジェクトが存在しない）はずなので、チームプロジェクトを作りましょう。
 チームエクスプローラーの TFSサーバーの名前￥DefaultCollection を右クリックして、「新しいチームプロジェクト(W)...」を選択します。
 
 

 
 
 すると、チームプロジェクトの設定ウィザードの画面になるので、まずはチームプロジェクト名を適当に入力します。
 
 

 
 次にプロセステンプレートの選択画面になります。
 これは、自分が作成するチームプロジェクトの規模や種類によって使い分けることが可能ですが、とりあえここではデフォルトのまま（MSF for Agile Software Development v5.0）で次に行きます。
 
 

 
 
 
 次はソース管理の設定です。
 これから先作成したプログラムのソースファイルを格納する場所の名前を決めるのですが、今回は実験なので、特に変更しないで次に行きましょう。
 
 

 
 
 これで進めていくと、チームプロジェクトが生成されるはずです。
 拍子抜けするくらい簡単だったのではないでしょうか。ほとんど何も設定を変更する必要はなく、プロジェクト名さえ決めればあとはデフォルトで通常は問題ないと思います。
 
 

 
 
 プロジェクトが作成されると、チームエクスプローラーには以下のようにそのプロジェクトが表示されます。

 ここでソースコードをチェックインしたり、バグを登録したりといったことが簡単にできるのですが、その話は次回以降にしたいと思います。
 
 

 
 時は流れて今では、アセンブラ言語を使わないのはおろか、VC++を使ってネイティブコードを書くことでさえも既に高速化のための手段とされる風潮さえあると思います。
 通常はVBやC#などを使ってマネージドコードを書き、どうしても処理速度にこだわる必要がある場合のみC++のお世話になる、といったスタイルが、私などの場合にもあてはまります。
 
 しかし、どんなに時代が流れても、現状やっぱりCPUの上で最終的に実行されているのは機械語のコード（＝アセンブラ言語と１：１対応）ですから、アセンブラ言語の存在なくして今のこのPCの世界もあり得ない、と言っても間違っていないと思います。
 
 そして、Visual Studio は今でも逆アセンブリ機能をサポートしています。
 
 何かVC++などでアプリケーションを作成してステップ実行し、メニューの デバッグ ｜ ウインドウ ｜ 逆アセンブル とたどっていただくと・・・
 

 
 

 見事にアセンブラ言語の状態でのコードが表示されます。
 

 
 
 もちろんこれはただの飾りではありません。
 この逆アセンブリ画面は、デバッガのステップ実行と完全に連動していますので、このままステップ実行をしながらデバッグすることもできますし、途中でどうしてもわからないクラッシュなどの問題が発生する場合に、ヒントになる場合もあると思います。
 
 なお、この機能はVisual Studio 2010 の新機能というわけではなく、Visual Studio 2008 にもありましたし、今手元にないので再現できませんが、もっと前のバージョンのVisual Studioからずっとサポートしている機能になると思います。
 
 他のコンポーネントとの依存性の強い今日のプログラミングでは、この逆アセンブルもどの程度役に立つかわかりませんが、それでもこのようにアセンブラのソースを見るだけでも、精神的にプログラミングの原点に返ることができるかも知れませんね。

https://msdn.microsoft.com/ja-jp/vstudio/dd238515.aspx

  なお、サンプル本体や、詳細な説明などは英語のままなのですが、日本語版 Visual Studio 2010 で動作させる上では基本的に問題はありません。
 
  試しに一つ、以下のビデオビューアーのデモをダウンロードしてビルドして実行してみましょう。
  
  
  
  
  
  以下のようなWPFアプリケーションになっているので、とりあえずタイトルのみ変更して
  
 

  実行してみると、確かに変更が反映されて実行できていることが確認できます。
  
  
  
  
  サンプルをお使いいただくと、より早くVisual Studio 2010 や .NET Framework4 の新機能などおよびその使い方などをご理解いただけると思います。
  ぜひご活用ください。