※このエントリーは、developerWorks : AIX and UNIXの「Advanced performance tuning concepts」を翻訳したエントリーのPart 3です。
【訳注】 「パフォーマンスチューニングの応用概念 Part 2」の続きのエントリーです。
ガーベジ・コレクションがアプリケーションにどの程度影響を与えているかを理解するための第一歩は、いつ、どのくらいの頻度でガーベジ・コレクションが実行されているかを知るための情報を集めることです。JVMで冗長ガーベジ・コレクション・ログ出力を有効化することで、ガーベジ・コレクションのログ出力が開始されます。IBM WebSphere Application Serverでは、管理コンソールから[アプリケーション・サーバー]→[サーバー名]→[プロセス定義]→[Java仮想マシン]と移動し、統合管理コンソールの[冗長ガーベッジ・コレクション]の箇所を選択します。
※このエントリーは、developerWorks : AIX and UNIXの「Advanced performance tuning concepts」を翻訳したエントリーのPart 2です。
【訳注】 「パフォーマンスチューニングの応用概念 Part 1」の続きのエントリーです。
ディスクはメモリーと比べると遅いため、過剰なディスクアクセスはアプリケーションのレスポンス低下を招きます。ディスクアクセスの原因は上述したスワッピングかもしれませんし、アプリケーションやOSからの要求によるものかもしれません。過剰なログ書き出しもディスクアクセスの渋滞を招きます。
※このエントリーは、developerWorks : AIX and UNIXの「Advanced performance tuning concepts」を翻訳したエントリーのPart 1です。
最高のアプリケーションがあっても、それが適切に構成されていないホストの上で動いているのでは十分なパフォーマンスを出す事は出来ません。この記事では、パフォーマンスチューニングの4つの主要分野とそれぞれ何を見ればいいかを紹介したいと思います。それに加えて、Javaベースのアプリーションではガーベジコレクション・サイクルのようにパフォーマンスチューニングに影響を与える前提が存在します。この記事では、ガーベジコレクションに関して知っておくべきことについても紹介しようと思います。
※このエントリーは、developerWorks : AIX and UNIXの「Speaking UNIX: More shell scripting techniques」を翻訳したエントリーのPart 4です。
【訳注】 「シェルスクリプト作成のテクニック Part 3」の続きのエントリーです。
スクリプトを書き終えたら、プログラムを動かしてみる時間です。ところが、スクリプトを実行したところ、予期しないエラーが表示されてしまいました。原因はなんでしょう？この世の中に完全無欠な人なんていません。スクラッチからスクリプトを書き始め、エラーが出なくなるようにするまでに多くの時間と試行錯誤を要します。たいていの場合、文字が抜けていたり、間違った文字になっていたりしているのが原因で、どうしても見逃してしまうようです。それでもご安心下さい。AIXを含むUNIXやLinuxのシェルには、デバッグを助けてくれる機能があります。
※このエントリーは、developerWorks : AIX and UNIXの「Speaking UNIX: More shell scripting techniques」を翻訳したエントリーのPart 3です。
【訳注】 「シェルスクリプト作成のテクニック Part 2」の続きのエントリーです。
自分のキャリアを振り返ってみた時、この問題の犠牲にならなかった人がいないはずがありません。もしかしたらあなたも、すでに退職された方が書いた10年前のスクリプトを調べてもらえないかとお願いされたことはありませんか？その時、「ええ、いいですよ」と快諾出来ましたか？問題ない場合もあるでしょう。しかし、そのスクリプトが複雑だったり、あなたにとって馴染みのないコマンドが使われていたり、あなたが慣れ親しんだものとはまったく異なるスタイルだったり、単純に動かなかったりした場合、作者がスクリプトを作成した時に何を意図していたかヒントが記述されていれば、本当に助かるものです。あるいは、貴方がスクリプトを作成し、それは一回限りのもので二度と使うことはないとします。その場合も文書化は必要ないと言い切れるでしょうか。また、数週間の用途で巨大なスクリプトを作成し、あなたはその動作のすべてを把握している場合でも、他の人がそれを見ることになった場合、その人は困惑してしまうかもしれません。ここではスクリプトの文書化がユーザーだけでなく開発者にとっても重要である理由をいくつかの例から紹介していきたいと思います。
※このエントリーは、developerWorks : AIX and UNIXの「Speaking UNIX: More shell scripting techniques」を翻訳したエントリーのPart 2です。
【訳注】 「シェルスクリプト作成のテクニック Part 1」の続きのエントリーです。
初心者がプログラミングする際に直面する別の問題が、プログラムやシェルスクリプトの中に静的な値をハードコードしてしまうことです。これはスクリプトの柔軟性を損なってしまい、要するに悪いプログラミングだとみなされます。スクリプトを動かすためにシステム管理者や開発者がその都度スクリプトを修正するのではなく、他の値を与えた場合にもスクリプトが動くように、変数と引数をスクリプトや関数に追加しておきましょう。
※このエントリーは、developerWorks : AIX and UNIXの「Speaking UNIX: More shell scripting techniques」を翻訳したエントリーのPart 1です。
他のUNIXやLinuxと同じように、IBM AIXにはシステム管理者や開発者、そしてユーザーが日時タスクや業務の効率化に取り組む際に味方となる強力なツールが存在します。その一つがシェルスクリプトです。
とはいえ、UNIXと数年付き合い、シェルスクリプトに手を出してきた人でも、オペレーティングシステムの裏側については勉強中で、まだまだスクリプトをマスターとしたとは言えない人も多いと思います。この記事では、シェルスクリプトとは何かから始まり、より高度なスクリプトを書く方法をご紹介します。一般的なプログラミングの基礎から簡潔なスクリプトの書き方、より柔軟性のあるスクリプトの書き方、明快なスクリプトの書き方、スクリプト内のドキュメンテーション方法、そしてスクリプトのデバッグがその内容です。
※このエントリーは、LepoLand - A Blog by Alan Lepofskyの「Easily The Most Effective Collaboration Tool In History Is...」を翻訳したエントリーです。
それはフェイス・トゥ・フェイス（対面）のコミュニケーションです。
もちろん、コラボレーションソフトウェアを販売しているベンダーの人間がこんなことを言うことに奇異な感じがするのは分かります。でも、私の言うことを聞いてください。
※このエントリーは、LepoLand - A Blog by Alan Lepofskyの「Lotus Notes Basics - Checkboxes and Radio Buttons」を翻訳したエントリーです。
テキストフィールドとリッチテキストフィールドでは、フォームに情報を記入する際、どうやって文章や画像や添付ファイルを入力するかについてご説明しました。一方、あなたが情報を入力するのではなく、事前に選択肢が定義されているリストから選ぶ場合もあります。事前定義の選択肢は、情報の一貫性を保ち、スペリングミスなどのヒューマン・エラーを回避したり、フォームのワークフローの制御のために使われることがあります。例えば、「はい」か「いいえ」の質問にあなたが答えると、それによって次の質問が変わるといったケースです。
※このエントリーは、IBM Lotus Notes Hints, Tips, and Tricksの「Lotus Notes Basics - Text Fields and Rich Text Fields」を翻訳したエントリーです。
前回のエントリーで、Lotus Notesのフォームには、情報を入力するためのフィールドが存在していると説明しました。今日からは、いろんな種類のフィールドについて見ていきましょう。まずはプレーンテキストとリッチテキストです。
