Suzuki WebLog

先日のイベントの折、ちょっと話題に上った『スマートクライアント』について考えてみたいと思います。

そもそもスマートクライアントとは何か、ということですが、これは一言で言うと
　『ファットクライアントとシンクライアント両方の利点を併せ持つクライアントアプリケーションの一種』
ということが出来ます。さて、ここで『ファットクライアント』と『シンクライアント』とはなんでしょうか。

ファットクライアントとは、クライアントアプリケーション側でデータアクセスやビジネスロジックなどを全て実装し、高機能なUIを併せ持ったクライアントアプリケーションのことを言います。ファットクライアントの利点と欠点は以下のとおりです。

利点

• 高機能で操作のしやすいUIを提供できる
  
• 自由に開発できる
  
• (作り方によりますが)レスポンスが良い
  

欠点

• プログラムがでかい
  
• メモリを食う
  
• 配付が困難な場合がほとんど
  
• 頻繁なバージョンアップがあるとこれまた配付が大変
  
• DLLのバージョンによる競合問題が良く発生していた(DLL HELL)
  

対して、シンクライアントとは、データアクセスやビジネスロジックなどを扱う層（中間層）をクライアント側では無いところに用意して、極力クライアント側に機能を盛り込まないクライアントアプリケーションのことを言います。シンクライアントの利点と欠点は以下のとおりです。

利点

• 配付が容易な場合がほとんど
  
• ロジックの変更が比較的容易
  
• クライアント側のメモリをあまり消費しない
  

欠点

• ネットワークに依存してしまう
  
• UIが貧弱になりがち
  
• システムトータルで構築するため開発やテストが困難になりやすい
  

スマートクライアントでは、これらのクライアントのそれぞれの利点をいいとこどりしたものになるので、

• 高機能なUIを持つ
  
• 開発しやすい
  
• レスポンスも良くすることが可能
  
• 配付が容易
  
• ロジックの変更が比較的容易
  
• クライアントのメモリを圧迫しない
  

いいことづくめに見えるスマートクライアントですが、実現するためには一つだけ条件があります。それは『WEBサービス』を使うという点です。スマートクライアントと、ビジネスロジックを持つサーバーとのデータのやり取りは、通常WEBサービスを用います。これは裏を返すと、WEBサービスを提供するWEBサーバーが必要と言うことになります。
またさらに、こうした[クライアント]－[WEBサーバー]－[DBサーバー]といったスマートクライアントアプリケーションシステムの構成は、クライアントの部分をIEなどのブラウザに置き換えても同じ事だと言うことが出来てしまいます。つまり、スマートクライアントとは、ぶっちゃけ「高機能なUIを持ったブラウザ」と言っちゃってもいいかもしれません。
＃これはかなり暴言かも知れませんが(;^^)
ただ、こうしてみると先ほど上げた利点に加えてさらに良いところがあります。それは、WEBサービスを使うということは、サーバーにHTTP/HTTPSでアクセスできればどこからでも使うことができる、と言うことです。例えば、販売在庫管理システムなどで利用すると、営業の人がノートパソコンを社内でLANにつないだ状態でシステムを使い、営業で外に出ているときにはモバイルアクセスでWEBアクセスさえ出来れば社内/社外の区別無く利用可能になり、営業の機動力がアップするでしょう。また、WEBサーバー側のWEBサービスのインターフェースはPCアプリに限らず、場合によってはPocketPC、携帯電話のJavaアプリからも利用可能（WEBサービスのSOAPプロトコルは今のところ万国共通）なので、サーバー側のロジックをあれこれと変更しなくても、様々なデバイスに対してシステムをサービスすることが可能です。

ここまで書くと、まさにスマートクライアントというソリューションはいい事だらけなので、Microsoftでもかなり力を入れているようです（確かに、ブラウザによるサービス提供にはそろそろ限界が見え始めているもの事実）。これからのシステム開発はこの形を取ることが多くなっていくことでしょう。

ただし、これは私個人の考えですが、真の『スマートクライアント』システムを開発するためには、ClickOnceが実装された.NET Framework 2.0 つまり Visual Studio 2005 を待たなければならないと思われます。スマートクライアントの利点である「配付が容易」「バージョンアップが容易」という部分は、現行のFrameworkでは「ノータッチデプロイメント」というソリューションで一応行うことが出来ますが、実はこれ自身にまだ制限が多少あるので、ほんとうに使いやすいとはいえません。対して次期バージョンで実現されるClickOnceはそのあたりを非常によく考えて作られているので、ある意味クライアントアプリケーションの配付に対するパラダイムシフトとなる可能性があります。

スマートクライアントに関しては、Microsoftの『Smart Client Developer Center (http://www.microsoft.com/japan/msdn/smartclient/default.aspx)』に詳しい解説とサンプルが置いてありますので、そちらを参考にされてはいかがでしょう。

さて、識者の突込みを待つかな(^^;

MSDN(R) サブスクリプション上位レベルから Microsoft(R) Visual Studio(R) 2005 Team Systemへのライセンス体系

Visual Studio 2005 の発売に合わせて、MSDNユニバーサル及びエンタープライズを、Visual Studio 2005 Team Systemを基盤にしたソフトウェアアシュアランス(L&SA)のモデルに移行するそうです。

はっきり言ってわけがわかりませんので、ここでひとつおさらいをしておきましょう。

これまでにMicrosoftが提供してきたMSDN(Microsoft Developer Network）は、開発者向けに、Visual Studioや評価目的に使うことのできるServerやクライアントOSや各種ライブラリを提供してきており、目的に合わせて以下のサブスクリプションレベルが提供されてきました。詳しくはこちら

MSDN ユニバーサル（Visual Studio .NET Enterprise Architect 2003 MSDN Deluxe Edition

Visual Studio Enterprise Architect、各サーバー製品に加えて、設計(VISIO、Office)やプロジェクト管理(Microsoft Project)といった上流工程ソフトウェアまでを提供し、開発のフェーズだけでなく、設計、進捗管理及びサポートといった全ソフトウェア開発工程を整備するサブスクリプション

MSDNエンタープライズ（Visual Studio .NET Enterprise Developer 2003 MSDN Deluxe Edition）

複数の開発者によるチーム単位での開発をサポートする開発ツールであるVisual Studio Enterprise Developerや、データベースやOSなどの基本的なサーバーソフトウェアが提供され、オペレーティングシステムや開発ツールだけではなく、各種サーバーソフトウェアを用いた企業システム開発者向けのサブスクリプション

MSDNプロフェッショナル

Visual Studio Professional及びWindows、SQL Serverが提供され,Windowsやスマートクライアント用アプリケーション開発者向けのサブスクリプション

MSDNオペレーティングシステム

Windows及び各オペレーティングシステムに対応したSDKやDDKが提供され、Visual Studioを使用せずにWindows対応のアプリケーションやデバイスドライバなどを開発する開発者向けのサブスクリプション

MSDNライブラリサブスクリプション

ソフトウェアのマニュアル、ドキュメント、最新仕様書、技術情報といったMSDNライブラリが提供され、マイクロソフト製品の技術情報を定期的にオフラインで参照したい人向けのサブスクリプション

さて、今年Visual Studio 2005 Team Systemという新しいものが登場するわけですが、いったいこれが何かというところから始めないといけません。

これまでのソフトウェア開発サイクルにおいては、一般的に

2005年になりました。今年はMicrosoftから巨大プロダクトが出る年でもあります。

まず一つ目はVisual Studio .NET 2005です。.NET Frameworkが2.0となり、待望の「Click Once」や「ASP.NET2.0」が使えるようになります。Visual Studio自体のIDE（統合開発環境）も、さらに熟成が進んでいるということなのでいまから楽しみです。

そして二つ目はSQL Server 2005です。ほんとにでるかどうか怪しい部分もありますが（笑、このプロダクトがリリースされると、今までのデータベースアプリケーションの作り方とはまた違ったアプリケーションの作り方になるかもしれません。

ともあれ、デベロッパー的には様々な変革が起こる年になることでしょう。

BEGIN TRANSACTION
・・・
Update ほげほげ
・・・
SELECT * FROM ほげほげ
ROLLBACK

↓
何度も何度も繰り返し実行してしつこく確認
↓

BEGIN TRANSACTION
・・・
Update ほげほげ
・・・
SELECT * FROM ほげほげ

COMMIT

↓
人差し指に気を込めてEnterキーをぽちっとな。（完

私はいくじなしですかそうですか.....orz

Visual Studio 2005 Beta1（以下VS2005）のインストールも終わったので、ためしに簡単なアプリケーションを作ってみることにしました。

VS2005では、最初のインストールの際、どのカテゴリの開発をするかの選択をします。例えばC#を使ってWindowsアプリケーションを作るのか、はたまたWebアプリケーションを主に作るのかということです。こうすることでWindowsアプリケーションを作るときに必要な機能だけが使えるIDEとなりますので、開発者にやさしい、ということらしいのですが、個人的には余計なお世話だと思います。
＃Webサービス開発など、ASP.NETとWinアプリを同一ソリューションで開発する場合どうするんじゃ、とか。

一応、そうした環境の切り替えや、全てを使える環境というのも準備されていますが、そもそもそういうくくりになること自体要らないような気がします。

さて、話がそれましたがコンソールアプリケーションのプロジェクトを「Sample1」というプロジェクト名で新規に作成すると、デフォルトで以下のコードが書かれた「Program.cs」というファイルと、その中にmainメソッドを持つ「Program」クラスが作成されます。

#region Using directives

using System;
using System.Collections.Generic;
using System.Text;

#endregion

namespace Sample1
{
    class Program
    {
        static void Main(string[] args)
        {

        }
    }
}

参考までに、Visual Studio 2003では、同じように作ると以下のコードが自動生成されます。

using System;

namespace Sample1
{
    /// 

    /// Class1 の概要の説明です。
    /// 
    class Class1
    {
        /// 

        /// アプリケーションのメイン エントリ ポイントです。
        /// 
        [STAThread]
        static void Main(string[] args)
        {
            //
            // TODO: アプリケーションを開始するコードをここに追加してください。
            //
        }
    }
}

まだβ版なのでなんともいえないのですが、なんとなく生成されるものが違っています。とくにusingディレクティブのあたりと、mainメソッドのあたりに違いが見受けられます。

さて、このままプログラムを作り始めるのはアレなので、まず、自動で生成された「Program.cs」のファイル名を変更してみます。右のソリューションエクスプローラでファイル名を「Program.cs」から「main.cs」にへんこうします。すると、左のコードのクラス名が、「Program」から「main」に自動で変わります。

これはVS2005の新機能（改善点）のひとつではないでしょうか。VS2003では、ファイル名を変更しても、自動で生成されたクラス名は変更されませんでしたが、VS2005ではこのようにファイル名にあわせてクラス名が変更されます。これは裏を返せば、VS2005からは「1クラス1ファイルにしなさい」というMicrosoftのメッセージとも受け取れます。人によってはクラスごとにファイルを分けるのは面倒だと思われるかもしれませんが私はその方が見通しがよくなるのでいいと思います。

また、クラスに関連して、VS2005のIDEには"リファクタ"というメニューがあります。これはクラスのリファクタリングをするためのメニューです。私はリファクタリングって何？という人なので使うことはないでしょうが（＾＾；オブジェクト指向な人には待望の機能らしいです。

Console.Writeで適当な文字を出力するコードを書き、メニューの"デバッグ"⇒"ウィンドウ"⇒"コンソール"とすると実行結果がIDE内のコンソールウィンドウに表示されるようになります。これもVS2003には無かった機能で、単純なコンソールアプリを作る際はいちいち結果を確認するためにブレークポイントをつけなくていいのでとても楽です。

以上、画面キャプチャも無く簡単な説明だけしましたが、VS2005には、VS2003までには無かったさまざまな便利な機能が追加されているようです。日本語β版はWEBや書籍で手に入るので、興味のある方は一度試してみてはいかがでしょう。

Visual Studio 2005 Beta1 日本語版をVAIO Type U にインストールしてみました（＾＾；
TypeU のHDD容量は20GB(10GB＋10GB)で、リカバリ用領域が3GBほど取られているのでこんな巨大なアプリケーションをインストールするとアップアップです。おまけにVisual Studio 2003 Enterprise Archtectをインストールしていたので入る余地がありません。
ということで、Visual Studio 2003 をアンインストールし、またその他の使わないであろうアプリも極力削ってなんとかスペースを確保、インストールしました。
SBS2003にまったく入らなかった過去があるのでどうかな、と思いましたが、一応XP Proということもあってすんなり導入できました。TypeUでVisual Studioなんかどうするの？という話はありますが、とりあえずこれでなんとか評価できる環境は整いましたので、会議前の待ち時間など、ちょっと空いた時間にいろいろと触ってみたいと思います。

Yukonは入るかな（ぼそ

そろそろちゃんと評価しないといけない時期にきたWhidbeyなんですが、手元にまともに評価できそうな端末がなかったので、自宅サーバー（SBS2003）にインストールしてみることにしました。
ただ、このマシンは手違いで光学ドライブがついてないので(^^; "DAEMON Tool"で仮想光学ドライブをマウントして、MSDN Subscriber Downloadから落としたDVD isoイメージをマウントしてインストールしてみました。
しかし、なんどやってもインストールの最初で失敗してしまいます。DAEMON Toolが原因か、そもそもSBS2003が原因かということがちとわからないのですが、今度はちゃんと物理的に光学ドライブをつけてから（＾＾；試そうかな、と思います。

＃TypeUにも入れてみるべきなんだろうな・・・（ぼそ

308909 - [HOW TO] Visual C# .NET で DataRow オブジェクトを別の DataTable にコピーする方法

案外、使う場面が多い方法ですね。こういうアルゴリズムが最適かどうか、という問題はありますけど。

エラーでおぼえる!? SQL Server 2000 管理運用術 ～ 第2回 ディスクの空き容量がなくなる？

SQL Serverを運用するなら、PASSJのサイトは要チェックです。

ITmedia エンタープライズ：特集：第3回　Visual Studio .NETプログラミングの勘どころ (1/6)

..._〆(ﾟ▽ﾟ*)

アプリケーションのグローバライズとローカライズ

メモしておこう。。。

NTFS のプレインストールと Windows XP

ディスクシステムの仕様に関する詳細あり。なんとなく、リソースキットにも載ってたような気がするけど

例えば、プログラムを書いていて以下の文を書いたとします

for ( int i = 0; i < 100; i++)

さて、上記の for 文の"("と")"ですが、皆さんはどういった順番で入力（タイプ）しますでしょうか。

ものの本によると、括弧は連続して入力するのが望ましいとなっています。つまり例の場合、まず

for ()

と書いてから、カーソルを一つ戻し、残りの条件を書くのが望ましいそうです。

確かに"()"がたくさんネストするプログラム文だと括弧の閉じ忘れというよくあるプログラムミスを防ぐことが出来るので『先に括弧を入力』するのは非常にお勧めですが、世のプログラマーの人たちはどっち派（『先に括弧を入力派』 or 『後から括弧を入力派』）が多いんでしょうねぇ。ふと気になりました。

ちなみに私は左から順番に入力する癖がついちゃってます(^^; いわゆる『後から括弧を入力派』ということになりますねぇ。

MSDN .NET Framework Developer Center: Contents of .NET Framework 1.1 Service Pack 1

.NET Framework 1.1 Service Pack1 がTPとなっています。あわせて.NET Framework 1.0 Service Pack3もTPだそうで、これはいろいろと試さないとなぁ、と思いつつ、本業が噴火してしまったのでそんな時間ぜんぜんありません。。。

つか、一人で数千万オーダーのDBシステムの仕様書＆提案書を五日間で二つあげなきゃいけない状況ってどうよ。ヽ(´ー｀)ノ 開発真っ只中のDBシステムのマネジメントもしないとあかんのに。

そろそろ遭難するかも。

What is Mono?

Linux上での.NET開発をするためのフレームワーク"Mono 1.0"がリリースされたようです。Windows Formはありませんが、ASP.NET、ADO.NETなどが使えるようになっているとのことです。
ふーむ。ちと使ってみるかな。

Visual Studio 2005 Beta Home

ついにWhidbeyがBeta1を迎えました。

さて、どのマシンにインストールしようか。。。。。

Visual Studio 2005 Express Beta Products

なんだこりゃ？廉価版Visual Studio.NETっていうことなのかな。
うーん。「業務向けじゃなくてもっと気軽に」という感じのものみたいですねえｌ。

RSS.NET: An open-source .NET class library for RSS feeds

haramizuさんとこより。時間が取れたら見てみよう。

＠IT：連載 オブジェクト指向プログラミング超入門　第1回 オブジェクトの正体

てのが＠ITで始まりました。

＠IT：Visioで始めるUMLモデリング　第1回 「習うより慣れよ」方式で学ぶUMLモデリング

最近ちょっとUMLモデリングに興味がありますφ(.. )

Improving .NET Application Performance and Scalability (PAG Documentation)

DDDで紹介されていた資料らしい。φ（.. )メモメモ

VS 2005 May CTP Installation Gremlins

気に留めておこう。

調子に乗ってAmazonで２万円ほど本を買っちゃいました。
・UML入門
・Visual C#.NET 実践講座 Vol.1 基礎編
・Visual C#.NET 実践講座 Vol.2 活用編
・C#によるプログラミングWindows 上
・C#によるプログラミングWindows 下
Let's 自己投資（涙

いや、最近各所のDeveloper's Blog見ていて鬱になりそうだったんで本格的に勉強しようかな、と。
＃ええ、あたしゃどちらかというと Developer じゃなくて Administrator なんですよね。
＃↑ "Visual Developer"の称号が面映いこと。。。

Web Services Developer Center: Web Services Enhancements (WSE)

これもTechEdでの発表ですが、Web Serviceのセキュリティを強化するものがリリースの運びとなったようです。
LonghornのIndigoに向けて、というところでしょうか。理論や概念ばかりが先走ってる感のあるXML WebServiceですが、これ、ほんとに今後普及するんでしょうかねぇ。。。

Visual Studio 2005 May Community Technology Preview がMSDN Subscriber Downloadからダウンロードできるようになってますね。
ASP.NET Administration Tools や Longhorn上で動くようになってたりしないかな。
ちなみに前回のやつは March CTP でしたからちょっとはいろいろ治ってることを期待。

Visual Studio 2005 Team System

TechEdにて発表がありました。何するものかよく分かっていないのですが、「That's cool stuff!」と各blogで騒がれているところを見ると、よいものなのかな？
ざっくりまとめると設計からテストまでの一連のソフトウェア開発の流れをサポートするツールがそろったものだと言うことみたいですけど実際のところはどうなんでしょう。ほんとに有用なものなのかな。

おしえて偉い人（笑

連番管理テーブルによる、未使用の最小番号を得るクエリー

心配性なものでどうしてもこういうの気になります。伝票発行システムなどでは、当然伝票番号をシステムで管理発行しなければならないのですが、その性質上、どんなタイミングでも絶対に番号がかぶらないようにしなければなりません。その場合、トラックバック先のように連番管理テーブルなどを用いて、番号の整合性を取る必要があるというわけです。GUIDとか使えれば間違いないんですがあれは長すぎるし、IDENTITY列を使えればそれに越したことは無いんですが往々にしてナンバリングというのはオリジナル性にこだわるところがほとんどでして（＾＾；

てなわけで、いろいろ工夫しなければならないということです。ちなみに、トランザクション中にあるレコードにロックをかけるには

SELECT * FROM T WITH(XLOCK,ROWLOCK) WHERE X=1

でいいそうです。

842037 - [PRB] Visual Studio .NET 上でソース管理を行うと Unicode ファイルおよび UTF-8 ファイルが破損することがある

完全に見落としていたのですがこんな話があったのですね。特にデータベースプロジェクトでSQL Server相手にストアドプロシージャなんかを書いていると、これはUTF-8で記述されているので見事にこの事例に当てはまります。
またWEBプロジェクトでも、Web.configとかUTF-8なので注意が必要ですね。

問題：以下のテーブルAをテーブルBのように抽出するSQL文は？

テーブルA

テーブルB

Excelにコピーして（略 というのは無しの方向で。

WinFormから外部EXEを起動するとき、例えば以下のようにします。

条件：WinForm上に貼り付けられたButton1をClickするとNotePad.exeが立ち上がる

 コード例：VB.NET

 Imports System.Threading
 Imports System.Diagnostics
 ～中略～
    Friend WithEvents noteProcess As System.Diagnostics.Process
 ～中略～
        Me.noteProcess = New System.Diagnostics.Process
        Me.noteProcess.StartInfo.FileName = "notepad.exe"
        Me.noteProcess.SynchronizingObject = Me
 ～中略～
    Private Sub Button1_Click(ByVal sender As System.Object, _
                                          ByVal e As System.EventArgs) _
                                          Handles Button1.Click
        noteProcess.Start()
    End Sub

Visual Studioの入門書なんかみるとこんな感じでかかれていることが多いんですけど、別に別スレッドにする必要は無い場合はどうするんでしょうね。

.NET アーキテクチャ センター

というのが公開されています。時間があったら（無いけど）見ておこう。

うにょうにょ日記 - How do you design new features for C#?

Channnel9 の Eric のインタビューが文字に起こされてます。必見。

TというテーブルにFieldという順列のつけられる一意なデータを持つ列があったとして。

SELECT * FROM
(SELECT Count(*) AS NO FROM T AS T11,T AS T12
WHERE T12.Field <= T11.Field Group by T11.Field) AS T13
WHERE T13.NO Between 10 and 20 Order by T13.NO

これで、10番目から20番目のレコードを抽出できますがコスト高っ（ｗ
＃まぁ100件くらいならなんとか。。。

ちなみに、Pentium4 3.06GHz RAM 1GB Windows2000Pro SP4 SQL Dev SP3 、6万行のテーブル（インデックスなし）相手に大体30秒の実行時間がかかりました

またはこんな方法も

SELECT TOP 10 * FROM T
WHERE Field NOT IN (SELECT TOP 10 Field FROM T)
ORDER BY Field

こちらは、SELECT上位10を除いたSELECT結果から上位10個ということで、11番目から20番目を抽出することが出来ます。こっちのほうが素直かも。

841226 - [HOWTO] Visual Studio .NET 2003 で初歩的な C アプリケーションを作成する方法

ことさらKBにするまでも無い内容だと思うのだけどどうなんだろう。確かに、基礎的CプログラムをVS.NETのIDEで書くのは抵抗があったりしますけどね。
「Cはviとgccでやらなければならない（瞳孔開」
というつもりもさらさら無いですが（＾＾；

C# and ASP.net Whidbey

Anatoly Lubarsky っつーのがなにやら吼えてますな。自分のBlogでも吼えてるみたいで。あれかなー、自分の尺度でしか物事を捉えようとしない人なのかな。

The Code Project - Blog Reader Add-In for Visual Studio .NET - .NET

というのがあるそうです。MSDN Blogより。

OneNote Powertoy: Rss2OneNote

ほんと、MSDN blogにはお宝が眠っている。OneNoteでRSSフィードを読めるようにするPowerToyだそうです。

832679 - Visual Basic .NET を使用して FTP サイトにアクセスする方法

φ(.. )暇なときにでもためそう

832742 - .NET Framework アプリケーションを配置してネットワークから実行する方法

Developerと言われても恥ずかしくないようにいろいろお勉強中なのですが
(私の本職はAdministrator）、その中で『ジャグ配列』というものに出くわしました。

どうもこのジャグ配列というものは、配列の中に、配列を持つというような感じの配列みたいです。・・・・・自分で言ってて意味が分からんのですが（笑
というわけで簡単なサンプルプログラムを。

using System;

public class JagArray
{
    public static void Main()
    {
        // Jagged array
        byte[][] scores = new byte[5][];

        // Initialized the jagged array
        for (int i = 0; i < scores.Length; i++)
        {
            scores[i] = new byte[i+3];
        }

        // Print length of each row
        ｆor (int i = 0; i < scores.Length; i++)
        {
            Console.WriteLine("Length of row {0} is {1}", i, scores[i].Length);
        }
    }
}

こいつの出力結果は下記のようになります。

Length of row 0 is 3
Length of row 1 is 4
Length of row 2 is 5
Length of row 3 is 6
Length of row 4 is 7

イメージできますでしょうか。一つ目の配列変数の中には3つの要素をもつ配列変数が、二つ目の配列変数の中には4つの要素を持つ配列変数がといったような感じとなります。

あまり使わない種類の配列だと思いますが、状況によっては便利に使える配列だと思います。ちなみに、C#では配列も"オブジェクト"ですのでご注意を。

Microsoft SQL Server - 技術情報 - SQL Server 2000 評価ガイド - SQL Server 2000 自習書シリーズ

さて、そろそろちゃんと読み始めるかな。いままで感覚的に使ってたからきっと間違って覚えているところがあるだろうし（＾＾；

VG.net: Animated Vector Graphics

おお、なんだかすごいφ(.. )

Webサービスで作っちゃってもいいかなぁ。。。

Visual Studio .NET と Visual SourceSafe を使用したチーム開発

今度、チームでアプリ開発をすることになりそうなので（本業じゃないのに）、このページを見ながらVisual SourceSafeの可能性について調べてみましたが・・・さっぱりわけわかりません。もうちょっと調べたり使ったりしないとだめみたいですわ。しかし、なんとなくVisual SourceSafeの話って表に出てこないのはなぜ？Windowsプログラマって一匹狼な人ばかりではないだろうし。以前聞いた話では、VSSでは機能が足らんということで皆結局使わなくなってしまうということもあるみたいですけど果たして。

using (Class class = new Class())
{
  // class に対する処理
  class.Close();
}

速いぞ！ VMware Workstastion 4.5.1

あおりに負けて買っちゃいました（笑）。もともとVMWare Workstation 3.xを持っていたので、Upgrade版をご購入。最近使っていたVirtualPCと比較すると、確かに動きが速いです。OSのインストール時間とか段違い。これなら実験or評価環境としてサクサク環境を作ることが出来ます。

というわけでVMWareに英語版Windows Server 2003 Standard Edition と Visual Studio 2005 (Whidbey) をインストールしてみました。ぼちぼち評価していこうと思います。

1 ～ 43 までの数字をランダムに抽出するクエリー

なるほどこの手が。しかし。。。UNION ALLとはきづきませんでした（笑

MSDN Releases RSS Feeds

U.Sだけかも、ですがMSDNのRSS Feedsが出ています。RSS BanditなどのRSS リーダで情報を集めることができますね。

【.NETソリューション】執筆記事 - 日本ユニシス

あとで読もうφ(.. )

【Web.config】

<authentication mode="Forms">
    <forms loginUrl="login.aspx" />
</authentication>

【login.aspx.cs】

private void OnLogin_Click(object sender, System.EventArgs e)
{
    if (CustomAuthentication(UserID.Text,Password.Text))
    {
        FormsAuthentication.RedirectFromLoginPage (UserID.Text,false);
    }
    else
    {
        Label3.Text = "Invalid Login";
    }
}

private bool CustomAuthentication (string username,string password)
{
    SqlConnection conn = new SqlConnection("server=localhost;database=dbname;uid=uid;pwd=password");
    try
    {
        conn.Open();
        StringBuilder strB = new StringBuilder();
        strB.Append("Select count(*) from users where username=\'");
        strB.Append(username);
        strB.Append("\' and cast(rtrim(password) as varbinary) = cast(\'");
        strB.Append(password);
        strB.Append("\' as varbinary)");
        SqlCommand command = new SqlCommand(strB.ToString(),conn);
        int count = (int)command.ExecuteScalar();
        return(count > 0);
    } 
    catch
   {
         return false;
    }
    finally
    {
         conn.Close();
    }
}

他にもGlobal.asaxを使う方法もありかと。

Home / Mono

オープンソースな.NET Frameworkだそうで。なんて素敵な人たち（＾＾；

今のところ、WebformsとWebServicesが動くそうで、C#コンパイラもあるとか。いやはやすごいですねぇ。

Weblogs @ ASP.NET や、SQLPASSJブログ（ベータ）やUSERS GROUP 日記 などで使われている.TextというBLogツール(?)をインストールして見ました。が、

めっちゃはまりました。

結局は「なんじゃこらぁあああっ！(＠ｐ＠ (C)ジーパン」という現象ではまったのですが、まあそれを除けば何とか動かすことができました。

サンプルはこちらです。近いうちにインストール記録でも公開しようと思います。

Visual Studio .NET 2003 Bootstrapper Plug-in 日本語版 (製品版)

φ(.. ) 使うし。
ADのGPO使えばアプリを自動配布可能か？

315158 - [FIX] ドメイン コントローラでデフォルトの ASPNET アカウントを使用すると ASP.NET が動作しない

通常、（Active Directory）ドメインコントローラ上でIISをホストするということはしないほうがいいのですが、予算削減のあおりを受けて、満足にサーバーを買ってもらえないIT部門（涙）であるとか、最近大バーゲンしているSmall Business Server 2003とかだとそうはいきません。
で、基本的な考え方として、IISのプロセスを動作させるアカウントには、IISにしかアクセス権を持たないくらい低い権限しか与えていないアカウントを用いるべきで、そうしたアカウントをドメイン上に作成し、そのアカウントをIISのMachine.configに記述して運用するのがスマートです。
ASP.NETからSQLサーバーとかネットワークドライブなどのネットワークリソースが使いたい場合はどうするねん、という話はありますが、そのときにはアカウントの偽装というテクを使えば無問題。"偽装"というとなにやら難しそうですが、ようはプログラムの中で別の権限をもつアカウントに"なりすます"ということです。
Windows開発者はアカウントの権限に弱いとよく言われますが今後は必要なときに必要な権限を取得するプログラミングというのが必須となるでしょう。

ちなみに、ASP.NETのバージョン毎のASPNETプロセスのIDは以下のようになっているみたいです。
ASP.NET 1.0：localmachinename\ASPNET
ASP.NET 1.1：IWAM_MachineName
あり、いつの間に変わってたんだっけ(^^; ＜ぉぃ
参考：ASP.NETのプロセスIDと要求ID

818368 - [HOWTO] Visual Studio .NET を使用して Visual SourceSafe に SQL Server 2000 ストアド プロシージャを追加する方法

Visual SourceSafeが何者かというと、まあ要するにソースコード管理をするためのものということが出来ます。オープンソースな世界だとCVSツリーがこれにあたりますかね。
チームでプログラミング開発をしていると、いつ誰がどこを変更したかというのが非常に重要で、かつ同じソースを別々の人間が更新してしまって不幸になることを防ぐ意味でもこうしたソースコード管理システムというのは重要になってきます。
私は今までどちらかというと一匹狼でアプリを開発することが多かったのでこうしたシステムを使う機会はあまりなかったのですが今後は共同作業でアプリを開発することが多そうなのでそろそろVisual SourceSafeを使ったソースコード（のバージョン）管理もしなければならないでしょう。

そしてこのKBではWindowsアプリのソースコードのみならず、SQL Serverのストアドプロシージャも管理するための方法が記載されているので要チェックですね。

ちなみに、アプリ開発にまつわるドキュメント（仕様書とか）もVisual SourceSafeで簡単に管理できたらいいなーと思ったりするのですがそれはできるのかな。そしてことのついでにMicrosoft Project Serverとも連携できたりしないのかな。 ちと調べてみよう。

Web Applications: URL Rewriting in ASP.NET (ASP.NET Technical Articles)

こりゃまた。。。今度じっくり腰をすえて読もうかな。。。

FreeTextBox というASP.NET用のサーバーコントロールがあります。
このコントロールを使いたいページの先頭に
<%@ Register TagPrefix="FTB" Namespace="FreeTextBoxControls" Assembly="FreeTextBox" %>
と書いて、HTML文中に、
<FTB:FreeTextBox id="ftb1" runat="Server">
とでも書けば使えます。現在はそのままでは日本語は使えないようですが、きっと誰かが日本語化してくれることでしょう。
＃ていうか日本語リソースファイルをLanguagesにぶち込むだけのような気が。

ちなみに、Visual Studio.NETで使う分にはあまり気にしなくてもいいのですが、WebMatrixで使う場合、WebMatrixのデバッグ用WEBはProgram Files\ASP.NETフォルダをルートに持つみたいなので、そこにFreeTextBoxの配布ファイルを予めコピーしておかないとデバッグできないみたいです。他にいいやり方があるかもしれませんけど。

.NET フィールドエバンジェリスト チーム コラム : DB 設計者のための明解 ADO.NET

この手の解説記事は、長々と書くのではなくポイントだけをずばっと書くのが好ましい。このくらいでもちょっと長いかなぁと思うのですがいかがでしょうか。

ただ、悲観的同時実行制御と楽観的同時実効制御は意見の分かれるところではありますなぁ。

Download details: Updated Samples for SQL Server 2000 Service Pack 3

φ(..)メモメモ

ASP.NET Web Matrix Project 日本語版

こういうツールが無償で提供されるのは嬉しいんだけど・・・。
結局、Microsoftからでているこの手のツールって、プログラマー向けなんですよね。間違ってもWEBデザイナー向けではない。Visual Studio.NETなんて言わずもがなだし、ここに至って非常に中途半端なプロダクトになってしまったMicrosoft Office FrontPageとかね。
WEBというのは、確かにあれこれしようとするとプログラミングは必須なのですが、やはり元が「閲覧」というビジュアルに類する仕組みということで、デザイナーが主体であるところは無視できないと思うんですよ。実際プログラマーって「動くこと」を重視していわゆるUIのデザインをおざなりにする部分が往々にしてあるし（ここで言うデザインとは、見た目だけではなくてボタンの配置などの人の感覚により近い部分での設計力を指します）。WEBだとやはり見た目のインパクトとか直感的にわかる配置とかが大事なのでそういうところはデザイナーさんに任せたほうがよいものが出来上がるし。そういう意味ではMacromediaのDreamweaverやIBMのHomepage Builder、AdobeのGo Live!のようなWEBオーサリングツールと、WebMatrixやVisual Studio.NETが協調できるといいんですけどね。

某MVPな集まりでも、「Visual Studio.NETだけで今のMicrosoftのWEBサイトを一から十まで全部作ってみろや」見たいな話も出てましたね（これはおそらく不可能^_^;）。

UNIXベースのApacheサイトもVisual Studio.NETだけで作れると私的には楽になるなーと思いつつ。

ASP.NET Resource Kit

あら、ASP.NETリソースキットなんてあったんですね。
使用するにはユーザー登録してLicenceKeyを取得
する必要があるみたいですけど。

MSDNに収録してくれないかな。

ASP.NET Web Matrix Project 日本語版

日本語版でました。ASP.NETで開発をしてみたいけどIISも無いしVisual Studio.NETもないから無理、と思っていた人はぜひ試して見ましょう。

Windows認証の場合のユーザIDを取得する方法[USERS.GR.JP SQL-ML：09572より]

CREATE TABLE #login(spid SMALLINT,ecid SMALLINT, status NCHAR(30),loginname NCHAR(128),hostname NCHAR(128),blk CHAR(5), dbname NCHAR(128), cmd NCHAR(16))
INSERT INTO #login
EXEC sp_who @@spid
SELECT loginname FROM #login
GO

sp_whoは、現在のSQL Serverのユーザおよびプロセスに関する情報を返すストアドプロシージャです。@@spidは現在のユーザープロセスのサーバープロセス識別子(ID)を返します。
"#login"は一時テーブルで、テーブル名の先頭に"#"が一つついていることによって、ローカル一時テーブルとして作成されます。ローカル一時テーブルはテーブルを作成したユーザーの現在の接続においてのみ可視であり、そのユーザーがSQL Serverのインスタンスとの接続を切断すると削除されるタイプの一時テーブルです。逆にテーブル名の先頭に"##"とつけるとグローバル一時テーブルというものになります。これはどのユーザーにも可視で、このテーブルを参照するすべてのユーザーがSQL Serverとの接続を切断した時点で削除されます。一時テーブルを作成するときの場面に応じて適切な一時テーブルにすればよいでしょう。
ちなみにこうした一時テーブルはtempdbというSQL Serverの一時テーブル格納領域に作成されます。一時テーブル作成しまくりデータベースシステムの場合、tempdbをRAID0かつ高速ハードディスク上に物理的に配置すると速くなるかも？（なーんてね）

というわけでおがわ大先生勉強させていただきましたm(__)m

ダウンロードの詳細 : .NET Framework Software Development Kit Version 1.1

φ(..)メモメモ
たとえばWindowsXPをクリーンインストールして、そこに.NET Framework SDK 1.1をインストールする場合は、先に.NET Framework 1.1ランタイムをインストールしておく必要があります。

252648 - [XGEN] ASN.1 および BER の簡単な紹介

φ(.. ) 正直、知らんかった。（ぉぃ

ASP.NET と Struts : Web アプリケーションのアーキテクチャ

φ(.. )

ELN WEBSITE : レンタルサーバー/ホスティングサービス

φ(.. )とりあえずメモ

あと、ここもチェック
http://www.asp.net/Hosters/

FreeTextBox

φ(.. ) 何かに使えるかな。（自分で作れ！という話もあるが）

IRC Reference

φ(.. ) よし (ぉ?

826757 - FIX: Socket Initialization Does Not Succeed if Your Computer Has More Than 50 Network Bound Protocols

φ(.. )メモメモ。今度じっくり時間をかけて読もう。

.NET Framework のための安全なコーディング ガイドライン

エビデンスベースセキュリティですか。世の中には「エビデンスってなんや？」って人も多いんだから中途半端な和製英語を使わずに、きちんと日本語に訳せばいいのに。
＃エビデンス＝証拠、成果物 って程度に理解すればいいんだけど。
横文字を日本語にきちんと訳せないのが情報格差を生む一端だと思う今日この頃。

それはともかくとして、安全なコーディングのガイドラインというのは開発者はよく読んでおいたほうがいいですね。世の中まだまだ[ピー]や[ピー]なものが転がっているから。

例えば、
http://localhost/test.aspx?q=テスト
とすると、Request.QueryString[0]の値が化けてしまいます。

これの対策のひとつは、Web.configにおいて、<globalization>属性を
<globalization
requestEncoding="shift-jis"
responseEncoding="shift-jis"
/>
等とすると解決したりします。

ただし、この対策が正しいのかどうかということは分かりません（爆

327283 - [BUG] Windows Server 2003 で Web プロジェクトを作成できない

IIS6.0はデフォルトでは堅いですからねぇ。φ(.. )メモメモ

ダウンロードの詳細 : Visual Studio .NET 2003 Server Explorer での WMI ベースの管理拡張機能

φ(..)メモメモ スバラスィ

Windows XP Service Pack 2: 開発者向け情報 (Windows XP 技術情報)

φ(..)メモメモ。でもなぁ、XP SP2になるとMovableTypeが使いにくくなるんだよなぁ（ぼそ。

316383 - [WD2003] [HOWTO] Visual Basic .NET からオートメーションを使用して、Word で新しい文書を作成する方法

メモメモφ(.. )
同じことが他のOffice製品でも言えるし。これを使えばhogeからhogeできるな、と。

315832 - [HOWTO] Visual Basic .NET を使用してイメージ ファイルを Web サイトにアップロードする方法

メモメモφ(.. )

ついでにこちらもチェック：
[PRB] HtmlInputFile サーバー コントロールを使用するとサイズの大きなファイルをアップロードできない

821758 - [FIX] .NET Framework 1.1 で Server.Transfer メソッドが IsPostBack プロパティを呼び出さない

メモメモ、、、ってこれどこがFIXやねん。
Server.Transferを使っている人は要注意。

330314 - [PRB] MSVCRT.dll を含む Microsoft Visual Basic 6.0 アプリケーションをインストールすると、コンピュータが再起動しない

メモメモφ(.. )

住所変更の連絡はしたのですが、今月分のMSDNが旧居に届いてしまったようです。

たのむよ、MSDN事務局。。。*sigh*

いきなりでたらめな英語で恐縮ですがSQL Serverに不具合があるのでメモ。

WindowsXP/Windows Server 2003を使ってSQL Serverの開発をしている場合、テーブル名、フィールド名等に「ー（長音）」を使っているとエンティティが表示されない。

要するに、日本語（ほとんどは和製英語）を使うな、ということです。いつもローカライズでは文句を言っているのですが（フィードバックされた試しがないですけど）、言語対応はがんばろうよ、アレでアレすると激アレになっちゃうところとかさ。

ダウンロードの詳細 : ポート番号一覧

Windowsが使用しているポート番号の一覧をExcelのシートで参照できます。興味のある人はどうぞ。

・・・私はもうこういうのに興味無くなってきたなぁ。

と言ってみるテスト。

Whidbeyをぼちぼちと触り始めているのですが、こいつはすごい開発環境です。こいつさえリリースされてしまえばWinアプリの開発・配布がどれだけ簡単になるか（これはClickOnceという新.NET Frameworkの機能を使った新しい仕組みです）。
また、WEBアプリ開発においてもmasterファイルを使うことでサイトデザインを簡単に統一できたり、また開発のためだけにIISをインストールしなくても動作確認はできてしまうという簡易WEBサーバーが搭載されていたり（これはデバッグや動作確認のときだけ、ローカルからのみアクセス可能になるWEBサーバー）、一般のWEBサーバーでもつかえるようにFTPに対応していたりともう、すごさは枚挙に暇がありません。

Whidbeyの特集ページでも作ろうかな。あ、でも画面キャプチャって勝手に自分のサイトに張っていいんだっけか←EULAちゃんと読んでないのがバレバレ。

友人に貸していたVAIO Z505 C/BPが帰ってきたので、さっくりフォーマットして、そこにWindows Server 2003のEnglishバージョンを入れてから設定を調整し、先日の.NET Developer ConferenceでもらったVisual Studio "Whidbey"をインストールして見ました。

が

さすがにZ505 C/BPでは非力すぎてインストールに時間がかかるかかる（＾＾；（Z505 C/BPはCPUがCeleron550MHzで、メモリは192MBしかありません）。まあ、使って見ること、が目的なので、年末年始にかけてのんびり評価しようと思います。

・・・って、年末年始は引越しでそれどころじゃないじゃん（ｗ

一言。

楽しかった。。。

ほんと新物好きかつテクノロジ大好き人間の私にとって最高の二日間。こういうイベントには以前から行きたかったんですが仕事で行くには会社の理解がまったく得られず（いったい誰の努力のおかげで会社のシステムがう動いとるとおもっとんねん）、かといって自費で行くにはちょっと、という状態だったのでこういう機会を提供してくれたMSの皆さんに感謝。

そしてかばんの中にはWhidbeyが。。。。うれしー（笑。さあ、早くインストールしなければ。

今日は.NET Developers Conferenceに参加するために有給をとって上京。そのため朝早くの新幹線に乗るために朝5時に目覚ましをかけたのですが、起きたら6時。

寝坊してるー！！Σ（゜∇゜；

ていうか新幹線7時発だしっ！家から駅まで1時間ぐらいかかるしっ！
というわけで人生最速の身支度を整えてあわてて出発。朝早いせいか思いのほか早くつくことができ、ギリギリセーフで新幹線に乗ることができました・・・あー、危ない危ない。やっぱり私の場合、こういうイベントのときは前ノリしといたほうがいいかもしれません。

車中、天気がよくて富士山がとっても綺麗に見えたのが何よりでした。

さて、.NET DCの会場は台場のグランパシフィックメリディアン。セッション内容は省きますが、まあ、一言で言うなら

早く出せ＞Whidbey＆Yukon

いやもう、待てないって実際。これらがあればどれだけ楽に開発できるか。Whidbeyがあれば、このtankmage.comも、ASP.NETサイトも同じ環境の中で作ることが可能になるし。
ということで早く出してね、ということは偉い人にお願いしておきました。また明日もあるのですが、明日配られる予定のWhidbeyやらYukonは、早速自宅の開発環境に入れてあれこれ楽しみたいと思います。よければそのまま仕事先で使ってしまおうっと。
気が早いですか？いえいえ、それぐらいインパクトがあるってことです。

Blogにしてから記事引用はどんどん延びるんだけど・・・ま、いっか。それがそもそものBlogだし、というのはおいといて、今日は書くことも注目した記事もないので最近思っていることでも書こう。何をいまさら、という話ではあるのですが、先日東京に行って町をテクテク歩いていたときに痛烈に感じたので、自分の考えをまとめるベースとするためにも書いておきます。

最近、『これからはCell Phoneの時代』だと強く感じました。現在の姿のPCは再びマニアの手に戻り、一般の人（ユーザー）はCell PhoneやPDAといったスマートクライアントを使ってネットワークを利用することになるだろうと。これはBillGやSteveBも力説していますね。

最近家や仕事場に引きこもりがちで通勤時間や休みの日はもっぱら睡眠時間というDeveloperの皆さん、町へ繰り出して人間ウォッチングしてみてください。どうでしょうか。道行く人、特に若年層のほとんどが携帯電話を拝みながら歩いているとは思いませんか？

そして彼らが何を拝んでいるかといえば、『メール』です。PCの世界で『キラーアプリケーション』といわれて久しいものです。そして『WEB』です。これもPCの世界では『キラーアプリケーション』などといわれてきましたね。つまり彼らは歩きながら携帯電話で『ネットしている』のです。
＃あんたは歩きながらNotePCでCHATしとるやんけ、という突っ込みは無しの方向で。

最近では、携帯電話から参加するオークションサイトやショッピングサイトなどなど、携帯電話ならではの使われ方を想定したサイトが続々と登場しています。
こうしたシステムを構築する場合に開発者の頭痛の種となるのが

『どこからどのようなデバイスがアクセスしてくるのかわからない。しかし、表示できる内容に差があってはならない。』

というものです。日本の携帯電話のキャリア間で使われているマークアップ言語の仕様が違うというのは携帯電話向けサイトを構築したことがある人ならよく知っていると思います。それらすべてに対応するようなシステムを作るということは同じものを複数作らなくてはならなくなることと等しいので開発コスト（手間、技術、時間）がかなり高くなります。こういう開発案件って開発者の人は受注してしまうとまず真っ先に「うぇぇ、めんどくさいなぁ」と思うのではないでしょうか。

しかし、こうした案件は増加する一方で、いつまでも面倒がっていては始まりません。そこで、携帯電話のキャリア間での差異を気にせずにすむようなアプリケーションフレームワークが登場することとなりました。Javaの世界は知りませんが、WindowsのIISの世界では、Visual Studio.NETで使用できる『Mobile Internet ToolKit（以下MIT）』というものがあります。このKitを使ってASP.NETのサイトを一つ作ると、Kitが持つDLLが、どのキャリアからのアクセスであるかを判断し、適切な応答を自動で返してくれるので、開発者がいちいちキャリアごとのページやそこへのジャンプを作る必要がありません。せいぜい、「PCかスマートデバイスか」ということを考えればよいだけです。私自身も簡単なページを作成してみましたが、携帯電話用のマークアップ言語を知らなくても簡単に作成することができました（私が使っている携帯電話はvodafoneなのですが、これってcHTMLでしたっけ？WXLでしたっけ？というレベルの私でも作成可能）。

今後のアプリケーション開発では、そのアプリケーションが動作するターゲットとして携帯電話やPDA、カーナビといったスマートクライアントはとても重要なものとなるでしょう。しかし、従来のアプリケーション作成方法では各デバイスごとのアプリケーションを記述しなくてはならず、大変な開発工数がかかっていました。その状況を改善すべく、ベンダー各社もそうしたアプリケーションフレームワークを充実させてきているように思います。

今の若年層が大人になったときにいったいどのようなコンピューティング環境になっているのかとても想像できませんが、今私がNoteパソコンを持ち歩いているように、彼らは携帯電話やPDAを持ち歩いて今の私のようにいつでもどこでも情報を得られる環境になっていることは間違いないかもしれませんね。そういう世界になることを想定して、いまからそうしたデバイス向けのWEBアプリケーション構築のTipsをいろいろ集めておこうかなぁ、と思っています。

以上、独り言でした。

Bill Gates' Web Site - Speech Transcript, COMDEX Las Vegas 2003

シームレスコンピューティング。今、まさに私が一番興味ある（というか興味がでてきた）分野です。私なりの意見ですが、今後PCはまた１０年以上前のようにマニアや好き者、企業だけのものになり、一般ユーザーはシン・クライアントやセットトップボックス、携帯電話で情報を受け取るようになるでしょう。しかし、そうした状況にあっても、雑多なデバイスからアクセスできる情報はすべて同じものになるのではないでしょうか。すべてのデバイスがすべてのソフトウェアからすべての情報に"同じようにアクセスできる"、まさにシームレス（垣根のない）な状態。また、個人が所有するデータが、どのデバイスからも同じようにアクセスできる状態。
そこには、やれLinuxだのWindowsだのAIXだのCellだのといった種類はなく、ただ単に『データおよびそれにアクセスするソフトウェア』があるだけです。そうした世界に今後なっていくだろうと語っています。

また、Microsoftの取り組みとして
Security
reliability
manageability
についても語っています。

そして、"Longhorn"、"Stuff I've Seen"についても語っていますが、この"Stuff I've Seen"って、Googleのあれじゃぁ。。。と思ったのは秘密です。

ZDNN：MS、Office 2003のXMLスキーマを無償ライセンス

Microsoftの今後は、こうした「業界標準準拠」にまっしぐらになります。「もう、独自路線の時代じゃない」ということですから。

しかし、このXMLスキーマ、かなり複雑なんだろうなぁー（笑

ASP.NET "Whidbey" Overview

次期ASP.NETの足音が聞こえてきました。コードネーム『ASP.NET "Whidbey"』はおそらくリリース時（Yukonと同時期？Visual Studio .NET "Whidbey"と同時期？）には『ASP.NET 2.0』という名前になると思われます。ASP.NETのメジャーバージョンアップなので、様々な機能追加がされる予定ですが、その内容は大きく３つの部分に分かれているようです。その３つとは、

Developer Productivity
Administration and Management
Speed and Performance

であり、『更なる開発工数（手間）の削減』、『更なる管理運用のしやすさの追求』、『更なる実行速度の向上』ということみたいです。確かにASP.NETとかで開発していると、いわゆる定型的なコードやフォームを何回も書いたりしなくてはならないのですが、これらを全て基本部品として用意することで、開発者に対して「ほら、手間を省いてあげたからもっと他の真に考えなければならないロジック部分にもっと時間を割けるでしょ」といったメッセージも感じますし、「管理運用で一番手間になっていたあの部分をすっきりさせたから導入やメンテナンスが楽になりまっせ」といったメッセージが感じられますね。

実際のリリースは来年の第2四半期くらいかな？と思いますがなかなかに楽しみだと思います。

ASP.NET Whidbeyに関するASP.NETのページはこちら

＠IT：Visual Studio .NETによるチーム開発事始め　Visual SourceSafeによるソース管理（準備編）
やはり、チームで開発するとソースのリビジョン管理というのは大切ですからねぇ。自分ひとりで開発しててもそうだし。というわけで私もVisual SourceSafeを入れてテストしてみるかな。知っておいて損はないし、会社でもきっと役に立つだろう。
個人的にちょっと思ってるのは、なにもソースコードだけに限った話じゃなくてPCで扱うあらゆるドキュメントやCADデータなんかにも応用できるんじゃないかな、と。
UNIXベースでいうとCVSツリーがそれにあたるのかな。

When will Microsoft take Asp.Net Security seriously?
『いつになったら真剣にASP.NETのSecurity Vulnに取り組んでくれるの？＞Microsoft』 とでも訳すのでしょうか。私は英語が大変苦手なので中身は斜め読みですが、どうもこのスレッドの元の人、ちょっと痛い人にしか見えないんですけど気のせいでしょうか。

そら、"Full Trust"なんかに設定したらなんでもし放題なんてのは当たり前だと思うのですがなんか私の認識って間違ってますかねぇ。。。

『"Full Trust"にすると誰でも改変できてしまう！バグだ！スグにアナウンスしてパッチをだせっ！』

・・・なにかがおかしいような気がする今日この頃。どなたか英語に堪能な方、私の認識違いを指摘してください。

Visual Studio ロードマップ 2004-2005にて、Visual Studioの今後のロードマップ（リリース計画）が示されています。ことしVisual Studio .NET 2003になったと思ったらもう来年には"Whidbey"、さらにLonghornがリリースされるという2005年には"Orcas"ですか。こりゃ毎年毎年大変そうです。2004年の新SQL Server "Yukon"は、おそらく来年最も重要なリリースになるのですが、果たして今の私についていけるのだろうか。・・・転職でもしない限り無理なような気がしていたりもしますけどね。。。

あ、ちなみにこのエントリーはMovableTypeのBOOKMARKLETという機能を使って書き込んで見ています。