Ruby on Rails 1.0 リリース 33
ストーリー by yoosee
型にはまると非常に強い 部門より
型にはまると非常に強い 部門より
あるAnonymous Coward曰く、"Ruby on Rails 1.0がリリースされた。RailsのWebサイトも微妙にリニューアルされている。Railsは、Webアプリケーション開発フレームワークで、生産性の高さを売りにしている。記述言語はオブジェクト指向言語の1つであるRuby。
Railsの登場から、海外でもRubyが知名度を得始めている今日この頃、RoR 1.0のリリースによりWebアプリケーション開発全体でRoRを使ったWebサイトが増えるかもしれない。"
Ruby on Rails については、Rails Wiki などに情報がある。また HotWired Japan や IBM dW でも入門記事が掲載されている(掲載時点とはRails側の仕様や挙動が変わっている場合があるので注意)。作者 David Heinemeier Hansson へのインタビュー記事 なども参考までに。
参考までに本家記事。 (スコア:2, 参考になる)
セキュリティー的には期待できるのかな (スコア:2)
Re:手間といっても (スコア:2, すばらしい洞察)
フレームワークがどれだとかに関わらず、例えフレームワークが大丈夫と謡っていても、
そういうロジックは設計の段階で考慮すべきで、そうすると実装に手間や苦労は要らないと思う。
特に、勉強してみよう的な新規プロジェクトなら尚更でしょ。
そこを丸投げするため/丸投げできるが謳い文句のフレームワークがあったとしたら、
MSの「安心できるセキュアなサーバ製品群」より不安になるね。
知名度あって狙われるのに、アホみたいな意識で管理されてるに決まってるから。
結局そういったセキュリティ対策が、手間や苦労に感じるっていうのは、
すでに構築済環境への適用・対策の際に、往々にして自分が設計に絡んでないような
ソースを検証してメンテしなけりゃならないからってだけじゃないかね。
Re:セキュリティー的には期待できるのかな (スコア:1, 参考になる)
SQL インジェクションも ActiveRecord (ORM ライブラリ)でやろうと思えばできますし(通常の使い方をすれば起きません)。
Re: セキュリティー的には期待できるのかな (スコア:1)
手間は減りますかねぇ...
Re: セキュリティー的には期待できるのかな (スコア:0)
こんな事が度々起こったらたまったもんじゃないですが、Railsの問題ではないでしょう。
Re: セキュリティー的には期待できるのかな (スコア:1, 参考になる)
1.0 キタ― (スコア:2, 参考になる)
これで仕様は一段落か。
デプロイツールのSwitchTowerと、面白くなってきた!!
zopeと比べた利点はなんでしょう? (スコア:1)
少なくともざっと紹介記事を読んだ限りでは RoR でできることは全て Zope でできて、しかも仕組みもほとんど同一であるという気がします。それなら蓄積がある Zope のが便利だろう、と思いました。
単なる技術的な興味で知りたいのですが、両方使ったことがある人で、「Python より Ruby のが好き!(或いは優れている)」などの Python/Ruby の優劣に関係する理由以外で Zope より RoR の方が良いという人が居れば是非教えて欲しいです。
Re:zopeと比べた利点はなんでしょう? (スコア:3, 参考になる)
Zope は少し迷走気味というか、タグでやればいいのか自分でコード書いたほうがいいのかで悩むことが多いのが嫌ですね。
Ruby On Rails では generater で自動的にコードが生成され、その Rail に沿って進めばおのずと実現方法が決まるので、悩むことが少なくてよいです。
実現方法で悩むことって多いし、どちらでも大差ないことは多いので、その手間が省けるのはいいですね。
Re:zopeと比べた利点はなんでしょう? (スコア:0)
Re: zopeと比べた利点はなんでしょう? (スコア:3, 参考になる)
http://www.goodpic.com/mt/archives2/2005/09/ruby_on_rails_d_1.html
あと、Zopeの3は、かなりPythonプログラマ向けに変わってます。
RoR vs zope (スコア:2, 興味深い)
例えるなら、Oracleがたとえタダで使えたとしてもSQLiteは手放せない、みたいな、そんな気持ちをインタビューから感じました。確かに zope だとアクセスコントロール要らなくても使わない方法はありませんし、(特にZope3系には詳しくありませんので間違っていたら教えてください.)「PageTemplateとZSQLmethodだけでいい!後はいらない!」と思うことも良くあります。RoRはPHPとzopeの間ぐらいの位置づけなんでしょうね。
Re:zopeと比べた利点はなんでしょう? (スコア:2, 参考になる)
また CMS あるいは CMF と捉える方がすっきりきそうな感じがします。
対して Rails はアプリケーションフレームワークで開発向け
というのがはっきりしています。
コンテンツを中心に見るなら Rails より Zope の方が解に近い
のではないでしょうか?(そういうことではない?)
個人的には Zope の方がレイヤーが多く、近いレイヤーに
別の実装が複数合ったりして、複雑な印象があります。
少なくとも取捨選択するまでに時間が掛かります。Rails は
今のところそういう複雑さからは距離を取れていると思いますが、
どうでしょうか。
Re:zopeと比べた利点はなんでしょう? (スコア:1, 参考になる)
Re:zopeと比べた利点はなんでしょう? (スコア:1, 参考になる)
・全部入り
サーバ(http,ftp,WebDAV),ユーザ認証,オブジェクトごとに細かく設定可能なセキュリティ,キャッシュ,デザイナと技術者が分業しやすいテンプレート,内蔵オブジェクトデータベース(ZODB),RDB接続
・キラーアプリの存在
Plone
Zopeの欠点:
・恐竜的(進化の袋小路?)
・黒魔術がたくさんある
Zopeはフレームワーク。機能はてんこ盛りだが,使いこなすには学習に時間を掛ける必要がある。意外なところでハマることもある(獲得とかな!)。
能力が有り余っていて,黒魔術的なお約束に関係なくサクッとWebアプリを実装したい人はRoRなりTurboGearsなりSubwayなりDjangoなり使えばいいと思う。
Re:zopeと比べた利点はなんでしょう? (スコア:0)
そしてクリスマスリリースで (スコア:1, おもしろおかしい)
Re:そしてクリスマスリリースで (スコア:2, 興味深い)
# 例えばpreview1がでて以降、各修正ごとにMLでの事前了承を取るなど。
現在preview2が出ているので、テストしてくださると、
動かなくなるリスクを減らせると思います。
http://ruby-lang.org/ja/20051202.html
Re:そしてクリスマスリリースで (スコア:1)
> しかし、今年は(今年も?)リリースミスがあり、
> 最後のコミットしないでパッケージを作ってしまった。
> 夕方になって気付いて、あわてて再リリースするはめに
> なってしまった。サンタも失敗するらしい。
サイト例 (スコア:0)
Re:サイト例 (スコア:3, 参考になる)
他は知りませんです。
Re:サイト例 (スコア:3, 参考になる)
Re:サイト例 (スコア:0)
どこらへんがポイントだろうか (スコア:0)
なんか目新しさを感じない
Re:どこらへんがポイントだろうか (スコア:4, 参考になる)
Re:どこらへんがポイントだろうか (スコア:1, 参考になる)
Re:どこらへんがポイントだろうか (スコア:0)
アーカイブ [rubycolor.org] を手に入れて眺めてみて下さい。
Re:どこらへんがポイントだろうか (スコア:2, 参考になる)
Railsの売りは単純さじゃないの?
ActiveRecordのクラスはテーブルとのマッピングを固定しているのを利用しているわけで、その大半は自己反映的に行ってるわけで、普通のORマッピングのようなスキーマ読んで自動生成とは違うでしょう。
Re:榎本健一・古川デベロッパ (スコア:0, 余計なもの)
#ギャグの解説を依頼することほど悔しいことはない
Re:榎本健一・古川デベロッパ (スコア:0)