Ruby on Rails 2.0リリース 25
ストーリー by mhatta
マイルストーン 部門より
マイルストーン 部門より
Anonymous Coward曰く、
本家/.の記事にもなっていました。Ruby on Railsの開発者DHHことDavid Heinemeier Hansson氏のブログ、Riding Railsの記事によれば、「Rails 2.0: It's done!」ということで12月6日、とうとうRuby on Rails 2.0がリリースされたようです。1年以上もの準備期間をかけた自信作とのこと。
RoRはつい最近生まれたような気がしていたのですが、DHH氏の文中にもあるように、もう誕生から4年半も経っていたのですね。
非常に申し訳ないのだが未だにRuby on Railsの良さがわからない。 (スコア:2, 興味深い)
PHPやJavaのtomcatアプリにも劣るパフォーマンス、
HTMLにわかりにくいタグを入れなければいけない全体的な生産性の低さ…ってこれは他も同じか。
せっかく作ったアプリもさくらとかロリポなどのレンタルサーバに設置できず敷居がとても高く感じてしまう…
すいません、ボクがヘタレなだけですil||li _|￣|○ il||li
Re:非常に申し訳ないのだが未だにRuby on Railsの良さがわからない。 (スコア:0)
Re:非常に申し訳ないのだが未だにRuby on Railsの良さがわからない。 (スコア:1, おもしろおかしい)
可読性の高いコードとは、読んだだけで理解できるコードで、
生産性の高いプログラムとは、タイプ量が少なくて済むプログラムです。
ん？背反してないか？
Re:非常に申し訳ないのだが未だにRuby on Railsの良さがわからない。 (スコア:0)
ほぼ同じ機能を開発するときに、どこに構築コストを振り向けるかというテーマの回答のひとつということで。
Re:非常に申し訳ないのだが未だにRuby on Railsの良さがわからない。 (スコア:0)
規約を1から10まで読むなんて事をやってられない時もある
細かい仕様やアルゴリズムなんかを知りたい時に、例えば単純なフレームワークやクラスライブラリなら
ちょっとソース見てくれば理解出来るんだけど
Railsは、動的生成の鬼みたいなコードで、どこを探しても見つからない
ドキュメント読めって？ 使うだけならそれでも良いかもしれん、サンプルコピペでも用は足りるしな
Re:非常に申し訳ないのだが未だにRuby on Railsの良さがわからない。 (スコア:1)
Re:非常に申し訳ないのだが未だにRuby on Railsの良さがわからない。 (スコア:0)
C++のHaskellもどきテンプレートを見た人間としては
どんなコードをみても驚かないが
Re:非常に申し訳ないのだが未だにRuby on Railsの良さがわからない。 (スコア:0)
Re:非常に申し訳ないのだが未だにRuby on Railsの良さがわからない。 (スコア:0)
Re:非常に申し訳ないのだが未だにRuby on Railsの良さがわからない。 (スコア:0)
Re:非常に申し訳ないのだが未だにRuby on Railsの良さがわからない。 (スコア:0)
この部分は完全に同意です。
CoC なんて、適用箇所を間違えたり分量を間違えれば毒にしかならない薬。
私にとっては RoR とか Seaser はやりすぎで、毒にしかならない。もちろん薬になる人もいるんでしょうけどね。
Re:非常に申し訳ないのだが未だにRuby on Railsの良さがわからない。 (スコア:2, 興味深い)
CoCのメリットは2回目以降（規約学習後）の生産性の高さではないでしょうか？
例が悪いかもしれませんが、Strutsなどの場合でも独自に規約を決めて命名規則やディレクトリ構造を作るので、それに加えて設定ファイルを書くのは面倒。
そこをCoCは解決してくれてうれしいなぁ、と。正直、学習コストという点ではむしろ悪化しているというのには同意。
ちなみに、Rails的に大切なのはDRY（Don't Repeat Yourself）のほうでCoCは手段だと思っています。
あと、余談ですがSeaserの中の人は最近はCoCの次は流れるようなインタフェースだ！ って言ってますね。
Railsは具体的な名前を強要してない (スコア:0)
Rails自体はどんな具体的な言葉をも強要してない、
ってのは注目に値する点だ。
Railsが言ってるのはいわばメタ規約ばかりだ。
テーブルとDTO(じゃないが)の名前を「同じ」にしろとか、
大文字小文字単数複数の変換はしろ(ただし機械的に)とか、
find_by_属性1_属性2_…といったメソッドを使えとか、
要するに
「あなたのプロジェクト」に
「あなたのプロジェクトで決めた言葉(とそこから機械的に算出できる言葉)」
を使え、
と言ってるに過ぎないんだ。
「これあんたが決めた名前でしょ。じゃあ最後まで(責任もって)使いなさいよ」ってわけだ。DTOの名前が気に入らない
Re:Railsは具体的な名前を強要してない (スコア:0)
>「現状のテーブル定義」が参照できるファイルって…
rake db:structure:dump かしら?
Rails 2.0.1 (スコア:0)
Re:Rails 2.0.1 (スコア:1)
Re:Rails 2.0.1 (スコア:0, フレームのもと)
のファイルのリリース方法、
じゃなくて、
とできるのになんでそうしないんだろう
love && peace && free_software
t-nissie
新しくなって、 (スコア:0)
日本語でよろしく！
Re:新しくなって、 (スコア:5, 参考になる)
だれか全部訳して、更に補足してください m(__)m。
This is a test message :-)
こないだRails本を買ってきたばっかりなのに！ (スコア:0)
＃いっぽう仕事では今更Struts(しかも相当古い版)の勉強をしないとならんorz のでAC
線路の上にRuby (スコア:0)
Re:線路の上にRuby (スコア:0)
参考書について (スコア:0)
2.0でも通用しますか？高かったんで使えたらいいなぁと
Re:参考書について (スコア:4, 参考になる)
componentsのセクションとActionWebServiceの章は捨てる。
2.0で生成した場合、config/environments.rbのセッション関係とapp/controllers/application.rbのCSRF対策コードに注意する。
1.x系のpagination機能は非標準になった。外部プラグイン will_paginate / classic_pagination を利用。
acts_as_list / tree は外部プラグインになった。
AJAX系機能の一部(in_place_editとか)も外部プラグインになった。
このくらい?
Re:参考書について (スコア:0)
http://dev.rubyonrails.org/changeset/7905 [rubyonrails.org]