1. Ｂｕｇ撲滅作戦！

5. による解析機関にまでさかのぼる

6. ホッパー氏の虫の発見も実は発見者は他の人

7. 「本物の『バグ』が発見された」と

8. 報告したのが真相

10. プログラマを悩ませるもの

11. どこにでも居るのに、どこに

12. 居るかわからない

13. 締め切り前に出たらプログラマが

14. 死ぬ

15. 品質に大問題！

16. Ｂｕｇが多い場合 プログラマはどうなるのか！

17. Before

18. After

20. 帰れない日々

21. いらいらする作業

22. 溜まっていくストレス

23. 溜まっていく仕事

24. 増える仕事時間

25. プログラムの中のＢｕｇに負けないようにするためには、どうすれば良いか！

26. 我慢して、 気合いでのりきる？

27. 時代遅れすぎます！

29. 良いツールを使う

31. 変数はちゃんとした英語を使う

32. インデントは、きちんと守る

33. 1 関数に 1 つの機能

34. 1 クラスに 1 つの役割

35. メソッドは小さく保つ

36. 基本的なこと じゃないですか！

37. こんなことで、 ちゃんと改善できるの？

38. 逆に、こんな事も 出来てないと 駄目じゃないですか？

40. ソースコードを書く

41. 壊して良いオモチャの作成

42. 新しい事を学ぶ

43. ドキュメントを常に最新にし続ける

44. 仕事以外の学習が 大切って結論になった…

45. 良いツールを使う？

46. printf デバック最高！！

47. だから 時代遅れすぎます！

50. １オペレーションでビルドを行えるか？

51. 毎日ビルドを行っているか？

52. バグトラッキングシステムを持っているか？

53. 新しいコードを書くまえにバグを修正しているか？

54. 更新可能なスケジュール表を持っているか？

55. 仕様書を持っているか？

56. プログラマは静かな労働環境にあるか？

57. 買える範囲で一番良い開発ツールを使っているか？

58. テスト担当者はいるか？

59. プログラマを採用するときにコードを書かせるか？

60. 「廊下でユーザビリティテスト」を行っているか？

61. 今回は メトリックス測定ツールのお話をします。

64. コメント行数の計測

65. ステートメント数の計測

66. 循環的複雑度の計測

67. 計測してみた！

69. printf( "HelloWorld" ); }

70. 結果

73. 結果

74. 詳しく見てみた

76. ツールを使えば分かりやすい

77. クソースは撲滅しなければならない

78. ツールだけだと美しいコードは分からない

79. ソースコードを 愛 せよ

80. プログラマにとってコードが神

81. 便利なものはどんどん使っていきましょう！

82. 幸せな生活に戻れると良いね

83. おまけ

86. 怖くないですし、楽しいので参加してみましょう

87. ご清聴ありがとうございました