ごきげんrails

みなとRuby会議01

株式会社万葉

ごきげんRails2012.6.2

大場寧子 @nay3

2012年6月4日月曜日

株式会社万葉


みなとRuby会議01開催おめでとうございます


株式会社万葉


Yokohama2012年6月4日月曜日

株式会社万葉


Ruby on Rails


株式会社万葉


Railsって？

•RubyでWebアプリを作れるフレームワーク•簡単に作れる！•でも本当に簡単？


株式会社万葉


ちょっと難しいかも...


株式会社万葉


環境作りが大変


株式会社万葉


でも動きはじめたら勢いよく出来る


株式会社万葉


...慣れればね！


株式会社万葉


今日の話題

•RubyやRailsでごきげんになった話•Railsの魅力•Railsの勉強法


株式会社万葉


自己紹介


株式会社万葉


株式会社万葉Everyleaf Corp.

女性メンバーいっぱいいますよ！ :)


株式会社万葉


実装大好き


株式会社万葉


実装やめないために会社作りました

(^^;


株式会社万葉


RubyとRailsのおかげです


株式会社万葉


本が出ます（そのはずです）


株式会社万葉


たのしい開発スタートアップRuby


株式会社万葉


Railsの魅力


株式会社万葉


生産性2012年6月4日月曜日

株式会社万葉


とても高い！


株式会社万葉


プログラマにとって気持ちイイ方向に「生産性が高い」


株式会社万葉


「時間をかけるべきこと」に

時間をかけられる


株式会社万葉


時間をかけるべきこと

•設計•コミュニケーション・情報共有•スペック／自動テストの充実


株式会社万葉


時間を節約したいこと

•定型的な作業•作業ミスとリカバリー•変更時の動作確認•コード内容の把握


株式会社万葉


定型的な作業•新しいモデルの作成•新しいコントローラの作成•データベーススキーマの更新→ generator、マイグレーション


株式会社万葉


generator> rails g model User name:string email:string

> rails g controller Users index show


株式会社万葉


generator

•ひな形が簡単に得られる•あくまでもひな形で、邪魔にならないのがいいところ！


株式会社万葉


足りない適切やり

すぎ


株式会社万葉


マイグレーション•DBのスキーマ更新を、変更ごとにRubyコードとして保存•開発者間で変更をクールにシェアできる


株式会社万葉


changeclass CreateUsers < ActiveRecord::Migration def change create_table :users do |t| t.string :name, :null => false t.string :name_kana, :null => false t.string :email, :null => false t.string :password_hash t.string :password_salt t.timestamps end endend


株式会社万葉


up & downclass RemoveNameKanaInUsers < ActiveRecord::Migration def up remove_column :users, :name_kana end def down add_column :users, :name_kana, :string endend


株式会社万葉


マイグレーション•generatorで作成して•記述追加したりして•ローカル環境に当てて確認•> rake db:migrate•レポジトリにコミット


株式会社万葉


某Rails似フレームワークでmigration大変だった；；


株式会社万葉


指差し確認しないと

マイグレートできない...orz


株式会社万葉


コマンド成功しても生成物に問題が...orz


株式会社万葉


足りない適切やり

すぎ


株式会社万葉


某migrationBad Points

•コード複雑、自動生成頼み•モデルクラスのコードとつよく依存•中央集権型なので、複数開発者の同時更新に弱い•操作体系が複雑でミスしやすい


株式会社万葉


RailsのmigrationGood Points

•手書きできるレベルのコード•モデルクラスのコードと分離されている•複数開発者の同時更新に強い•操作体系がシンプル


株式会社万葉





株式会社万葉


作業ミスとリカバリー•比較的ミスしづらい•rails destroy で generateしたものを簡単に消せる•一貫性があって覚えやすい


株式会社万葉





株式会社万葉


変更時の動作確認

•スペック/テスト•RSpec おすすめです！


株式会社万葉


RSpecの話


株式会社万葉


自動テスト嫌いでした


株式会社万葉


JUnitの頃...※10年前？もっと？


株式会社万葉


テストが嫌いだった理由•プロダクトコードを変更したくなくなる（大量に落ちるから）•データ作りがハード•テストコード楽しくない•書いたテストは読む気がしない•テスト修正作業は最悪だ！


株式会社万葉


プロダクトコードを変更したくなくなる

•大量に落ちる→修正苦痛•変更に耐えるテスト／スペックが重要！！


株式会社万葉


変更に耐えるテスト／スペック

のコツ


株式会社万葉


「関心事」にフォーカスする


株式会社万葉


すべてを確認しない

レイヤーを揃える


株式会社万葉


•保存できる•既存レコードなんか調べない！•全カラムを調べたりしない！•返り値が20になる•内部の変数の値とか調べない！•ステータスコード200を期待•セッション状態とか見ない！•インスタンス変数の値なんか調べない！


株式会社万葉


全部調べると

•内部の変更に弱い•つまり、リファクタリングに弱くなる•コード読んでも意図不明•心配なら別のケースにする


株式会社万葉


DRYにする（特にオブジェクト生成）


株式会社万葉


FactoryGirl


株式会社万葉


Factory.create(:project)


株式会社万葉




株式会社万葉


FactoryGirl


株式会社万葉


FactoryGirlはActiveRecordの理解が必要


株式会社万葉




株式会社万葉


assert_equal 20, obj.result

検査してね、20のはずなんで、えーとそのobj.resultね


株式会社万葉


obj.result.should == 20

obj.result はー、20になりまーす


株式会社万葉


RSpec楽しい


株式会社万葉


結果を確認してるんじゃないんだ仕様を書いている

んだぜ


株式会社万葉


やる気が出る！


株式会社万葉


いろいろ強力で快適！


株式会社万葉




株式会社万葉


うまく書かれたRSpecコードはドキュメントとして

読める


株式会社万葉


describe Project do

describe "#close" do let(:proj) {Factory.create(:project, :closed => true)}

context "when closed" do it {expect{proj.close}.to raise_error} end

endend


株式会社万葉




株式会社万葉


テスト修正はやっぱり

楽しくない('w'2012年6月4日月曜日

株式会社万葉


修正箇所が減って意図がわかりやすい

のでマシ...


株式会社万葉





株式会社万葉


コード内容の把握

•何がどこに書かれるべきか決まっている→探しやすい•Rubyはコード量が少ないので読みやすい


株式会社万葉


...うまく書ければね！


株式会社万葉


把握しやすいコードを書くコツ


株式会社万葉


Rubyらしいコードを書く


株式会社万葉


each や for を多用していますか？


株式会社万葉


map/collect使っていますか？


株式会社万葉


user_names = []users.each do |u| user_names << u.nameend

users.map(&:name)


株式会社万葉


良い名前をつける


株式会社万葉


値をもらうことが目的のメソッドには処理ではなく返す値の名前をつける


株式会社万葉


calc_salaryより

salary2012年6月4日月曜日

株式会社万葉


Q) 変数名と見分けがつかないのが心配なんですが


株式会社万葉


A)変数のように見えるメソッド名こそRubyらしい

（変数なんて無いほうがいい！）


株式会社万葉


railsのコードをちょっと見て雰囲気つかむのも

おすすめ


株式会社万葉


正しい場所に書く


株式会社万葉


MVC?2012年6月4日月曜日

株式会社万葉


オブジェクト指向！


株式会社万葉


誰の仕事にするか考える


株式会社万葉


適切なオブジェクトがなければ作る

class NiceObject

end2012年6月4日月曜日

株式会社万葉


こういうのは悪いサイン

obj.name = params....obj.age = params...v = obj.prepare_someobj.prepare2(v)...同じオブジェクトについての処理が続いている


株式会社万葉


オブジェクト側に移動しよう

obj.name = params....obj.age = params...v = obj.prepare_someobj.prepare2(v)...

コントローラモデルobj


株式会社万葉


移動すると

def do_some(attributes) self.name = attributes... self.age = attributes... v = prepare_some prepare2(v) ...

obj.do_some(params)コントローラ

モデル


株式会社万葉


objがモデルならコールバックに移動できる


株式会社万葉


コールバック•before_validation•before_save•after_save•before_destroy•after_destroy•etc....


株式会社万葉


コントローラコードはこんなかんじに保つ

@project = Project.new(params[:project])if @project.save ...else ...end

一括代入


株式会社万葉


params関係が溢れたら

•一括代入に乗るように、paramsの中身を整えて、代入メソッドを追加してやる

attr_accessor :age


株式会社万葉


ロジックが溢れたら•コールバック（before_validationとbefore_saveが多い）に入れる

before_save :prepare_some2012年6月4日月曜日

株式会社万葉


例外処理

•気にしない•アクション内でがんばらずにあとでrescue_fromとかで調整がおすすめ


株式会社万葉


スペックを書いておくと動作を他人に伝えやすい

コード内容の把握最後のコツ


株式会社万葉


時間を節約したいこと•定型的な作業•作業ミスとリカバリー•変更時の動作確認•コード内容の把握Railsかわいい！


株式会社万葉


時間をかけるべきこと

•設計•コミュニケーション・情報共有•スペック／自動テストの充実


株式会社万葉


Railsを使うだけでは解決しない


株式会社万葉


気をつけていること•モデル層はクラス図を書く•URL設計は表にする•必要物は全部レポジトリに•Wikiに概要や検討を残す•よく話し合う•レビューする


株式会社万葉


Railsの勉強法


株式会社万葉


アプリを作ってみよう


株式会社万葉


興味のあるものを作る


株式会社万葉


偏っててOK


株式会社万葉


実現したい！と強く思う

方法を探す調べる

試す身に付く！


株式会社万葉


情報源2012年6月4日月曜日

株式会社万葉


書籍


株式会社万葉


APIhttp://api.rubyonrails.org/


http://api.rubyonrails.org

http://api.rubyonrails.org

株式会社万葉


Rails Guidehttp://guides.rubyonrails.org/


http://guides.rubyonrails.org

http://guides.rubyonrails.org

株式会社万葉


RailsCastshttp://railscasts.com/


http://railscasts.com

http://railscasts.com

株式会社万葉


英語の情報を避けない


株式会社万葉


コミュニティ／勉強会•地域Rubyコミュニティ•Yokohama.rb•Asakusa.rb•minami.rb•Okinawa.rb•Tokyu.rb etc•Rails勉強会＠東京


株式会社万葉


コードを読む

•> rvm gemdir

•github


株式会社万葉


ごきげんになろう！ :)


ごきげんrails

Technology

null gt

ruby01

project

rails

string

namekana

activerecord

create