「現場で使えるデバッグ & トラブルシュート Java編」 [プログラミング]
ソフトウェア開発に携わる方ならばデバッグには興味を持っていると思います。
ところがトラブルシュートとなると意外と興味は薄い。実際にトラブルが発生したときには注目するのですが、事前にトラブルシュートを考えてシステムを構築されるケースはどれだけあるでしょうか?以前私が担当したあるプロジェクトでトラブルシュートのための仕組みを設計段階で検討しようとしたところ、「なぜそんなことが必要なの?」ときょとんとされたことがあります。
ところがトラブルシュートは事前に仕組みを作っておかないとうまくできない。トラブルが発生してはじめて仕組みを入れようとするのでどうしても対応が遅くなる(だからはじめから入れておけばいいのに!!と思ったことも何度も・・・) 何かあったらどうするか、それを考えるのはリスクマネジメントの基本中の基本。「何か」を考えてもたくさんあって大変なだけ。どうするかを考えてけば「何か」が発生しても対応することができるのです。
本書ではトラブルシュートのために必要な情報、つまり「どうするか」を紹介してくれています。この部分を簡単に紹介してくれている書籍は少ない。本書はとても簡単な内容ですが結構重要なことが書かれています。
若手ソフトウェアエンジニアの方はまさに必読でしょう。また、いままでトラブルシュートを設計段階で考えてこなかった方にも是非読んでいただきたい。事前の準備が後々自分の仕事を楽にしてくれるのですから、数千円の投資は安いものですよ。
ところがトラブルシュートとなると意外と興味は薄い。実際にトラブルが発生したときには注目するのですが、事前にトラブルシュートを考えてシステムを構築されるケースはどれだけあるでしょうか?以前私が担当したあるプロジェクトでトラブルシュートのための仕組みを設計段階で検討しようとしたところ、「なぜそんなことが必要なの?」ときょとんとされたことがあります。
ところがトラブルシュートは事前に仕組みを作っておかないとうまくできない。トラブルが発生してはじめて仕組みを入れようとするのでどうしても対応が遅くなる(だからはじめから入れておけばいいのに!!と思ったことも何度も・・・) 何かあったらどうするか、それを考えるのはリスクマネジメントの基本中の基本。「何か」を考えてもたくさんあって大変なだけ。どうするかを考えてけば「何か」が発生しても対応することができるのです。
本書ではトラブルシュートのために必要な情報、つまり「どうするか」を紹介してくれています。この部分を簡単に紹介してくれている書籍は少ない。本書はとても簡単な内容ですが結構重要なことが書かれています。
若手ソフトウェアエンジニアの方はまさに必読でしょう。また、いままでトラブルシュートを設計段階で考えてこなかった方にも是非読んでいただきたい。事前の準備が後々自分の仕事を楽にしてくれるのですから、数千円の投資は安いものですよ。
コメント 0