ソフトウェア開発の仕事に携わっています。「開発途上のプログラムの品質が心配なので検査して欲しい」という依頼を受けて10K行ばかりチェックしたところ、関数の返す結果値（正常に処理を完了できたか、何らかのエラーが発生したかを整数型の値で返す関数です）を９割がた未チェックのまま正常処理を続行していることが判明しました。

他のエントリでも書きましたが、「プログラマとしての気概」と後で苦労したくないという実利が原動力ですね。実利がチェックを実装するという行為に結びつくには、当事者であるという認識がないといけない。作っている人の立場や気持ちが、仕様やコードにあらわれてくる。コードを延々と見ていますが、やっぱりその人がそのコードを書いている時の気持ちみたいなものは、感じられるような気がしますね。気のせいかもしれませんがｗ

自前でエラーハンドル用（エラーだけでなくチェックポイントのログ出力、呼び出し履歴の記録なども）クラスを用意しておくと、使いまわしができて楽ですよ。

ここはね、お手本を用意して「こうやってやればラクですからマネしてください。」といってお願いすれば、みんながやってくれるようになる。と甘い期待をしています。個人でスキルある人は、自前の便利コードの断片をいっぱいもっているし、それがその人のスキルだと思う。なので、そーゆー努力をしない人にまでため込んできたナレッジを開示するのは、抵抗があるかもしれない。でもソレをしないと組織としてスキルアップにつながらない…　すいません、このへんは私の自問自答です。

でも、気概も持たず、工夫もしない人にやってもらうようにするにはどうしたらいいのか？　というのは、ナレッジ開示よりも難しい問題かもしれません。