【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(水) 08:21:11

luck

**nobodyさん** · 2009/03/18(水) 09:27:11

>>612
Web サーバとフレームワーク間の泥臭い部分を、
フレームワーク開発者は書かずに済みます。
Python なら WSGI というものが。

**605** · 2009/03/18(水) 09:35:22

>>606-609
セキュリティ修正は古いバージョンに適用されないじゃないですかー。

なので新しくしたら半年ぶりくらいでも deprecated が出まくったり。

また、deprecated じゃなくても、新しい書き方やスタイルが導入されているから、新たに書く人と、古いコードとのスタイルが違ったり。

数千行程度なら直すけど、数万行になると…。

なので社内の Struts 卿や Syfomy 君に、
フレームワーク自体の変更コストが高すぎると dis られる状態です…。

**615** · 2009/03/18(水) 09:39:37

2.3 で CGI が Application に改名されていたり、3.x が怖いです…。

遊びでは追っかけるのが楽しいからいいのですが、
仕事では、そんなに変化しないでー、という心情。

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

業務は枯れてからの採用がいいよ。まだruby自体が枯れてない。

**nobodyさん** · 2009/03/18(水) 11:56:04

業務ならRoRではなく、俺々フレームワークがいいのかなぁ

**nobodyさん** · 2009/03/18(水) 13:20:08

笑わせるな

**nobodyさん** · 2009/03/18(水) 14:39:41

頼むからおれおれフレームワークはやめてくれ。
本人はうれしそうなんだが、周りはほんとに迷惑なんだよ。

**nobodyさん** · 2009/03/18(水) 15:58:50

RoR自体がヲレヲレだから大差はない。
ruby自体もヲレヲレ採用だったりもするし。

もっとメジャーな、Javaとかphpにしてくれって思ってる周りは多いと思う。

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

まぁRailsはその辺のJavaフレームワークよりは書籍が多いから、まだ問題ないわ。
大差ないとか言ってるやつは、さすがにかわいそうな頭してると思う。

**nobodyさん** · 2009/03/18(水) 16:53:31

Rails2.3でRack対応が進んだらしいけど、具体的にどんなメリットがあるんだろう？

**nobodyさん** · 2009/03/18(水) 17:31:01

RoRはJavaなら動き出すのに3ヶ月かかるものを半月くらいでとりあえず動かして反応見るとかそういうのに使う

**nobodyさん** · 2009/03/18(水) 18:09:32

>>623
* Webサーバに対する統一仕様が使えるようになる。
* ミドルウェア(認証とかログ取りとかセッションとか)を利用できる。
あたりでしょうかね。

**nobodyさん** · 2009/03/18(水) 18:48:29

RoR は俺々フレームワーク。仕事向きじゃない。

本があるといっても 2.x は少ないよね。
1.x じゃ、最初の scaffold からして動かないからハマりそう。

ただ、自分だけで遊ぶ分には最適。

**nobodyさん** · 2009/03/18(水) 19:26:55

Railsはバージョンアップ早いからなあ。
個人的にRedmineの作者はかなり頑張ってると思う。

**nobodyさん** · 2009/03/18(水) 20:57:40

Rails仕事で使ってるけど2.0.2・・・

jpmobileの0.3使う時、
サポートがRails2.1以降とかあったけど、
無理矢理2.0.2でも動くように変えたのは良い思い出

**nobodyさん** · 2009/03/18(水) 21:50:30

Railsの下位互換性の気にしなさっぷりに嫌気が差してた人たちがMerbを
盛り上げてたんだが、そのMerbがRailsに統合されることになってじゃあ
どれ使ったらいいんだよ状態なのが今。

願わくはMerbの中の人たちが、Railsの状況を変えていってほしい。

ところでRailsはともかくRubyをオレオレ言語とか言ってるやつは、何も
わかってないな。
それが本当なら、JRuby、Rubinius、IronRuby、MacRuby、MagLevみたい
に他の実装が雨後の竹の子みたいに出てくるわけがないだろう。

**nobodyさん** · 2009/03/18(水) 22:08:14

RedHatがRubyの新バージョンをサポートしない限り
Railsを上げられん。

**nobodyさん** · 2009/03/18(水) 22:11:35

野良ビルドしろ

**nobodyさん** · 2009/03/18(水) 22:12:16

Ubuntuを使えばよろし。
Redhatの時代はとっくに終わってる。

**nobodyさん** · 2009/03/18(水) 22:12:57

Debianで良くね？

**nobodyさん** · 2009/03/18(水) 22:15:59

DELLの保証というものがあってだな
業務で使う以上下手な事はできん

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

メーカー保証とか、人に責任を押しつけるためにのみ存在意義のある仕組みだが、
それによって不便を強いられるデメリットを考え合わせて、トータルで本当に得なの
か考えてみたほうがいいよね。

今やPostgreSQLのほうがOracleなんかより取り回しはもちろんパフォーマンスでも
上回ってるし、Redhat<->Debian・Ubuntuも同様。

**nobodyさん** · 2009/03/18(水) 22:45:42

ポスグレがそこまでいいとは知らなかった。ソースはあるのか？

**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が出るまではバージョンアップしない予定
夏頃には出るんですよね？