タグ

2014年10月28日のブックマーク (7件)

  • routes.rbでresourcesを使ったときのパラメータをid以外にする - ぴよログ

    Railsではhas_manyな関連を持つモデルに対してRESTなルートを簡単に定義することができる。 # routes.rb resources :blogs, only: [:index] resources :posts, only: [:index] end このようなルートが定義される。 % rake routes Prefix Verb URI Pattern Controller#Action blog_posts GET /blogs/:blog_id/posts(.:format) posts#index blogs GET /blogs(.:format) blogs#index このときのパラメータである:blog_idにはデフォルトではBlogモデルのidが使われる。そしてこれらのルートに相当するURLは/blogs/1/postsなどとなる。 id以外のカラムをパ

    routes.rbでresourcesを使ったときのパラメータをid以外にする - ぴよログ
  • rails ransack checkbox error

  • Ransack: Search with Multiple Checkboxes (Rails)

    I’ve been using the outstanding Ransack gem to enable search for a recent project. Ransack provides a tremendous amount of flexibility in a straightforward manner, but it took me a bit to understand how to search a single field across multiple values selected via checkboxes. My approach follows. (Note that the field I was searching contained a serialized array of data, not to make life more diffic

    Ransack: Search with Multiple Checkboxes (Rails)
  • Ruby のクラスメソッド定義まとめ - Qiita

    クラスメソッドは特異メソッドやシングルトンメソッドとも呼ばれる,インスタンスではなくクラス体に紐付けられるメソッドです. C++Java などでいう static メソッドのような感じのものです. 一番オーソドックスなやり方 class Hoge def self.hoge "hoge" end end # クラス名を直接指定して呼び出し Hoge.hoge #=> "hoge" # ::を使っても OK Hoge::hoge #=> "hoge"

    Ruby のクラスメソッド定義まとめ - Qiita
  • ソフトウェア開発におけるリスクと居心地の悪さについて - 表道具

    アウトライン ソフトウェア開発には,時間の見積も,できるかどうかすらもわからない,リスクのあるタスクがある リスクのあるタスクには,逃げたり既存の工数などに載せないで,特別扱いしてちゃんと負担を減らしながらリラックスして取り組む環境を作るべき はじめに 何で自分がソフトウェア開発という分野に居心地の悪さを感じるのか考えていた.納期の短さが原因だけではないことは明らかである.やればできるし,ただそれだけだからである.それよりも,常につきまとう漠然とした不安が物事を見えにくくしている. 特にインタラクティブ・システムや拡張現実感技術,コンピュータビジョン,機械学習などの分野は,まだ単にライブラリを持ってきただけ機械的にシステムを構成できる分野ではない.そうでなくても,ある程度大規模で複合的なシステムなら,バグ1つの解消にえらく時間がかかったりする. このように,ある機能を実装したり,バグを取っ

    ソフトウェア開発におけるリスクと居心地の悪さについて - 表道具
  • レガシーコード改善勉強会 開催レポート

    ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog ヤフー株式会社の有地です。 9/27(土)の昼から6時間にもわたり、さまざまな視点から「レガシーコード」について知識を深めるための勉強会を開催いたしました。 「そもそも正しい仕様を知っている人がいない」 「システムのブラックボックス化が留まるところを知らない」 こんな不条理なレガシーコード(テストコードが無いコード)と日々戦うエンジニアも多いことと思います。 今あるレガシーコードをどうやって保守・改善していけばよいのかという課題に気で取り組んでいる、または取り組みたいと考えている大勢の方々に参加していただきました。 <開催趣旨・目的> テストコードが無いプロダクションコードをレガシーコードと定義し、テストコードによって保護され、

    レガシーコード改善勉強会 開催レポート
  • 「シバソン」という名の何も準備しないイベント - $shibayu36->blog;

    最近、シバソンという名のほぼ身内でやっているイベントを開催している。シバソンとはシバハッカソンの略で、なぜか適当にハッカソンしますと会社で呼びかけたら自然とシバソンという名前になっていた。今日は勉強会について簡単に書きたいと思う。 Kyoto.pm 以前自分はKyoto.pmというperl界隈のイベントの主催をしていた。このイベントは最初もっといろいろな人にアウトプットする場を提供したいという気持ちで始めたイベントだった。有名な東京のperl hackerを呼べたり、東京からはるばる来てくれる人が何人かいて、けっこう面白いイベントに出来たと思ってる。 ただ問題点がいくつかあった。 一つ目は主催者が開催のために前準備(スピーカー集めとか)をするコストが非常に高かったこと。発表会形式にすると、特に関西ということもあって、全然スピーカーが集まらないということがよくあった。そのたびにいろんな人に声

    「シバソン」という名の何も準備しないイベント - $shibayu36->blog;
    mikage014
    mikage014 2014/10/28
    “「ただ自分がコードを書く機会をつくるために周りを巻き込んで開催し、かつ何も準備しない」という方向に振り切ったイベント”