テスト」と書いてあるか否か。後、今回の話は「実践的」と言う言葉は一度も出していない。wアジェンダも大差ないです。今回は極力、製品の話は減らしたと言うことですね。今回は、冒頭でこんなことを言いました。チューニングとは、決して華やかさのあるものではなく、むしろ地味なんです。地味な作業ほど、大事なんです。怠ってはいけないんです。デベロッパーの皆さんからしたら、「んなこと分かってるよ」と言うことばかりだったと思うのですが...「分かっている」と言うのと「やっている」と言うのは大違い。「ちりも積もれば山になる」ですよね?「山」はイイ方向にも、悪い方向にも積もります。チューニングのお話をするにあたって、必ず見せるスライドが以下の二つ:「パフォーマンス」のお話って、意外と難しいんです。インジケーターって、ユーザーの感覚なんですよね?アプリケーションを起動して「遅い」と感じるか否か。人によって、全然違う。アプリケーションを複数使って、「重い」と感じるか否か。これもまた、人それぞれの感覚。実際にフィジカルな世界で理解できることとして、システムに対する負荷が増えれば、そのシステムのパフォーマンスは低下すると言う当たり前な事実。ツールに含まれる、このようなツールを利用してパフォーマンスを計測することって結構あると思います。チューニングって、ただ当てずっぽうに「このコードをオプティマイズしよう!」と言ってできることでもない。細かい一部分だけをいじって実現できることでもない。フレームワークと言うのは、開発中に設定するべき「パフォーマンス目標値」を決めるために利用するフレームワーク。パフォーマンス目標値っていうのは、要は、アプリケーションが収まるべきパフォーマンス値ですよね。インフラストラクチャーの変更も、そうも多くはできない。リソースをどのように活用するか...そのリソース内でチャントしたパフォーマンスを出せるアプリケーションを作れるかを考える項目になります。ワークロード**では、大体のユーザー数であったり、データ量、トランザクション量などを検討していく項目になります。アプリケーションによってはこれらの項目を見るのが正しいとは限らない...もしかしたら、他にもパフォーマンス目標値を設定する項目として考えるところはあるのかも知れない。パフォーマンスの目標値を設定することが大事であって、それに向かって開発もテストも実施していくのが妥当なんだと思います。冒頭でも言った通り、地味な作業なんですよ。設定することだけが重要なのではなく、設定したパフォーマンス目標値にチャント到達しているか、プロアクティブにテスト・計測していくことが大事です。ニキビの薬じゃないっすよ。急増すると言う風に言われているじゃないですか?それと全く同じです。パフォーマンスについてだって、後行程まで待つにつれ、そのパフォーマンスを取り戻そうとするのは至難な技になり、最悪の事態にはプロジェクトを白紙に戻してしまう恐れがあります。当然のようにサポートのコストも上がってしまう。踏んだり蹴ったりな状態になってしまいます。プロアクティブにテストを実行して、パフォーマンスの計測をすること...これは、不要なコストを防ぐことにもつながるんです。いった反復作業になるので、「慣れ」ができる。プラクティス」だってできあがっていく。なにより大きなロールバックが発生することが基本的になくなる。言いかえるとどういうこと?メリットが多いんです。**プロアクティブにテスティングを実行することにより「全体的なコスト削減」を図ることができ、アプリケーションのライフサイクルに準じて開発を実行**することにより、「開発効率の向上」をも図ることが可能になります。それは「お客様満足度アップ」にも「生産性アップ」にも繋がり、これは、言い換えれば、製品の信頼性やイメージアップにも貢献する。ここでの僕から、デベロッパーの皆さんへのメッセージはこれ。コストとして認識して下さい。そのコストが発生しなかった=その分のコスト削減をしているんです。要は、「コスト削減」と、脳なしのように、それさえ言えば良いような感じになってしまったこのご時世で...「我々は、こう言う取組をすることによって、コスト削減に貢献しています」と胸を張って言えます!と言うこと。お客様に満足してもらい、それはブランド力にもなる。会社の信頼性も強化される。プラスのことに多く貢献するデベロッパーの皆さん。皆さんはコストなんかじゃありません。開発者とかエンジニアって、コストと言う風に見られがちですが、決してそんなことはない。「コスト削減」だからと言ってデベロッパーを削るなんて、信じられない。(僕、わりとドライです)。皆さん、地味でもやるべきことをやっているのであれば...絶対コストだなんて言わせてはいけませんよ。(汗)ムリ、ムリ、ムリ。マネージャですからね。プロファイラ機能をデモさせてもらいました。テストをお見せしました。ブースとがあったかを見ていただきました。ウィザードを起動することができます。メニューから選択して、サンプリングもしくはインストルメンテーションでのパフォーマンス計測をするかを選び、【完了】...それだけで準備完了。あとは、「パフォーマンスを使用して起動」のボタンをクリックするだけ。アプリケーションを一通り動かして、落とす。テスト時に採取してくるデータ量が違うんですが、アプリケーションの種類によってそこは使い分けて下さいね!概要のビュー以外にも、勿論分析データの見方は色々とあります。パス**を利用すれば問題の関数にまっすぐ飛べます。そこから右クリックで「ソースの表示」を選択すればソースコードに行くことができるので、これまた便利♪こんなビューも。取り入れて、グラフ化してもレポートとしては良いかも知れないですね。こんな話をしていた訳でございます。FeedbackTrademarks。