Ruby on Railsを知っていますか? 52
ストーリー by yoosee
2nd.cc曰く、"はてなブックマークに、Ruby on Railsでブックマーク・アプリケーションをわずか10分で作成するムービーがエントリーされています。
ちなみに Ruby on Rails は、Webアプリケーションを Ruby で構築するために用いることが出来るフルスタックのフレームワークです。バックエンドには RDBMS (主には MySQL) が用いられます。
このデモで使われているのは Windows環境ですが、インストールを含め10分で出来上がるのを見せられてしまうと、改めて Ruby on Rails の生産性に驚かされます。名前は知っているけど Ruby on Rails って実際どうなの?と言う方は一度ご覧になってみては如何でしょうか。"
使ってます。 (スコア:4, 参考になる)
社内用システムですが、ASP(サービス提供の方)もやるみたいです。
まともな人が少数精鋭で使うにはいいんじゃないでしょうか。
今のところ、リファレンスマニュアルもhowtoも英語しかないし、動作の分からない
ところがあったらソース追いかけなくちゃいけないし...その辺で拒絶してしまうよ
うな人は無理かと。人海戦術には向いてないかな。
それとまだ、ちょこちょこ仕様が変わりますね。後方互換ではありますが。
しかし、いちど慣れてしまえばCRUDなアプリケーションなら非常に簡単に作れますよ。
使えば使うほど、便利さが分かります。
そうそう、テーブル名が複数形になるのが耐えられない人は、config/environment.rbに
ActiveRecord::Base.pluralize_table_names = false
を追加しましょう。
# 日本語で得られる情報が、数は少ないが質が高いものばかりなので、ゴミ除け作業
# をしなくて済むのは助かる。今のところは。
Python/TurboGearsで (スコア:2, 参考になる)
Mono+Stetic(+libglade?)+GtkMozEmbed (スコア:1)
インストール (スコア:2, すばらしい洞察)
URL とタイトルを含んだテーブル作って表示させました。
作るって言ってるけど開発するのではなくて、インストールするですな。
Re:インストール (スコア:1, すばらしい洞察)
Rubyはプログラムというよりテンプレート。
Re:インストール (スコア:3, 参考になる)
計算手順を抽象化したアルゴリズム(=つまりテンプレート)を,具体的なデータ構造に合わせて組み合わせるのがプログラミング.
ruby は,オブジェクト指向な言語なので,データ構造が柔軟に扱える.その結果テンプレートを簡単に組み合わせることが出来るので,生産性が高い(とruby使いは宣伝している)
Re:インストール (スコア:1, 興味深い)
でもいざウェブアプリを作ろうとした時に、RoRが例えばStrutsと比べてどれほど生産性が高いのか全然分からないですよ。
RoRの生産性の高さとやらは、インストールフェーズにしか無いんでしょうか。
Re:インストール (スコア:2, 参考になる)
Strutsはよく知らないのでアレなんですが、O/Rマッピングを動的に自動でやってくれるのは楽。
# ただ、SHOW FIELDS FROM ~がばしばし飛んでいる。富豪
他にはコードのタイプ量が少なくて済みます。
この辺はRubyのおいしいところ(イテレータやmethod_missing)のおかげも大きいかな。
# それと、RoRよりもRailsと略されることが多い。AoEの続編と紛らわしい?
Re:インストール (スコア:0)
なんでも一つの言語でやれる、と豪語する人間の生産性を基準に考えても無意味。
どんな言語でも、最初は環境に熟知してる人間はいないという問題はある。
生産性の向上は、環境への慣れに依存する事を否定する人間はいないでしょう。
インストールが容易であれば、それだけで生産性に直結する場面があるのは
いくつか案件をこなしていれば解るかと思うが?
(突発的な、別プロジェクトのサポートとかに多い)
事実はともかく、そういう意図で書かれたことが解らない人間は、
今の自分の環境を盲信しているだけで、読解力と想像力に柔軟性が無い
というのは開発者的には随分と致命的な問題のようです。
Re:インストール (スコア:2, 参考になる)
たしかに某Windows向けインタプリタ言語のときはアレでしたが。
ただ、他言語探訪あたりを読んでくださると、けなしてばっかりでもない事はおわかりいただけるかと。
Rubyist のための他言語探訪 【第 1 回】 Python [rubyist.net]
Rubyist のための他言語探訪 【第 2 回】 CLU [rubyist.net]
Rubyist のための他言語探訪 【第 3 回】 Io [rubyist.net]
Re:インストール (スコア:1)
本家/.でも、Railsは9回取り上げられていますし、開発チームリーダーのDavid Heinemeier Hansson [loudthinking.com]は今年のOSCONでBest Hacker Awardを受賞 [loudthinking.com]してますし、むしろ日本が今まで取り残されすぎていたというべきです。
Re:インストール (スコア:0)
OSS以外はけなすOSS信者と同じですよ。
気にしたら負けです。
Re:インストール (スコア:1)
このもう少し先までいじると、RailsがStruts等とどう違うのかがわかるかもしれません。
#って、実は「インストール感覚で開発が出来ます!!!11」って釣りか?
RAD開発ツール (スコア:2, 興味深い)
「ほらこんなに簡単!!」とマスタメンテみたいな画面をサクサク作って見せてくれるメーカのプレゼンを思い出した。
簡単に作れるのと引き替えに色々制限が多く、
ちょっと凝ったことをしようとすると、かえって手間がかかった気がします。
rails はどうなんでしょうか?
Re:RAD開発ツール (スコア:1)
たいてい、減ることはあっても増えることはないですね。
ただ、「どこに書けばいいのか」を知っておかないとダメです。
たとえば、partialなviewとhelperの使い分け、など。
Perl 版 (スコア:2, 参考になる)
Perler な人は Catalyst [cpan.org] とか。 まだ使ったことないけど…。 感想求む。
Re:Perl 版 (スコア:1)
はてな各サービスの機能変更、お知らせなど - はてな技術発表会日記 - 10月15日の技術勉強会 [hatena.ne.jp]
DON
http://rails2u.com/ (スコア:1, 興味深い)
来週KOFで講演予定 (スコア:1, 参考になる)
Re:来週KOFで講演予定 (スコア:2, 興味深い)
* 高橋征義
* moriq
の「WEB+DB PRESS Vol.28 - Ruby on Rails 入門 [gihyo.co.jp]」執筆者コンビ2名です。
近在の方は是非お越し下さい。
利用例 (スコア:1, 興味深い)
Re:利用例 (スコア:3, 参考になる)
使いたいなら愚痴ってる間にまず自分で試してみて、メリットデメリットを理解して、
(プロジェクトに合った)良いものだと確信が得られれば、
今度はそれを上司なり客先なりにプレゼンして同意を得ればよいだけのことでしょう。
それすらもせずに実際のプロジェクトで使わせろというのでは無理も無い話。
そもそも自分でも使えるものかどうか分かってないものをPUSHするのはどうかしてると思う。
Re:利用例 (スコア:1, 興味深い)
チャレンジさせてもらえない土壌があるというより寧ろこのような行動を積極的にやる人が他国に比べて少ないのかもしれないですね。
Re:利用例 (スコア:1, 興味深い)
非効率的な開発をしているせいで忙しい部署は、
自分で試してみてメリットデメリットを理解してプレゼンをする時間が取れなかったりする。
卵が先か鶏が先か、みたいな悲しい話だけど。
Re:利用例 (スコア:0)
>自分で試してみてメリットデメリットを理解してプレゼンをする時間が取れなかったりする。
それは日本だけの話ではないですよね?
Re:利用例 (スコア:2, すばらしい洞察)
Railsはアジャイルな開発にはとても向いていると思いますが、日本の企業では今でもDOAとWaterFallに基づく局面毎の開発を用いる企業が多いです。 Javaを使う場合にもオブジェクト指向を使わないことを前提にしたりします。 例えばDOA+ [doaplus.com]をご覧ください。
大手の情報企業だけでなく、お客様先の情報部門、子会社を始め、皆新しい技術、開発プロセスには逃げ腰な傾向があります。これは優秀な技術者が少ないことも原因かと思われます。他のリプライにもありましたが、少数精鋭には向くのでしょうが、現在精鋭が非常に足りておりません。人月を放り込む力技を好む業界ではこのような開発プロセスを取り入れることに対し、皆及び腰です。また多くの開発者自身も情報処理試験やMS、Oracleなどの資格試験には興味がありますがこのような技術を知っている、興味を持っている者は非常に少なくなかなか広まらない背景もあると思います。
アジャイルやRUPでもそうですが、開発プロセスの変更には契約体系の変更にもつながり乗り越える壁が多く移行に対する問題点として認識されています
RailsをWaterfallにて使用することは不可能ではありませんが、それではRailsを使う魅力が半減してしまいます。まずは紙先行である開発プロセスを変更しなければRailsのようなツールの普及は進まないと思います。
またRubyとRoRにはオープンソースであるという「問題」があります。一部の企業だけの話であってほしいのですが、いまだオープンソースに対する不安は大きく、使用が進まない場合があります。オープンソースがJavaの技術革新を引っ張っている現状でも、IBMやOracleが製品にて正式にサポートを開始しなければ使用できない現場が多いようです。Eclipseのような開発環境であれば導入はとてもスムーズに進むのですが、Rubyのような実行環境になると問題が大きいようです。
ORMに対してはSQL支持者たちからの不安も大きく、RoRのような開発は好まない人たちが多いようです。これはDBのチューニング技術がSQL中心でなければいけないという考え方から起こります。JavaでもCMPからHibernateにいたるまで否定する人は多く、そのような人たちは自らSQLをマッピングするDAOを作成するようです。そのようなものの頂点にiBATISが存在するのですが、一部の企業はいまだオープンソースを使うことに抵抗が強くそれすらなかなか仕事では使わせてもらえません。
技術的な問題としてRoRはスケーラビリティに不安があります。実際に問題があるかどうかではなく、実績が足りないということが問題となっており、RoRに関する議論で常に話題となります。
さらにRubyにはパフォーマンスの問題があります。Rubyのパフォーマンスの現状は悪いと言わざるを得ません。これは作者のまつもとさんも認識されていることですが、Javaの現状に比べるとRubyのVM、JITの開発はまだ始まったばかりのレベルと言えるのではないでしょうか。多くの現場でRubyは十分なパフォーマンスを出すと思いますが、他言語との比較で常に語られる現場では動的言語を使用することを説得することは大きな苦労を伴います。
ただ、 業界ではRoRは非常に評判が良く、theserverside.comなどでも話題の中心です。 Javaの世界で有名なBruceTateの新作は「Beyond Java」だそうで、theserverside.comでは次にくるものは何か、Rubyはその席に座れるかで非常に盛り上がっているようでした。最近とみにRubyの評価は高く、多くの有名人がRubyを好んで使っております。PoEAAのMartinFowlerなどは自身のBlogなどでRubyのコードを披露されているようです。SeaserのひがさんもRoRは研究されているようですし、JavaでもTrailsというRoRをJavaでのコンセプトのフレームワークも出現しているようです。
このような開発方法がいずれ主流になると期待しています。
#長文、失礼しました。Re:利用例 (スコア:1)
と考えるべきな気がしますよ。
日本においては、日本語のドキュメントが不足しているのが問題ですが、
それはこれからおいおい解決していく・・・といいなぁ。
Re:利用例 (スコア:0)
↑
誰かの許可でも要るの?
Re:利用例 (スコア:1, 興味深い)
Re:利用例 (スコア:1, 興味深い)
開発環境やメソッドは提案すれば良いのではないでしょうか?
もしも、一切の提案が出来ない環境にあるとしたら、
それは御客様が「新しいもの」に抵抗があるのではなく、
貴方にそれだけの発言権が与えられていないと言う事では?
Re:利用例 (スコア:0)
つ[半可通な御客様]
Re:利用例 (スコア:0)
Re:利用例 (スコア:0)
部門名が (スコア:1)
Re:部門名が (スコア:1)
10分? (スコア:1, おもしろおかしい)
Re:10分? (スコア:1)
uxi
Re:10分? (スコア:1)
……5分って、かなり速いような。
# つーか、サイト自体がエイプリルフールのネタ
Re:10分? (スコア:0)
Re:10分? (スコア:0)
Re:10分? (スコア:0)
MySQL(16MB)が、リンククリックした瞬間にダウンロード完了って……
さらにお急ぎの方 (スコア:1)
ガッツ石松氏の (スコア:1)
# RoR面白そう。遊んでみよ~。
Yukotan
かゆいとこに手がとどく (スコア:1)
Google-O'Reilly Open Source Awards (スコア:1, 参考になる)
37singals [37signals.com]のDavid Heinemeier Hansson氏が
Google-O'Reilly Open Source Awards [osdir.com]に選ばれましたね
こら (スコア:0)
Re:こら (スコア:4, おもしろおかしい)
Flashでの画面上の注釈にtypoが (スコア:0)
「--include-depencencies」になってますね。
(当然実際のコマンドは正しく入力されている)
あとc:\ruby\binにPATHが通ってないとgem xxxxxじゃ
動かないと思われ。
やってみましたが (スコア:0)
DBがないって…
Re:やってみましたが (スコア:0)