トップページphp
986コメント359KB

【Ruby】Ruby on Rails Part8

■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん2009/09/13(日) 20:49:34ID:kz4rC4Dx
■前 Ruby on Rails Part7
http://pc11.2ch.net/test/read.cgi/php/1241100447/

■参考サイト
<英語>
本家: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 37
http://pc12.2ch.net/test/read.cgi/tech/1251029267/
Ruby 初心者スレッド Part 30
http://pc12.2ch.net/test/read.cgi/tech/1249687283/
0745nobodyさん2010/01/25(月) 14:33:18ID:???
>>700
>>701
>>703
>>706
レスありがとうございました。
Head Firstシリーズで始めようと思います。
0746nobodyさん2010/01/25(月) 16:13:21ID:???
>>744
もしそうなら是非やり方を教えて欲しい。

デスクトップアプリみたいにFSMでGUIを作ろうとするとどうしてもテストが破綻する。
かといってテスト無しでGUIを作り込むと、あっという間にバグの温床になるし。

現状どうやってるのか、参考になるサイト・書籍などもあればお願いします。
0747nobodyさん2010/01/25(月) 17:15:57ID:???
その辺が整備されて実用になるのが10年後っていう意味かな
0748nobodyさん2010/01/25(月) 19:00:20ID:???
Dojoもそうだし、Extとか使うと、どうしてもJavascriptUI(というのか?)をメインにしないと、
Javascriptファイルの読み込み時間が長くて使えたもんじゃなかった。
だけど、Extメインにすると、Javascript側の記述がもりもりになって、
サーバ側のフレームワークがなんであってもほぼ関係なくなる、と思う。
Javaだろうが、Rubyだろうが、PHPだろうが。
Javascriptの技術(というか、使ってるJavascriptのライブラリの把握度)の方が重要になってくる。
俺はJavascriptってかなり難しい言語だと思ってて、人にはおすすめ出来ないので、
JavascriptUIは使わないようにしてる。
サーバ側の言語と、Javascript両方ともに熟知して貰わないといけないから。
0749nobodyさん2010/01/25(月) 19:53:41ID:zfSMIsHp

How to easily use Rails 3 now ? tomafro.net

http://tomafro.net/2010/01/how-to-use-rails3-gems-now
0750nobodyさん2010/01/26(火) 06:56:48ID:ATL7yxma
>>703 とか >>706 も書いてたけど、最近出た Head First Rails って本が超読みやすくてわかりやすくてマジ感動した。
初心者は2ちゃんとか見てる暇あったらとりあえず全員これ買って読むがよいと思うんだ。
07517072010/01/26(火) 10:01:38ID:???
続報です。
製作者が元の環境を消してて環境再現ができない。
作り直しは受注元にダメと言われる、と完全にオワタ\(^o^)/
と思ってましたが、どうにかこうにかビルドできる環境を構築できました。
gemとsproutcoreのバージョンを変え、Javaインストールしてetc...

何とかなりそうです。
皆さん。色々とありがとうございました。

>>743
>作り手のオナニーか、見積金額上積みのためとしか思えん。
そうだと思います。金額でも揉めたみたいです。。。

>ただ、どうしてもコストがかかるので、
>低予算の案件が多いWeb制作業界では浸透しないんだと思う。
その点は同意ですが、JavascriptUIの使用者の本命は、
Web製作業界ではなくアプリ製作者だと思います。
ブラウザが今よりも安定・高速・多機能になり、クラウドが一般にも
普及したら、ブラウザ上でゲーム、アプリを作成するのが
主流になるんじゃないかなと。
その方が、ユーザーの負担が減り自由度があがりますし。。。

将来的にはアプリの起動は、OSからブラウザに移行する気がします。
0752nobodyさん2010/01/26(火) 12:54:27ID:???
>>707 は6,7年くらい前からタイムスリップしてきたのかと小一時間w
0753nobodyさん2010/01/26(火) 14:34:11ID:???
懲役7年
0754nobodyさん2010/01/27(水) 01:12:32ID:???
rails(linux)でmssql使いたいんだけど

UnixODBC
FreeTDS
activerecord-odbc-adapter
Ruby ODBC

入れりゃいいの?


あとgemで見つけた
activerecord-sqlserver-adapter って何?
0755nobodyさん2010/01/27(水) 01:43:58ID:???
そんな口の利き方のやつには絶対に教えない
0756nobodyさん2010/01/27(水) 08:41:54ID:???
ブラウザが高機能になって安定高速に成った歴史なんて無いしな。
シンプルイズベストで、余計な機能そぎ落としたほうが高速安定すると思うよ。
もうJSとHTMLの拡張辞めればいいw みんなでHTML1.0に戻ろうw

ゲーム、アプリは普通にjavaで組むのが、グーグル携帯の先に有ると思うよ。
googleクラスのハカーでもchromeブラウザ上で全て実行させるなんて言い出してないし。

犬上で動くodbc-mssql driverが無いと思うw
jruby経由でjdbcでごにょごにょでもすれば? mssql捨てるのが一番だが。
0757nobodyさん2010/01/27(水) 09:59:14ID:???
ここでいいのかどうかわからないのですが。

linodeでRailsを動かしている方いらっしゃいませんか。
どのプランで、どういう構成で、どのくらいパフォーマンスが出ているか
分かる範囲で教えていただけると助かります。

よろしくお願いします。
0758nobodyさん2010/01/27(水) 11:42:12ID:???
>googleクラスのハカーでもchromeブラウザ上で全て実行させるなんて言い出してないし。

Chrome OS
0759nobodyさん2010/01/27(水) 12:57:30ID:vbYrOD4B
http://intertwingly.net/projects/dashboard.html
0760nobodyさん2010/01/27(水) 21:35:32ID:???
html.erbでコメントを入れる場合、
<!-- コメント -->
<% # コメント %>
どっちでも一応コメントになりますが、どっちの方が正しいやり方でしょうか?
0761nobodyさん2010/01/27(水) 21:52:40ID:???
そもそも<!-- -->で囲んでも、ERBの視点ではコメントではない。
ERBはHTML以外の中にも書けることを思い出そう。

<!-- <% RUBY %> --> と書くと RUBY はRubyコードとして評価される
ので、<%# %> にしたほうがよいと思う。

たとえば、
<!-- <% 1 + %> --> → Rubyコードが文法エラーになる。
0762nobodyさん2010/01/27(水) 21:55:07ID:???
あ、↑Rubyコードをコメント化する場合の話しかしてないや。

出力HTMLソースの中にコメントとして現れて欲しい部分は<!-- -->の中に。
Ruby評価中に解釈したくないRubyコード片は <%# %> の中で。
07637602010/01/27(水) 22:03:08ID:???
ありがとうございます。
なるほど…どのレベルでコメントになるかっていう違いあるんですね。そこまで頭が回ってなかった。
基本的には<%# %>でほとんど済みそうですね。
HTMLに残さなきゃいけないコメント、、、そんな場面はあり得るのかな?
07647072010/01/28(木) 01:50:38ID:???
>>752
古いっすか?私の考えw
まあ、Webを何年もやってきた同僚の意見は違うし、
私の見当違いである可能性は高いですね。

でもそうなると、ブラウザ上でシステム構築するのは
主流にはならない気がします。
ユーザーが望んでいるのは、付加価値よりも
安く・簡単・便利に使えることだと思うので。

ちょうどWEBメールが普及したように、
WEB画面がリッチになることには金出さなくても
安く簡単にダウンロード出来て、設定する必要もなく
どのパソコンでも動くアプリなら性能落ちても金出すでしょう。

でも本当に難しいでしょうね。そんなブラウザ作るのは。。。

>>756
>ゲーム、アプリは普通にjavaで組むのが、グーグル携帯の先に有ると思うよ。
そうなるでしょうね。
実際、携帯でアプリ作成するのが増えてきてません?

でも、スペックがPCに比較して落ちるのと、
結局、これまでのPC同様、機種依存が出てくるので
個人的にはブラウザに頑張ってもらいたいのですが。。。
07657072010/01/28(木) 01:55:02ID:???
スレ違いの話題を長々とすいません。
もう止めときます。

ちなみに修正まだやっとります。
もうこのプログラムやだw
0766nobodyさん2010/01/28(木) 02:06:38ID:???
HTML4.0以前、どれだけ苦労したか知らないバカがいるのか
0767nobodyさん2010/01/28(木) 02:28:56ID:???
>>707が結局何を言いたいのかさっぱり分からん
0768nobodyさん2010/01/28(木) 03:30:24ID:???
>・ ブラウザでソースをみたら、ログイン画面なのに1万行近くソースがある。

わろすw

ajaxもどきでもやってんだろうな
jQueryのソース全部貼り付けたとかじゃないかw
0769nobodyさん2010/01/28(木) 15:24:22ID:???
>>768
おまえ>>707以降のレスを全く見てないだろ
ほかの影響を考えないで脊髄反射でプログラムを書き換えるタイプだな
0770nobodyさん2010/01/29(金) 00:30:31ID:SeyjXxxZ

http://www.flickr.com/photos/46457493@N00/
07717072010/01/29(金) 04:03:11ID:???
>>769
ははは。まあまあ。

>>767
私が言いたいのは、宇宙開闢137億年の歴史に比べたら
納期を守れないやら、プログラムが読めないなどは
ほんの些細な問題だということです。






もうだめぽ。。。。
0772nobodyさん2010/01/29(金) 16:59:48ID:???
ちょっと質問、Rails 2.3.5のプロジェクトなんですが、
国際化は特に考えないで作ってきたんですが、
プラグインが英語で国際化考えてない感じで手を加えたいんですが、
プラグインの国際化ってどうやるものなんでしょう?

i18nとかを使うんでしょうか?
この辺はどこらの資料を見ればいいですか?

今は英語の部分を日本語にべた書き換えでリリースでも別にいいんですが、
後で英語のプラグイン本家にパッチ送って反映してもらいたいときに、メッセージを国際化しときたいんです。
0773nobodyさん2010/01/29(金) 18:57:57ID:???
そのプラグインの名前は?
0774nobodyさん2010/01/29(金) 21:24:31ID:???
おれもそうオモタ
0775nobodyさん2010/01/29(金) 22:55:58ID:azIwv80e
http://guides.rubyonrails.org/i18n.html
0776nobodyさん2010/01/30(土) 02:07:12ID:???
ちゃんとi18n実装してくれるなら助かるが、なんちゃって日本語実装だとみんなが不幸に成るだけ。
そういう中途半端な日本語対応パッチでみんな苦しんで来てるし。

PC用のUTFと携帯用のSJISとメール用のJISぐらいはまともに実装しないとねえ。
0777nobodyさん2010/01/30(土) 02:15:30ID:???
自分でプラグイン作ればいいじゃん
そんな大変なことではないんだが
0778nobodyさん2010/01/30(土) 02:20:08ID:???
railsのwebサーバをどうしようか悩んでる。
passengerが楽でいいんだけど
将来的に、ec2でスケールアウトさせることを考えると
apache(ngjinx/lighttpd)+mod_proxy_balancer+mongrel_cluster
とかの方がいいの?
0779nobodyさん2010/01/30(土) 03:05:38ID:???
まずはそこまで支持されるサービスを作りなさい
0780nobodyさん2010/01/30(土) 03:15:12ID:???
>>779
確かにそうなんだが
ec2に乗せるの前提で話がすすんでるんだ。

猛者はおらんかのぉ。wakame便利そうだけど、正式リリースまだだし。
0781nobodyさん2010/01/30(土) 04:41:34ID:???
Rackの価値ゼロだな
0782nobodyさん2010/01/30(土) 04:49:05ID:???
うちの会社はrails使うときはapache以外選択肢無いなぁ
0783nobodyさん2010/01/30(土) 15:57:35ID:???
テーブルのフィールドの説明ってさ,
マイグレーションのファイルにかくべき?
モデルに書くべき?
0784nobodyさん2010/01/30(土) 16:27:22ID:???
WordとかExcelとか
カラムの意味を調べるのに毎回ソース嫁とか言われたらたまらん
0785nobodyさん2010/01/30(土) 17:00:44ID:???
せっかくのアジャイル思考フレームワークなのに
DB構造変わるたびに毎回Excel編集しろとか言われたらたまらんな
0786nobodyさん2010/01/30(土) 17:35:17ID:???
編集するのは1人、閲覧するのはN人
どちらを優先すべきかは言うまでもない

それにそんなにコロコロ構造は変わらん
変わるのなら最初にちゃんと設計しないから
デスマでよくあるけどな
0787nobodyさん2010/01/30(土) 17:59:45ID:???
>>786
> 編集するのは1人、閲覧するのはN人
え?え?
0788nobodyさん2010/01/30(土) 18:56:53ID:???
>>783
まず、マイグレーションでもモデルでもいいがソース上に書いておくべきだと思う。
開発中はソースだけ見れば済むようにしたい。
ソースだけでは分かりづらいなら補足資料は必要だけども。

テーブル定義書は納品物として必要だけど、ドキュメント類は開発が終了してから提出するという事で顧客と事前に約束を取り付けておく。
開発が終了したら、CSEなどのツールで自動生成。そのファイルに日本語の説明を書いていく。
っていうのが自社のやり方。
0789nobodyさん2010/01/30(土) 19:01:12ID:???
仕事のスタイル次第だね
うちは自社サービスだけだからドキュメント自体ほとんど存在しない。
07907722010/01/30(土) 19:17:19ID:???
>>775
公式ガイドみてます。
プラグインところも見ているんですが、
The Basics of Creating Rails Plugins
http://guides.rubyonrails.org/plugins.html

本体だとconfig/lang/以下におけばいいわけですが、
プラグインの場合は、vendor/plugins/hoge/ 以下にconfi/lang/*.yml を配置すればOKなのかな。

>>776
??よくわからん

>>777
今はプラグインをそのまま修正して日本語化してます
0791nobodyさん2010/01/30(土) 19:17:46ID:???
テストケースに書いておくのがBDDであり
RSpecやCucumberだろう
07927722010/01/30(土) 19:18:37ID:???
>>773
プラグインはこれです。
phronos's rails_datatables at master - GitHub
http://github.com/phronos/rails_datatables
0793nobodyさん2010/01/30(土) 19:41:11ID:???
DataTablesってすごいねぇ。

phronos'sってどうゆう意味だろ?
0794nobodyさん2010/01/31(日) 18:17:54ID:???
phronosさんの作ったrails_datatablesってこと。
GitHubのプロジェクトトップページのタイトルは、
<author>'s <project-name> at master - GitHub
となる。
0795nobodyさん2010/02/01(月) 05:15:16ID:???
なお、masterは、あるgitリポジトリのデフォルトのブランチのこと。
0796nobodyさん2010/02/01(月) 12:37:55ID:???
parents, childrenというテーブルがあったとして
parents...id, child1, child2というカラムを持っている。それぞれchildrenのidが入る
children...id, parents_idというカラムを持っている

このようなときに、ある時はchild1を、ある時はchild2をキーにして
has_manyでのテーブル結合を切り替えたいのですが、こういう方法は無理なんでしょうか

今は両方ともhas_manyでparentsに追加しているのですが、切り替えができたら嬉しい
0797nobodyさん2010/02/01(月) 17:47:36ID:/Gi8FxAx
http://lingr.com/
スケールアウトからスケールアップへの回帰
http://japan.cnet.com/blog/kenn/2010/01/12/entry_27036420/
http://www.slicehost.com/


コピペ運動会 http://copipe.cureblack.com/
700万PVのRails製サイトが月$60のVPS(メモリ1GB)で動かせるという話
http://togetter.com/li/4514
http://www.linode.com/


http://gladiators.jp/
オンラインRPGの運営をはじめて1ヶ月経った
環境としては、OSはUbuntuサーバ版なんですが、実はVMware上で動かしていて、ホストOSはWindows XP Professional
http://blog.pettan.jp/archives/50938293.html
0798nobodyさん2010/02/01(月) 18:27:25ID:???
どこまで必死なんだよ
宣伝うぜぇ死ねよ
0799nobodyさん2010/02/01(月) 18:40:58ID:???
>>796
parentsテーブルがchild1とchild2のIDを持っているということは、やりたいことは
parent.children1 や parent.children2 (Parent has_many Child)
ではなく
parent.child1 や parent.child2
であってる?

class Parent < ActiveRecord::Base
belongs_to :child1, :class_name => 'Child', :foreign_key => 'child1'
belongs_to :child2, :class_name => 'Child', :foreign_key => 'child2'
end
class Child < ActiveRecord::Base
has_one :parent
end

でいいと思ったんだけど、これじゃchild1とchild2のどっちで結合すればいいか
特定できないからchild側からはparent参照できないのか。
(has_one parent1とかすれば可だけど)
0800nobodyさん2010/02/01(月) 23:11:35ID:???
>>798
実働報告なんてほぼ皆無なんだからこちらとしてはありがてーわ。

自治棒は消えろ
0801nobodyさん2010/02/02(火) 14:14:08ID:???
>>799
:class_nameというのがあるんですね。なんとかできそうです
ありがとうございます
0802nobodyさん2010/02/02(火) 20:25:53ID:tGNPNfj/
Rails 3 beta is almost ready for public testing. We're just hammering out the last bugs in Bundler. Stay tuned.
about 10 hours ago from Tweetie

dhh
http://twitter.com/dhh/status/8522612662
0803nobodyさん2010/02/02(火) 21:05:33ID:tGNPNfj/

Screencast: How To Upgrade Your Rails 2 App to Rails 3 in 25 Minutes
http://www.railsinside.com/screencasts/373-rails-3-upgrade-screencast.html?utm_source=feedburner&utm_medium=feed&utm_campaign=Feed%3A+RailsInside+%28Rails+Inside%29&utm_content=Google+Reader


http://blog.peepcode.com/tutorials/2010/live-coding-rails-3-upgrade
0804nobodyさん2010/02/02(火) 22:47:00ID:???
2系から何が変わるんだろ…十分完成されたフレームワークだと思ってたのになぁ
0805nobodyさん2010/02/03(水) 01:52:04ID:???
フレームワーク本体を選べるようになるんじゃないの?
中心部分をRailsでつくったり、Marbでつくったりとか。
多機能にしたいならRailsで
シンプルにしたいのならMerbでとか
0806nobodyさん2010/02/03(水) 02:02:40ID:???
RailsってCでいうmakeファイル書き上げるような物なんだな
scaffoldコマンドを実行したら基本的な骨組みができあがるかと思ってたよ
ruby script/generateってコマンド打っていても意味を理解していなかったよ。

またscaffoldで作成しちゃったら戻すことは出来ないようだな。
タイムスタンプを利用したファイルをどんどん作って行くみたいだけど
人の手でソースに手を入れた後に、コマンド実行しても大丈夫って事かな?

0807nobodyさん2010/02/03(水) 02:04:42ID:???
え?
0808nobodyさん2010/02/03(水) 02:55:16ID:YvzJimsv

Railsプログラマのための英語 Part 1 (English) - Smart.fm
http://smart.fm/goals/1591/content
0809nobodyさん2010/02/03(水) 03:56:45ID:???
>>806
なんかちょっと勘違いしてませんか?
0810nobodyさん2010/02/03(水) 05:54:39ID:YvzJimsv
Rails 3 is coming! The first beta release of the new version is right around the corner
and it should be released today or tomorrow…
the release notes are already in the master branch.
http://railslove.com/weblog/2010/02/02/on-the-way-to-rails-3-a-link-list/


http://github.com/rails/rails/commit/428bdb50631ba03847367a15fedb2289269cd789
0811nobodyさん2010/02/03(水) 05:56:32ID:YvzJimsv

Ruby on Rails 3.0 Release Notes
http://guides.rails.info/3_0_release_notes.html

http://blog.plataformatec.com.br/2010/02/rails-3-i18n-changes/
0812nobodyさん2010/02/03(水) 06:58:55ID:???
ruby script/generate scaffold ********
うごかない。

rake db migrate
うごくようになる。
0813nobodyさん2010/02/03(水) 10:45:44ID:???
Rails 3リリースオメ!!

>>797
こういう事例は紹介してもらえるとありがたい。

しかし、ホストOSがWindowsの仮想マシンでまともに動くのかよw わろた

>>806
scaf
0814nobodyさん2010/02/03(水) 10:50:18ID:???
>>806
ごめん、途中で送信しちゃった

makeは関係ないよ。
makeをruby用にパクッたrakeのRakefileとかはrailsにもあるけど、それのことじゃないでしょ?

多分、宣言的に書くところが多いのでそう思っているだけだと思う。
.rbとか.erbはRubyのスクリプトだよ。ちゃんとした言語だよ。
ライブラリがいろいろやってくれるから、宣言したっぽくかけるけど、ちゃんとスクリプトはそことおっているよ。

scaffoldで作成したのを消すのは、destroyつかえばいけるはずだよ。
ruby script/destroy scaffold ********

その辺のことはrailsガイド読んでね。
Ruby on Rails guides
http://guides.rubyonrails.org/

後は書籍読むとか。最近は Head first のrailsのがオススメらしいよ。

> タイムスタンプを利用したファイルをどんどん作って行くみたいだけど
これはよくわからん???
同じscaffoldを実行しても、編集した後は上書きしようとしていちいち聞いてくるのは危ないからそうなっているとしか
0815nobodyさん2010/02/03(水) 11:05:34ID:???
>>813
リリースされたわけではない。
0816nobodyさん2010/02/03(水) 11:06:14ID:???
>>814
>> タイムスタンプを利用したファイルをどんどん作って行くみたいだけど
>これはよくわからん???

migration スクリプトのことかと。
0817nobodyさん2010/02/03(水) 11:14:48ID:???
http://twitter.com/a_matsuda/status/8569187999
0818nobodyさん2010/02/03(水) 11:27:26ID:???
>>815
あれ?リリースノートでただけなのか。失礼したw
0819nobodyさん2010/02/03(水) 14:42:44ID:???
てすと
0820nobodyさん2010/02/03(水) 18:55:02ID:???
ちょっとした質問です。
unko_chinkoヘルパーが定義されていた場合に、
コントローラーからunko_chinkoヘルパーをどうしてもどうしても呼びたくなった場合、
コントローラー内で以下のように書くと思いますが、

  ApplicationController.helpers.unko_chinko

ApplicationControllerコントローラー派生のコントローラーなら、
  self.helpers.unko_chinko
でいけそうなものなのですが、これではundefinedと言われてしまいます。

これはなんでなんでしょうか?
0821nobodyさん2010/02/03(水) 22:13:53ID:???
ヒント
ApplicationController.classは何でしょう。
また、その文脈でself.classは何でしょう。
0822nobodyさん2010/02/03(水) 22:16:06ID:???
どうでもいいけど
>コントローラー内で以下のように書くと思いますが、
>ApplicationController.helpers.unko_chinko

helper :unko_chinko
じゃね?
0823nobodyさん2010/02/03(水) 22:26:58ID:???
俺がRails3に一番期待することはサーバーのメモリ節約なのだが
あまりそういう方向には進まなかったみたいね
1年ぐらい前はめちゃくちゃメモリ節約できるようになるとの触れ込みだったのに
0824nobodyさん2010/02/03(水) 23:08:00ID:???
>1年ぐらい前はめちゃくちゃメモリ節約できるようになるとの触れ込みだったのに

え?
0825nobodyさん2010/02/04(木) 02:08:23ID:???
っつーか Rails つかってるとすぐメモリ使い切って
数日に一回は再起動しないといけなくなるw
0826nobodyさん2010/02/04(木) 04:34:13ID:???
>>824
違うの?
0827nobodyさん2010/02/04(木) 05:41:15ID:???
railsでメモリ効率とか…
元がrubyなんだし速度とかメモリとか期待しちゃ駄目だ
0828nobodyさん2010/02/04(木) 06:20:25ID:???
Passengerでインスタンス立ち上げすぎとか

> Railsインスタンスプロセスの立ち上がりすぎ
>
> PassengerMaxPoolSizeを適切に設定してないとそうなることがある。

Passengerがメモリを食いすぎるとき - ひげろぐ
http://brass.to/blog/passenger_memory_tuning.html
0829nobodyさん2010/02/04(木) 06:23:17ID:???
あとはこの辺

Phusion Passenger users guide
http://www.modrails.com/documentation/Users%20guide.html#_resource_control_and_optimization_options
Passenger のリソース最適化オプション
http://www.sssg.org/blogs/naoya/archives/1087
0830nobodyさん2010/02/04(木) 09:21:57ID:???
>>827
でもさ、ここ数年のシェアの伸び悩みは激安共用レンサバではロクに動かせないからって思わない?PHPみたいにさくらの共用でも動かせるようになれば皆もっと飛びつくのに
0831nobodyさん2010/02/04(木) 10:29:19ID:???
いや2000円台で快適に動かせる
2000円台というと少し高いように思えるが、本質はRailsで動かしたいアプリがないからだと思う
本当に動かしたいアプリがあれば普通にそれくらい出すと思うよ
やっぱり 利用者>>>>>>開発者 じゃないとな
0832nobodyさん2010/02/04(木) 12:52:19ID:???
海外 VPS なら $6/month くらいからあるよ
0833nobodyさん2010/02/04(木) 18:29:32ID:???
いや違う
PHPの偉大なところはFTPでアップすればそれだけで動くところ
railsもpassengerのお陰でだいぶ楽になったけど、それでも差は歴然としてる
0834nobodyさん2010/02/04(木) 20:57:57ID:G38u6Z+m
【WEB人・詳報版】路上でプログラミング - MSN産経ニュース
http://sankei.jp.msn.com/economy/it/100204/its1002040501000-n1.htm
「Ruby on Rails」を使うようになって1カ月後のことで、
開発期間はおよそ3時間。

http://ssig33.com/blog/2010-02-04-1.html

金くれ http://kanekure.ssig33.com/


0835nobodyさん2010/02/04(木) 21:07:01ID:G38u6Z+m

VPSプランってどうよ?7
http://pc11.2ch.net/test/read.cgi/hosting/1256929065/

http://prgmr.com/xen/
http://www.linode.com/
http://www.slicehost.com/

0836nobodyさん2010/02/04(木) 22:44:09ID:G38u6Z+m
UK STUDIO - プログラマの報酬について
http://ukstudio.jp/2010/02/04/programmers_pay/
例えば、優秀な人であればコード量は少なく労働時間も短く作れるものが、
他の人であればコードは肥大化し労働時間も長くなるだろう。
その場合、後者の方が残業代なども含めて給与が高くなるだろう。

結局のところ、プログラマが作りだす価値を定量的に評価できないのが問題だとは思うけど、
そこを解決する術が正直わからない。
0837nobodyさん2010/02/04(木) 22:53:36ID:G38u6Z+m
プログラマーって本当に労働者なのか?
http://blog.livedoor.jp/dankogai/archives/50766218.html
例えば、「コード1行につき10円」という取り決めがあったとする。
そしてプログラムの中に要素数1000からなる配列を初期化するルーチンが必要だったとする。
1万10円
40円
10円
0838nobodyさん2010/02/04(木) 23:29:31ID:???
>>832
VPSスレじゃないからアレだけど詳しく

>>835
> http://prgmr.com/xen/
やすっ $6は128Mメモリだから無理だけど、512MBなら$12か、これは試してみるかw

>>834
「金くれ」はたしかオープンソースじゃなかったか?githubにあった気がする(といったもscaffoldみたいなソースだが)
0839nobodyさん2010/02/04(木) 23:34:40ID:???
>833
ダウト。PHPでも設定は必要。
Rails だってあらかじめ設定しておけばFTPなりなんなりでアップロードすれば使える。
このご時世でFTPなんでありえんと思うが。
0840nobodyさん2010/02/05(金) 00:50:50ID:???
WordpressがRails製だったら、こぞってサポートされるだろうよ
0841nobodyさん2010/02/05(金) 05:00:34ID:???
>>837
実際メインテナンスを依頼されてソースを見たら
ループじゃなくて数行x1000回(一部パラメータ値だけ変えて)繰り返してあるのを見たことがある
0842nobodyさん2010/02/05(金) 05:16:05ID:???
>>839
いやいや、そういうことじゃないよね
実際問題railsアプリをそのままあげて動かせる共用サーバがどの位あるんだって話で。無いに等しいよね。
0843nobodyさん2010/02/05(金) 07:32:33ID:???
VPSなら余裕じゃん
最近は安いしひもじい学生でも何とかなるだろ
どんだけ貧乏なんだ
0844nobodyさん2010/02/05(金) 08:58:38ID:???
>>843
俺は仕事とプライベート含めてむしろ大量に借りてる。でもそんな話をしてるんじゃない。

railsの実行環境がPHPに比べれば敷居が高いことがネックになり続けてて、それはrailsにとって不幸じゃない?ってことが言いたい。
VPSなら可能ってそりゃ当たり前だよ。でも世間でPHPのシェアを支えてる一部の層はrootを持ってサーバー管理などできやしない。
彼らはアプリ開発はできてもサーバーの運用知識はない。

railsの欠点はサーバ管理技術が要求されることが多すぎると思うんだ。
cakePHPなんてサーバーの知識必要ないからWebアプリ層しかわからない開発者でもさくら共用あたりで手軽に動かしてるよね。
それこそFTPで上げるだけで動く。差は歴然。
■ このスレッドは過去ログ倉庫に格納されています