blogこの広告は、90日以上更新していないブログに表示しています。ruby第7回Rails勉強会@東京へ行ってきました。第2回以来の久々の参加でした。何人か顔を覚えてくださっていた方もいらっしゃって前回よりも緊張せずに済みました。パフォーマンスに関してのページを読む。セッションの提案が滞っていたので一応他の人の意見を聞いてみようかなと印刷してきていたやつをセッションとして提案してしまいました。http://www.infoq.com/articles/Rails-Performance遅いセッションコンテナを使っているアプリを立ち上げた際に出来ることをリクエストのたびに行なっているリクエストの処理中に同じようなことを何度もやっているDBへのアクセスの回数が多すぎるhelperの使いすぎで遅い遅いセッションコンテナを使っている速いセッションコンテナといえばSQLSessionStoreとMemCacheStoreがある。SQLSessionStoreを使えばActiveRecordStoreのトランザクションやcreate_on、update_atといったイベントを避けることが出来る。cliantを使う必要がある。(Ruby-Memcacheは遅すぎる)このページの作者の人は開発の際にMemcacheは大げさだし色々めんどくさいのでDBベースのセッションストレージを使っているそうです。アプリを立ち上げた際に出来ることをリクエストのたびに行なっている恋塚さんによれば、ここで出ているコード見たいな感じのやつをlib/以下に書いておけばRailsプロセスを立ち上げた際に読むだけなので良いとのことです。Helper依存しすぎはよくないと。ObjectSpace.eachの意図がちょっと不明クエリの最適化アソシエーションがある場合に子から親へとか親から子へなどfindで検索する際に二度もSQL文を発行するのは良くないよと。SQL埋め込みで何とかした方が良いよ。それってBKじゃね?(その場にいた一同)Davidにはがっかりだよ。Helper使いすぎデフォルトのルーティングは最適化の余地があるのでよく使うものほど上におく方が少し速くなるそうな。':controller/:action/:id'endlink_toは遅いのでHTMLで直接書いた方が良いよ。メンテコストが高くなるしBKくさいのでやらないよなぁ。id:ogijunさんによれば、こういうコードの最適化よりはスケーラビリティの面でのパフォーマンス云々の話の方が重要ということです。自分がセッションを提案したのに全然オーナーとして知識も経験も不足していて参加された方には申し訳なかったです。ARモデリング入門セッションがなかなか出なかったので、Railsは使いやすいけど経験があまりないので実際どのようにモデルを作るかわからないと言ったらセッションになりました。Yuguiさんとid:moroさんによるABDによるモデリング入門と言った感じでした。題材としてはソーシャルブックマークをモデリングしてみようという話でした。PageとUserがいてそれらはリソース系のモデル。UserがPageをBookmarkするのでその間にイベント系のモデルBookmarkが出来る。テーブルの定義はこんな感じ。endモデルは次のようになる。08:17)上の定義に誤りがありました。:pageendまずリソース系のモデルを作成してテストをし、テストが通ったらイベント系のモデルを作成して実装していくといった感じにすると良いそうです。たしかにどこをどう組み立てたら良いのかが少しクリアになった気がするし、この書き方であれば一つのテーブルの定義は比較的単純で済むので拡張しやすいのかなと思いました。頭をひねったのが自己参照をする場合。UserがUserをお気に入りに加えるといった場合、Userの間にイベント系のFavoriteモデルを置いて、それをRailsで書くときにどうするのってことになりました。habtm使うしかないんじゃないか的な話になったような気がするんですが、詳しいところは他の人の調べを待とうかと思います。一次会たまたま自分の卒論のテーマと似たようなことをやろうとしてる方がいてその人と色々話をしました。高橋さんの執筆経験の話はそこらへんにとても参考になりました。モチベーションを保つことが重要で、それにはシステムだけにはどうしようもないところがあるよねってことのようです。それから国内外でRails本ラッシュが起きそうだけど、実際初心者の人がそれを取って色々アプリを使っても簡単に動かせる環境がないんじゃあダメだよね。話をして、国内のRailsホスティングサービスがやっぱりほしいなぁという話になりました。先延ばしにされたはぶさんへの返答をみんなで考えました。ネタが出ましたが、そこらへんはid:yad-ELさんの感想を参照してください。http://d.hatena.ne.jp/yad-EL/20060618/1150648909id:moroさんの結婚披露宴は生い立ちを高橋メソッドで紹介というのに吹いた。全体を通してのまとめKeep今回自分は積極的に関われたと思うProblemなかなかセッションが上がらない。セッションを提案した人がオーナーになってしまうみたいなところが提案しづらいところではないか?TryもうちょっとRailsを使い倒してネタを持っていけるようになる。ネタについていけるようになる。(1)はてなブログをはじめよう!walf443さんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。