Ruby終了のお知らせ。

**nobodyさん** · 2007/06/13(水) 02:09:13

・スクリプト言語で一番遅いと思えるスピード。

・メモリ食い過ぎ、ちょっと凝ったWebアプリでアクセス来たら
速攻InternalServerError。

・日本生まれなのに日本語文字コードへの対応がいまいちになってきてる。

・見やすさしか取り柄がない。

・他言語から見やすさの為にRubyに移行するなら、
今書いてる言語を見易く書こうとした方が楽。

・Rails流行ってもろくなアプリが出てこない。
大規模な物を作るには負荷が高く、すぐ作るだけならPerlで良い。

・ドキュメントが遅い。

・ルビラー内輪ウケ体質。
メディアが取り上げてるがまるでSecondLife。

・書店にいくとRubyであなたも今日からWebプログラマーみたいな
糞本の乱立。

・作者の名前が平仮名。

Ruby終わってる。

**nobodyさん** · 2007/08/16(木) 10:23:07

HTMLでも十分だろ
HTAご存知か？

**nobodyさん** · 2007/08/16(木) 12:32:23

>>638
つーかさ、なんで「オブジェクト指向ありき」が前提になってんの？

Webアプリ程度の規模（たとえばmixiくらいまで）なら、
むしろOOP使わないほうが開発効率もソースの見通しも実行速度も全て良いと思うんだが。

**nobodyさん** · 2007/08/16(木) 12:44:33

オブジェクト指向が何のためにある技術かってところから勉強し直してこいよ

**nobodyさん** · 2007/08/16(木) 13:25:34

>>640
きさま、なんでもいいからコードうｐしてみてよ

**nobodyさん** · 2007/08/16(木) 13:44:45

いやでも640のいう事ももっともだよ。
はじめにオブジェクト指向ありきってのは思考停止。

でも638はJavaからの移行に有利である理由として
オブジェクト指向うんぬんっていってるわけだから、
まったく反論になってない。

**nobodyさん** · 2007/08/16(木) 14:04:10

だって反論じゃなくて疑問だからね。

**nobodyさん** · 2007/08/16(木) 14:07:37

じゃあ638を読んでその疑問を持つのが
まずおかしいってことで。

**nobodyさん** · 2007/08/16(木) 14:13:55

そんなことより野球の話しようぜ（AA略

**nobodyさん** · 2007/08/16(木) 14:14:38

全然おかしくねぇだろ。
そもそものスレの流れを見れば分かる。

**nobodyさん** · 2007/08/16(木) 14:33:51

638は、「オブジェクト指向ありき」が前提になってない。
「Javaからの移行ありき」になってる。

Javaからの移行を考えれば、オブジェクト指向で
書けるというのはいいよねって話だろ。

おかしいじゃん。

でも「オブジェクト指向ありき」はよくないってのは
賛成するし、イライラしてつっかかる気持ちもわかるよ。
ドメイン貧血症だのなんだのとかファウラーの尻馬に乗って
騒いでるような意見多いしな。

**nobodyさん** · 2007/08/16(木) 17:24:16

640はPerlしか知らないからだろｗ

**nobodyさん** · 2007/08/16(木) 17:48:03

オブジェクト指向っていうか、名前空間切ってあるほうが良いだろ。
なんでもかんでもフラットに詰め込まれてるより。

**nobodyさん** · 2007/08/16(木) 18:42:06

OOPなんていらねーと思って作り始めても
やっぱり結局OOPに戻ってしまうことってよくあるよな

**nobodyさん** · 2007/08/16(木) 18:50:42

そんで本当にOOPが生産性向上に寄与したかどうかって、
正確に測定した人はいるの？　っていうか測定できるのか？

**nobodyさん** · 2007/08/16(木) 18:56:31

OOP使わない場合がOOP使う場合よりも生産性高いって測定できないのと同様。

**nobodyさん** · 2007/08/16(木) 20:32:45

Rubyの技術者認定試験が10月開始
http://itpro.nikkeibp.co.jp/article/NEWS/20070816/279767/?L=top1

認定試験とか始めるんだね。というかCTCがRubyの教育事業
とかやってたことに驚いた。

**nobodyさん** · 2007/08/16(木) 21:37:11

ActionScriptやり始めると、データというかムービークリップをクラスベースにするメリットを実感できる。
DBやHTMLをあらわすのにクラスを使っても意味内と思う。HTMLをすべてDOMで操作するとかいうなら別だが。

**nobodyさん** · 2007/08/16(木) 21:48:02

>>653
そうだとしたら、OOP絶対論だって破綻するわけだが。
測定できない程度の違いだったら、OOP無しのほうがいろんな面で有利。

**nobodyさん** · 2007/08/16(木) 22:53:02

O/Rマッパー全否定ですか。

**nobodyさん** · 2007/08/16(木) 23:58:01

本当にいろんな面で有利でオブジェクト指向必要ないなら
とっくにこの世から無くなってる

**nobodyさん** · 2007/08/17(金) 00:15:58

Javaの世界でもCOBOLから来た人で
1000行とか1万行とかあるクラスを書いちゃう人がいるらしいけど
未だにこういう人っているんだな。
一緒の会社じゃなくて良かった

**nobodyさん** · 2007/08/17(金) 00:33:37

>>659
コボラー様の肛門でも舐めとけや

**nobodyさん** · 2007/08/17(金) 01:05:33

ORマッパーはいらないね。連想配列で十分だもん。
アメリカ人と話すのに英語の通訳介するよりも、直接英語で話す方が効率的。
ただし、片言の英語しか話せず意味を取り違えるくらいなら通訳使った方がマシ。
それはORマッパーにも言える。

**nobodyさん** · 2007/08/17(金) 01:10:54

Rubyはオブジェクトオブジェクト言いたい中二専用言語

**nobodyさん** · 2007/08/17(金) 01:25:11

>>658
本当にオブジェクト指向が圧倒的に便利なら
手続き型はとっくにこの世から無くなってる。

**nobodyさん** · 2007/08/17(金) 07:04:16

なくならないのは使いこなせない人間が多いから

**nobodyさん** · 2007/08/17(金) 09:03:22

O/Rマッパを使ったほうがSQLを直接コードの中に書くよりも
可読性があがるし、もちろん複雑な処理はSQLを直接書いたほうが
早い場合はあるが。バリデーションやサニタイズ等の処理は
クラスの中にカプセル化して、必ずデータにアクセスする際に
使用する事をコードで保証したほうがセキュリティの面でも
安全だと思うがね

**nobodyさん** · 2007/08/17(金) 12:03:42

>>656
OOP絶対論となえてる奴なんて居ないだろ。
適材適所派とOOP絶対不要派しか居ない。

**nobodyさん** · 2007/08/17(金) 12:05:32

>>665
O/R マッパの存在意義は否定しないが、
マップクラスに「バリデーションやサニタイズ等の処理は
クラスの中にカプセル化」するやつは否定したい。
適応するレイヤを完全に間違ってる。

**nobodyさん** · 2007/08/17(金) 22:27:56

>>667
Rails の ActiveRecord はモデルクラスにバリデーションを記述できる。
一応クラス階層的にはValidationsモジュールとして分離されてるけど。
組み込みの Array クラスみてもそうだけどRubyは実用志向の大クラス主義なので。

**nobodyさん** · 2007/08/17(金) 23:43:15

ウェブアプリの場合、DBからの結果セットをそのままHTMLに埋め込めばいい場合がほとんどだけど、もしビジネスロジックのあるクラスベースにする方が都合がいいなら、そこで結果セットからそのクラスへの詰め替えの作業が必要になる。
その際、結果セットがオブジェクトであろうと連想配列であろうと、それはどうでもいい。ただ詰め替えるだけだ。
そんなことよりどれだけ効率のいいSQLを書けるかがポイント。上手いSQLと下手なSQLでは簡単に10倍、20倍処理速度の差が出来る。やっと作った上手いSQLをわざわざORマッパーの文法に再変換するのは無駄。
ウェブプログラミングの中心である、リレーショナルDB、HTMLはいずれもまったくオブジェクト指向ではないわけで、ウェブプログラミング自体にオブジェクト指向の必要なケースは滅多にないと言える。

**nobodyさん** · 2007/08/17(金) 23:45:03

よってオブジェクト指向しか取り柄のないRubyは終了。板違いなんで、得意分野をなんとか見つけてくれ。

**nobodyさん** · 2007/08/17(金) 23:52:42

いや、O/Rマッパを使ったとしても
どんなSQLを発行してるかなんて見るの簡単だし、
非効率な処理を見つけたらそれを最適化すればいいだけで
コードの可読性や保守性を犠牲にしてまで
最初から全てを効率化しようとする事のほうがよっぽど
時間の無駄

**nobodyさん** · 2007/08/17(金) 23:56:15

手続き型もOOも両方できるPHP最強でFA

**nobodyさん** · 2007/08/18(土) 00:24:02

SQLとか正規表現は、それ自体が一つの言語なんだ。
SQLを使わないデータベース、リレーショナルじゃないデータベースを採用しない限り、SQLという一つの言語をRuby（やPHPやPerl）という別の言語に変換するのは無理だし、無駄ってこと。
例えば、substr()やsplit()で正規表現を代替しようと思っても、それはごく簡単な正規表現しか無理だろ。出来たとしても、そんな無駄な労力どうする。

**nobodyさん** · 2007/08/18(土) 00:49:07

K.K.projectsなら可能です

**nobodyさん** · 2007/08/18(土) 11:20:31

普段よく使う正規表現は再利用するためにクラスにまとめておいたほうが便利なのと一緒の理屈

**nobodyさん** · 2007/08/18(土) 18:13:34

それはORマッパーの必要がない。単にDAOクラスを作ればいいだけ。

**nobodyさん** · 2007/08/18(土) 18:16:49

まあ、ごく単純なSQL（ジョインするテーブルがないか、あっても主キーでつなぐだけ）しか必要ないケース、例えば管理画面とか。
そういうケースではORマッパーは省力化になる。
プログラム板でもだいたい↑のような結論になってる。

**nobodyさん** · 2007/08/18(土) 18:18:56

結局クラス作るのかよ。

**nobodyさん** · 2007/08/19(日) 23:27:43

んー、railsだとjoinも結構簡単なのだよね。include 一発なので。
railsというかActiveRecordが楽。
もし複雑になったら、modelに関連書いちゃえば良い。

railsはある分野では涙出そうな程便利だけど(複雑な事が1行で終わったりとか)
ずっとやってるとバカになりそうな気がする。簡単すぎて。

**nobodyさん** · 2007/08/20(月) 00:36:14

includeは楽だねー。
joinが簡単にできるのはもちろん、もって来たデータの扱いも簡単すぎて笑ってしまう。

ただ、DBのモデリングちゃんとやってないと収拾付かなくなりそうな気はする。
テーブル設計が適当なプロジェクトって結構多いし、
そういう点で意外と敷居は高いのかもしれない

**nobodyさん** · 2007/08/30(木) 00:55:39

Ruby on RailsにはJava2EEと同じニオイを感じるな。
目立って「Railsなんか使うな」っていう記事は見当たらず、
「Railsサイコー」っていうのはよく見かけるのに、
なぜか実際に使った人は「やめたほうがいい」と言ってる。

「RailsのベストプラクティスはRailsを使わないこと」という名言もあった。
なんか、古き悪しきJava2EEと同じニオイがする。

なんかの記事で、「非プログラマでもRailsなら1時間の勉強でモノが作れる」とかあったけど、
それはありえないでしょう。せいぜい、チュートリアル通りのCRUDを作れるくらい。
それなら、Java + NetBeansでもできるよ。というか、そっちのほうが楽。
プロトタイプをサクサクとかでも、Visual Web Packで適当に画面作るほうが直感的で楽なわけで。
NetBeansはダメでしょっていうならJDeveloperで。

**nobodyさん** · 2007/08/30(木) 01:08:32

J2EEと比べたり、NetBeansが…とか、
あんた相当ズレてるよｗ

**nobodyさん** · 2007/08/30(木) 01:16:11

理解した上で楽をする→いい怠惰
理解せずに楽をしようとする→悪い怠惰
非プログラマがいきなりRailsで作り始める→悪い怠惰

**nobodyさん** · 2007/08/30(木) 01:21:04

オリジナルは
http://d.hatena.ne.jp/nowokay/20070825

NetBeansを持ってくるのは
きしだたんだからよいのです。

**nobodyさん** · 2007/08/30(木) 13:20:36

Railsをまじめに使ったことはないが
>「非プログラマでもRailsなら1時間の勉強でモノが作れる」
これが言い過ぎだというのは俺にでも分かる

あと、「Railsスゲー」って声が先行してる感は確かにあるな

**nobodyさん** · 2007/08/30(木) 13:28:48

NetBeansはJava書くときに使ってみたけど
確かに良く出来てるなと思った。
でもNetBeansですらRuby対応を次のバージョンで
行うようだけど

**nobodyさん** · 2007/09/01(土) 23:22:49

俺はRails礼賛もセカンドライフ礼賛も、どっちの風潮にも眉に唾をつけている。
どっちも使ったことないけど・・・。

**nobodyさん** · 2007/09/02(日) 00:26:02

セカンドライフと一緒にするのはあんまりだと思う

**nobodyさん** · 2007/09/02(日) 00:34:51

Rubyの犠牲者がまた一人

http://d.hatena.ne.jp/kiwanami/20070827#1188228305
[ruby]Railsについて思うこと 00:25
現在、炎上Rails案件の消火中。
寝る時間も、自分の時間も、何かを楽しく実験するような時間も無い。
いろいろなものを失って、これからも失い続ける。
もう、何もかも疲れた

**nobodyさん** · 2007/09/02(日) 00:44:54

>>688
どちらも盲目的という点で同じ。

**nobodyさん** · 2007/09/02(日) 01:02:13

>>689
これはｗ
web2.0と同じであまりキャッチーに飾り立てると
分かってない奴らまではしゃぎはじめて他人が迷惑するってことだな

**nobodyさん** · 2007/09/02(日) 02:41:09

>>690
違う点
セカンドライフはベンダもユーザも商売先行。

**nobodyさん** · 2007/09/02(日) 02:56:04

どちらも商売にするのが難しそうな点は似てるかもw

**nobodyさん** · 2007/09/02(日) 03:01:44

昔から普通にある光景。
勝手に新しいツール導入して、現場が使いこなせずに破綻。

まず実験的に使って、評価してから導入しろよってやつ。

**nobodyさん** · 2007/09/02(日) 14:03:20

Railsの案件炎上の人が言ってる事は自戒なのだろうか

**nobodyさん** · 2007/09/02(日) 18:09:39

>>692
商売先行ってより
クソ広告代理店先行ですな。
やわらか戦車と一緒。

**nobodyさん** · 2007/09/02(日) 18:53:28

いくら広告が上手くても
実際の物が悪かったら人気でないわけで
逆にいくら良い物でも
宣伝が悪かった人気でないわけで
そこら辺は技術の良し悪しだけじゃ
語れないでしょ

**nobodyさん** · 2007/09/03(月) 00:01:20

ウェブアプリ作るのに、言語の優劣はたいして関係ないから名。それよりもrubyのようなマイナーな言語の場合、プログラマーの確保が難しいとか、実行環境に信頼性がないとか、そういう問題が多い。

**nobodyさん** · 2007/09/03(月) 02:04:36

どんな言語やフレームワークを使おうとも開発者の9割は無能なので
炎上は避けられない。

**nobodyさん** · 2007/09/03(月) 03:23:05

>>699
たしかに。
開発者の９割は、お前みたいなのばっかりだからな。

**nobodyさん** · 2007/09/03(月) 17:44:04

RoRが最新技術だと思ってる厨房多いｗｗｗ

**nobodyさん** · 2007/09/03(月) 20:16:10

>>701
どこにいるんだ。お前の周辺だけじゃないか？
「斬新なプラットフォーム」（またはそのはしり）として理解している人は結構いそうだが、
それはそんなにおかしくないと思うし。

**nobodyさん** · 2007/09/03(月) 21:28:08

RoR以前にActiveRecordパターンを採用したO/Rマッパーって
どんなのあったの？

**nobodyさん** · 2007/09/03(月) 21:57:16

PerlのClass::DBIがそっくりなのか
いま調べて分った。他にあるのかな

**nobodyさん** · 2007/09/03(月) 21:59:09

DBIってO/Rマッパなの？
というかActiveRecordパターンて何？
おしえてエロい人。

**nobodyさん** · 2007/09/03(月) 23:32:07

>>705
↓の160ページ
ttp://books.google.co.jp/books?id=FyWZt5DdvFkC

**nobodyさん** · 2007/09/03(月) 23:32:30

本家はファウラーかね。
http://www.martinfowler.com/eaaCatalog/activeRecord.html

**nobodyさん** · 2007/09/03(月) 23:33:59

20秒も先により詳しい話が…

**nobodyさん** · 2007/09/04(火) 00:02:45

なんかワロタｗ

**nobodyさん** · 2007/09/04(火) 01:35:12

データアクセスの抽象化のために使用されるパターンは以下に詳しく解説されてるよ。

http://otndnld.oracle.co.jp/columns/arai-semi/data_access/1/index.html
http://otndnld.oracle.co.jp/columns/arai-semi/data_access/2/index.html

**nobodyさん** · 2007/09/05(水) 00:37:14

Ruby公式ロゴ募集でPHP脂肪ｗｗｗ

**nobodyさん** · 2007/09/05(水) 01:34:27

>>711
なぜPHP脂肪なのかはわからんが、ロゴができるのはいいことだ。
ついでに Powered by Ruby ロゴも作ってくれたらサイトに貼り付けるｗ

**nobodyさん** · 2007/09/05(水) 01:48:11

>>712
確かそのロゴはどっかにあった（非公式だが）

**nobodyさん** · 2007/09/10(月) 00:33:05

そんなロゴ貼り付けるのは痛すぎだろ…

**nobodyさん** · 2007/09/10(月) 01:08:02

>>714
そうでもないよ。
mailman だっけ、MLソフトの。あれの PYTHON POWERED ロゴは
俺的にかなりインパクトあった。Python知らなかったから。

**nobodyさん** · 2007/09/27(木) 22:27:06

ccncnc

ghddhghdggh

jrtuttutu

gjjfgfjf

ddfhjf

**nobodyさん** · 2007/10/10(水) 02:28:59

まつもともモリシタンなんだからもう少し頑張れよ。
自分とこの宗教の布教方法見習って、
スピーチコンテストとか偽ってユーザ募るとかすりゃいい。

**nobodyさん** · 2007/10/10(水) 10:10:16

matz はその辺うまいと思うよ。
(いい意味でも悪い意味でも)
何の変哲もないオブジェクト指向言語に
「楽しい」って言うキャッチフレーズをくっつけて売り出した。
楽しいかどうかなんて人それぞれなのに、一旦そういう売り方すると、
あとはアレな人達が勝手に布教してくれた。

**nobodyさん** · 2007/10/10(水) 12:50:16

コンピューター系分野の盲目的信者にはアレな人たちが多いけど（たとえばmac狂信者とか）、
Rubyのそれはとりわけヒドイね。

**nobodyさん** · 2007/10/10(水) 20:33:00

何の変哲もないオブジェクト指向言語って
どこが。クラスまでオブジェクトとして実現してる言語って
メジャーな言語じゃ少ないと思うが

**nobodyさん** · 2007/10/10(水) 21:27:12

でもステートメントはオブジェクトじゃ無いじゃんｗ

**nobodyさん** · 2007/10/10(水) 22:33:40

>>720
つか、メジャーなＯＯＰＬでクラスがオブジェクトじゃない言語ってどんだけ？

**nobodyさん** · 2007/10/10(水) 22:50:18

クラスがオブジェクトの言語がほとんどだね。
メタクラスが存在しクラスがインスタンスと同じように扱える、
となると多少減るかも。

**nobodyさん** · 2007/10/10(水) 23:20:14

ほとんどの言語はクラスはオブジェクトの定義であって
オブジェクトそのものじゃないだろ

**nobodyさん** · 2007/10/10(水) 23:30:49

クラスのインスタンスがオブジェクト、とかそういう話しかな？

**nobodyさん** · 2007/10/10(水) 23:56:57

使っている人間もクラスがオブジェクトだって分かってないんじゃ？

**nobodyさん** · 2007/10/11(木) 00:07:28

メジャーで、クラスがオブジェクトでないってーとC++くらいじゃね?

**nobodyさん** · 2007/10/11(木) 00:08:00

ここのクラスインスタンス変数みたいな事が可能なのは
クラスがオブジェクトそのものだから。
でも分かりづらいので1.9で変更されるみたいだけど

http://capsctrl.que.jp/kdmsnr/wiki/bliki/?ClassInstanceVariable

**nobodyさん** · 2007/10/11(木) 00:10:50

このように、狂信者らしいマニアックでどうでもいい話が延々と続くのであります。

**nobodyさん** · 2007/10/11(木) 00:11:52

このへんの特異クラスという考え方もRubyらしい部分

http://www.ruby-lang.org/ja/man/?cmd=view;name=%A5%AF%A5%E9%A5%B9%A1%BF%A5%E1%A5%BD%A5%C3%A5%C9%A4%CE%C4%EA%B5%C1#a.c6.c3.b0.db.a5.af.a5.e9.a5.b9.c4.ea.b5.c1

**nobodyさん** · 2007/10/11(木) 11:00:41

「特定のオブジェクトにメソッドやインスタンス変数を定義/追加します。」は
動的な言語なら出来て当たり前だが
「クラス定義と同じ構文」で出来るのは珍しいと言えば珍しいかも。

普通は、そんな面倒な構文をわざわざ用意しない。
Javascript ならハッシュに追加して終了だ。

エディタで入力補完しやすくなるとか、
目で見て判別しやすい程度の利点はあるだろうけど
インスタンス単位ってことはスコープが小さいメソッド・変数なんだろうから
別に嬉しくもなんともない。
スコープがでかくなるようなら、特異クラスなんてトリッキーなものにせず
普通のクラスにしてしまえば良いだけの話。
あるいはインスタンスに持たせるのではなく、
何らかのヘルパークラスを定義した方が見通しが良くなるのではないか。

って主張すると総攻撃されるのは Ruby らしい部分だと思う。

**nobodyさん** · 2007/10/11(木) 15:16:21

JavaScript風に値を追加できるオブジェクト使いたいなら
こういう標準添付ライブラリもあるよ。

http://doc.loveruby.net/refm/api/view/class/OpenStruct

**nobodyさん** · 2007/10/11(木) 22:39:20

>>731
むしろRubyがベタなクラスベースの言語で、実際にはインスタンスにはメソッドなんか
追加できない仕組みになっているからこういう書き方になっている。

特異メソッドったって、特異クラスとか呼んでる無名クラスをアドホックに作って、そこに
普通にメソッドを定義しているだけだから。

**nobodyさん** · 2007/10/11(木) 23:02:10

>>731
ARGF や ENV のような特殊な組み込みオブジェクトを作るのに便利。

**nobodyさん** · 2007/10/12(金) 03:34:27

rubyの言ってる「楽しい」って、美しい国に似てるね。
ほんとがんばってよモルモリアン総理。

**nobodyさん** · 2007/10/12(金) 04:19:58

プログラミング言語以前に日本語勉強したほうがいい奴がいるな

**nobodyさん** · 2007/10/12(金) 18:06:40

プログラミングもできず理解力も無い>>736の為に翻訳してあげよう。

**nobodyさん** · 2007/10/12(金) 21:54:18

モルモリアンてモルモニアンのことか。今更気づいた。