php使ってる奴はアホ、これからはRuby on Rails!

**デフォルトの名無しさん** · 2009/11/15(日) 22:22:16

これからはRailsの時代 php使ってるアホは死んでね
テラカオスなPHPは全滅するべき phpは似たような機能を作るのすら大変だぜー
セキュリティ的に厳しいphpは死ぬべき Rubyの品の良さを参考にしろ

**デフォルトの名無しさん** · 2011/03/02(水) 00:33:11.74

>>50
Cというか実はC++もだね。
char *とかwchar_t *とかstringとかwstringだけじゃなくてWIN32のLPCTSTR型とか
.net用のstring ^型とかMFC独自の文字列型とかATLのCString型とかマジで色々あってほんとカオス。

その点PHPやRubyなんかはエンコードなんかでちょい面倒なこともあるけど基本楽。
まぁスクリプト言語だし当たり前っちゃ当たり前なんだけど最初それに感動したｗ
C++だと下手すりゃ目的通りに文字列変換させるには文字列ライブラリ自作する位の知識が必要になっちゃう。

**デフォルトの名無しさん** · 2011/03/02(水) 01:38:04.99

>>51
C++にはQtという便利なツールキットがあって、正規表現と文字コード変換のライブラリも内蔵している。

**デフォルトの名無しさん** · 2011/03/10(木) 19:16:24.62

PHPだとフレームワークを使っていない、古いプログラムの保守の案件があるからそれだと無理。

Rubyの場合はRails以前はあまり使われていなかったから、Railsなどのフレームワークが前提になっているから、多少はましかも。
そのような理由で、過労死の確率はRuby専門でやったほうが低いかも。

Rails3ではコンポーネントも分離されているし、
日本語化も、Rails1のときのようなモンキーパッチを使わなくて良くなっているし、
Ruby1.9で、速度も上がっているらしいのでいいと思う。

クラウドが安定してきたら、
今後は、Ruby1.9+Rails3+クラウド（Web、DB）+jQueryで、なんとかなるんじゃないでしょうか？
現時点でのWEBアプリの理想形だと思う。

**デフォルトの名無しさん** · 2011/03/11(金) 11:22:29.32

参考にできる大手企業の実績ないじゃんRuby
PHPはYahooのような大規模な実績がある

**デフォルトの名無しさん** · 2011/03/11(金) 11:56:57.40

TwitterがRuby On Railsを使ってゲフンゲフン

**デフォルトの名無しさん** · 2011/03/12(土) 01:54:22.13

Twitterは今はruby使ってるのフロントだけじゃないのかな。
中規模なら結構あると思う。cookpadとかtabelogとか

**デフォルトの名無しさん** · 2011/04/08(金) 08:19:19.91

Twitter検索がRuby on Rails + MySQLから、Java + Lucene(Javaの全文検索エンジン)になるようだ。3倍速くなるってさ。
http://www.itmedia.co.jp/news/articles/1104/07/news043.html

**デフォルトの名無しさん** · 2011/04/08(金) 10:53:27.36

朗報

**デフォルトの名無しさん** · 2011/04/09(土) 04:14:08.19

Rubyの書きやすさを捨ててJavaに行ったら中の人は大変だろうな

**デフォルトの名無しさん** · 2011/04/09(土) 09:28:28.61

Java、書きやすいよ。ソースコードが長いだけ。

**デフォルトの名無しさん** · 2011/04/22(金) 15:21:53.46

>>59
Javaが書きにくいってのは、RubyやRailsの宣伝文句に洗脳されてる奴が言うこと。
静的型付け言語の方がIDEとの連携が強いから、
実際コーディングのスピードは変わらないか、リファクタリング等も含めるとむしろ速い。

**デフォルトの名無しさん** · 2011/04/22(金) 20:39:16.35

さらに、TYPOなど、ショボいがやりがちなバグはIDEで入力するその場で判るからデバッグの手間も省けるし品質も高くなる。

**デフォルトの名無しさん** · 2011/05/03(火) 03:20:50.59

コードが長くなるというだけで言語仕様がクソなのがわかる。
長ければその分バグの発生率が高くなるし、保守するにも手間がかかるのが普通。

**デフォルトの名無しさん** · 2011/05/03(火) 09:20:34.59

"長ければその分バグの発生率が高くなるし" ﾜﾗﾀ　スクリプト言語の信者って基本ｺﾚなんだよな。

**デフォルトの名無しさん** · 2011/05/03(火) 10:21:34.99

ニコ生でやたらPHPをけなしてる生主がいるけどRubyなんて使える人間がPHPより圧倒的に少ないしコストかかるだけ

**デフォルトの名無しさん** · 2011/05/03(火) 12:26:52.04

>>64
タイピングが苦手なんです＞＜

**デフォルトの名無しさん** · 2011/05/03(火) 12:46:35.88

スクリプトは1000行以下のパイプ繋げて
てっとりばやくツール作るのに最適な言語だし

腰据えて作る言語とは考え方が違う

**デフォルトの名無しさん** · 2011/05/04(水) 16:55:31.79

Ruby + Railsなんか使うくらいなら
PHP + CakePHP使うわｗ

**デフォルトの名無しさん** · 2011/05/15(日) 08:38:37.67

仕様変わりまくりのPHPなんか使っててだいじょぶか？
http://d.hatena.ne.jp/ryoppy011/20100925

**デフォルトの名無しさん** · 2011/05/16(月) 01:36:23.56

趣味ならともかく業務でCakePHP使ってるとか恥ずかしくて言えないです＞＜

**デフォルトの名無しさん** · 2011/05/22(日) 02:47:10.33

男は黙ってStruts

**デフォルトの名無しさん** · 2011/05/22(日) 03:52:47.35

Rubyは重すぎる

**デフォルトの名無しさん** · 2011/05/22(日) 11:11:42.70

>>68
PHP使うなら、Symfony一択だろjk。

uy · 2011/05/24(火) 15:37:05.41

本気で、開発効率がRubyよりJAVAのほうがいいとかいってる人って
どういう･･･。

一ついってしまうと、

ロジックを考えるスピード　＞　ソースコード入力のスピード
↑
こうなってる奴じゃないと、Rubyみたいな言語使って意味無い

uy · 2011/05/24(火) 15:40:53.43

ロジックを考えるスピード　＜　ソースコード入力のスピード
↑
みたいに、プログラミング言語が冗長していようと、
それ以上にロジック考える思考が冗長しているなら･･･　そいつは何の言語使っても同じだお

自分から　>>61　　バカですなんていわなくていいのに。

**デフォルトの名無しさん** · 2011/05/24(火) 22:05:50.06

日本語が不自由な方がいらっしゃいました。

**デフォルトの名無しさん** · 2011/05/27(金) 01:26:14.04

Ruby人気ねえなあw
日本人が作ったってだけで好きなんだけど
あと記号が少なくていい
まあ実用的ではないけどな

**デフォルトの名無しさん** · 2011/05/27(金) 08:34:53.56

出向先にいたデキル男的な人が「俺一人で面倒みてやんからよ」とRubyでシステム組んでた。Rubyはひとりよがりなな人が使ってるイメージがある。

uy · 2011/05/27(金) 16:17:44.02

rubyを嫌ってる子って
じゃあ君、なに言語使ってるのー？って感じだよね
この言語に対抗できる可能性のあるのって、PythonかLispくらいだと思うのに

JAVA、C#の名前を、もし挙げてくるならそのこは何かを勘違いしてる･･･ｗ

**デフォルトの名無しさん** · 2011/05/28(土) 12:47:20.72

また日本語が不自由な子が（ｒ

**デフォルトの名無しさん** · 2011/05/28(土) 16:51:02.76

>>79
エンタープライズ向けの言語をdisるのがかっこいい、みたいな風潮に乗っかる人っておしゃれだよね

uy · 2011/05/29(日) 03:26:35.26

JAVAはゴミだしな

C#もゴミだしな

C言語もゴミだしな

ゴミじゃないのってRubyとLispとHTMLだけだしな････

uy · 2011/05/29(日) 03:42:38.12

HTMLっぽい自作言語作る奴って頭良いと思うよ

ezhtmlエディタっていう、あんなのが開発環境になっちゃうんだぜ

けど補完もちゃんとしてくれるしな

その　言語を作ってそれを効率的に使う所までの、

最大効率と　、　最短時間を考えるなら　、　ezhtml ＋ HTML風プログラミング言語が　、　一番効率いい　、　

**デフォルトの名無しさん** · 2011/06/03(金) 17:46:46.08

なんでRubyよりPHPの方が圧倒的に普及しているのか、その理由を考えろ
でなきゃいつまでも本質は見えないんだよ

**tokuhirom** · 2011/06/08(水) 14:57:27.16

おまえがゴミ uy君

**tokuhirom** · 2011/06/08(水) 14:59:04.87

おまえはゴミ以下のゴミ以上　その間のゴミ

ほんと口くさいからしゃべらないで　ゴミ

まじゴミ　ゴミ

僕年収１５００万ありますから
Perlプログラマーですから
uyはしにま

**デフォルトの名無しさん** · 2011/06/08(水) 16:20:43.48

uyとかいう粘着野郎が消えればrubyも少しは流行ると思うのに
至極残念です

**sora_h** · 2011/06/08(水) 16:58:57.25

かわいそう
やめてあげて

**デフォルトの名無しさん** · 2011/06/13(月) 01:29:36.36

uy 雑魚すぎ
rubyの今後のために、消えてくれ

**デフォルトの名無しさん** · 2011/06/19(日) 17:43:55.88

Railsを使うのもいいけど、Perlを完全に死滅させて欲しい。

uy ◆KOAgYBL/Xg · 2011/06/23(木) 04:32:50.42

>>86
Perlプログラマー（笑）
一体、2011年にPerlでどんなゴミを作っているのか知らないけれど、
恥でも晒しにきたのか？
衰退していく言語を仕事で使ってるのってどんな気分？

>>87
Rubyは十数年頑張ってて、この程度しか流行らなかったんだから
その程度なんだろ･･･そもそもまだ未完成言語だし、
修正されるべき点は「ちゃんとRubyを深く知っていれば」いくつもあることはわかる
ひとつあげればyield周りとかな
lambdaにブロックを渡すときは、yieldではなく&blockでとらなければならなくて、　iterator?　や block_given?　等が
ブロック渡っているにもかかわらずfalseになる所とかやばい
define_method :func と
def func　が同義にもかかわらず、 iterator? を使っていてそれをlambdaに書き直したら動作は変わる
lambda do | &a |
p iterator?
a.call
end.call do
p 9
end
lambdaの時には a をみて、Procかnilかを判断しなければならなくなってる
まだ未完成言語なのにその片鱗が凄まじいから、使ってる

uy ◆KOAgYBL/Xg · 2011/06/23(木) 04:49:00.00

>>84
Rubyプログラマーが少ないからだろ
君の周りにRuby技術者は何人いる？
Rubyの仕様は細かい上に、今後変更される可能性ある構文たいしては
未来予知してなるべく使わないようなコーディングも必要だし
扱うのは難しいと思ってるよ
その場限りのスクリプトかく程度ならいいんだけどさ
上にかいたようにまだ成長途中の未完成言語だから
破壊的メソッドの落とし穴もあるし、

とにかくRuby特有の仕様が多い
クラス定義にしてみても
class A
endのほかに
Class.new do
end
という構文も用意されていて、小文字のクラス名の定義や、メソッド内にクラス定義する場合は後者じゃないと出来ないとか
わけのわからない制約も存在する
おそらくマクロの中でマクロは展開しないってことなんだろうけどな

uy ◆KOAgYBL/Xg · 2011/06/23(木) 05:03:13.03

>>85
おまえがゴミじゃん

>>89
rubyの今後って？
別に俺rubyとかどうでもいいよ
どうせ今頃、Rubyを物凄く真似した言語を、世界各地で作ろうしてる奴がわいてるだろうし
Rubyがなくなっても、「使える言語」はいくらでもある、Pythonでもいいし

そもそも俺がRubyを触った理由は、
「自分でプログラム言語を作る前に、自分の構想を実装している言語があるかどうか」を調べた結果
Rubyがそれに該当したっていうだけ
信者と勘違いしている奴もいるけれど
アンチだと思ってくれていいよ

他言語よりは十分マシでよくやってるんだけど、それでも細かいことをRubyでやる時に、
まだ整理されていない部分に触り、わけのわからないルールに縛られる事も
いくつかあり、もどかしさを感じている
現状Ruby以外では組めようもない事をやっている

今度、2.0とか、そういう成長性を期待してRubyをとりあえず応援しているだけ
1.92で成長とまるならば、俺は今後もRubyを使っていくとは考えにくいし
そうなれば自分で言語を作る

>>90
だな
IT技術の進化の足を引っ張る言語はいつまでもあっちゃいけない

uy ◆KOAgYBL/Xg · 2011/06/23(木) 05:21:29.30

つうか俺がやりたいのは完璧な設計による完璧なプログラミングなんね

ツリー構造で今色々やってそれに真理は見たんだけど
循環リストの木構造にした場合、どうなるかなと
少し今、思考を開始してる
ようはツリー構造ではなくネットワークにする
けどすべてのデータを平坦な構造でつなぐと
すべてのシンボルをかぶらないようにしないといけないゴミ設計になるから却下、

何らかの上位、下位関係を持たせたままの循環木構造リスト
だからー、こんな感じになる可能性がある
A →　B　→　C　→　A　　とあった場合、　AからCへアクセスするには
A.task[:B].task[:C]　って方法と　A.up　って方法と　A.task[:B].task[:C].task[:A].task[:B].task[:C]　って方法
を、存在させてみようかと
つまり、すべてのノードからすべてのノードにアクセスは出来るんだけど、
基本のリストを形成する基本ポインタだけを保持してるのみで、それ以外の別ノードへのポインタを、保持させておかずに、
入力した相対関係から、その場で検索しにいく形なのはツリー管理の時と相違ない

問題はどうやって循環させていくかなんだけど、何故こうしようかと思ったのかっていうと、ゲーム等でシーンの移動
たとえば屋内の屋外の屋内の屋外みたいな、迷路みたいなダンジョンを作った時に、
屋内ノードの下に屋外ノードが作られその下に屋内ノードが...って、どんどんノードが増えていってしまうんだ
たいしたメモリ使用量じゃないんだけどね
ここはPhaseの概念を取り入れ、平坦な管理にしちゃうのが、ふつうの本来のゲームプログラミングなんだけど
俺はそれを完璧とは思わないので、ネストしていかないように循環リストが必要に思った

uy ◆KOAgYBL/Xg · 2011/06/23(木) 05:26:42.59

道化師は聞かぬフリでおどけた･･････････････

**デフォルトの名無しさん** · 2011/07/03(日) 09:08:15.02

Rubyとかゴミだろ・・・

**デフォルトの名無しさん** · 2011/09/16(金) 17:14:50.02

そうでもないよ。

**デフォルトの名無しさん** · 2011/11/22(火) 01:40:07.31

本当

**デフォルトの名無しさん** · 2012/01/03(火) 09:26:54.75

プログラミングRubyのRubyベタボメっぷりにRubyを使い始めて早10数年、使えば使う程にRubyって駄目だなと痛感する
Rubyを学習し始めた頃は誰でもRubyは素晴しいと思うのだが、数年も使えばそのどうしようもない互換性のなさにウンザリする
しかも互換性が無くなることをマズいと思っていない集団がRubyを制作しているのでどうしようもない
1.4時代のコードが1.6になった途端に互換性がなくなり動かなくなることはあったが、1.6→1.8ではそれが顕著になり、1.9など何のエラーも出さずに前のコードが動く方が珍しいほど
それどころか1.9に行かずREEが海外ではデファクトになりつつある現状、そして始まるPlain RubyとREEの方言問題
例えばPassengerもREEの方がうまく動いたり、かと思えば特定のバージョンだとPlainじゃないとまともに動かなかったりと、とても面倒臭い

美しいコードを求める為の副作用、という名の互換性のなさはRuby界全体に蔓延していて
例えばあれだけもてはやされたRailsも、Rails2とRails3の互換性のなさに誰しも苦労したのは記憶に新しいところ
誰もが互換性のなさに辟易し、俺ライブラリを量産するため、gemで探すと似たような事をする終わったプロジェクトがわんさか引っかかる
諸処の小さなプロジェクトだけがそんな現状ならば許せるが、dbiアダプタでさえそんな現状なので
バージョンが変わるとデータベースにすら接続できなくなったとか、dbiのAPIバージョン変わったのにアダプタ側の更新ないな、
とか思ってるとアダプタ作者がRubyから足洗ってたとか余裕

身内同士でRubyはコードが美しいと四六時中自画自賛しているが、実はそれこそがRubyのガン
その美しいコードという名のオナニーの為に一体どれだけの互換性と人的リソースが失われていったことか
Rubyのコードは美しい、Railsスゲー、ベタボメする人は沢山いたがいつも一過性の人気しか得られないのはそこにあるし
ベタボメしていた人達もしばらくするとウンザリしてRuby界から消えてしまうのも原因は実はそこにある
達人プログラマーはRubyをベタボメしなくなったし、Mongrel作者はRailsどころかRubyに見切りをつけちゃったしね
ああいう熱狂的なRuby信者でもRubyから足を洗っているのを見ると、tDiaryがRubyに見切りつけてPythonで全部書き直したとか言われても驚かないだろう自分がいる

**デフォルトの名無しさん** · 2012/01/26(木) 01:07:54.36

rubyは携帯で表すとwillcom

**デフォルトの名無しさん** · 2012/05/23(水) 15:56:18.11

あｇ

**デフォルトの名無しさん** · 2012/06/22(金) 01:25:52.76

>>99から一ヶ月でこれだよ。
http://www.infoq.com/jp/news/2012/03/ruby-eee-eol

uy · 2012/06/22(金) 21:01:56.64

でっていう

**デフォルトの名無しさん** · 2012/07/17(火) 01:46:26.03

ORM が危険なアンチパターンだっていうのはどれだけ言っても言い過ぎることはない
http://tech.a-listers.jp/2011/06/16/orm_is_an_antipattern/
このツイートに対して各方面(ActiveRecord, Doctrine, Hibernate)から多くの
（激しい）返信が寄せられて書かれたのが問題のエントリです。
まずはアンチパターンとは何かの定義として下記の2つを挙げています。

　　当初は有益だが、長期的にみると良い結果以上の悪い結果を招く。
　　確証があり繰り返されている別の解決方法がある。

当初は良さそうに見えたORMがいざ使ってみると問題が明らかになり、
しかもその時には切り替えるわけにもいかなくなるというのが彼の主張です。
彼による皮肉がたっぷりの論説の最後に付いていたまとめリストは下記のとおり。

**デフォルトの名無しさん** · 2012/07/17(火) 01:47:16.29

　　ORMはSQLベースのモデルよりも最初のうちはシンプルで理解しやすく、手早く書く事ができる。
　　効率はどんなプロジェクトでも最初の頃は十分。
　　不幸にもそれらのアドバンテージはプロジェクトが大きく複雑になると消失し、抽象化は破綻し、
　　　　開発者はSQLを使わなければならなくなる。
　　ORMの抽象化はほぼ100％のプロジェクトで破綻する。
　　オブジェクトはリレーショナルなクエリの結果を表現するのには不適切。
　　不適切にクエリをオブジェクトにマッピングすることによって、ORMを廃止しない限り
　　　　簡単には修正できない非効率性がアプリケーションのあちこちにばらまかれる
　　リレーションを保存する代わりにORMを全てに適用する場合、設計をよく考える必要がある。
　　データが元々オブジェクトならば、NoSQLにオブジェクトを記録する方がリレーショナルデータベースよりも早い。
　　データが元々リレーショナルならリレーショナルデータベースに対するオーバーヘッドになるだけ。
　　リレーショナルなクエリはモデルレイヤーに隠蔽する。ただしAPIの設計は汎用化の誘惑に打ち勝って
　　　　アプリケーションに必要なデータを返すようにする。
　　オブジェクト指向設計はリレーショナルなデータを効率的に表現できない。
　　　　これはORMが解決できないオブジェクト指向デザインの根本的な制限だ。

ORMを使った事がある人にとっては心当たりがありまくりな主張ではないでしょうか。
意外と長文なんですが原文を読んでもらう方がORMが良さそうにみえて問題が起こり、
そしてその解決方法などのより正確な主張がわかります。
また元の記事には現時点で47のコメントが付いており盛り上がっています。
さて、みなさんはORMを次のプロジェクトでも使いますか？

via:http://seldo.com/weblog/2011/06/15/orm_is_an_antipattern

**デフォルトの名無しさん** · 2012/07/20(金) 09:56:26.93

みんな　どこいったん？

**デフォルトの名無しさん** · 2012/07/21(土) 10:56:10.70

Railsならfind_by_sqlだけ使ってる間はORMの便利さを感じることができるよ！
SQL排除しようと思って、has_manyとかでモデルに関連付け始めると途端に生産性ガタ落ちだけどね！

**デフォルトの名無しさん** · 2012/07/21(土) 14:25:09.02

馬鹿には無理

**デフォルトの名無しさん** · 2012/07/22(日) 02:17:07.26

ゴミ

**デフォルトの名無しさん** · 2012/07/23(月) 18:25:59.08

PHPとRubyでは、人気度にセ・リーグとパ・リーグくらい差がある感は否めない。

**デフォルトの名無しさん** · 2012/07/23(月) 19:13:55.50

【社会】大阪市職員（用務員）の朴容疑者、男性死亡事故で逮捕。隠れて兼業中に事故…大阪
http://uni.2ch.net/test/read.cgi/newsplus/1343026331/

★死亡事故で用務員逮捕　運転過失傷害容疑　大阪

・大阪市西成区でトラックとミニバイクの衝突事故があり、西成署は２３日までに、自動車
　運転過失傷害容疑で、トラックを運転していた市立西淀中の用務員朴英鎮容疑者（３７）
　＝西成区岸里＝を現行犯逮捕した。

　同署によると、朴容疑者は当初、職業をトラック運転手としていたが、その後の調べで市職員と
　兼務していたことが判明。朴容疑者は「言いにくかった」と話している。

　市教育委員会によると、朴容疑者から兼業の届け出はなく、地方公務員法違反に当たる
　可能性があるという。

　大阪市西成区長橋１丁目の交差点で２１日未明、朴容疑者のトラックと男性（３８）の
　ミニバイクが衝突。朴容疑者は現行犯逮捕され、男性は搬送先の病院で死亡が
　確認された。

　http://sankei.jp.msn.com/affairs/news/120723/crm12072314010010-n1.htm

**デフォルトの名無しさん** · 2012/07/30(月) 22:24:05.51

Rubyは訛りのひどい方言みたいなもんでpublicじゃない

**デフォルトの名無しさん** · 2012/07/31(火) 03:40:15.06

コスプレ板でIDがPHPだったからテスト

**デフォルトの名無しさん** · 2012/07/31(火) 10:33:37.98

関数名の仕様をまとめ直した静的型付きのPHPが勝つよ

**デフォルトの名無しさん** · 2012/07/31(火) 17:23:14.29

パトカー追跡の車にはねられ女性死亡
7月31日 0時27分
ttp://www3.nhk.or.jp/news/html/20120731/t10013974411000.html
ttp://news.tv-asahi.co.jp/news/web/html/220731005.html
ttp://www.chugoku-np.co.jp/News/Sp201207310084.html
３０日夜、広島市で、パトカーに追跡されていた乗用車が別のパトカーと衝突して
道路脇の植え込みに突っ込み、居合わせた女性が巻き込まれて死亡しました。

３０日午後７時半ごろ、広島市西区の県道の交差点で、パトカーに追跡されていた
乗用車が別のパトカーと出会い頭に衝突しました。
この事故で、乗用車は道路脇の植え込みに突っ込み、居合わせた近くのパート従業員、
中野由惟さん（２８）がはねられて、まもなく死亡しました。
また、パトカーに乗っていた警察官と、乗用車を運転していた男がそれぞれけがをし、
男は病院で手当てを受けています。
警察によりますと、「仮免許の男が１人で運転している」という情報が寄せられたため、
警戒していたところ、乗用車を発見し、警察官が職務質問するために止まるよう
指示したものの、車は従わなかったということです。
そして、乗用車は、信号無視をしながら５分ほど逃走したあとに、
先回りしていた別のパトカーと衝突したということです。
警察は、運転していた男の回復を待って事情を聞くことにしています。
広島中央警察署の若岡利男副署長は「被害者の方が亡くなられたことは
非常に残念でありお悔やみ申し上げます。
事故原因については今後捜査を行って参ります」とコメントしています。
事故を目撃したという近くに住む女性は「車が猛スピードで蛇行運転していて、
複数のパトカーが追跡していた。車は交差点でブレーキをかける様子もなく
パトカーに衝突し、女性も巻き込まれた。事故を起こした車を運転していた男は、
すぐに車から降りて逃げたが、近くで警察官に取り押さえられた」と話していました。

**デフォルトの名無しさん** · 2012/08/08(水) 17:18:51.72

そいえばほんの数ヶ月前に国際規格になったんだよね

**デフォルトの名無しさん** · 2012/08/09(木) 08:11:05.28

何か意味あんのそれ

**デフォルトの名無しさん** · 2012/08/09(木) 08:49:18.72

捺印ナビリティが向上する

**デフォルトの名無しさん** · 2012/08/09(木) 16:13:27.52

最近は官庁への入札条件に国際標準技術が普通に入っているから、
競合相手によっては有利になる
自治体/民間でもITに無知な組織/企業への提案ネタの一つに使える

まあ学生さんや趣味グラマにはまるで無意味

**デフォルトの名無しさん** · 2012/08/09(木) 17:05:58.89

railsを国際標準技術に入れないと意味ないだろ

**デフォルトの名無しさん** · 2012/08/09(木) 19:32:17.08

だよな。むしろrailsを入れてruby本体は
railsの実行環境として紹介するくらいでもよかった。

**デフォルトの名無しさん** · 2012/08/09(木) 20:01:35.54

railsって何がすごいの？

**デフォルトの名無しさん** · 2012/08/10(金) 14:10:13.72

メタ

**デフォルトの名無しさん** · 2012/08/10(金) 23:39:11.39

XMLはうんこっていう今の常識を作ったところ

**デフォルトの名無しさん** · 2012/08/12(日) 01:45:21.94

web屋なんて供給過多で食えなくだろうし、転職を考えるとjsの一択

**デフォルトの名無しさん** · 2012/08/12(日) 19:38:23.17

JSなんてそれこそ供給過多じゃん

**デフォルトの名無しさん** · 2012/08/13(月) 22:29:12.20

IT業界以外に転職しろ

**デフォルトの名無しさん** · 2012/08/14(火) 06:08:12.09

転職しなくちゃならないってのがまずおかしい事に気づくべきなんだよね

**デフォルトの名無しさん** · 2012/08/15(水) 20:14:35.32

あげ

**デフォルトの名無しさん** · 2012/08/16(木) 13:05:31.88

sage

**デフォルトの名無しさん** · 2012/08/16(木) 15:01:58.26

**デフォルトの名無しさん** · 2012/08/16(木) 16:54:54.10

>>119
また作れない業者でてくるな

uY · 2012/08/22(水) 23:46:02.20

RoRあげ

**デフォルトの名無しさん** · 2012/08/23(木) 00:11:38.51

フリーのＨＰスペース提供しているところってＰＨＰサポートばっかじゃん。
これに変化がないと状況は変わらない。

uy · 2012/08/23(木) 08:29:14.56

atpagesでいいじゃん

**デフォルトの名無しさん** · 2012/08/23(木) 23:30:49.15

ｚ

**デフォルトの名無しさん** · 2012/08/30(木) 02:12:32.35

ruby2.0がかなりすごいらしい

**デフォルトの名無しさん** · 2012/08/30(木) 02:34:12.69

1.9のコードがどれだけ流用できることやら

**デフォルトの名無しさん** · 2012/09/01(土) 20:50:53.90

嫉妬はこわいね、Ruby on Rails馬鹿!

**デフォルトの名無しさん** · 2012/09/01(土) 22:03:58.66

100%互換性

**デフォルトの名無しさん** · 2012/09/03(月) 00:47:30.78

Ｒｕｂｙ　は趣味でつくって一応、
入力　出力　検索を　mysql とsqlserver　で作ったけど
とにかく、バージョン変わると動かなくなる。
Netbeansをつかって作ったんだけど
バージョン古いと全くコンパイルさえできなくなる。

それでこりゃ実用できないとあきらめた。

**デフォルトの名無しさん** · 2012/09/03(月) 18:15:18.71

railsってスクリプトをコンパイルしたのか？w
趣味グラマなんてVBSでも触った方が幸せだよ
オタク連中に付き合っていたら、いつまで立っても成果物が動かない

uy · 2012/09/04(火) 12:33:01.33

なんつうか
ルビリストに本音をいわせたら
rubyで大規模開発やら商用アプリ開発なんて「人柱乙ｗｗｗ」とか言いそうだ

元々普段の雑務をやらせるのが主たる目的で
その発展の為には大量の人的リソースが必要であるから
大規模開発もできますみたいな嘘をついてるけど嘘だよ

それでも俺は好き好んでrubyで将来的に数十万越えるようなソースコードかいているけど
ただ普通にかくだけではなく
これから起こりそうな仕様変更などにも細心の注意を払いながらソースコードをかいていくという
未来予知のような
おまえ等には出来そうもない才能の無駄使いによるプログラミングをしてる

ソースコードが完全に整理されてれば仕様変更はさほど怖くない
どこに何かいたかわからないくらいごちゃごちゃしてたらバージョンアップ時に捨てるしかないだろうな

rubyの仕様変更についてこれるプロジェクトとついてこれなかったプロジェクトの違いは
そのあたりに思える

uy · 2012/09/04(火) 12:42:05.99

バグも多いよ
10年以上前からあるとは思えないくらいどんどんいくらでもでてくる
ふわふわした怪しい仕様もちょっと暇なときにrubyの細部調べてみればいくつも見つかる叩けば叩くほどほこりがでる
しかしそれでも現時点rubyが最も効率だせるのだから使うだけの話
他言語は仕様がどうのって前にシンタックスが論外
パーサ書き直せよ

**デフォルトの名無しさん** · 2012/09/06(木) 11:37:16.07

日本のサーバーOSシェア、なんとWindows Serverが73.7％と圧倒　※ただしNT/2000/2003が半数以上
http://engawa.2ch.net/test/read.cgi/poverty/1346894513/

**デフォルトの名無しさん** · 2012/09/07(金) 02:18:53.26

**デフォルトの名無しさん** · 2012/10/02(火) 07:05:55.62

FreeBSDにRails入れる場合どうするのがいいの

**デフォルトの名無しさん** · 2012/10/20(土) 08:07:37.72

**デフォルトの名無しさん** · 2012/10/20(土) 08:23:26.00

そういう質問の仕方をしている限り作れません。
あきらめましょう。

**デフォルトの名無しさん** · 2013/03/19(火) 23:17:53.43

「新しい友達を求めてジュエル学園という学校に行き、ジュエルペットカフェをオープンすることになったルビー」
http://www.tv-tokyo.co.jp/anime/jp-happiness/

**デフォルトの名無しさん** · 2013/03/24(日) 11:51:49.87

Rails使ってればギークっぽいって考えてるカスが多いこと多いこと