「シェルで1行ずつファイルから読み込む - あしのあしあと」に引き続き、「シェルで1行ずつファイルから読み込む」シリーズの2回目。今回は、ファイルディスクリプタ（ファイル記述子）、パイプ（パイプライン）、リダイレクト（リダイレクション）のおさらい。今さら感は満載だが、まぁよしとする。なお、本エントリで用いている図については、書籍「UNIXネットワークプログラミング入門」を参考に作成した（読んだのは7年前で、今手元に本がないのだが、確かこんな絵が書いてあったと思う）。 まず、簡単な凡例を。 で、シェルやコマンドのプロセスが起動した時だが、次の絵のような状態になっている。 プロセスには（すぐに利用可能な）0番、1番、2番のファイルディスクリプタが用意されていて、それぞれ画面と紐づいている（にょろっとした矢印、方向も大事）。0番を「標準入力」、1番を「標準出力」、2番を「標準エラー出力」と呼ぶ（

情報処理推進機構（IPA）のソフトウェア・エンジニアリング・センター（SEC）は2011年4月27日、「経営に活かすIT投資の最適化」と題した無償の読本をホームページ上で公開した。システム要件のうち機能要件以外の要件すべてを指す、性能や信頼性といった「非機能要件」の重要性をユーザー企業にわかりやすく伝えることを狙った。 読本ではまず、自動車の購入者とディーラーの会話を通して、非機能要件のイメージをつかませる。その後ネットサービス企業のトラブル事例から非機能要件を決めることの重要性を伝えている。その後、非機能要件を六つのカテゴリに分けて解説。非機能要件の検討時には「事業コンセプトに一致させる」「トレードオフを見極める」「定期的に見直す」の三つが欠かせないといったコラムも掲載する。 この読本を作成したのはSECの「非機能要求グレードWG（ワーキンググループ）」である。同WGは昨年4月、システム