プログラマーにうまくアドバイスする心理的テクニック【前編】

同僚プログラマーの機嫌を損ねずにミスを指摘できる“魔法の質問”

プログラミングで重視すべき項目や、より良いソースコードをチームで作り上げるこつは何だろうか。エンジニアの実体験を基に解説する。

　幾つものメディアやブログが、プログラミングで何を重視すべきかを解説している。例えばネイサン・マーツ氏は、同氏のブログ「thoughts from the red planet」の「Suffering-oriented programming」というエントリ（投稿）で、

1. プログラムが正しく機能すること
2. ソースコードが美しいこと
3. プログラムの処理速度が速いこと

という順番でプログラミングの目標を設定するように勧める。「機能すること、美しいこと、速いこと」はまさに本質を突いた名アドバイスだ。その言葉を初めて見たときから、私は心に刻んできた。

　「機能すること」が最も重要なのは、ソースコードを解釈してもらう最も重要な「相手」がCPUだからだ。2番目が「美しいこと」なのは、CPUの次に重要な相手が、ソースコードを読み、保守する同僚プログラマーだから。「プログラミングの相手はCPUと同僚プログラマーだ」というのは、私もかつて主張したことがある。

　ソースコードがCPUを相手とする要件を満たし、かつ一緒に仕事をする人にも理解可能であるという要件を満たして初めて、プログラムのパフォーマンスを高める仕事に取り掛かることができる。美しいソースコードは改良もしやすい。おおよその場合、ソースコードを美しくすることは、小さな関数に分割することだ。

対立を起こさず穏便に対処する“魔法の質問”とは？

TechTarget発　先取りITトレンド

米国TechTargetの豊富な記事の中から、最新技術解説や注目分野の製品比較、海外企業のIT製品導入事例などを厳選してお届けします。

この連載の記事をもっと見る

この記事の著者

関連記事

• 

  Javaの「変数」「メソッド」「定数」名の“ひんしゅくを買わない”付け方

• 

  Javaで「ケバブケース」はなぜ駄目？　「参照型変数」「パッケージ」の命名規則

新着ホワイトペーパー PR

• 製品資料
  [サイボウズ株式会社] AIに何を聞いても「汎用的な答え」しか返ってこないのはなぜか？
• 製品資料
  [サイボウズ株式会社] なぜAIは組織で定着しないのか？　全社活用を阻む「3つの壁」の突破法
• 製品資料
  [株式会社スタディスト] 「不適合品率」改善はどこから始める？　すぐにできて効果が大きいポイントとは
• 製品資料
  [株式会社スタディスト] 食品ロスを利益に変える「現場標準化」のすすめ
• 技術文書・技術解説
  [株式会社スタディスト] チョコ停・ドカ停を防ぐ「事前対策」の進め方