―― 例外ポリシーの構築を支援する「Exception Handling Application Block」 ―― 市川 龍太（patterns & practices Champion） 2005/10/01 前回では、Logging & Instrumentation Application Blockを使ったログ出力機能の実装とカスタム・ログの作成について解説した。 今回は初めにMicrosoft Patterns & Practices（以下P&P）が提示する例外管理のベスト・プラクティスを紹介し、それを踏まえてException Handling Application Block（以下EHAB）を使った例外ポリシーの構築方法について解説していく。 例外管理のベスト・プラクティス 「例外管理」とひと口にいっても、アプリケーションの内部で発生した例外に対しては、考慮すべき点がいく

Webアプリケーションのユーザーインターフェイス[1] ユーザーにとっては “ユーザーインターフェイス”こそが製品そのもの ソシオメディア　上野 学 2005/6/2 ■はじめに Webクライアントの技術が進歩し、多様化するに従って、Webベースのシステムにはデスクトップアプリケーションと同等の品質を持つユーザーインターフェイスが必要となってきています。 しかし開発の現場では、ユーザーインターフェイス（特にGUI）デザインについての専門的なスキルを持った技術者が圧倒的に不足しています。その理由は、ソフトウェア製品におけるユーザーインターフェイスの重要性が正当に理解されていないためと、ユーザーインターフェイス・デザインに関する教育機会がほとんどないためです。 利用者の視点に立てば、ユーザーインターフェイスとは製品そのものです。いくら高度に洗練された仕組みがバックエンドにあったとしても、それが

2005/9/21 テクマトリックスは9月20日、米ParasoftのWebアプリケーションテストツール「WebKing」を発売した。WebKingはWebアプリケーションの信頼性、拡張性、整合性を検証するためのテスト自動化ツール。HTMLやJavaScript、CSSなどの静的解析やWebアプリケーションの表示や動作を確認する機能テストや回帰テスト、大量のユーザーアクセスに対するサーバの挙動を検証する負荷テストの3つのテストを行うことができる。 同社によると、ソフトウェアの開発作業に占める（デバッグを含めた）広義のテスト作業の比率は全体の70％にも達するという。テストの自動化ツールを導入することで、開発作業の効率化実現が期待される。「数値的な導入効果の提示は今後の課題」（同社）だ。 主な機能を一部紹介しよう。 Webページ内のリンクをたどり、Webページを取得し、検証用スクリプトを自動的

いまさら強調するまでもなく、今日、データベースといえば、リレーショナル・データベース（以降、RDB）が主流であることは間違いない。しかし、C#やJava、C++といったオブジェクト指向言語の台頭によって、RDBが常に最適解とはいえない状況が発生しつつある。というのも、RDBとオブジェクト指向言語で扱うオブジェクトとは、そもそもの構造が異なるためだ。 オブジェクト指向に基づいてデータベース・アクセスを行おうとすれば、例えばINSERT命令を発行するには、データベースに格納すべき値をオブジェクトから取り出し、INSERT命令を動的に組み立てる必要がある（1つのオブジェクトをテーブル内の1レコードに対応させる場合）。逆に、SELECT命令でデータベースから取り出した結果セットは、オブジェクトを生成してから、結果セット内の各値を対応するオブジェクトのプロパティに代入しなければならない。 このような

まぁ経験はあるのですが。こういった場合の私の鉄則です。 踏みます。踏み潰します。踏み殺します :-P まず「問題がない」に関しては、後日にでも「詳細な問題点の洗い出し文書」 を差し上げます。無論そのまま開発してもいいのですが「問題点については 発生しても責任取らないからね」と一蹴します。 大抵の場合「セキュリティ的に問題があり(最大被害範囲と社会的影響までを 記述しておくとベター)」「業務上のバグの可能性があり」「システムが破綻 する」恐れがあります。 多くのクライアントはここで怯みます(笑 金がかかる。ええ困った問題です。これについては後述。 二次開発。困りますねぇ。一次の使えないものを「そのまま使う」事と 「改修する事」とを天秤にかけて、より問題のないほうを選択します。 無論、必要に応じては「全部実装しなおします」。 もちろん、その前に「全実装しなおしのほうがメリットがある」ことを ち

はにまるです。 なぜ？なぜ？シリーズ第３段（管理版）です。 今回は、「スケジュール（計画）」 これまた、基本的な話ですので、どなたでも、個人的見解を述べれると思います。 １，２年目でも「スケジュールを引け」と言われていますよね？ 理由は何と伺いましたか？貴方はどう思いましたか？ また、３年目以降の方々も後輩に何度も 「スケジュールを引け」「スケジュールを引け」と言っていませんか？ 完璧な返答は要りまん。 あなたの答えは、今年社会人になった方の為の返答です。 あなたの答えは、基礎的な仕事の仕方を飛ばしてきた方の為の返答です。 あなたの答えは、これから管理者、リーダを目指す若しくは成る方への基本的アドバイスです。 あなたの答えは、小難しい管理技術論に追われ基礎的な事を忘れた方の為の返答です。 では、教えてください。 なぜ「スケジュール」を立てなきゃ、いけないのですか？ 【当スレッドでの注意事項

第4回 XP SP2環境下での安全な無線LAN環境構築 他力本願堂本舗 杉谷智宏 2005/4/15 Windows XPになってから、無線LANへの親和性が高くなっている。また、ADSLのダイヤルアップルータなど、インターネットプロパイダと接続するために利用する機器にも無線アクセスポイントの機能を持つものが多く見られ、家電量販店のインターネット関連機器コーナーなどで気軽に購入できるようになってきた。 従来、ネットワークは有線で構築されることが多かった。強いていえば携帯電話などによるモバイルアクセスが無線ネットワークとして最初に普及したものかもしれないが、無線LANホットスポット（ 無線LANを自由に利用できるようにアクセスポイントを設置した場所）の登場や安価な無線LAN機器の登場によって、LAN環境の無線化もよく見られるものになってきたといえるだろう。 実際に、無線LANを利用して家庭内