ソフトウェア開発の仕事に携わっています。>ソフトウェア開発の仕事に携わっています。2もっと見る200ptコンピュータソフトウェア開発の仕事に携わっています。「開発途上のプログラムの品質が心配なので検査して欲しい」という依頼を受けて10K行ばかりチェックしたところ、関数の返す結果値(正常に処理を完了できたか、何らかのエラーが発生したかを整数型の値で返す関数です)を9割がた未チェックのまま正常処理を続行していることが判明しました。ぶっちゃけ、関数の返す結果値のチェックなんてしないモンですか?オレはしている、私はしない、こーゆーケースではするけどこーゆー時はしない。いろいろな考えがあると思います。それぞれ理由をつけて答えてください。有料アンケート・ポイント付き質問機能は2023年2月28日に終了しました。1ptだいたいプログラム規模の2/3はエラー処理になるとおもっております。3ptそもそも質問のコードが何の言語かにもよるのですが...。自分は基本は過剰にならないように、必要な部分だけチェックを行うタイプです。仕事では組み込みが多いのでCが中心です。18:11:10>自分は基本は過剰にならないように、必要な部分だけチェックを行うタイプです。現実的な落とし所として、まあ、そうするしかないよね?という共感を覚えます。基本的には、チェックします。1ptですが、エラーの状況によりしないで済ませることもあります。基本的には、チェックします。3ptC標準関数に対して考えるならば、fopenのように外的要因によりエラーとなる可能性のあるものと、memcpyのように外的要因の無いものとに分けられると思います。前者でのエラーはエラー処理が必要。1ptコメントありがとうございます。長文なので読んでもらえないのではと心配してました。お詫びとして、memcpyを例にしたのはメモリー破壊の代表であり、皆がきらう関数No1だろうという理由からでした。他の処理(関数)でも、どこが発生原因かわからないのは、不具合調査で自分の労力が増すばかり。12:36:51他のエントリでも書きましたが、「プログラマとしての気概」と後で苦労したくないという実利が原動力ですね。実利がチェックを実装するという行為に結びつくには、当事者であるという認識がないといけない。2ptどんなシステム開発でも、それが仕事なら、[http://www.thinkit.co.jp/free/project/4/6/1.html:title=単体テスト]で戻り値のチェックはしますよ。私のいる世界は果てしなく醜く、トラップされないエラーが山のようにあります。1pt自分が作ったシステムを自分自身が使うとしたら――私は、いつも、そう考えて仕事をしています。エラーの致命度によると思います。01:01:39なるほど。もっともな考えだと思います。一般論の域を出ていないもどかしさも感じます。