守・破・離（１）

組織を強くする　技術の伝え方 (講談社現代新書)

• 出版社/メーカー: 講談社
• 発売日: 2006/12/20
• メディア: Kindle版

終章「技術の伝達と個人の成長」より

　茶道や武道の世界には、「守・破・離」という教えがあります。これはその人のレベルに応じて、それぞれの段階でどのようなことを実践すべきかを示したものです。三つの段階を簡単に説明しておくと、「守」は決まった作法や方を守る段階、次の「破」はその状態を破って作法や型を自分なりに改良する段階、そして、最後の「離」は作法や型を離れて独自の世界を開く段階です。
　一般的には、すべての学習は真似から始まります。手本に従ってそれと同じようにすることを求められるのです。これがまさに「守」です。
　決められていることを生真面目に守るこの段階は、繰り返しも多く非常に面倒だし、なによりもやっているほうは面白くもなんともありません。そのためそこで我を通して自己流でいきたがる人がいます。しかし、自分の土台をつくるためには、素直に手本を真似るほうが結果として早く進歩することができます。
　実際、初期の段階で我慢して手本の真似を徹底的に繰り返していると、そのうちに手本と同じようにやることの意義や、手本から外れたときに生じるデメリットが理解できるようになります。ここまでくると「強制されて仕方なく守っている」というより、「自ら望んで守っている」という状態になります。やっていることの内容や価値を自分なりに理解しているので、自分の意思で率先して手本を守るようになるのです。
　ところで、世の中にはこの状態で満足してしまう人がたくさんいます。そのような人は、当然のことながらそれ以上の進歩はありません。
　本当に楽しいのはここからです。この段階まで来た人は、自分で創意工夫をしながらいろいろなことが試せるようになります。内容を理解しているため、従来の方法よりもっといい方法はないかと自分で探すことができるからです。そのような能力があるのに何もしないのはもったいないことです。
　そして、この状態がまさに作法や型を破る「破」の段階です。基本的には、作法や型を手に入れて、そこからさらに出ようと意識して行動した人だけが進歩を続けられるのです。もちろん、このときの試行錯誤はしっかりとした経験と根拠に基づくものなので、初心者があてずっぽで行動するのとはまったく違います。決められた道から外れても、それによって致命的な失敗を犯す危険性は極めて低いし、むしろこのときの行動はより効率的で合理的な方法の創出につながらう可能性も大です。

残念ながら、普通の企業におけるソフトウェア開発では、お手本として優れたソフトウェアが存在することは少ないです。実際には、悪いお手本が蔓延し、経験の浅い若手などは、その悪いお手本を真似する（コピーする）ことが多く、結果として、「守」の段階から抜け出せなかったりします。そして、次の「離」への段階へほど遠いものとなってしまいます。

たとえば、次のようなJavaのコードを見かけることがあります。

if (null == x) {
    ...
}

C/C++言語では、本来x == NULLと書くべきところを間違ってx = NULLと書いてしまってもコンパイルが通ってしまい、誤ったコードを書いたことに気付かないので、NULL == xと書くように指導された人も多いかと思います。しかし、最新のコンパイラであれば警告してくれます。「コンパイル時のワーニング（-Wallと-Werror）（２）」

Javaでは言語仕様が異なりますので、そもそもif (x = null)と書いたらコンパイルエラーです。なぜなら、xはboolean型ではないからです。もし、C/C++言語からの習慣で、Javaでもそのように書いているとしたら、その人は、とても次の「離」の段階にはいけないと思います。また、Javaでもそのように書くように指導している人も同じです。

技術書のレビュー（３）

Core Java Volume I--Fundamentals (10th Edition) (Core Series)

• 作者: Cay S. Horstmann
• 出版社/メーカー: Prentice Hall
• 発売日: 2015/11/02
• メディア: ペーパーバック

短期の依頼ですが、この本もレビューすることになり、レビューを始めました。この『Core Java』は初版から第9版まで読んだことはないです。もう、書き終えたようで、すべての章が送られてきました。

4月からレビューしている『The Go Programming Language』は、Brian KernighanとAlan Donovanによる執筆が続いています。

The Go Programming Language (Addison-Wesley Professional Computing Series)

• 作者: Alan A. A. Donovan
• 出版社/メーカー: Addison-Wesley Professional
• 発売日: 2015/11/02
• メディア: ペーパーバック

コードレビューの視点 017

防御的にプログラミングされているかに注意する

防御的プログラミングに関しては、過去に書いているこちらを参照してください。

書いたコードが正しく呼び出される限り、防御的プログラミングのためのコードは余分なコードのように思えてしまうかもしれません。しかし、様々なモジュールを結合してソフトウェアを作り上げていくと、常に正しく呼び出される保障はありません。

16年ぐらい前の話ですが、当時、ある若いエンジニアのコードをレビューした時に、引数の値の異常値を検査していなかったので、そのことを指摘したことがあります。その時の彼の回答は、「そのような異常値は、仕様書に書かれている正しい値の範囲外であり、そのような値が渡ってくることはありません」でした。

それに対して、「仕様書に書かれた通りの範囲の値が渡されるのは、すべてのデバッグが終わった時なので、検査をするコードを入れなさい」と返事したような気がします。

実際、防御的プログラミングは、それを行ったことによる効率的な障害調査を経験してみないと、必要性を実感できないものです。そのため、強制的に防御的プログラミングをさせる必要があるかもしれません。

ソフトウェアの品質を高める１つの方法として、コードレビューでは、防御的プログラミングを行っているかに注意を払う必要があります。

講演予定「レッツゴーデベロッパー2015」

7月25日（土）に仙台で開催される「レッツゴーデベロッパー2015」で話をします。詳細については、下記のリンクを参照してください。

レッツゴーデベロッパー2015

私の話の内容は、次の通りです。

柴田芳樹氏
タイトル
「ソフトウェアエンジニアとして心がけてきたこと」
概要
『プログラマー”まだまだ”現役続行』の 内容のきっかけとなる出来事を交えながら、ソフトウェアエンジニアとして何を心がけてきたかを中心に話をします。 特に、若手のソフトウェアエンジニアを育成するために、行ってきたこと、感じたこと、考えていることについて話をします。