平素よりQA＠ITをご利用いただき、誠にありがとうございます。 QA＠ITは「質問や回答を『共有』し『編集』していくことでベストなQAを蓄積できる、ITエンジニアのための問題解決コミュニティー」として約7年間運営をしてきました。これまでサービスを続けることができたのは、QA＠ITのコンセプトに共感をいただき、適切な質問や回答をお寄せいただいた皆さまのご支援があったからこそと考えております。重ねて御礼申し上げます。 しかしながら、エンジニアの情報入手方法の多様化やQAサービス市場の状況、＠ITの今後のメディア運営方針などを検討した結果、2020年2月28日（金）15:00をもちましてQA＠ITのサービスを終了することにしました。 これまでご利用をいただきました皆さまには残念なお知らせとなり、誠に心苦しく思っております。何とぞ、ご理解をいただけますと幸いです。 QA＠ITの7年間で皆さまの知識
2013年12月2日更新: 参照されることが多いので Rails 4 の情報を訳注として追記しました。また、Rails 4 に関する情報は、 WEB+DB PRESS Vol.73 が非常に参考になるので、一読をおすすめします。 この文章は Mitch Crowe 氏のブログより 2012年4月14日の記事を翻訳したものです。 The 10 Most Underused ActiveRecord::Relation Methods http://blog.mitchcrowe.com/blog/2012/04/14/10-most-underused-activerecord-relation-methods/ 昨日は ActiveRecord::Relation のコードに膝まで浸かって、使われているのをこれまで全然見たことがない面白いナゲットを思い出させてくれた。この記事で、十分に活用
以下はNick Sutterer氏が2010年10月28日に自身のブログに投稿した、"Rails Misapprehensions: CRUD is not REST! "の翻訳です。本人の許可を得て掲載します。 Rails Misapprehensions: CRUD is not REST! http://nicksda.apotomo.de/2010/10/rails-misapprehensions-crud-is-not-rest/ RailsとRESTについて調べている間、二つのことがよくわかった。 RailsでRESTがどうなっているのか、他と比べて、明解で、基礎的で、「印刷された」解説を見つけにくい。数千のスクリーンキャストを見てきたが、この素晴らしいガイドが一つあるだけだった。 みんなCRUDとRESTを混同している とりわけ後者は僕を困らせたが、あるチームをコーチすると
更新情報: 2013/11/19: 初版公開 2021/01/08: 訳文見直し、追記 こんにちは、hachi8833です。今回は、自分が知りたかった、Active Recordモデルのリファクタリングに関する記事を翻訳いたしました。1年前の記事なのでRails 3が前提ですが、Rails 4以降でも基本的には変わらないと思います。リンクは可能なものについては日本語のものに置き換えています。 なお、ここでご紹介したオブジェクトは、app以下にそれぞれ以下のようにフォルダを追加してそこに配置します。 注記: 以下は使われそうなフォルダを列挙しただけであり、実際にはこの一部しか使いません。 Value Object Service Object Form Object Query Object View Object Policy Object Decorator ⚓ 肥大化したActive
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
先日のエントリーでも少し触れたが、Ruby on Railsの最大の問題点は、それが持つ「一見そのフレームワークがMVCの形をとりながら、MVCの最も大切なところを外している『えせMVC』である」点にある。MVC（Model View Controller）がなぜ必要かを根底の部分でちゃんとと意識せずにRailsアプリケーションを作ると、後々ひどい目に会うので注意が必要である。 その意味では「RailsでMVCを学ぶ」などもっての他だし、「JavaにもRailsと同じようなフレームワークを作って業務用アプリの開発を効率化しよう」などという発想もとても危険である。 ということで、今日はまずはMVCの解説から。 MVCの発想の根底には、「モジュール化と情報の隠蔽により、プログラムがスパゲッティ化するの（コード間の相互依存関係が複雑に入り込んでしまってにっちもさっちも行かない状態になること）を避
Rails is a web-application framework that includes everything needed to create database-backed web applications according to the Model-View-Control pattern. This pattern splits the view (also called the presentation) into “dumb” templates that are primarily responsible for inserting pre-built data in between HTML tags. The model contains the “smart” domain objects (such as Account, Product, Person
Ruby on Rails (試したのはバージョン2.3RC2) でカラム名 no は使えません。 なぜか fixture を load しようとすると以下のようなエラーが発生します ^^); rake db:fixtures:load (in /Users/yy/RailsWorks/boro) rake aborted! PGError: ERROR: column "false" of relation "products" does not exist LINE 1: INSERT INTO "products" ("price", "name", "false", "created_a... ^ : INSERT INTO "products" ("price", "name", "false", "created_at" ......... ) VALUES (26000, E
訳者の小倉さんから献本いただきました。ありがとうございます(感想出遅れて申し訳ありません)。 すでにid:authorNariさんも書評してらっしゃいますが、これは良書です。自分が以外が使うRailsアプリを作ってる人は、一読する価値ありと思いますよ。 序盤、3章くらいまではすごく基本的なRailsの話がつづきます。いちおうずっとRailsを使ってる身としてはおとなしい立ち上がりだな、という感想でした。 が、4章のCapistranoからはこの本の本領発揮。 基本的な設定箇所を一通り説明するだけにとどまらず、自分でタスクを定義する方法やそこで使える各種APIなど、踏み込んだ内容になってます。コールバックの説明なんかもあって(使ってる人います??)、before_before_after_before_deployなんていうコールバックの定義方法も紹介されます。 このあたり、私もウェブキャリ
Ruby on Rails の Scaffold generator はアプリの元になるコードを生成するに便利ですが実際のアプリを作る際には、XMLをレスポンスするコードは要らないとか、日本語じゃないとか、テンプレートがイマイチだとかいろいろ不満点があると思います。 標準のScaffoldの作成するコードを少し変えるだけならとても簡単です。 オレオレscaffold generatorを置く場所 まず、オレオレscaffold generator を置く場所ですが、Ruby on Rails guidesの 2.3 The Rails Generation: Generatorsにあるように RAILS_ROOT/lib/generators 、 ~/.rails/generators などが考えられます。プロジェクト固有のオレオレscaffoldなら RAILS_ROOT/lib/gen
Rails 2.2から導入されたI18nモジュールだが、さすがにバージョン0.0.1だけあって、実際に日本語でアプリを作ってみると細かいところでちょっとずつイケてなかったりするところが目につく。 以下に、僕が今までに気になったところを挙げてみよう。 1. ARのerror_messages_forでカラム名とメッセージの間に半角スペースが入る active_record-2.2.2/lib/active_record/validations.rb 208行目より抜粋 1 full_messages << attr_name + ' ' + message 半角スペースハードコード！！ このおかげで、例えば、「名前」カラムの必須チェックのメッセージが 「名前 を入力してください。」 というように表示されてしまう。半角スペースがめちゃめちゃ気になりますよね。 そこで、こんなチケットをあげて超い
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
emacsでRails開発をする際、emacs-railsを使っている方が多いと思います。emacs-railsはとても便利なelispなのですが、最近は更新頻度が低く、rhtml→html.erbの対応も一部されていなかったりします。あとRspecの対応もイマイチ。emacs使いの人たちは一体どうやってRails開発しているのでしょうか？ そこでRinariですよ Rails On Emacs | Google グループを見ると最近は"Rinari"の話題で持ち切りなようです。Rinariはemacs-railsとは違いコア部分を小さく保って、プラグインで拡張していくタイプのelispです。 Rinari: Ruby on Rails Minor Mode for Emacs 基本的には上記に全部書いてあるのですが、整理する意味でまとめてみます。 コア部分のインストール まず、gitでダ
http://weblog.rubyonrails.com/2008/12/23/merb-gets-merged-into-rails-3の超簡易和訳． Merb が Rails3 に統合される！ みんなにクリスマスプレゼントがあるんだ．何かって言うと Merb と Rails のベンチマーク論争に終止符を打つのさ．つまり Merb が Rails 3 に統合されるんだ！ 我々はフェンスの両側で複製しあうよりもっと建設的ないい方法として，一緒に働くことを実現した．統合するのが明らかに思えるデザインと思想を，Merb と Rails を既に十分に共有している．あとは座ってチャットして議論すればよかったんだ． これが実際に何を意味するかというと，Merb チームは Merb の基本思想を Rails 3 に持ち込むことに努力するってことだ．Yehuda Katz は Rails コアチームに
Rubyフレームワーク「Ruby on Rails（RoR）」と「Merb」の各リード開発者は12月23日、両開発プロジェクトをマージし、MerbをRoRの次期バージョンとなる「Ruby on Rails 3」に統合させることをそれぞれのブログで発表した。Rails 3は、来年5月にベータリリースの予定という。 RoRの作者、David Heinemeier Hansson氏は公式ブログで、Merbの開発チームがMerbの開発アイディアと作業をRails 3に統合させることになったと明かした。Merbのリード開発者、Yehuda Katz氏も同様の発表を行っており、Hansson氏は「クリスマスプレゼント」、Katz氏は「きわめて重大な瞬間」と記している。 これにあたり、Katz氏はRailsのコアチームに参加し、その他のMerb開発者もRailsの取り組みに参加する。Hansson氏は、
http://d.hatena.ne.jp/takahashim/20081101#p2 ↑これを書いたときにはまだぱらぱらと見てただけなんですが、この本、ちょっとおかしいです（ほめ言葉）。 なんせ第１章の5ページめ、「1.2 Rubyの基礎」として「1.2.1 クラスとモジュール」でクラスの話をひとくさりした後、「1.2.2 メソッド参照」に入るわけですが、ここで「最も簡単な方法は、Rubyが内部で作成するデータ構造を視覚化することだ。」と言い放ち、 klass iv_tbl flags m_tbl super とかの説明をし始めるわけですよ。 ……いやそれ、Rubyインタプリタのソース読まないと分からないから！ 「簡単な方法」じゃないよ！ これRailsの本だよね？！ そう突っ込んでしまいそうになるのも気にせず、その後はクラスとモジュールの継承の話が続き、メタクラスがどうしたとかアイゲ
455万人のユーザーを擁する世界でも有数、日本最大のレシピコミュニティーサイト『COOKPAD（クックパッド）』。これを運営するのが、クックパッドだ。同サイトは、今年10周年を迎え、7月には大規模なリニューアルを実施した。 このリニューアルにあたっては、Rubyを採用、月間2.8億PVの大規模サイトをRuby on Railsに乗せている。Railsサイトとしては世界でも有数の規模だ。シーネットネットワークス エンタープライズ・メディア 統括 兼 ZDNet Japan編集長の大野が、今や日本最大のRailsサイトとなったCOOKPADの佐野社長に、その運営と今後の計画について聞いた。 聞き手：大野晋一、構成：富永恭子（ロビンソン） 大野： そもそも、今回のリニューアルの狙いはどこにあったのでしょうか? 佐野氏(以下、敬称略)： 一言でいえば、今後の中長期的な成長を想定しての改善が一番の目
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
