Recommended
More Related Content
What's hot
What's hot (20)
Similar to ふつうのRailsアプリケーション開発
Similar to ふつうのRailsアプリケーション開発 (20)
More from Takafumi ONAKA
More from Takafumi ONAKA (20)
Recently uploaded
Recently uploaded (10)
ふつうのRailsアプリケーション開発
- 1. ふつうの Railsアプリケーション開発 2017-06-22 Rails Developers Meetup #2 大仲 能史 a.k.a. @onk
- 2. 自己紹介 • 大仲 能史 a.k.a. @onk • 株式会社ドリコム • Railsエンジニア歴8年ぐらい – 1.2.6から触り始めた – 本格的にproductionで使ってるのは3.0から 1
- 12. simpleとeasy 11
- 24. Railsとeasy 23
- 28. 最近見た象徴的な例 shared section of secrets.yml Rails v5.1.0から config/secrets.ymlにshared機 能が増えてる 27 https://github.com/rails/rails/commit/e530534265
- 29. shared section of secrets.yml # shared: # api_key: a1B2c3D4e5F6 development: ... test: ... production: ... 28
- 30. shared section of secrets.yml Rafael 「独自ルール持ち込まなくても 普通のYAMLで十分じゃね？」 29 default: &default api_key: 3b7cd727 development: <<: *default
- 31. shared section of secrets.yml DHH 「その書き方ないわー。マジ分 かりづらいし見つけづらい」 「でも書けなくするわけじゃな いから、YAMLに則りたいなら そうすればええんちゃう」 30
- 33. Rails is opinionated framework 認識を合わせて、共通認識のも とでeasyであることで加速しよ うというフレームワークを僕た ちは使っている Rails Wayに全力で乗っかるこ とで、easyになる 32
- 35. ここまでのまとめ • 「ふつう」とは何か (再定義) – 共通認識のもとでeasyになっていること • simpleとeasy – easyはsimpleの上に成り立っている – easyを維持しているのが良いRailsアプリケー ションだと言える • easyだとどうなるか – 消耗しづらく、実装に集中できる – 「普通にやれば普通にうまくいく」状態 34
- 36. ドリコムとeasy 35
- 37. WillPaginate2Kaminari Kaminariへの移行時の注意点 ARとArrayで書き方が違う 36 # AR の場合 User.page(params[:page]) # Array の場合 array = Array(100) Kaminari.paginate_array(array).page
- 38. WillPaginate2Kaminari Arrayでも同じメソッドで使え るようにして移行を簡単に 37 # AR の場合 User.paginate(page: params[:page]) # Array の場合 array = Array(100) array.paginate(page: params[:page])
- 39. to_id 38 class Integer def to_id self end end class String def to_id Integer(self) end end class ActiveRecord::Base def to_id self.id end end
- 40. to_id 必ずidにできる安心感 AR本体で対応してるので不要では ある 39 class Book < ActiveRecord::Base scope :author_is, ->(author) { where(author_id: author.to_id) } end
- 41. count_by どのユーザにいくら詫び石を配 れば良いのかを集計するのによ く使っていた(過去形 40 %w[a a b c c c].count_by(&:itself) # => {"a"=>2, "b"=>1, "c"=>3}
- 45. （ちょっと休憩） 44
- 47. 共通認識を作る 46
- 49. 大量にインプットする はてブ、Qiita、StackOverflow 等を「Ruby」「Rails」で購読 し、眺める 眺めていると感覚が身に付く 定番ライブラリの使い方 ハマりがちな罠 48
- 52. 野良コードレビュー 頻出 NOT NULL制約 UNIQUE INDEX 51
- 53. 野良コードレビュー 頻出 DateTimeは使わない Time - DateTimeでエラーに なったりDateTime -1で1日減っ てしまったりして罠が多い 52
- 54. 野良コードレビュー 頻出 同値比較したいならeqです。同 一性を比較したい時だけbeを使 いましょう ruby2.4からはIntegerなので、 Fixnumの同一性に頼るのは避け たい 53
- 60. OSSの文脈に乗る • コード規約がある – onkcop • テストがある – rake (default task) でテストが走る • CIが回っている – rubocop, rspec, deploy • READMEにバッヂを載せる 59
- 61. easyを作る 60
- 68. コミュニケーションの境目 コミュニケーションコストの改 善はとても考えやすい 会話しなくても進められるよう に、パラレルにするには何が 整っていれば良いのかを考え、 そう動けるようコードを変える 67
- 70. easyを作る体制を 作る 69
- 84. まとめ 83
- 85. まとめ(1/3) • 「ふつう」とは何か – 共通認識のもとでeasyになっていること • simpleとeasy – easyはsimpleの上に成り立っている – easyを維持しているのが良いRailsアプリケー ションだと言える • easyだとどうなるか – 消耗しづらく、実装に集中できる – 「普通にやれば普通にうまくいく」状態 84
- 86. まとめ(2/3) • 共通認識を作る – まとまったインプットを入れて自分の中で基 準を持つ – 「見たことがある」から雰囲気を醸成する • easyを作る – 繰り返してはならない、を刷り込む – 一般的かを意識して書く • それしか書けない仕組みづくりを行う 85
- 87. まとめ(3/3) • easyを作る体制を作る – どうあれば「ふつう」なのかの基準がもうあ るはずなので、そこに辿り着けるようにする – 準備に時間を掛けるのを許容する • 走りながら考えるのも大事なのでバランス – 改善・挑戦がチーム課題に含まれ、時間が確 保されている • 挑戦はもはや福利厚生 86