11/11/23 23:17:20.23
rails generate model thread
ってやるとエラーになるんだが、
なぜでしょうか?
170:nobodyさん
11/11/23 23:23:08.42
予約語
メソッド名
171:nobodyさん
11/11/23 23:33:47.50
>170
予約語、メソッド名をモデル名にしたい場合はどうすればいいでしょうか?
172:nobodyさん
11/11/23 23:45:04.74
やり方はわからないけど多分イバラの道
避けといたほうがいいんじゃない？
173:nobodyさん
11/11/23 23:53:23.03
設定より規約（せっていよりきやく、英: convention over configuration）
174:nobodyさん
11/11/23 23:55:59.05 xeQc9E1k
The name 'Thread' is either already used in your application or reserved by Ruby on Rails.
Please choose an alternative and run this generator again.
って言われるんだから従っておけ。
175:nobodyさん
11/11/24 00:10:32.18
予約語とかメソッド名とかじゃなく、Ruby の組み込みクラスだからだな
無理に付けるとすれば bbs/thread とか module 内に入れてしまうという手も
考えられるが、皆が言ってるように大人しく別名を付けるのが良さげ
Topic とかな
176:nobodyさん
11/11/24 00:49:47.11
>>168
おっすうまくいきやした
あとんす
177:nobodyさん
11/11/24 09:10:32.41
169です。
返事が遅くなってすみません。
>170
>予約語
>メソッド名
>172
やり方はわからないけど多分イバラの道
避けといたほうがいいんじゃない？
>173
>設定より規約（せっていよりきやく、英: convention over configuration）
>174
>The name 'Thread' is either already used in your application or reserved by Ruby on Rails.
>Please choose an alternative and run this generator again.
>って言われるんだから従っておけ。
>175
>予約語とかメソッド名とかじゃなく、Ruby の組み込みクラスだからだな
>
>無理に付けるとすれば bbs/thread とか module 内に入れてしまうという手も
>考えられるが、皆が言ってるように大人しく別名を付けるのが良さげ
>Topic とかな
了解しました。
執着せず別のモデル名にします。
ありがとうございました。
178:nobodyさん
11/11/24 13:18:20.88
Hoge::Threadみたいなモデルの下に入れればいいだけだと思うけど
名前にこだわるなら元から名前空間切っとけってことだ
179:nobodyさん
11/11/25 03:43:53.52
稼動がよく利益を上げてるサイトほど
俺俺フレームワークか
学習コストの低いフレームワークを使ってるケースが多い気がする。
なんかお前ら変な方向に行ってないか？
本来の目的は売上げを上げることにある。
生産性とか可読性とかプログラマーが利益になるだけで
運営者はそんなことどうでもいいと思ってる。
180:nobodyさん
11/11/25 04:44:06.14
生産性や可読性が上がれば、工数が減る。
それは利益に繋がるだろ。
オレオレフレームワークは、余程よく出来てない限り、学習コストが高い(Railsも学習コスト高いけどな)。
181:nobodyさん
11/11/25 04:44:37.32
SNSがでたころのさぶみっとは良かったぞ
１２０万円で受注したからな。
182:nobodyさん
11/11/25 08:49:22.05
URLﾘﾝｸ(blog.madoro.org)
独自フレームワークはやめよう
作るのが難しい、メンテナンスが難しい、ということに加えて、もう一つの問題点は、新しく加わった人の教育コストが高くなるということがある。
まず、外の資源(ドキュメント/本/Google検索)が使えないので自前ですべて教育をしなくてはならない。
183:nobodyさん
11/11/25 15:32:13.35
>>180
>生産性や可読性が上がれば、工数が減る。
>それは利益に繋がるだろ。
それは本当の利益ではない。
webの本来の利益は広告だったり、ユーザーからの課金。
>>182
独自フレームワークでもcodeigniterよりも軽量な独自フレームワークなら
教育コストはかからない。
184:nobodyさん
11/11/25 15:39:52.68
>>183
こいつアホだな～
185:nobodyさん
11/11/25 15:40:13.97
毎年、生産性の高いフレームワークが出て
フレームワークを変えると
毎年、学習コストがかかる。
最近はfuephpが出てるけど
俺はphpだけでいいと思う。
単純にフレームワークにもて遊ばれてるだけ。
フレームワークがどれほどネット社会に利益をもたらしたのか
全くわからない。
186:nobodyさん
11/11/25 16:07:16.38
学習コストって言うけど、そんなめんどいもんか？
Rails にせよ他のフレームワークにせよ、全機能を網羅的に使えるエキスパートになるなら
相応のコストがかかるが、ある程度使えるようになるレベルまでなら大したことないぞ
そしてその結果、バグが少ないシステムを短期間で作れて保守も容易(あくまでフレーム
ワークを使わなかった場合と比較してだが)となれば、答えは明らかだよな
187:nobodyさん
11/11/25 18:05:11.99
>>186
まずエキスパートになるつもりはないから
無駄な学習はしたくない。
web運営で利益を上げるためにプログラムしてる。
プログラムは手段のひとつでしかない。
たいていが目的と勘違いしてる。
バグが少ないシステムを短期間でつくれてると思ってるだけ。
たとえば、怪盗ロワイヤルをRoRで３人で作るのと
フレームワークなしで３人で作るのと
どっちが短納期だと思う？
答えは明らか。
188:nobodyさん
11/11/25 18:21:16.48
RoRで月間売上げ１億円以上のサイトて
そもそもある？
RoRてプログラマが満足してるだけで
Win-Winになってないよ。
PHPの独自フレームワークのシステムの方が売上げてるのはなぜ？
189:nobodyさん
11/11/25 18:58:35.21
まぁ、そうなんかもしれんけどなんでそれをわざわざここに言いにくる必要があるん？