【Ruby】Ruby on Rails Part6

**nobodyさん** · 2008/10/24(金) 17:46:53

■前　Ruby on Rails のスレが
http://pc11.2ch.net/test/read.cgi/php/1207425569/

■参考サイト
<英語>
本家：http://www.rubyonrails.org
API document：http://api.rubyonrails.com/
開発者のblog：http://weblog.rubyonrails.org/
参考wiki：http://wiki.rubyonrails.org/rails

<日本語>
Rails' wiki： http://wiki.fdiary.net/rails/

■参考スレ
Rubyについて Part 33
http://pc11.2ch.net/test/read.cgi/tech/1223709050/
Ruby 初心者スレッド Part 22
http://pc11.2ch.net/test/read.cgi/tech/1221467121/

**nobodyさん** · 2009/03/18(水) 22:54:30

シンプルなSQLはMySQLよりも良いとか聞いたけど
チューニングの有無で決まるんじゃね？

あとSQLiteは以外と頑張る子だと最近知った

**nobodyさん** · 2009/03/18(水) 23:03:10

>>636
機能に関してはここ。
ttp://ml.postgresql.jp/pipermail/pgsql-jp/2004-December/017980.html

まあ実際に使ってる限りにおいて、Oracleはデータ型が少なかったり（booleanもないとか
ありえん）、sqlplusを始めコマンドラインツールが死ぬほど使いにくかったりするので、
個人的には比べるべくもないところなんだが。

パフォーマンスに関しては最新バージョンの具体的な比較例はなかったが、2007年当時の
Oracle10 vs Postgre8.2 ではわずかに劣る程度というデータ。
ttp://slashdot.jp/it/article.pl?sid=07/07/10/1059217

8.2→8.3では1.3～1.5倍のパフォーマンス向上があったという話なので、今やOracleと同等
以上のはず。Web屋のネタ帳でもそう言ってた。
ttp://neta.ywcafe.net/000960.html

**nobodyさん** · 2009/03/19(木) 01:13:38

>>638
mysql4とかいつの話だよ

**nobodyさん** · 2009/03/19(木) 02:04:06

なぜOracleにboolean型がないのかわからんとは。

DBの性能は設計とチューニングで別物といっていいくらい変わるから、
そんな資料じゃ全く参考にならないのだが。

**nobodyさん** · 2009/03/19(木) 02:58:54

業務で使うなら、RedhatかOracleぐらいのサポート無いと使えないよ。
リナックスやDBソフトのメンテしたい訳じゃないし。

StrtusとかJSFとかJavaの世界のほうがフレームワークを業務で使い易い。書籍もセミナーも充実してるし。
こんな感じって提案するのにRoRは気軽でいいけど、そのまま運用はしないよ。メンテ大変。

**nobodyさん** · 2009/03/19(木) 03:27:38

企業のサポートがあるって言うけど、お世話になったことなんて
セキュリティパッチやバージョンアップの通知くらいで
ユーザサポートに頼ったことなんて一度もないわ
頼る必要がないくらい成熟してるとも言えるけど

**nobodyさん** · 2009/03/19(木) 08:11:45

ユーザーサポートは「ある」ということが重要なのだよ
それが仮にあみだくじ程度のレベルであっても

**nobodyさん** · 2009/03/19(木) 09:17:40

そんなこと自慢げに言うなよ
自分の仕事に責任持て
そういうのお役所仕事って言うんだよ

**nobodyさん** · 2009/03/19(木) 10:10:35

昔は企業サポートなんていらねーと思っていたが、
技術が分からないお偉いさんたちは技術云々ではなく、
自分が理解できるサポート有無なんかを気にする。

そして、技術的に意味のないサポートでも、
売上の桁が変わるので、ビジネス的に意味がある。

Rails も、技術的に最高に面白いが、
ビジネス的には変更が激しくて保守＆運用コストを考えると向かない、というだけ。

**nobodyさん** · 2009/03/19(木) 10:27:33

>>644
言いたいことはわかるけどね、それじゃ回らない現場がたくさんあるんだよ
個々人のやる気だけではどうにもならない組織構造や大規模システム等

**nobodyさん** · 2009/03/19(木) 11:42:38

Rails のスレで書くことじゃないけど、
ビジネスやエンタープライズ向けのフレームワークがほしい

**nobodyさん** · 2009/03/19(木) 12:01:10

>>644
じゃあうっかり500万くらい損益出てもキミの貯金で補填してくれるよね

**nobodyさん** · 2009/03/19(木) 17:57:50

パッチ作るのも、バージョンアップチェックするのも、不具合パッチ作るのも余計な仕事。
組織で動いてると、いろいろあるからな。付加価値の高い仕事を自分たちで遣って、生産性を上げるのが高い給料の維持につながる。

**nobodyさん** · 2009/03/19(木) 21:34:09

と、夢を語る安い給料の人

**nobodyさん** · 2009/03/19(木) 21:45:31

Railsはクリステンセンが言うところの「破壊的イノベーション」に位置する
技術なんだよ。
メーカー保証のプラットフォーム上でJavaの技術者を何十人も集めて、高い
人月で何ヶ月もかけて作っていたものが、Railsなら数人で1～2ヶ月で作れ
てしまう。

大手のSIerみたいな立場から見れば、客から大した金は取れないわ、保証が
ないから責任を他に転嫁できないわでロクな技術に見えないだろう。
だが市場の下の方から徐々に浸食されていき、次第に完成度も高くなって
いくので、いつのまにか立場を逆転してついには既存の技術を追い落として
しまう。

それを本能的に感じ取っている技術者が今、Railsに手を出してるんだと
思うんだが。
Javaやその他の枯れた技術に比べてRailsが使えないと思うなら、どうぞ
そちらのほうにしがみついていてもらって全く差し支えないよ。

**nobodyさん** · 2009/03/19(木) 23:21:44

> メーカー保証のプラットフォーム上でJavaの技術者を何十人も集めて、高い
> 人月で何ヶ月もかけて作っていたものが、Railsなら数人で1～2ヶ月で作れ
> てしまう。

んなわけねーだろ
想像で語るな

大体JavaとRailsって比較するものが違う

**nobodyさん** · 2009/03/19(木) 23:28:26

想像って、ここに来てるのは現場のエンジニアがほとんどだろ。

いいからRedhatやOracle買ってStrutsでも使ってろよ。そんでもうここに来んな。

**nobodyさん** · 2009/03/19(木) 23:34:37

単に人選が悪いだけじゃんｗｗｗ
Java=Strutsだとでも思ってるんだろうか

**nobodyさん** · 2009/03/19(木) 23:38:00

「ある会社で億単位の見積もりが出されたシステムが数百万で構築できました」みたいな話も実際にでてきてるだろ

**nobodyさん** · 2009/03/19(木) 23:47:20

楽天とかでもRailsの生産効率の検証してて、慣れないエンジニアが作った
場合でも対PHP比1.5倍、Javaで2倍程度の効率向上が見られたみたいな
ことをカンファレンスで聞いた記憶がある。

そもそもプログラマが１日に書けるコードの量はだいたい決まっているので、
余計な記述を長々と書かせるJavaの効率が悪いのは火を見るよりも明らか。

Javaの世界でもSeeSaa等の試みもあるが、あまり成功しているようには見えない。

**nobodyさん** · 2009/03/19(木) 23:48:44

まあSeeSaaとか使うんなら、それこそJRuby on Railsでいいじゃんという話にもなるわな。

**nobodyさん** · 2009/03/19(木) 23:52:30

Seasar・・・です。

**nobodyさん** · 2009/03/19(木) 23:54:47

そいつは失礼。
ただおぼえにくいつづりがマーケティングがうまくいかない一因になってるかもね。

**nobodyさん** · 2009/03/19(木) 23:59:29

RHELとか使ったことないんだけど，どういうところが嬉しいの？
まだ個人でしかLinux使ってないからだろうけど
セキュリティのアップデートとかいう話ならCentOSとかのyumみたいなので別に不満感じないけどなあ
Redhatのセキュリティのメーリングリスト見とけばそんなに問題なさそうだし

サポートってなにしてくれるんだか謎
>>648見て思ったけど，別に不具合のせいで業務に支障きたして損失起きたからって保証してくれるわけではないんでしょ

**nobodyさん** · 2009/03/20(金) 00:09:11

言い訳できるんじゃね？

**nobodyさん** · 2009/03/20(金) 00:45:35

保障が無いならcentでいいよね

**nobodyさん** · 2009/03/20(金) 00:53:26

500万の損益と言われても。
損なのか益なのか。
揚げ足取りにすぎないけどさ。

**nobodyさん** · 2009/03/20(金) 00:54:53

>>653
数十人→数人
何ヶ月→1～2ヶ月

何十倍なんだよ。計算もできない低脳が。
おまえがくるんじゃねーよ。
「現場のエンジニア」でひとくくりにするなｗアホ。

**nobodyさん** · 2009/03/20(金) 00:58:39

なんだこのゆとりは。
こんなとこ来てないでちゃんと学校の勉強しろ。

**nobodyさん** · 2009/03/20(金) 01:09:49

Javaが登場してオブジェクト指向が注目を集めたときも、
生産効率が○○倍になったとかやってたな。結局は能力。
例外なく生産効率を劇的に押し上げたのはRDBくらいかな。

**nobodyさん** · 2009/03/20(金) 04:46:56

rubyも登場した頃は、生産効率が○○倍になったとかやってた。結局は能力。
何も変わらない。

億単位の案件取って儲けたほうが給料いいのに、数百万の案件にして給料安くしてるから底辺だろ。

**nobodyさん** · 2009/03/20(金) 06:40:32

>>667
億単位の案件て何人月くらいになるん？

**nobodyさん** · 2009/03/20(金) 07:23:33

割り算すれば出るだろ

**nobodyさん** · 2009/03/20(金) 09:54:50

億単位の案件なんて責任ばっか多くてやる気しねぇわ。
底辺でも数百万乱発の方がいいな。
少人数で好きなようにできるし。

**nobodyさん** · 2009/03/20(金) 10:17:50

生産性○倍とか幻想。

実際は、仕事量○倍が関の山ｗ

**nobodyさん** · 2009/03/20(金) 12:03:36

>>663
500万の損益って言ったら益に決まってるだろ。
損なら、マイナス500万の損益か、500万の損失だ。

**nobodyさん** · 2009/03/20(金) 12:13:59

開発だけ見れば生産性は確かに上がるよね。
仕事量n倍は無いな。

うちは早めに仕上げてお客さんに使ってもらうようにしてるんだけど、
そうするとちょこちょこ修正依頼や仕様変更が来る。
期間内でお客さんと一緒に細かく詰めて、仕上げて行く感じ。
同じくらいの工数をかけても、お客さんの満足度は高いと思う。

あと政府系とか金額が大きい案件は、そんなに技術要らなかったりする。
金額が大きい割に暇だった。
儲けられても、技術的にはあまり面白くない感じ。

**nobodyさん** · 2009/03/20(金) 13:59:42

研修でJavaを詰め込んだだけのエンジニアの頭数を大量投入して人月費を稼ぎ、
客に買わせたベンダー謹製のバカ高いプラットフォーム上で、ネームバリューで
取ってきた技術力のいらない案件で何億も請求するような仕事のやり方がこの先
も続くと考えられるエンジニアはおめでたいな。

まあでもここに来て情報収集してるだけマシかもね。

自分で技術書を買うこともしなければ、新しく言語を身につけようなどという考えを
持ったこともないエンジニアが上記のような会社では大半を占めているようだが、
さっさとそういうのは淘汰されてほしい。

**nobodyさん** · 2009/03/20(金) 14:11:00

>>674
3年先まで有効であるだけで充分だ
見下さないと精神の安定を保てないならやめちまえ

**nobodyさん** · 2009/03/20(金) 14:43:05

３年やってダメになったら他にジョブチェンジすればいいと考えてるような
君と違って、こっちは一生エンジニアでやっていこうと思ってるからね。
そんくらいでやめられないんだよ。

**nobodyさん** · 2009/03/20(金) 14:58:53

そういう泥臭い話はマ板で。

**nobodyさん** · 2009/03/20(金) 16:20:14

>>676
童貞はこれだから困る

**nobodyさん** · 2009/03/20(金) 17:23:46

>>676
よう初心者

**nobodyさん** · 2009/03/20(金) 17:31:31

ピュッピュッ

**nobodyさん** · 2009/03/20(金) 18:55:04

エンジニア()笑

**nobodyさん** · 2009/03/20(金) 19:47:02

条件反射的に煽るしか能のないゆとり脳がたくさん湧いてるな。
いいから涙拭けよ。そんなに慌てずに、括弧のズレくらい投稿前に確認したほうがいいぞ。

**nobodyさん** · 2009/03/20(金) 20:10:53

･･･

**nobodyさん** · 2009/03/20(金) 20:30:24

涙　拭　け　よ

**nobodyさん** · 2009/03/20(金) 21:04:41

いくら拭いても止まらないよ

**nobodyさん** · 2009/03/20(金) 21:12:27

クリステンセンくらいは読んどいたほうがいいぞ。おもちゃと思われてた技術が市場をひっくり返した事例がたくさんある。

**nobodyさん** · 2009/03/20(金) 22:01:39

そういえばJSP/Servletも当初はおもちゃおもちゃと冷笑されていたな
いやたしかに最初の頃は本当にひどかったが

**nobodyさん** · 2009/03/21(土) 03:01:08

今のうちに億稼いでおいたほうが、いい暮らし出来るだろ。
数百万の案件なんてピンハネだけして下請けに丸投げしたほうが儲かる。

**nobodyさん** · 2009/03/21(土) 09:32:16

すばらしく日本のゼネコンSIer的思考の典型で清々しいが、なんでここに
来てるのかがわからん。
市場の変化を感じられるポジションにいないんだろうが、３年先と言わず
すでにそのやり方は通用しなくなりつつあるよ。

ttp://japan.cnet.com/blog/0026/2009/02/27/entry_27020722/

秋田でベンダーが2億円と見積もりしたIP電話の導入を、市の職員が
オープンソースを活用することで800万で構築した例がちょっと前に
騒がれたが、今後見積もりの際に客からああいう例を引き合いに
出されるようになるよ。

通常、不景気の影響はIT業界に押し寄せるのは１年のブランクが
あるというが、今回は半年とたたずに影響が出てる。
あと半年もしないうちに、大手のネームバリューだけで億の案件が
受注できる時代は、もう過去のものになってるよ。

**nobodyさん** · 2009/03/21(土) 10:04:53

Rails won
ttp://withoutane.com/rants/2009/03/rails-won

信者のおかげかー。

**nobodyさん** · 2009/03/21(土) 10:21:40

RubyやRailsは、大手SIerから中小が客を奪うための武器になるとおも。
まあせいぜい今の内に、下請けが使うおもちゃとバカにしていてくれ。
そのほうがやりやすい。

**nobodyさん** · 2009/03/21(土) 11:08:41

馬鹿が一人でレスしてるな…

**nobodyさん** · 2009/03/21(土) 11:26:02

現在のrailsはunstableだから、いくら開発効率が高くてもrailsのバージョンアップによる保守で帳消しになってしまう。

railsがstable(になることあるのか疑問だが)になったらおもちゃから脱却できるとは思うが。

**nobodyさん** · 2009/03/21(土) 11:38:27

>>676
他の業種にジョブチェンジも悪くないなと思ったんだが、
エンジニア失格ですか。

**nobodyさん** · 2009/03/21(土) 11:41:27

うちは稼働中のやつで1.2.6から2.2まで面倒見てるけど
それなりになんとかなるもんだよ。

**nobodyさん** · 2009/03/21(土) 11:51:01

2.2→2.3の一番の変更点は、デフォルトのコントローラが application.rb から
application_controller.rb に変わったとこだろう。

いきなり意味不明なエラーが出るので、この変更点を知らないとハマる。

**nobodyさん** · 2009/03/21(土) 12:18:16

>>696

つ rake rails:update

**nobodyさん** · 2009/03/21(土) 12:35:40

>>697
なるほど。そんな便利なコマンドがあったのか。
サンクス。

**nobodyさん** · 2009/03/21(土) 14:38:08

>>695
そりゃ力技なりで「なんとか」なるけどさ、
その必要がない選択肢があるからねー。

なんとかしなくても RoR で出来るようになると LoL

**nobodyさん** · 2009/03/21(土) 15:39:31

>>690
口は悪いけど弱気な奴だな。

**nobodyさん** · 2009/03/21(土) 17:48:54

説得するのに必要なことはテスト方法だと思う

**nobodyさん** · 2009/03/21(土) 21:37:28

2.2.2→2.3.2にしたらvalidates_uniqueness_ofに
日本語を格納しているカラムを指定するとSQL実行エラーで例外が発生するになったので、
$RUBY_HOME/lib/ruby/gems/1.8/gems/activerecord-2.3.2/lib/active_record/validations.rb
を見たら、こうなってた。
729　　value = column.limit ? value.to_s[0, column.limit] : value.to_s
この部分をとりあえず、
value = column.limit ? value.to_s.split(//)[0, column.limit].join : value.to_s
と書き換えて対応した。
varchar(255)→255文字を意味するDBMSの場合だけど(PostgrSQL+UTF-8)とか。
varchar(255)→255バイトという意味になるDBMSなら、単にvalue.to_sだけするほうが良さそう。

**702** · 2009/03/21(土) 21:43:36

ちなみに上記のエラーの根本的な原因はコレだと思う。
$KCODE = 'u'
require 'jcode'
s = 'テスト'
s[0,5]
=> "テ・"
文字化けというか文字が壊れた状態でSQLが投げられて、
SQLの構文エラーが発生するみたい。

**nobodyさん** · 2009/03/21(土) 22:10:22

また互換性が･･･

**nobodyさん** · 2009/03/21(土) 22:25:54

>>703
Rubyのバージョンはいくつなの？

**nobodyさん** · 2009/03/21(土) 22:44:43

>>705
1.8.7-p72。
スクリプトのエンコーディングはUTF-8。
ところで、文字列の扱いってエンコーディングごとに異なるのかな。
いつもUTF-8しか使っていないから、以下の動きを想定していつもコーディングしてる。

$KCODE = 'u'
str = 'あいえうお'
=> "あいえうお"
str.split(//)
=> ["あ", "い", "え", "う", "お"]
str.split(//)[0, 2]
=> ["あ", "い"]
str.split(//)[0,2].join
=> "あい"
str[0,2]
=> ""

**nobodyさん** · 2009/03/21(土) 22:48:46

1.8系でstr[0,4]とかやるとバイト基準になるから、
バイト数が違うとダメだろうな。
1.9系なら文字基準だけど。

試してないからなんとも言えないんだが、
>>702を見る限りRails2.3はRuby1.9系がふさわしいな。

**nobodyさん** · 2009/03/21(土) 22:55:50

>>707
DBMSがvarchar(255)→255バイトまたは255文字という
感じで仕様が分かれているから、あえてここは何もしないほうがいい気がしてきた。

実際、2.2.2のvalidates_uniqueness_ofの定義は同じ729行目でこうなっていた。
729　value = value.to_s

**nobodyさん** · 2009/03/22(日) 04:17:57

中小ITだと、客が相手にもしてくれないけどな。

**nobodyさん** · 2009/03/22(日) 05:42:49

担当者によるな
でその担当者が辞めると同時に仕事もなくなる

**nobodyさん** · 2009/03/22(日) 05:56:27

スレ違いの話題をまだ続けるのか・・・

**nobodyさん** · 2009/03/22(日) 11:30:23

今2.1使ってるけど3が出るまではバージョンアップしない予定
夏頃には出るんですよね？

**nobodyさん** · 2009/03/22(日) 11:43:11

Merbとの統合という大手術になるから、その頃安定して使えるとは思えんな。
5月のRailsConfでβという希望的観測だったかな。

正直な話、新規プロジェクトでない限りあえて最新を追いかける必要もないんじゃ。

**nobodyさん** · 2009/03/22(日) 13:32:32

提案に行って、最終2社あたりまで残って、
競合の事を聞いたら向こうもRailsだったみたいなことが出てきた。
結構みなさんがんばっているんだな。

**nobodyさん** · 2009/03/22(日) 13:50:19

Rails本体はともかくプラグインが3に対応するのに時間がかかりそう。安定するのは年末ぐらいかな

**nobodyさん** · 2009/03/22(日) 14:33:05

3 が安定する前に、大掛かりな修正を加えた 3 の軌道修正をするための 3.1, 3.2 を追いかけないといけないだろうな。

**nobodyさん** · 2009/03/22(日) 20:12:44

手元で最新版の機能を使えるのに、運用で使えないのはストレス堪ると思うが。

値段ではJavaの案件は高額だしな。RoRのほうが残るだろう。

**nobodyさん** · 2009/03/23(月) 00:41:13

最新の機能ってそんなに需要あるのかな？
それよりメモリ食いを押さえる方が喜ぶ人は多いと思うんだ

機能が肥大化して習熟コストが高くなるのも歓迎されないと思う

**nobodyさん** · 2009/03/23(月) 04:41:04

>>717
言語指定されてる時点で、下っ端なのが分かるな。

**nobodyさん** · 2009/03/23(月) 04:59:55

>>718
開発効率が上がるような機能であれば歓迎するけどね。
2.1から使えるようになったnamed_scopeはかなり重宝してる。

**nobodyさん** · 2009/03/23(月) 19:32:08

今から始めるなら2.2でいいの？

**nobodyさん** · 2009/03/23(月) 20:17:29

まあ2.2か2.3じゃね
どっちにしろ日本語リソースのみでは勉強にならないけどね

**nobodyさん** · 2009/03/23(月) 20:34:54

日本語リソースってなんじゃ？

**nobodyさん** · 2009/03/23(月) 21:14:00

ここでのリソースは参考資料・情報源といった意味でしょうな。

**nobodyさん** · 2009/03/23(月) 21:55:47

今さら2.2はないだろ常考。
Rack対応やらi18nやら重要なアップデートが多いので、これを使わない手はない。

そしてRuby1.9.1にRails2.3.2。これ最強。
しかし日本語の資料がほとんどないという諸刃の剣。素人にはお薦めできない。

**nobodyさん** · 2009/03/23(月) 21:59:07

Ruby1.9って開発版だろ。

**nobodyさん** · 2009/03/23(月) 22:24:53

はあ？

**nobodyさん** · 2009/03/23(月) 22:29:25

>>726
1.9.1は安定版

**nobodyさん** · 2009/03/23(月) 22:35:45

使ってるライブラリが1.9.1対応するまでは1.8.7つかっとけ。

hpricotとrspecが対応したから個人的にはそろそろ移行のタイミング。

**nobodyさん** · 2009/03/23(月) 22:48:10

今からやる初心者に2.3勧めない方がいいんじゃないかな

**nobodyさん** · 2009/03/23(月) 23:48:39

本がないから?

**nobodyさん** · 2009/03/24(火) 01:30:01

>>724
それはソースじゃなくて？

**nobodyさん** · 2009/03/24(火) 03:41:22

1.9.xは互換性無いからな。
普通は偶数のほうが安定板。1.9.2を待つのが正しい。

**nobodyさん** · 2009/03/24(火) 08:47:33

>>732
リソースであってる。
>>733
そんなコンベンションはとっくになくなっている。

**nobodyさん** · 2009/03/24(火) 10:05:09

そんなに急がないなら5月に出るRails 3.xから追いかけたほうがいいかも

**nobodyさん** · 2009/03/24(火) 11:03:13

きりがないからおれはもう追いかけてる