現場のコード意識を変えるために導入したリーダブルコードとガウディの思想 - DevLove甲子園2014技 -
•
37 likes•8,431 views
現場のコード意識を変えるために導入したリーダブルコードとガウディの思想 DevLove甲子園2014 西日本大会で技２裏 http://devlove-kansai.doorkeeper.jp/events/12334 だいごろうの発表資料です。
Recommended
More Related Content
Similar to 現場のコード意識を変えるために導入したリーダブルコードとガウディの思想 - DevLove甲子園2014技 -
Similar to 現場のコード意識を変えるために導入したリーダブルコードとガウディの思想 - DevLove甲子園2014技 - (20)
Recently uploaded
Recently uploaded (8)
現場のコード意識を変えるために導入したリーダブルコードとガウディの思想 - DevLove甲子園2014技 -
- 7. どういうことかというと 7 プログラミングも楽しいし、UIも楽しいけど、イ ンフラも楽しい、だけど、ビジネスも面白いし、 統計学もかじりたい、Hadoopつかってビッグ データも解析したい. Ruby on Railsをもっと触り たいし、Responsive Web designもいいけど、 dockerとVagrantで面白いことできる気がする
- 9. こういうことない？ 9 • 現場のコードがなんか読みづらい • 改修する時に、コードの解読 • このソース、なにを書いてるんだ？？ <- コミットログは俺だった。
- 10. こういうことない？ 10 • 現場のコードがなんか読みづらい • 改修する時に、コードの解読 • このソース、なにを書いてるんだ？？ <- コミットログは俺だった。 立ち上がれ同士よ
- 11. リーダブル＋ガウディ 11 +
- 12. お話したいこと 12 • 現場のコード意識で変えたかったこと 1. リーダブルコードの導入 2. ガウディの思想の導入 • どうやって、導入していくか • 導入した結果（途中
- 15. 当時の俺たち 15 俺 隊 隊 隊 隊 バイブル あれ？ あ、なんか、 動いた、OK 昔のコピーで 変数書き換え よう 昔のレガシー だけど、無理 やりやろう。
- 16. 当時の俺たち 16 俺 隊 隊 隊 隊 バイブル あれ？ あ、なんか、 動いた、OK 昔のコピーで 変数書き換え よう 昔のレガシー だけど、無理 やりやろう。いくら減らしても 減らない難読コード
- 17. 当時の俺たち 17 • 修羅の道を決意 俺 隊 隊 隊 隊 げ、現場の意識を変えないと。。。
- 18. 現場のコード意識で変えたかったこと 18 • ネーミングが酷い • 意図が見えないコード（コピーとか • 変更部分を動くようにすればいいで しょ？っていう考え • とりあえず動けばいいやという発想
- 20. 意識改革のゴール 20 • 動けばいいから、 • 読みやすいコード • 引き継ぎ • などを考えてコードを書くことを意識
- 23. リーダブルコード 23
- 25. リーダブルコード 25 • 表面上の改善 • ループとロジック の単純化 • コードの再構成
- 28. リーダブルを導入する 28 • 簡単なことから意識してもらう • 表面上の改善 – ネーミング – シンプル・ショート – コメントにコード書いた人の考え
- 40. ガウディの建築 40 • 設計書より模型（実物） • 模型（仕様）は常に変わり続ける • 変化することを前提とした構築
- 41. ガウディの建築 41 • 設計書より模型（実物） • 模型（仕様）は常に変わり続ける • 変化することを前提とした構築 アジャイルじゃない？
- 43. 現場に）小さな模型で説明する 43 • 簡単に実装を書いて説明しあう • 簡単で良い • 全体像を意識
- 44. 現場に）小さな模型で説明する 44 • 簡単に実装を書いて説明しあう • 簡単で良い • 全体像を意識 自分と相手の理解が統一でき 統一されたコードを書くことができる
- 45. 設計思想を残す 45 • 雨が当たる部分には石とレンガを使え • 建材は特に指定しない • 建築手法などで良い物があれば試行し て、よければ採用してもよい （実際、途中から鉄筋コンクリートが 導入されている
- 49. お話したいこと 49 • 現場のコード意識で変えたかったこと 1. リーダブルコードの導入 2. ガウディの思想の導入 • どうやって、導入していくか • 導入した結果（途中
- 50. 導入するためにやったこと 50 • 自分でやってみる • コードレビューで指摘してみる • ペアプロをしてみる • 隣のプログラマに聞いてみる
- 53. ペアプロしてみる 53 • 名前付けとか、構造の作成を二人で 討論しながら決めてもらう • なぜを説明できるまで討論する • 簡単な模型 • 短時間で良い
- 55. お話したいこと 55 • 現場のコード意識で変えたかったこと 1. リーダブルコードの導入 2. ガウディの思想の導入 • どうやって、導入していくか • 導入した結果（途中
- 56. 結果（途中報告 56
- 57. コードの意識はどうなった？ 57 • ネーミングと共にやることが明確に。 • 自分が何を書いているのか明確に。 • どこにそのコードは置くか意識するように。 • コードの説明をする機会が減った。 • 逆に、レビューのときに動作の不備を見落とす傾向が ある。注意が必要。 • やり方の導入者の意見が正となりがちになってしまう
- 58. 次は？ 58 • メンバーに求めるもの • 本を書くようなコードを書くこと • コード設計をもっと詳しく説明 • 課題 • 継続するための環境と仕組み作り
- 59. まとめ 59
- 61. お話したいこと 61 • 現場のコード意識で変えたかったこと 1. リーダブルコードの導入 2. ガウディの思想の導入 • どうやって、導入していくか • 導入した結果（途中
- 62. 意識改革のゴール 62 • 動けばいいから、 • 読みやすいコード • 引き継ぎ • などを考えてコードを書くことを意識
- 63. リーダブルを導入する 63 • 簡単なことから意識してもらう • 表面上の改善 – ネーミング – シンプル・ショート – コメントにコード書いた人の考え
- 65. 導入するためにやったこと 65 • 自分でやってみる • コードレビューで指摘してみる • ペアプロをしてみる • 隣のプログラマに聞いてみる
- 66. コードの意識はどうなった？ 66 • ネーミングと共にやることが明確に。 • 自分が何を書いているのか明確に。 • どこにそのコードは置くか意識。 • コードの説明をする機会が減った • 逆に、レビューのときに動作の不備を見落とす傾向が ある。注意が必要。 • やり方の導入者の意見が正となりがちになってしまう
- 67. さいごに 67
- 68. 良いコードは 68 • より多くのビジネスチャンスを掴み • ヒューマンエラーを少なくし • 特定の人の存在に依存しなくなり • 次の世代への、最高の教科書になる