これからはRailsの時代 php使ってるアホは死んでね
テラカオスなPHPは全滅するべき phpは似たような機能を作るのすら大変だぜー
セキュリティ的に厳しいphpは死ぬべき Rubyの品の良さを参考にしろ
php使ってる奴はアホ、これからはRuby on Rails!
■ このスレッドは過去ログ倉庫に格納されています
1デフォルトの名無しさん
2009/11/15(日) 22:22:162011/03/02(水) 00:33:11.74
>>50
Cというか実はC++もだね。
char *とかwchar_t *とかstringとかwstringだけじゃなくてWIN32のLPCTSTR型とか
.net用のstring ^型とかMFC独自の文字列型とかATLのCString型とかマジで色々あってほんとカオス。
その点PHPやRubyなんかはエンコードなんかでちょい面倒なこともあるけど基本楽。
まぁスクリプト言語だし当たり前っちゃ当たり前なんだけど最初それに感動したw
C++だと下手すりゃ目的通りに文字列変換させるには文字列ライブラリ自作する位の知識が必要になっちゃう。
Cというか実はC++もだね。
char *とかwchar_t *とかstringとかwstringだけじゃなくてWIN32のLPCTSTR型とか
.net用のstring ^型とかMFC独自の文字列型とかATLのCString型とかマジで色々あってほんとカオス。
その点PHPやRubyなんかはエンコードなんかでちょい面倒なこともあるけど基本楽。
まぁスクリプト言語だし当たり前っちゃ当たり前なんだけど最初それに感動したw
C++だと下手すりゃ目的通りに文字列変換させるには文字列ライブラリ自作する位の知識が必要になっちゃう。
2011/03/02(水) 01:38:04.99
>>51
C++にはQtという便利なツールキットがあって、正規表現と文字コード変換のライブラリも内蔵している。
C++にはQtという便利なツールキットがあって、正規表現と文字コード変換のライブラリも内蔵している。
53デフォルトの名無しさん
2011/03/10(木) 19:16:24.62 PHPだとフレームワークを使っていない、古いプログラムの保守の案件があるからそれだと無理。
Rubyの場合はRails以前はあまり使われていなかったから、Railsなどのフレームワークが前提になっているから、多少はましかも。
そのような理由で、過労死の確率はRuby専門でやったほうが低いかも。
Rails3ではコンポーネントも分離されているし、
日本語化も、Rails1のときのようなモンキーパッチを使わなくて良くなっているし、
Ruby1.9で、速度も上がっているらしいのでいいと思う。
クラウドが安定してきたら、
今後は、Ruby1.9+Rails3+クラウド(Web、DB)+jQueryで、なんとかなるんじゃないでしょうか?
現時点でのWEBアプリの理想形だと思う。
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のような大規模な実績がある
PHPはYahooのような大規模な実績がある
2011/03/11(金) 11:56:57.40
TwitterがRuby On Railsを使ってゲフンゲフン
2011/03/12(土) 01:54:22.13
Twitterは今はruby使ってるのフロントだけじゃないのかな。
中規模なら結構あると思う。cookpadとかtabelogとか
中規模なら結構あると思う。cookpadとかtabelogとか
57デフォルトの名無しさん
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
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との連携が強いから、
実際コーディングのスピードは変わらないか、リファクタリング等も含めるとむしろ速い。
Javaが書きにくいってのは、RubyやRailsの宣伝文句に洗脳されてる奴が言うこと。
静的型付け言語の方がIDEとの連携が強いから、
実際コーディングのスピードは変わらないか、リファクタリング等も含めるとむしろ速い。
2011/04/22(金) 20:39:16.35
さらに、TYPOなど、ショボいがやりがちなバグはIDEで入力するその場で判るからデバッグの手間も省けるし品質も高くなる。
2011/05/03(火) 03:20:50.59
コードが長くなるというだけで言語仕様がクソなのがわかる。
長ければその分バグの発生率が高くなるし、保守するにも手間がかかるのが普通。
長ければその分バグの発生率が高くなるし、保守するにも手間がかかるのが普通。
64デフォルトの名無しさん
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使うわw
PHP + CakePHP使うわw
2011/05/15(日) 08:38:37.67
仕様変わりまくりのPHPなんか使っててだいじょぶか?
http://d.hatena.ne.jp/ryoppy011/20100925
http://d.hatena.ne.jp/ryoppy011/20100925
2011/05/16(月) 01:36:23.56
趣味ならともかく業務でCakePHP使ってるとか恥ずかしくて言えないです><
71デフォルトの名無しさん
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。
PHP使うなら、Symfony一択だろjk。
74uy
2011/05/24(火) 15:37:05.41 本気で、開発効率がRubyよりJAVAのほうがいいとかいってる人って
どういう・・・。
一ついってしまうと、
ロジックを考えるスピード > ソースコード入力のスピード
↑
こうなってる奴じゃないと、Rubyみたいな言語使って意味無い
どういう・・・。
一ついってしまうと、
ロジックを考えるスピード > ソースコード入力のスピード
↑
こうなってる奴じゃないと、Rubyみたいな言語使って意味無い
75uy
2011/05/24(火) 15:40:53.43ロジックを考えるスピード < ソースコード入力のスピード
↑
みたいに、プログラミング言語が冗長していようと、
それ以上にロジック考える思考が冗長しているなら・・・ そいつは何の言語使っても同じだお
自分から >>61 バカですなんていわなくていいのに。
2011/05/24(火) 22:05:50.06
日本語が不自由な方がいらっしゃいました。
77デフォルトの名無しさん
2011/05/27(金) 01:26:14.04 Ruby人気ねえなあw
日本人が作ったってだけで好きなんだけど
あと記号が少なくていい
まあ実用的ではないけどな
日本人が作ったってだけで好きなんだけど
あと記号が少なくていい
まあ実用的ではないけどな
2011/05/27(金) 08:34:53.56
出向先にいたデキル男的な人が「俺一人で面倒みてやんからよ」とRubyでシステム組んでた。Rubyはひとりよがりなな人が使ってるイメージがある。
79uy
2011/05/27(金) 16:17:44.02 rubyを嫌ってる子って
じゃあ君、なに言語使ってるのー?って感じだよね
この言語に対抗できる可能性のあるのって、PythonかLispくらいだと思うのに
JAVA、C#の名前を、もし挙げてくるならそのこは何かを勘違いしてる・・・w
じゃあ君、なに言語使ってるのー?って感じだよね
この言語に対抗できる可能性のあるのって、PythonかLispくらいだと思うのに
JAVA、C#の名前を、もし挙げてくるならそのこは何かを勘違いしてる・・・w
80デフォルトの名無しさん
2011/05/28(土) 12:47:20.72 また日本語が不自由な子が(r
2011/05/28(土) 16:51:02.76
>>79
エンタープライズ向けの言語をdisるのがかっこいい、みたいな風潮に乗っかる人っておしゃれだよね
エンタープライズ向けの言語をdisるのがかっこいい、みたいな風潮に乗っかる人っておしゃれだよね
82uy
2011/05/29(日) 03:26:35.26JAVAはゴミだしな
C#もゴミだしな
C言語もゴミだしな
ゴミじゃないのってRubyとLispとHTMLだけだしな・・・・
83uy
2011/05/29(日) 03:42:38.12HTMLっぽい自作言語作る奴って頭良いと思うよ
ezhtmlエディタっていう、あんなのが開発環境になっちゃうんだぜ
けど補完もちゃんとしてくれるしな
その 言語を作ってそれを効率的に使う所までの、
最大効率と 、 最短時間を考えるなら 、 ezhtml + HTML風プログラミング言語が 、 一番効率いい 、
2011/06/03(金) 17:46:46.08
なんでRubyよりPHPの方が圧倒的に普及しているのか、その理由を考えろ
でなきゃいつまでも本質は見えないんだよ
でなきゃいつまでも本質は見えないんだよ
85tokuhirom
2011/06/08(水) 14:57:27.16 おまえがゴミ uy君
86tokuhirom
2011/06/08(水) 14:59:04.87 おまえはゴミ以下のゴミ以上 その間のゴミ
ほんと口くさいからしゃべらないで ゴミ
まじゴミ ゴミ
僕年収1500万ありますから
Perlプログラマーですから
uyはしにま
ほんと口くさいからしゃべらないで ゴミ
まじゴミ ゴミ
僕年収1500万ありますから
Perlプログラマーですから
uyはしにま
2011/06/08(水) 16:20:43.48
uyとかいう粘着野郎が消えればrubyも少しは流行ると思うのに
至極残念です
至極残念です
88sora_h
2011/06/08(水) 16:58:57.25 かわいそう
やめてあげて
やめてあげて
2011/06/13(月) 01:29:36.36
uy 雑魚すぎ
rubyの今後のために、消えてくれ
rubyの今後のために、消えてくれ
2011/06/19(日) 17:43:55.88
Railsを使うのもいいけど、Perlを完全に死滅させて欲しい。
91uy ◆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かを判断しなければならなくなってる
まだ未完成言語なのにその片鱗が凄まじいから、使ってる
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かを判断しなければならなくなってる
まだ未完成言語なのにその片鱗が凄まじいから、使ってる
92uy ◆KOAgYBL/Xg
2011/06/23(木) 04:49:00.00 >>84
Rubyプログラマーが少ないからだろ
君の周りにRuby技術者は何人いる?
Rubyの仕様は細かい上に、今後変更される可能性ある構文たいしては
未来予知してなるべく使わないようなコーディングも必要だし
扱うのは難しいと思ってるよ
その場限りのスクリプトかく程度ならいいんだけどさ
上にかいたようにまだ成長途中の未完成言語だから
破壊的メソッドの落とし穴もあるし、
とにかくRuby特有の仕様が多い
クラス定義にしてみても
class A
endのほかに
Class.new do
end
という構文も用意されていて、小文字のクラス名の定義や、メソッド内にクラス定義する場合は後者じゃないと出来ないとか
わけのわからない制約も存在する
おそらくマクロの中でマクロは展開しないってことなんだろうけどな
Rubyプログラマーが少ないからだろ
君の周りにRuby技術者は何人いる?
Rubyの仕様は細かい上に、今後変更される可能性ある構文たいしては
未来予知してなるべく使わないようなコーディングも必要だし
扱うのは難しいと思ってるよ
その場限りのスクリプトかく程度ならいいんだけどさ
上にかいたようにまだ成長途中の未完成言語だから
破壊的メソッドの落とし穴もあるし、
とにかくRuby特有の仕様が多い
クラス定義にしてみても
class A
endのほかに
Class.new do
end
という構文も用意されていて、小文字のクラス名の定義や、メソッド内にクラス定義する場合は後者じゃないと出来ないとか
わけのわからない制約も存在する
おそらくマクロの中でマクロは展開しないってことなんだろうけどな
93uy ◆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技術の進化の足を引っ張る言語はいつまでもあっちゃいけない
おまえがゴミじゃん
>>89
rubyの今後って?
別に俺rubyとかどうでもいいよ
どうせ今頃、Rubyを物凄く真似した言語を、世界各地で作ろうしてる奴がわいてるだろうし
Rubyがなくなっても、「使える言語」はいくらでもある、Pythonでもいいし
そもそも俺がRubyを触った理由は、
「自分でプログラム言語を作る前に、自分の構想を実装している言語があるかどうか」を調べた結果
Rubyがそれに該当したっていうだけ
信者と勘違いしている奴もいるけれど
アンチだと思ってくれていいよ
他言語よりは十分マシでよくやってるんだけど、それでも細かいことをRubyでやる時に、
まだ整理されていない部分に触り、わけのわからないルールに縛られる事も
いくつかあり、もどかしさを感じている
現状Ruby以外では組めようもない事をやっている
今度、2.0とか、そういう成長性を期待してRubyをとりあえず応援しているだけ
1.92で成長とまるならば、俺は今後もRubyを使っていくとは考えにくいし
そうなれば自分で言語を作る
>>90
だな
IT技術の進化の足を引っ張る言語はいつまでもあっちゃいけない
94uy ◆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の概念を取り入れ、平坦な管理にしちゃうのが、ふつうの本来のゲームプログラミングなんだけど
俺はそれを完璧とは思わないので、ネストしていかないように循環リストが必要に思った
ツリー構造で今色々やってそれに真理は見たんだけど
循環リストの木構造にした場合、どうなるかなと
少し今、思考を開始してる
ようはツリー構造ではなくネットワークにする
けどすべてのデータを平坦な構造でつなぐと
すべてのシンボルをかぶらないようにしないといけないゴミ設計になるから却下、
何らかの上位、下位関係を持たせたままの循環木構造リスト
だからー、こんな感じになる可能性がある
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の概念を取り入れ、平坦な管理にしちゃうのが、ふつうの本来のゲームプログラミングなんだけど
俺はそれを完璧とは思わないので、ネストしていかないように循環リストが必要に思った
95uy ◆KOAgYBL/Xg
2011/06/23(木) 05:26:42.59 道化師は聞かぬフリでおどけた・・・・・・・・・・・・・・
2011/07/03(日) 09:08:15.02
Rubyとかゴミだろ・・・
2011/09/16(金) 17:14:50.02
そうでもないよ。
98デフォルトの名無しさん
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で全部書き直したとか言われても驚かないだろう自分がいる
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で全部書き直したとか言われても驚かないだろう自分がいる
100デフォルトの名無しさん
2012/01/26(木) 01:07:54.36 rubyは携帯で表すとwillcom
101デフォルトの名無しさん
2012/05/23(水) 15:56:18.11 あg
102デフォルトの名無しさん
2012/06/22(金) 01:25:52.76103uy
2012/06/22(金) 21:01:56.64 でっていう
104デフォルトの名無しさん
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がいざ使ってみると問題が明らかになり、
しかもその時には切り替えるわけにもいかなくなるというのが彼の主張です。
彼による皮肉がたっぷりの論説の最後に付いていたまとめリストは下記のとおり。
http://tech.a-listers.jp/2011/06/16/orm_is_an_antipattern/
このツイートに対して各方面(ActiveRecord, Doctrine, Hibernate)から多くの
(激しい)返信が寄せられて書かれたのが問題のエントリです。
まずはアンチパターンとは何かの定義として下記の2つを挙げています。
当初は有益だが、長期的にみると良い結果以上の悪い結果を招く。
確証があり繰り返されている別の解決方法がある。
当初は良さそうに見えたORMがいざ使ってみると問題が明らかになり、
しかもその時には切り替えるわけにもいかなくなるというのが彼の主張です。
彼による皮肉がたっぷりの論説の最後に付いていたまとめリストは下記のとおり。
105デフォルトの名無しさん
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
効率はどんなプロジェクトでも最初の頃は十分。
不幸にもそれらのアドバンテージはプロジェクトが大きく複雑になると消失し、抽象化は破綻し、
開発者はSQLを使わなければならなくなる。
ORMの抽象化はほぼ100%のプロジェクトで破綻する。
オブジェクトはリレーショナルなクエリの結果を表現するのには不適切。
不適切にクエリをオブジェクトにマッピングすることによって、ORMを廃止しない限り
簡単には修正できない非効率性がアプリケーションのあちこちにばらまかれる
リレーションを保存する代わりにORMを全てに適用する場合、設計をよく考える必要がある。
データが元々オブジェクトならば、NoSQLにオブジェクトを記録する方がリレーショナルデータベースよりも早い。
データが元々リレーショナルならリレーショナルデータベースに対するオーバーヘッドになるだけ。
リレーショナルなクエリはモデルレイヤーに隠蔽する。ただしAPIの設計は汎用化の誘惑に打ち勝って
アプリケーションに必要なデータを返すようにする。
オブジェクト指向設計はリレーショナルなデータを効率的に表現できない。
これはORMが解決できないオブジェクト指向デザインの根本的な制限だ。
ORMを使った事がある人にとっては心当たりがありまくりな主張ではないでしょうか。
意外と長文なんですが原文を読んでもらう方がORMが良さそうにみえて問題が起こり、
そしてその解決方法などのより正確な主張がわかります。
また元の記事には現時点で47のコメントが付いており盛り上がっています。
さて、みなさんはORMを次のプロジェクトでも使いますか?
via:http://seldo.com/weblog/2011/06/15/orm_is_an_antipattern
106デフォルトの名無しさん
2012/07/20(金) 09:56:26.93 みんな どこいったん?
107デフォルトの名無しさん
2012/07/21(土) 10:56:10.70 Railsならfind_by_sqlだけ使ってる間はORMの便利さを感じることができるよ!
SQL排除しようと思って、has_manyとかでモデルに関連付け始めると途端に生産性ガタ落ちだけどね!
SQL排除しようと思って、has_manyとかでモデルに関連付け始めると途端に生産性ガタ落ちだけどね!
108デフォルトの名無しさん
2012/07/21(土) 14:25:09.02 馬鹿には無理
109デフォルトの名無しさん
2012/07/22(日) 02:17:07.26 ゴミ
110デフォルトの名無しさん
2012/07/23(月) 18:25:59.08 PHPとRubyでは、人気度にセ・リーグとパ・リーグくらい差がある感は否めない。
111デフォルトの名無しさん
2012/07/23(月) 19:13:55.50 【社会】 大阪市職員(用務員)の朴容疑者、男性死亡事故で逮捕。隠れて兼業中に事故…大阪
http://uni.2ch.net/test/read.cgi/newsplus/1343026331/
★死亡事故で用務員逮捕 運転過失傷害容疑 大阪
・大阪市西成区でトラックとミニバイクの衝突事故があり、西成署は23日までに、自動車
運転過失傷害容疑で、トラックを運転していた市立西淀中の用務員朴英鎮容疑者(37)
=西成区岸里=を現行犯逮捕した。
同署によると、朴容疑者は当初、職業をトラック運転手としていたが、その後の調べで市職員と
兼務していたことが判明。朴容疑者は「言いにくかった」と話している。
市教育委員会によると、朴容疑者から兼業の届け出はなく、地方公務員法違反に当たる
可能性があるという。
大阪市西成区長橋1丁目の交差点で21日未明、朴容疑者のトラックと男性(38)の
ミニバイクが衝突。朴容疑者は現行犯逮捕され、男性は搬送先の病院で死亡が
確認された。
http://sankei.jp.msn.com/affairs/news/120723/crm12072314010010-n1.htm
http://uni.2ch.net/test/read.cgi/newsplus/1343026331/
★死亡事故で用務員逮捕 運転過失傷害容疑 大阪
・大阪市西成区でトラックとミニバイクの衝突事故があり、西成署は23日までに、自動車
運転過失傷害容疑で、トラックを運転していた市立西淀中の用務員朴英鎮容疑者(37)
=西成区岸里=を現行犯逮捕した。
同署によると、朴容疑者は当初、職業をトラック運転手としていたが、その後の調べで市職員と
兼務していたことが判明。朴容疑者は「言いにくかった」と話している。
市教育委員会によると、朴容疑者から兼業の届け出はなく、地方公務員法違反に当たる
可能性があるという。
大阪市西成区長橋1丁目の交差点で21日未明、朴容疑者のトラックと男性(38)の
ミニバイクが衝突。朴容疑者は現行犯逮捕され、男性は搬送先の病院で死亡が
確認された。
http://sankei.jp.msn.com/affairs/news/120723/crm12072314010010-n1.htm
112デフォルトの名無しさん
2012/07/30(月) 22:24:05.51 Rubyは訛りのひどい方言みたいなもんでpublicじゃない
113デフォルトの名無しさん
2012/07/31(火) 03:40:15.06 コスプレ板でIDがPHPだったからテスト
114デフォルトの名無しさん
2012/07/31(火) 10:33:37.98 関数名の仕様をまとめ直した静的型付きのPHPが勝つよ
115デフォルトの名無しさん
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
30日夜、広島市で、パトカーに追跡されていた乗用車が別のパトカーと衝突して
道路脇の植え込みに突っ込み、居合わせた女性が巻き込まれて死亡しました。
30日午後7時半ごろ、広島市西区の県道の交差点で、パトカーに追跡されていた
乗用車が別のパトカーと出会い頭に衝突しました。
この事故で、乗用車は道路脇の植え込みに突っ込み、居合わせた近くのパート従業員、
中野由惟さん(28)がはねられて、まもなく死亡しました。
また、パトカーに乗っていた警察官と、乗用車を運転していた男がそれぞれけがをし、
男は病院で手当てを受けています。
警察によりますと、「仮免許の男が1人で運転している」という情報が寄せられたため、
警戒していたところ、乗用車を発見し、警察官が職務質問するために止まるよう
指示したものの、車は従わなかったということです。
そして、乗用車は、信号無視をしながら5分ほど逃走したあとに、
先回りしていた別のパトカーと衝突したということです。
警察は、運転していた男の回復を待って事情を聞くことにしています。
広島中央警察署の若岡利男副署長は「被害者の方が亡くなられたことは
非常に残念でありお悔やみ申し上げます。
事故原因については今後捜査を行って参ります」とコメントしています。
事故を目撃したという近くに住む女性は「車が猛スピードで蛇行運転していて、
複数のパトカーが追跡していた。車は交差点でブレーキをかける様子もなく
パトカーに衝突し、女性も巻き込まれた。事故を起こした車を運転していた男は、
すぐに車から降りて逃げたが、近くで警察官に取り押さえられた」と話していました。
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
30日夜、広島市で、パトカーに追跡されていた乗用車が別のパトカーと衝突して
道路脇の植え込みに突っ込み、居合わせた女性が巻き込まれて死亡しました。
30日午後7時半ごろ、広島市西区の県道の交差点で、パトカーに追跡されていた
乗用車が別のパトカーと出会い頭に衝突しました。
この事故で、乗用車は道路脇の植え込みに突っ込み、居合わせた近くのパート従業員、
中野由惟さん(28)がはねられて、まもなく死亡しました。
また、パトカーに乗っていた警察官と、乗用車を運転していた男がそれぞれけがをし、
男は病院で手当てを受けています。
警察によりますと、「仮免許の男が1人で運転している」という情報が寄せられたため、
警戒していたところ、乗用車を発見し、警察官が職務質問するために止まるよう
指示したものの、車は従わなかったということです。
そして、乗用車は、信号無視をしながら5分ほど逃走したあとに、
先回りしていた別のパトカーと衝突したということです。
警察は、運転していた男の回復を待って事情を聞くことにしています。
広島中央警察署の若岡利男副署長は「被害者の方が亡くなられたことは
非常に残念でありお悔やみ申し上げます。
事故原因については今後捜査を行って参ります」とコメントしています。
事故を目撃したという近くに住む女性は「車が猛スピードで蛇行運転していて、
複数のパトカーが追跡していた。車は交差点でブレーキをかける様子もなく
パトカーに衝突し、女性も巻き込まれた。事故を起こした車を運転していた男は、
すぐに車から降りて逃げたが、近くで警察官に取り押さえられた」と話していました。
116デフォルトの名無しさん
2012/08/08(水) 17:18:51.72 そいえばほんの数ヶ月前に国際規格になったんだよね
117デフォルトの名無しさん
2012/08/09(木) 08:11:05.28 何か意味あんのそれ
118デフォルトの名無しさん
2012/08/09(木) 08:49:18.72 捺印ナビリティが向上する
119デフォルトの名無しさん
2012/08/09(木) 16:13:27.52 最近は官庁への入札条件に国際標準技術が普通に入っているから、
競合相手によっては有利になる
自治体/民間でもITに無知な組織/企業への提案ネタの一つに使える
まあ学生さんや趣味グラマにはまるで無意味
競合相手によっては有利になる
自治体/民間でもITに無知な組織/企業への提案ネタの一つに使える
まあ学生さんや趣味グラマにはまるで無意味
120デフォルトの名無しさん
2012/08/09(木) 17:05:58.89 railsを国際標準技術に入れないと意味ないだろ
121デフォルトの名無しさん
2012/08/09(木) 19:32:17.08 だよな。むしろrailsを入れてruby本体は
railsの実行環境として紹介するくらいでもよかった。
railsの実行環境として紹介するくらいでもよかった。
122デフォルトの名無しさん
2012/08/09(木) 20:01:35.54 railsって何がすごいの?
123デフォルトの名無しさん
2012/08/10(金) 14:10:13.72 メタ
124デフォルトの名無しさん
2012/08/10(金) 23:39:11.39 XMLはうんこっていう今の常識を作ったところ
125デフォルトの名無しさん
2012/08/12(日) 01:45:21.94 web屋なんて供給過多で食えなくだろうし、転職を考えるとjsの一択
126デフォルトの名無しさん
2012/08/12(日) 19:38:23.17 JSなんてそれこそ供給過多じゃん
127デフォルトの名無しさん
2012/08/13(月) 22:29:12.20 IT業界以外に転職しろ
128デフォルトの名無しさん
2012/08/14(火) 06:08:12.09 転職しなくちゃならないってのがまずおかしい事に気づくべきなんだよね
129デフォルトの名無しさん
2012/08/15(水) 20:14:35.32 あげ
130デフォルトの名無しさん
2012/08/16(木) 13:05:31.88 sage
131デフォルトの名無しさん
2012/08/16(木) 15:01:58.26 a
132デフォルトの名無しさん
2012/08/16(木) 16:54:54.10 >>119
また作れない業者でてくるな
また作れない業者でてくるな
133uY
2012/08/22(水) 23:46:02.20 RoRあげ
134デフォルトの名無しさん
2012/08/23(木) 00:11:38.51 フリーのHPスペース提供しているところってPHPサポートばっかじゃん。
これに変化がないと状況は変わらない。
これに変化がないと状況は変わらない。
135uy
2012/08/23(木) 08:29:14.56 atpagesでいいじゃん
136デフォルトの名無しさん
2012/08/23(木) 23:30:49.15 z
137デフォルトの名無しさん
2012/08/30(木) 02:12:32.35 ruby2.0がかなりすごいらしい
138デフォルトの名無しさん
2012/08/30(木) 02:34:12.69 1.9のコードがどれだけ流用できることやら
139デフォルトの名無しさん
2012/09/01(土) 20:50:53.90 嫉妬はこわいね、Ruby on Rails馬鹿!
140デフォルトの名無しさん
2012/09/01(土) 22:03:58.66 100%互換性
141デフォルトの名無しさん
2012/09/03(月) 00:47:30.78 Ruby は趣味でつくって一応、
入力 出力 検索を mysql とsqlserver で作ったけど
とにかく、バージョン変わると動かなくなる。
Netbeansをつかって作ったんだけど
バージョン古いと全くコンパイルさえできなくなる。
それでこりゃ実用できないとあきらめた。
入力 出力 検索を mysql とsqlserver で作ったけど
とにかく、バージョン変わると動かなくなる。
Netbeansをつかって作ったんだけど
バージョン古いと全くコンパイルさえできなくなる。
それでこりゃ実用できないとあきらめた。
142デフォルトの名無しさん
2012/09/03(月) 18:15:18.71 railsってスクリプトをコンパイルしたのか?w
趣味グラマなんてVBSでも触った方が幸せだよ
オタク連中に付き合っていたら、いつまで立っても成果物が動かない
趣味グラマなんてVBSでも触った方が幸せだよ
オタク連中に付き合っていたら、いつまで立っても成果物が動かない
143uy
2012/09/04(火) 12:33:01.33 なんつうか
ルビリストに本音をいわせたら
rubyで大規模開発やら商用アプリ開発なんて「人柱乙www」とか言いそうだ
元々普段の雑務をやらせるのが主たる目的で
その発展の為には大量の人的リソースが必要であるから
大規模開発もできますみたいな嘘をついてるけど嘘だよ
それでも俺は好き好んでrubyで将来的に数十万越えるようなソースコードかいているけど
ただ普通にかくだけではなく
これから起こりそうな仕様変更などにも細心の注意を払いながらソースコードをかいていくという
未来予知のような
おまえ等には出来そうもない才能の無駄使いによるプログラミングをしてる
ソースコードが完全に整理されてれば仕様変更はさほど怖くない
どこに何かいたかわからないくらいごちゃごちゃしてたらバージョンアップ時に捨てるしかないだろうな
rubyの仕様変更についてこれるプロジェクトとついてこれなかったプロジェクトの違いは
そのあたりに思える
ルビリストに本音をいわせたら
rubyで大規模開発やら商用アプリ開発なんて「人柱乙www」とか言いそうだ
元々普段の雑務をやらせるのが主たる目的で
その発展の為には大量の人的リソースが必要であるから
大規模開発もできますみたいな嘘をついてるけど嘘だよ
それでも俺は好き好んでrubyで将来的に数十万越えるようなソースコードかいているけど
ただ普通にかくだけではなく
これから起こりそうな仕様変更などにも細心の注意を払いながらソースコードをかいていくという
未来予知のような
おまえ等には出来そうもない才能の無駄使いによるプログラミングをしてる
ソースコードが完全に整理されてれば仕様変更はさほど怖くない
どこに何かいたかわからないくらいごちゃごちゃしてたらバージョンアップ時に捨てるしかないだろうな
rubyの仕様変更についてこれるプロジェクトとついてこれなかったプロジェクトの違いは
そのあたりに思える
144uy
2012/09/04(火) 12:42:05.99 バグも多いよ
10年以上前からあるとは思えないくらいどんどんいくらでもでてくる
ふわふわした怪しい仕様もちょっと暇なときにrubyの細部調べてみればいくつも見つかる叩けば叩くほどほこりがでる
しかしそれでも現時点rubyが最も効率だせるのだから使うだけの話
他言語は仕様がどうのって前にシンタックスが論外
パーサ書き直せよ
10年以上前からあるとは思えないくらいどんどんいくらでもでてくる
ふわふわした怪しい仕様もちょっと暇なときにrubyの細部調べてみればいくつも見つかる叩けば叩くほどほこりがでる
しかしそれでも現時点rubyが最も効率だせるのだから使うだけの話
他言語は仕様がどうのって前にシンタックスが論外
パーサ書き直せよ
145デフォルトの名無しさん
2012/09/06(木) 11:37:16.07 日本のサーバーOSシェア、なんとWindows Serverが73.7%と圧倒 ※ただしNT/2000/2003が半数以上
http://engawa.2ch.net/test/read.cgi/poverty/1346894513/
http://engawa.2ch.net/test/read.cgi/poverty/1346894513/
146デフォルトの名無しさん
2012/09/07(金) 02:18:53.26 x
147デフォルトの名無しさん
2012/10/02(火) 07:05:55.62 FreeBSDにRails入れる場合どうするのがいいの
148デフォルトの名無しさん
2012/10/20(土) 08:07:37.72149デフォルトの名無しさん
2012/10/20(土) 08:23:26.00 そういう質問の仕方をしている限り作れません。
あきらめましょう。
あきらめましょう。
150デフォルトの名無しさん
2013/03/19(火) 23:17:53.43 「新しい友達を求めてジュエル学園という学校に行き、ジュエルペットカフェをオープンすることになったルビー」
http://www.tv-tokyo.co.jp/anime/jp-happiness/
http://www.tv-tokyo.co.jp/anime/jp-happiness/
■ このスレッドは過去ログ倉庫に格納されています
ニュース
- クリスマスの「予定なし」54% [少考さん★]
- 「中国人の訪日熱は冷めた」 人気旅行先から日本外れる 14日で自粛呼びかけ1カ月 ★2 [蚤の市★]
- 最新版Z級クソ映画ランキングが決定! [牛丼★]
- 日銀0.75%に利上げへ、30年ぶりの水準に 19日金融政策決定会合 [蚤の市★]
- 【STARTO ENTERTAINMENT】SUPER EIGHTの横山裕、フジ『ドッキリGP』ロケで全治2ヶ月の重傷 [Ailuropoda melanoleuca★]
- 公用車カーナビのNHK受信料「全額免除を」 千葉市議会、国に制度創設求める意見書可決 [少考さん★]
- 【実況】博衣こよりのえちえち機動戦士ガンダム逆襲のシャア🧪★4
- 【実況】博衣こよりのえちえち機動戦士ガンダム逆襲のシャア🧪★5
- ばっかもーん、そいつが
- 茶ぁしばこうや··· ( ¨̮ )︎︎𖠚ᐝ2
- コーヒー、来年3月から30パーセント値上げへ [709039863]
- 【高市ショック】ユーロ円183円 史上最高値 [115996789]
