助けてください

皆様、しばらく充電します・・・

大西彰 — Tue, 18 Apr 2006 03:11:00 GMT

私のブログ自体を閉鎖するつもりはありませんが、他に立ち上げているブログを含め、情報発信のあり方を一度見つめなおすための充電期間に入りたいと思います。

2004年9月にPASSJブログに参加し、当初はUnicode対応Webアプリケーションの作成を紹介するために投稿よりも記事の方を重視して、あまり大きな宣伝もせず、書きたいことを綴っていました。時代は.NET環境に向かいつつも、Visual Studio 6.0ベースでの開発を続けている人たちに対して、国際化の観点と多層アプリケーション開発が現実的であることを伝えたかったのが大きな目的でした。当初の目的は果たせたと思っています。

UTF-8対応Webアプリケーションの構築：　第１回（ASP）
UTF-8対応Webアプリケーションの構築：　第２回（MSDE2000）
UTF-8対応Webアプリケーションの構築：　第３回（VB6.0）
UTF-8対応Webアプリケーションの構築：　第４回（まとめ）
ブラウザから送られる言語コード

また、私自身が、データベースアクセス技術に深く関わってきた経緯があって、あまり取り上げられないODBCのネタだったり、トランザクション技術をあまり難しくしないネタだったり、書き終えていませんが、データモデリングの話なども書きました。楽観的ロックでいいじゃんは、いろんなサイトでリンクが貼られて、現時点では11,000ページビュー以上を記録しています。

ODBCは遅くない： ODBCで高速にデータアクセスするための１手法（第１回）
ODBCは遅くない： ODBCで高速にデータアクセスするための１手法（第２回）
ODBCは遅くない： ODBCで高速にデータアクセスするための１手法（第３回）
楽観的ロックでいいじゃん！
[モデリング入門第１回] インスタンスから考えよう
 [モデリング入門第２回]ドメインを考えよう
 [モデリング入門第３回]キー中心で考えよう

本音を言えば、日本国内でマイナーに追い込まれてしまったXbase(dBASE互換処理系)開発環境についても言及し、データアクセスがプログラミング言語と同居している開発スタイルについても記事を残したいところでした。Xbase自体はVisual FoxProが国際化されているので、MSDNで開発ツールをゲットできる人は日本語OS上でも問題なく使えます。Visual FoxProの日本国内での利用については、私が関与した「Object Oriented XBASE forum」コミュニティで情報交換しています。海外の成功事例では、SQL ServerとVisual FoxProの兼用によるシステムインテグレーションがあります。高速な集計操作なんかにはサーバのリソースよりもクライアントのパワーを使ってしまった方がいい場合があるからです。
Xbase処理系はMicrosoftの開発ツールのロードマップ上は.NET系から外れてしまい、.NETとの相互運用の道としてブリッジソリューションが用意される見込みです。その一方で、.NET系(そしてWinFXへ)は、LINQによりプログラミング言語にクエリが統合されるというXbase時代の開発スタイルの再来が訪れようとしています。Xbaseを知らない世代の人たちから見るとLINQは新鮮なものに感じるかもしれませんが、Xbaseを知っている世代からするとその時代のプログラミングパラダイムの再来＋マルチデータソース対応(XML含む)と感じるのではないでしょうか。

さて、PASSJは日本では大きなコミュニティであり、このブログで有益な技術情報を発信することの価値はよくわかっています。しかし、私が2005年9月に職業的に転機を迎えて以来、このブログでの情報発信の目的がうまく見出せず、差しさわりのない些細な投稿しかできないというジレンマを抱え続けてきました。一部の方は私の所属企業がわかっているはずです。立場的にSQL Serverを中核とした情報発信がとてもし辛い状況になってしまい、本業とこのブログとの切り分けについて私自身が明確な答えを見つけられずにいます。

しばらくの間は、ネットでの情報発信はSNSと会社のブログだけに絞り、Web 2.0時代の１：多の「対話」のあり方を模索しようと思います。

私に連絡を取りたい方は、このブログの連絡をするから、気軽にメッセージを送っていただければと思います。

[雑談] ちょっと迷っています

大西彰 — Wed, 15 Feb 2006 20:56:00 GMT

最近、ちょっと自分の方向性を見失いつつあって、今後のＩＴ業界への向き合い方を再度、考え直そうかと思っています。
この１年くらいやっていることが中途半端に思えてしまって・・・。

初心に戻って考え直すのがいいのかなぁ。

今年に入って、仕事以外の面で一個人としてＰＣやＯＳなどに向き合ってみたりしてますが、いろんな技術が混沌としていて、考え方を変えないと駄目なのかも、と自信を失っております。
日本のソフトウェア業界の求人動向を見ていると.NET技術者が不足しているようでWindows Server Systemsとのインテグレーションによるシステム構築の需要は多いように思います。
その一方で、Web 2.0の動きで.NETじゃないところでWebの応用技術がいろいろと登場して民生レベルでどんどん使われている。

マシンの単価は下がりつつあるので、企業がハードウェア投資するのは比較的楽になってきていると思う一方、人件費は下げられないから採算が取れない。
いったい何を実現すれば人々が幸せになるのだろうか、よくわからなくなってきた。自分自身の社会への貢献度合いを客観的に考えると、とても良い状態ではないと思う。

Visual Studio 2005、SQL Server 2005が利用できるようになる。一方で、ソフトウェアの実装はオフショア（日本国外の企業への外注）に任せてしまえばいいという意見もある。
要求分析と上流設計だけでシステムが構築できるなら、誰も苦労しないと思う。そんなにオフショアは単純ではないと思う。異文化コミュニケーションを図った経験があればそんなことすぐにわかる。インドと中国では考え方が異なる。民生レベルで利用できるＩＴ機器やネットワークも違う。
ソフトウェアの開発が自動化できればそれはそれで望ましいと思う。でも自動化が浸透せず、財務会計・人事以外の部分でカスタムアプリケーションを構築するベンダーが多いことを考えれば、販売管理や生産管理などの基幹業務において、簡単には解決できない人が介在する問題・ビジネス上の課題が多いのではないだろうか。

ハードウェアやネットワークをろくに理解しないでシステムを設計して破綻するケースもある。同時アクセスのピーク対ＲＯＩというジレンマがある。これは特定のプラットフォームの問題ではなくて、システムインフラストラクチャー全体の問題だったりする。すべてのインフラが完備された状態に放り込まれた開発者は、パフォーマンスの問題を十分に検討しないでコードを書いてしまう危険性がある。ましてオフショアになれば、その危険性はさらに増す。

・・・

何が書きたいのか自分でもよくわからない状態になってますが、地に足がついた状態でＩＴ業界で貢献できるようにするにはどうしたらいいのか、ちょっと考え直す時期だと思っています。
そんなこんなで、今後の自分の未来像に迷いが生じています。

データベースとビジネスロジック

大西彰 — Fri, 23 Sep 2005 03:50:00 GMT

この１０年くらいの課題なんですが、データベースを利用する場合、ビジネスロジックをどこに置くかという問題に明確な解答を出せていない私がいます。

たとえば、オブジェクトデータベースの場合、設計したクラス図を元にクラスをそのままデータベースにおけるので、ビジネスロジックは、クラスのメソッドとしてデータベース内に配置できます。そうなると、アプリケーションは、オブジェクトデータベース内のインスタンスに対してメソッドを実行することで、ビジネスロジックを実行できます。

これがリレーショナルデータベースとなると、ことは簡単にいかず、オブジェクト指向で設計しても、テーブルとストアドプロシージャに分離が必要で、データとロジックが分離してしまいます。ストアドプロシージャにビジネスロジックが集約できれば、それを呼び出すことでアプリケーションのビジネス層を簡素化できるのですが、一般的にリレーショナルデータベースのストアドプロシージャで実現できることには制約があります。

これらのバックグラウンドを理解したうえで、SQL Server 2005を見た場合、いったいビジネスロジックをどこに配置すればよいのか？、という疑問を感じる人が多いのではないかと思います。その理由は、.NET Frameworkを利用したロジックをSQL Server 2005に統合できるからです。
私自身はコテコテにSQL Server 2005を評価している立場ではないので、白黒はっきり付けることができないのですが、もしSQL Server 2005側にビジネスロジックを集約することができれば、多階層の分散アプリケーションの開発スタイルのパラダイムシフトが発生するのではないかと感じています。

私の師匠である某教授の理論によれば、「データベースに任せられることは、データベースに任せた方が良い」と１０年前に指導を受けています。
この理論には私は賛同しており、2000年から2001年頃、オブジェクトデータベースを販売していたときには必ず、ビジネスロジックをできるだけデータベースに集約することを提案していました。

SQL Serverに限らず、Oracle、DB2と、.NETとの融合が進んでいく現在、ビジネスロジックの配置について、システム設計者とデータベース設計者が協力しあって、ベターな解法を選んでいくのが必要なのかもしれないと感じています。

明確な解がなくて抽象的ではありますが、皆さんのご意見を伺えれば幸いです。

ブログ荒らしがやってきてます

大西彰 — Wed, 06 Jul 2005 07:43:00 GMT

各ブロガーの方はご存知かと思いますが、今朝、6:42分頃より、１－５分おきにコメント欄を荒らすアタックが行われています。消しても消してもやってくるのでどうにもなりません。

２パターンあるようです。ひとつは静的ページへの誘導、もうひとつは動的Webページへの誘導です。

読者の皆さん、あやしいリンクはクリックされないようお願いします。

マシン選定の難しさ

大西彰 — Fri, 25 Feb 2005 00:17:00 GMT

実は、仕事で新しく開発センターを立ち上げることになって、そのデータセンターの設計などやっております。

さすがにメインフレームの機材はありませんが、Windows, Linux, Unixが混在した環境です。
予算は、それなりにあり（私が思うに十分すぎるほど）、金銭上、大きな障害はないのですが、64-bitマシンの到来に合わせて頭を悩ませています。

IA64, AMD64, EM64T・・・全部そろえるべきなのかどうなのか。うーむ。マルチプロセッサ構成が必要なのかどうなのかとか・・・悩みはつきません。
機材を盗難されないような物理的なセキュリティも必要だし、電源が足りるのかどうかも検討が必要だし、空調も問題、そして何よりも、床が荷重に耐えられるかが最大の悩みです。

ブレードサーバも検討していますし、仮想化技術の適用も検討していますし、Gigabitイーサネットの検討もしています。パフォーマンスが期待通りにでるのかどうか・・・！？

なかなか相談できる相手もいなくてハードウェアベンダーの方々の協力を得ながらぼちぼち決定したいと思います。とはいえ、Deadlineが3/18なのであまり余裕もない・・・。
Virtual Serverも活用したいなぁと思いつつ、海外拠点との互換性の問題で簡単には決められそうにないかも・・・(T_T)

Category6のネットワークを敷設するのにも社内から猛反対があって、前途多難・・・。「Cat5eの３倍の太さがあるからだめ」とかいわれてますが、実際、商用で薄いCat6のケーブルがあるのに・・・。ウルウル(T_T)

ふぅ・・・・。

報告：　リソースの問題、ようやく解決

大西彰 — Thu, 14 Oct 2004 15:53:00 GMT

みなさま、お騒がせしました。m(_^_)m

「助けてくださーーーい」といろんな方を巻き込んだ挙句、結局、自己解決しました。

リソーススクリプトが複数のファイルで構成されていて、親分のリソースファイルで

LANGUAGE LANG_ENGLISH, SUBLANG_ENGLISH_US
#pragma code_page(1252)

などと定義されていたのがよくなかったらしいです。子分のリソースファイルでは、

LANGUAGE LANG_JAPANESE, SUBLANG_DEFAULT
#pragma code_page(932)

と定義されていて、WindowsのOSの立場から見ると、生成されたリソースDLLファイルは日本語文字列を含んだ英語リソースとして判断されるらしく、DBCSがSBCSと認識されていたようです。納得。

文字が全部化けていたら、さぞかしわかりやすかったのに、一部だけ化けているから困り者。

教訓：　Windowsのリソーススクリプトでは、LANGUAGEをひとつに統一しましょう。対応するcode_pageもひとつに！

ご指導くださったみなさまに感謝いたします。

助けてください：　WindowsリソースDLLのビルドがうまくいかない・・・

大西彰 — Wed, 13 Oct 2004 15:06:00 GMT

海外出張を来週に控えているというのにもかかわらず、開発の仕事がやってきて、どうもうまく進みません。

新製品の日本語版リソースをビルドしているのですが、出来上がったダイアログリソースDLLをResource Hackerや自作のダイアログローダで見ると「日本語の部分化け」が発生しているダイアログがあって、その原因がつかめないのです。
全部化けているなら原因もつかめそうなんですが、一部だけ化けているからわけわかめ・・・。
DBCSの第１バイト(Leading byte)が何故か'?'になってしまうのです。

例：　
キャンセル　→　?L???“?Z??
ヘルプ　　　→　?w???v

開発環境は、Visual Studio.NET 2003 英語版・日本語版両方で試しているのですが、どっちでやっても結果は一緒。
思い当たるところはチェックしているんですが、何か見落としているのかも。VS.NET 2003上のIDEでは正しく表示されているのに・・・。

DIALOGEXで定義しているダイアログのFONTステートメント↓の0x80がまったく効果がないような気がします。

FONT 9, "MS UI Gothic", 400, 0, 0x80

困った・・・。誰か救いの手を・・・。うぅぅ・・・。(T_T)
ビルド環境に必要なActiveX Controlがないからかなぁ・・・。でも関係ないと思うけどなぁ・・・。

画像を公開したいけどできない辛さ。

下記のようなスクリプトで「ヘルプ」と「キャンセル」が化けてます。

IDD_FTB DIALOGEX 0, 0, 239, 140
STYLE DS_SETFONT | WS_MINIMIZEBOX | WS_MAXIMIZEBOX | WS_POPUP | WS_CAPTION |
    WS_SYSMENU | WS_THICKFRAME
CAPTION "フォルダの選択"
FONT 9, "MS UI Gothic", 0, 0, 0x80
BEGIN
    PUSHBUTTON      "ヘルプ",IDHELP,8,120,48,14,WS_GROUP
    DEFPUSHBUTTON   "OK",IDOK,128,120,48,14
    PUSHBUTTON      "キャンセル",IDCANCEL,184,120,48,14
END

[SQL2005β2]データベースダイアグラムはどこ？

大西彰 — Wed, 22 Sep 2004 19:53:00 GMT

SQL Server Management Studioを触って気が付いたこと。「データベースダイアグラムは何処？」
仕様上無くなってしまったのか、単に私が見落としているのか・・・。ご存知のかた、どなたか教えてください。

オブジェクトとリレーショナル

大西彰 — Thu, 16 Sep 2004 20:23:00 GMT

私自身が明確な解答を持てないひとつの問題について記事にしてみました。

オブジェクト指向とリレーショナルデータベースの微妙な関係

みなさんのフィードバックをいただければ幸いです。