【Ruby】Ruby on Rails Part6
■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん
2008/10/24(金) 17:46:53ID:???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/
0664nobodyさん
2009/03/20(金) 00:54:53ID:???数十人→数人
何ヶ月→1〜2ヶ月
何十倍なんだよ。計算もできない低脳が。
おまえがくるんじゃねーよ。
「現場のエンジニア」でひとくくりにするなwアホ。
0665nobodyさん
2009/03/20(金) 00:58:39ID:???こんなとこ来てないでちゃんと学校の勉強しろ。
0666nobodyさん
2009/03/20(金) 01:09:49ID:???生産効率が○○倍になったとかやってたな。結局は能力。
例外なく生産効率を劇的に押し上げたのはRDBくらいかな。
0667nobodyさん
2009/03/20(金) 04:46:56ID:???何も変わらない。
億単位の案件取って儲けたほうが給料いいのに、数百万の案件にして給料安くしてるから底辺だろ。
0669nobodyさん
2009/03/20(金) 07:23:33ID:???0670nobodyさん
2009/03/20(金) 09:54:50ID:???底辺でも数百万乱発の方がいいな。
少人数で好きなようにできるし。
0671nobodyさん
2009/03/20(金) 10:17:50ID:???実際は、仕事量○倍が関の山w
0673nobodyさん
2009/03/20(金) 12:13:59ID:???仕事量n倍は無いな。
うちは早めに仕上げてお客さんに使ってもらうようにしてるんだけど、
そうするとちょこちょこ修正依頼や仕様変更が来る。
期間内でお客さんと一緒に細かく詰めて、仕上げて行く感じ。
同じくらいの工数をかけても、お客さんの満足度は高いと思う。
あと政府系とか金額が大きい案件は、そんなに技術要らなかったりする。
金額が大きい割に暇だった。
儲けられても、技術的にはあまり面白くない感じ。
0674nobodyさん
2009/03/20(金) 13:59:42ID:???客に買わせたベンダー謹製のバカ高いプラットフォーム上で、ネームバリューで
取ってきた技術力のいらない案件で何億も請求するような仕事のやり方がこの先
も続くと考えられるエンジニアはおめでたいな。
まあでもここに来て情報収集してるだけマシかもね。
自分で技術書を買うこともしなければ、新しく言語を身につけようなどという考えを
持ったこともないエンジニアが上記のような会社では大半を占めているようだが、
さっさとそういうのは淘汰されてほしい。
0676nobodyさん
2009/03/20(金) 14:43:05ID:???君と違って、こっちは一生エンジニアでやっていこうと思ってるからね。
そんくらいでやめられないんだよ。
0677nobodyさん
2009/03/20(金) 14:58:53ID:???0680nobodyさん
2009/03/20(金) 17:31:31ID:???0681nobodyさん
2009/03/20(金) 18:55:04ID:???0682nobodyさん
2009/03/20(金) 19:47:02ID:???いいから涙拭けよ。そんなに慌てずに、括弧のズレくらい投稿前に確認したほうがいいぞ。
0683nobodyさん
2009/03/20(金) 20:10:53ID:???0684nobodyさん
2009/03/20(金) 20:30:24ID:???0685nobodyさん
2009/03/20(金) 21:04:41ID:???0686nobodyさん
2009/03/20(金) 21:12:27ID:???0687nobodyさん
2009/03/20(金) 22:01:39ID:+2bPeyVSいやたしかに最初の頃は本当にひどかったが
0688nobodyさん
2009/03/21(土) 03:01:08ID:???数百万の案件なんてピンハネだけして下請けに丸投げしたほうが儲かる。
0689nobodyさん
2009/03/21(土) 09:32:16ID:???来てるのかがわからん。
市場の変化を感じられるポジションにいないんだろうが、3年先と言わず
すでにそのやり方は通用しなくなりつつあるよ。
ttp://japan.cnet.com/blog/0026/2009/02/27/entry_27020722/
秋田でベンダーが2億円と見積もりしたIP電話の導入を、市の職員が
オープンソースを活用することで800万で構築した例がちょっと前に
騒がれたが、今後見積もりの際に客からああいう例を引き合いに
出されるようになるよ。
通常、不景気の影響はIT業界に押し寄せるのは1年のブランクが
あるというが、今回は半年とたたずに影響が出てる。
あと半年もしないうちに、大手のネームバリューだけで億の案件が
受注できる時代は、もう過去のものになってるよ。
0690nobodyさん
2009/03/21(土) 10:04:53ID:???ttp://withoutane.com/rants/2009/03/rails-won
信者のおかげかー。
0691nobodyさん
2009/03/21(土) 10:21:40ID:???まあせいぜい今の内に、下請けが使うおもちゃとバカにしていてくれ。
そのほうがやりやすい。
0692nobodyさん
2009/03/21(土) 11:08:41ID:???0693nobodyさん
2009/03/21(土) 11:26:02ID:???railsがstable(になることあるのか疑問だが)になったらおもちゃから脱却できるとは思うが。
0695nobodyさん
2009/03/21(土) 11:41:27ID:???それなりになんとかなるもんだよ。
0696nobodyさん
2009/03/21(土) 11:51:01ID:???application_controller.rb に変わったとこだろう。
いきなり意味不明なエラーが出るので、この変更点を知らないとハマる。
0699nobodyさん
2009/03/21(土) 14:38:08ID:???そりゃ力技なりで「なんとか」なるけどさ、
その必要がない選択肢があるからねー。
なんとかしなくても RoR で出来るようになると LoL
0701nobodyさん
2009/03/21(土) 17:48:54ID:???0702nobodyさん
2009/03/21(土) 21:37:28ID:???日本語を格納しているカラムを指定すると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だけするほうが良さそう。
0703702
2009/03/21(土) 21:43:36ID:???$KCODE = 'u'
require 'jcode'
s = 'テスト'
s[0,5]
=> "テ・"
文字化けというか文字が壊れた状態でSQLが投げられて、
SQLの構文エラーが発生するみたい。
0704nobodyさん
2009/03/21(土) 22:10:22ID:???0706nobodyさん
2009/03/21(土) 22:44:43ID:???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]
=> ""
0707nobodyさん
2009/03/21(土) 22:48:46ID:???バイト数が違うとダメだろうな。
1.9系なら文字基準だけど。
試してないからなんとも言えないんだが、
>>702を見る限りRails2.3はRuby1.9系がふさわしいな。
0708nobodyさん
2009/03/21(土) 22:55:50ID:???DBMSがvarchar(255)→255バイトまたは255文字という
感じで仕様が分かれているから、あえてここは何もしないほうがいい気がしてきた。
実際、2.2.2のvalidates_uniqueness_ofの定義は同じ729行目でこうなっていた。
729 value = value.to_s
0709nobodyさん
2009/03/22(日) 04:17:57ID:???0710nobodyさん
2009/03/22(日) 05:42:49ID:CRGV4RkCでその担当者が辞めると同時に仕事もなくなる
0711nobodyさん
2009/03/22(日) 05:56:27ID:???0712nobodyさん
2009/03/22(日) 11:30:23ID:???夏頃には出るんですよね?
0713nobodyさん
2009/03/22(日) 11:43:11ID:???5月のRailsConfでβという希望的観測だったかな。
正直な話、新規プロジェクトでない限りあえて最新を追いかける必要もないんじゃ。
0714nobodyさん
2009/03/22(日) 13:32:32ID:???競合の事を聞いたら向こうもRailsだったみたいなことが出てきた。
結構みなさんがんばっているんだな。
0715nobodyさん
2009/03/22(日) 13:50:19ID:???0716nobodyさん
2009/03/22(日) 14:33:05ID:???0717nobodyさん
2009/03/22(日) 20:12:44ID:???値段ではJavaの案件は高額だしな。RoRのほうが残るだろう。
0718nobodyさん
2009/03/23(月) 00:41:13ID:???それよりメモリ食いを押さえる方が喜ぶ人は多いと思うんだ
機能が肥大化して習熟コストが高くなるのも歓迎されないと思う
0720nobodyさん
2009/03/23(月) 04:59:55ID:???開発効率が上がるような機能であれば歓迎するけどね。
2.1から使えるようになったnamed_scopeはかなり重宝してる。
0721nobodyさん
2009/03/23(月) 19:32:08ID:???0722nobodyさん
2009/03/23(月) 20:17:29ID:???どっちにしろ日本語リソースのみでは勉強にならないけどね
0723nobodyさん
2009/03/23(月) 20:34:54ID:???0724nobodyさん
2009/03/23(月) 21:14:00ID:???0725nobodyさん
2009/03/23(月) 21:55:47ID:???Rack対応やらi18nやら重要なアップデートが多いので、これを使わない手はない。
そしてRuby1.9.1にRails2.3.2。これ最強。
しかし日本語の資料がほとんどないという諸刃の剣。素人にはお薦めできない。
0726nobodyさん
2009/03/23(月) 21:59:07ID:???0727nobodyさん
2009/03/23(月) 22:24:53ID:???0729nobodyさん
2009/03/23(月) 22:35:45ID:???hpricotとrspecが対応したから個人的にはそろそろ移行のタイミング。
0730nobodyさん
2009/03/23(月) 22:48:10ID:???0731nobodyさん
2009/03/23(月) 23:48:39ID:???0733nobodyさん
2009/03/24(火) 03:41:22ID:???普通は偶数のほうが安定板。1.9.2を待つのが正しい。
0735nobodyさん
2009/03/24(火) 10:05:09ID:???0736nobodyさん
2009/03/24(火) 11:03:13ID:???0737nobodyさん
2009/03/24(火) 13:17:24ID:???0738nobodyさん
2009/03/24(火) 23:49:43ID:???0739nobodyさん
2009/03/26(木) 09:15:38ID:???http://www.atmarkit.co.jp/news/200712/25/ruby01.jpg
0740nobodyさん
2009/03/26(木) 20:24:41ID:gX082xc4でもDHHはガチのイケメン
0741nobodyさん
2009/03/26(木) 23:44:57ID:???0742nobodyさん
2009/03/26(木) 23:55:23ID:???0744nobodyさん
2009/03/27(金) 09:48:00ID:???0745nobodyさん
2009/03/27(金) 10:28:27ID:???0746nobodyさん
2009/03/27(金) 15:31:41ID:???自分一人が使うなら一覧、新規作成や編集はこんな感じで済みます。
http://localhost:3000/
http://localhost:3000/new
http://localhost:3000/edit
これを複数人で使いたいと思ってます。
ユーザに tanaka, yamada がいた場合は次のようにしたいです。
http://localhost:3000/tanaka/
http://localhost:3000/tanaka/new/
http://localhost:3000/tanaka/edit/
http://localhost:3000/yamada/
http://localhost:3000/yamada/new/
http://localhost:3000/yamada/edit/
DB も分けたいので config/database.yml も
if 山田なら
production:
:
elif 田中なら
production:
:
end
としたいのですが、どうすればいいでしょうか。
config/routes.rb を何とかするのだとは思うのですが…。
0747nobodyさん
2009/03/27(金) 15:45:06ID:???複数ユーザーで使うなら「users」テーブルを作るんじゃダメなのか?
0748nobodyさん
2009/03/27(金) 15:56:52ID:???山田、田中的には URL を
はてなダイアリーのようにしたいそうで、
これだけは譲れないそうです。
この URL の実現方法分かりませんか。
0749nobodyさん
2009/03/27(金) 15:58:46ID:???ワロタw
画期的だが、ユーザ数増える毎にDBから悲鳴が聞こえてくるぞwww
普通は>>747のように、
userテーブルとか、blogテーブルと、entryテーブル用意するもんジャマイカ?
ちなみにroutes.rbで書くなら
map.connect ':controller/:action/:id'
map.connect ':controller/:action/:id.:format'
の下に、
map.connect ':user_name/:action' ,:controller=>'コントローラー名'
って感じになるかの?
0750nobodyさん
2009/03/27(金) 16:03:14ID:???0751nobodyさん
2009/03/27(金) 16:09:51ID:???数人しか使わないし、
各テーブルの select や書き込み時に
user_name の条件を書くの面倒だなーと思いましたが、
佐藤&鈴木と相談し、正攻法で 1 DB にしてみます。
> map.connect ':user_name/:action' ,:controller=>'コントローラー名'
なるほどー。佐々木&森田と調べてみます。
ありがとうございましたー。
0752nobodyさん
2009/03/27(金) 16:26:31ID:???map.connect ':controller/:action/:id'
の上に書くと、
他のコントローラーに送りたくても
map.connect ':user_name/:action' ,:controller=>'コントローラー名'
の方が有効になる
どうしても上に書きたいなら
map.connect ':user_name/:action' ,:controller=>'コントローラー名' , :user_name=>/tanaka|yamada/
と限定させれば有効になるけど。
ユーザ増える度にroutes.rb追加するのはダリィ
0753nobodyさん
2009/03/27(金) 16:36:46ID:???やったことないから実はめんどいのかもしれんが
0754nobodyさん
2009/03/27(金) 17:06:22ID:???0755751
2009/03/27(金) 17:36:57ID:???下に書くのでバッチリでした。堀江&三木谷も喜んでます。
>>753
select & update の時に自動で user_name の縛りを入れてくれる仕組みがあるといいんですけどねー。忘れるとエラいことに。
0756nobodyさん
2009/03/27(金) 20:12:28ID:1ySFVXM2script/console で User.all ようにしてDBのレコードの配列を取得したのですが、このあと同じカラム、例えばidカラムのレコードだけ抽出した場合はどう書けばよいでしょうか??
ご教示いただきたくm(_ _)m
0757nobodyさん
2009/03/27(金) 22:11:30ID:???user = User.find_by_name(params[:user_name])
articles = user.articles
な話?
>>756
User.find(id1, id2, ...) したいのか
User.all.map(&:id) したいのか
User.find(:all, :select => 'id') したいのか
0758756
2009/03/27(金) 22:18:50ID:1ySFVXM2>User.find(:all, :select => 'id')
これです。
User.all... のような書き方で同じことはできないのでしょうか??
0759nobodyさん
2009/03/27(金) 22:55:31ID:???よほど巨大なプロジェクトでも無い限り、メリットなさそうなイメージなんだけど…
0760nobodyさん
2009/03/28(土) 00:54:57ID:???0761nobodyさん
2009/03/28(土) 03:23:43ID:???あとユーザ名の所のURLとかから攻略できそう。
0762nobodyさん
2009/03/28(土) 03:58:33ID:???def all(*args)
find(:all, *args)
end
なので(定義はAR/lib/active_record/base.rb)
User.all(:select => 'id')
と出来るね。
0763nobodyさん
2009/03/28(土) 06:52:47ID:fhVnMpn3ローカルでコミットできるのでそれだけでも超便利
あとgithub最強
■ このスレッドは過去ログ倉庫に格納されています