トップページphp
1001コメント272KB

Ruby終了のお知らせ。

■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん2007/06/13(水) 02:09:13ID:SD8XhqgK
・スクリプト言語で一番遅いと思えるスピード。

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

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

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

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

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

・ドキュメントが遅い。

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

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

・作者の名前が平仮名。

Ruby終わってる。
0619nobodyさん2007/08/13(月) 12:41:57ID:???
自分の皮肉やダジャレがつまらなかったり、
あるいはそもそも皮肉として成立してねぇことにも気づかん奴とは
仕事したくねぇなぁ・・・・
0620nobodyさん2007/08/13(月) 15:27:37ID:???
617とは仕事したくねぇなぁ

はっきりいったらどうだはっきり。
0621nobodyさん2007/08/13(月) 19:04:51ID:???
>>614>>618>>620は凄まじい基地害丸出しだなぁ

はっきりいったらどうだはっきり。
0622nobodyさん2007/08/13(月) 21:38:26ID:???
ああきちがいとかにもって行くと
とたんに安っぽくなるなあ。おしい。
0623nobodyさん2007/08/13(月) 22:00:44ID:???
Rubyも例の不可解な演算が行われる場合があるのだけどな。
0624nobodyさん2007/08/14(火) 00:55:21ID:???
職場のRuby使いが気持悪いです。常に鼻毛が出ていたり、口から泡噴いてます
0625nobodyさん2007/08/14(火) 01:03:20ID:???
PHPで基本型オーバーライドできるようになんねーかな
そうしたらRubyなんて蹴散らせるのに・・・
悔しいっビクビク
0626sage2007/08/14(火) 13:18:41ID:GBlrMuxf
rubyかphpでwebアプリを作ろうと思うのだがどちらがオヌヌメ?
クライアント側はAJAXを適用したい。(XMLは使わなくても良い)
ちなみに普段はJava使いだが、レンタルサーバの制約上rubyかphp。
PHP5のOOの文法は好感が持てるが
APIの日本語ドキュメントが充実してるのはやっぱrubyなのかえ?
0627nobodyさん2007/08/14(火) 13:58:25ID:???
>>626
PHPのほうがユーザー数が多いぶん、ドキュメントも豊富。
0628nobodyさん2007/08/14(火) 14:55:40ID:???
楽したいのならPHP、
自虐的に茨の道を進みたいのならRuby。
0629nobodyさん2007/08/14(火) 15:02:25ID:???
Rubyやってみたけど、別に茨な感じじゃなかったな
0630nobodyさん2007/08/14(火) 18:04:19ID:???
「茨の道」がピンと来ないなら、「変態の道」でもいいよ。
06316262007/08/14(火) 19:36:38ID:???
変態の道も悪くないが
code-igniterとZendFrameworkの日本語リファレンス見て
分かりやすいと思ったのでPHPでやってみるわ。
さて次はフレームワークで悩むわけですが・・・
一応上記の2つが候補。
これは自分で調べたり、いじったりしながら考えるよ。
dクス!
0632nobodyさん2007/08/14(火) 20:43:10ID:???
code-igniterはRailsぽい機能が多い、ただしテーブルの依存関係を定義する方法がないなど
場合によっては足りない機能もある
ZendFrameworkは全然Railsぽくない。機能は沢山あるが設定などで悩まさたり、覚えるの面倒だったり。
RailsはCGI環境じゃ遅くて使い物にならないのでFastCGIなどを使用する必要があるが、
本番の運用環境を自前で容易するならちょっと面倒だが、ローカル環境でテストするだけなら簡単。
0633nobodyさん2007/08/14(火) 20:50:20ID:???
ZFはぶっちゃけしょぼい
0634nobodyさん2007/08/14(火) 21:22:28ID:???
code-igniterおすすめ
これこそPHPらしいフレームワーク
06356262007/08/14(火) 23:16:14ID:???
おまえらいいやつだな。
とりあえずcode-igniterでHelloWorldしてみた。
噂どおりサクサク動くね。記述方法も割りとしっくり。
確かに機能的には寂しい。認証くらい標準装備してほしいなぁ。
明日から仕事。イキタクネー。
0636nobodyさん2007/08/15(水) 01:55:01ID:???
フレームワークなんか使わなければ、もっと超サクサクなのに。
0637nobodyさん2007/08/15(水) 22:08:58ID:???
CIもいいが、Cakeもいいよ。
ちょっと重くなるけど、アソシエーションできるし。
0638nobodyさん2007/08/16(木) 10:13:57ID:???
でもJavaから移行するならRubyのほうがメリット大きい気もするな。
JRubyでJavaのライブラリを呼び出せて移行に関するギャップが少ない、
Javaと同じように綺麗なオブジェクト指向で書ける。
Rubyは特にウェブ開発に限った言語じゃないので他の言語の開発を
サポートするようなツールを書くのにも使える。
などのメリットがすぐに思いつく
0639nobodyさん2007/08/16(木) 10:23:07ID:???
HTMLでも十分だろ
HTAご存知か?
0640nobodyさん2007/08/16(木) 12:32:23ID:???
>>638
つーかさ、なんで「オブジェクト指向ありき」が前提になってんの?

Webアプリ程度の規模(たとえばmixiくらいまで)なら、
むしろOOP使わないほうが開発効率もソースの見通しも実行速度も全て良いと思うんだが。
0641nobodyさん2007/08/16(木) 12:44:33ID:???
オブジェクト指向が何のためにある技術かってところから勉強し直してこいよ
0642nobodyさん2007/08/16(木) 13:25:34ID:???
>>640
きさま、なんでもいいからコードうpしてみてよ
0643nobodyさん2007/08/16(木) 13:44:45ID:???
いやでも640のいう事ももっともだよ。
はじめにオブジェクト指向ありきってのは思考停止。

でも638はJavaからの移行に有利である理由として
オブジェクト指向うんぬんっていってるわけだから、
まったく反論になってない。
0644nobodyさん2007/08/16(木) 14:04:10ID:???
だって反論じゃなくて疑問だからね。
0645nobodyさん2007/08/16(木) 14:07:37ID:???
じゃあ638を読んでその疑問を持つのが
まずおかしいってことで。
0646nobodyさん2007/08/16(木) 14:13:55ID:???
そんなことより野球の話しようぜ(AA略
0647nobodyさん2007/08/16(木) 14:14:38ID:???
全然おかしくねぇだろ。
そもそものスレの流れを見れば分かる。
0648nobodyさん2007/08/16(木) 14:33:51ID:???
638は、「オブジェクト指向ありき」が前提になってない。
「Javaからの移行ありき」になってる。

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

おかしいじゃん。

でも「オブジェクト指向ありき」はよくないってのは
賛成するし、イライラしてつっかかる気持ちもわかるよ。
ドメイン貧血症だのなんだのとかファウラーの尻馬に乗って
騒いでるような意見多いしな。
0649nobodyさん2007/08/16(木) 17:24:16ID:???
640はPerlしか知らないからだろw
0650nobodyさん2007/08/16(木) 17:48:03ID:???
オブジェクト指向っていうか、名前空間切ってあるほうが良いだろ。
なんでもかんでもフラットに詰め込まれてるより。
0651nobodyさん2007/08/16(木) 18:42:06ID:???
OOPなんていらねーと思って作り始めても
やっぱり結局OOPに戻ってしまうことってよくあるよな
0652nobodyさん2007/08/16(木) 18:50:42ID:???
そんで本当にOOPが生産性向上に寄与したかどうかって、
正確に測定した人はいるの? っていうか測定できるのか?
0653nobodyさん2007/08/16(木) 18:56:31ID:???
OOP使わない場合がOOP使う場合よりも生産性高いって測定できないのと同様。
0654nobodyさん2007/08/16(木) 20:32:45ID:???
Rubyの技術者認定試験が10月開始
http://itpro.nikkeibp.co.jp/article/NEWS/20070816/279767/?L=top1

認定試験とか始めるんだね。というかCTCがRubyの教育事業
とかやってたことに驚いた。
0655nobodyさん2007/08/16(木) 21:37:11ID:???
ActionScriptやり始めると、データというかムービークリップをクラスベースにするメリットを実感できる。
DBやHTMLをあらわすのにクラスを使っても意味内と思う。HTMLをすべてDOMで操作するとかいうなら別だが。
0656nobodyさん2007/08/16(木) 21:48:02ID:???
>>653
そうだとしたら、OOP絶対論だって破綻するわけだが。
測定できない程度の違いだったら、OOP無しのほうがいろんな面で有利。
0657nobodyさん2007/08/16(木) 22:53:02ID:???
O/Rマッパー全否定ですか。
0658nobodyさん2007/08/16(木) 23:58:01ID:???
本当にいろんな面で有利でオブジェクト指向必要ないなら
とっくにこの世から無くなってる
0659nobodyさん2007/08/17(金) 00:15:58ID:???
Javaの世界でもCOBOLから来た人で
1000行とか1万行とかあるクラスを書いちゃう人がいるらしいけど
未だにこういう人っているんだな。
一緒の会社じゃなくて良かった
0660nobodyさん2007/08/17(金) 00:33:37ID:???
>>659
コボラー様の肛門でも舐めとけや
0661nobodyさん2007/08/17(金) 01:05:33ID:???
ORマッパーはいらないね。連想配列で十分だもん。
アメリカ人と話すのに英語の通訳介するよりも、直接英語で話す方が効率的。
ただし、片言の英語しか話せず意味を取り違えるくらいなら通訳使った方がマシ。
それはORマッパーにも言える。
0662nobodyさん2007/08/17(金) 01:10:54ID:???
Rubyはオブジェクトオブジェクト言いたい中二専用言語
0663nobodyさん2007/08/17(金) 01:25:11ID:???
>>658
本当にオブジェクト指向が圧倒的に便利なら
手続き型はとっくにこの世から無くなってる。
0664nobodyさん2007/08/17(金) 07:04:16ID:???
なくならないのは使いこなせない人間が多いから
0665nobodyさん2007/08/17(金) 09:03:22ID:???
O/Rマッパを使ったほうがSQLを直接コードの中に書くよりも
可読性があがるし、もちろん複雑な処理はSQLを直接書いたほうが
早い場合はあるが。バリデーションやサニタイズ等の処理は
クラスの中にカプセル化して、必ずデータにアクセスする際に
使用する事をコードで保証したほうがセキュリティの面でも
安全だと思うがね
0666nobodyさん2007/08/17(金) 12:03:42ID:???
>>656
OOP絶対論となえてる奴なんて居ないだろ。
適材適所派とOOP絶対不要派しか居ない。
0667nobodyさん2007/08/17(金) 12:05:32ID:???
>>665
O/R マッパの存在意義は否定しないが、
マップクラスに「バリデーションやサニタイズ等の処理は
クラスの中にカプセル化」するやつは否定したい。
適応するレイヤを完全に間違ってる。
0668nobodyさん2007/08/17(金) 22:27:56ID:???
>>667
Rails の ActiveRecord はモデルクラスにバリデーションを記述できる。
一応クラス階層的にはValidationsモジュールとして分離されてるけど。
組み込みの Array クラスみてもそうだけどRubyは実用志向の大クラス主義なので。
0669nobodyさん2007/08/17(金) 23:43:15ID:???
ウェブアプリの場合、DBからの結果セットをそのままHTMLに埋め込めばいい場合がほとんどだけど、もしビジネスロジックのあるクラスベースにする方が都合がいいなら、そこで結果セットからそのクラスへの詰め替えの作業が必要になる。
その際、結果セットがオブジェクトであろうと連想配列であろうと、それはどうでもいい。ただ詰め替えるだけだ。
そんなことよりどれだけ効率のいいSQLを書けるかがポイント。上手いSQLと下手なSQLでは簡単に10倍、20倍処理速度の差が出来る。やっと作った上手いSQLをわざわざORマッパーの文法に再変換するのは無駄。
ウェブプログラミングの中心である、リレーショナルDB、HTMLはいずれもまったくオブジェクト指向ではないわけで、ウェブプログラミング自体にオブジェクト指向の必要なケースは滅多にないと言える。
0670nobodyさん2007/08/17(金) 23:45:03ID:???
よってオブジェクト指向しか取り柄のないRubyは終了。板違いなんで、得意分野をなんとか見つけてくれ。
0671nobodyさん2007/08/17(金) 23:52:42ID:???
いや、O/Rマッパを使ったとしても
どんなSQLを発行してるかなんて見るの簡単だし、
非効率な処理を見つけたらそれを最適化すればいいだけで
コードの可読性や保守性を犠牲にしてまで
最初から全てを効率化しようとする事のほうがよっぽど
時間の無駄
0672nobodyさん2007/08/17(金) 23:56:15ID:???
手続き型もOOも両方できるPHP最強でFA
0673nobodyさん2007/08/18(土) 00:24:02ID:???
SQLとか正規表現は、それ自体が一つの言語なんだ。
SQLを使わないデータベース、リレーショナルじゃないデータベースを採用しない限り、SQLという一つの言語をRuby(やPHPやPerl)という別の言語に変換するのは無理だし、無駄ってこと。
例えば、substr()やsplit()で正規表現を代替しようと思っても、それはごく簡単な正規表現しか無理だろ。出来たとしても、そんな無駄な労力どうする。
0674nobodyさん2007/08/18(土) 00:49:07ID:???
K.K.projectsなら可能です
0675nobodyさん2007/08/18(土) 11:20:31ID:???
普段よく使う正規表現は再利用するためにクラスにまとめておいたほうが便利なのと一緒の理屈
0676nobodyさん2007/08/18(土) 18:13:34ID:???
それはORマッパーの必要がない。単にDAOクラスを作ればいいだけ。
0677nobodyさん2007/08/18(土) 18:16:49ID:???
まあ、ごく単純なSQL(ジョインするテーブルがないか、あっても主キーでつなぐだけ)しか必要ないケース、例えば管理画面とか。
そういうケースではORマッパーは省力化になる。
プログラム板でもだいたい↑のような結論になってる。
0678nobodyさん2007/08/18(土) 18:18:56ID:???
結局クラス作るのかよ。
0679nobodyさん2007/08/19(日) 23:27:43ID:???
んー、railsだとjoinも結構簡単なのだよね。include 一発なので。
railsというかActiveRecordが楽。
もし複雑になったら、modelに関連書いちゃえば良い。

railsはある分野では涙出そうな程便利だけど(複雑な事が1行で終わったりとか)
ずっとやってるとバカになりそうな気がする。簡単すぎて。
0680nobodyさん2007/08/20(月) 00:36:14ID:???
includeは楽だねー。
joinが簡単にできるのはもちろん、もって来たデータの扱いも簡単すぎて笑ってしまう。

ただ、DBのモデリングちゃんとやってないと収拾付かなくなりそうな気はする。
テーブル設計が適当なプロジェクトって結構多いし、
そういう点で意外と敷居は高いのかもしれない
0681nobodyさん2007/08/30(木) 00:55:39ID:???
Ruby on RailsにはJava2EEと同じニオイを感じるな。
目立って「Railsなんか使うな」っていう記事は見当たらず、
「Railsサイコー」っていうのはよく見かけるのに、
なぜか実際に使った人は「やめたほうがいい」と言ってる。

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

なんかの記事で、「非プログラマでもRailsなら1時間の勉強でモノが作れる」とかあったけど、
それはありえないでしょう。せいぜい、チュートリアル通りのCRUDを作れるくらい。
それなら、Java + NetBeansでもできるよ。というか、そっちのほうが楽。
プロトタイプをサクサクとかでも、Visual Web Packで適当に画面作るほうが直感的で楽なわけで。
NetBeansはダメでしょっていうならJDeveloperで。
0682nobodyさん2007/08/30(木) 01:08:32ID:???
J2EEと比べたり、NetBeansが…とか、
あんた相当ズレてるよw
0683nobodyさん2007/08/30(木) 01:16:11ID:???
理解した上で楽をする→いい怠惰
理解せずに楽をしようとする→悪い怠惰
非プログラマがいきなりRailsで作り始める→悪い怠惰
0684nobodyさん2007/08/30(木) 01:21:04ID:???
オリジナルは
http://d.hatena.ne.jp/nowokay/20070825

NetBeansを持ってくるのは
きしだたんだからよいのです。
0685nobodyさん2007/08/30(木) 13:20:36ID:???
Railsをまじめに使ったことはないが
>「非プログラマでもRailsなら1時間の勉強でモノが作れる」
これが言い過ぎだというのは俺にでも分かる

あと、「Railsスゲー」って声が先行してる感は確かにあるな
0686nobodyさん2007/08/30(木) 13:28:48ID:???
NetBeansはJava書くときに使ってみたけど
確かに良く出来てるなと思った。
でもNetBeansですらRuby対応を次のバージョンで
行うようだけど
0687nobodyさん2007/09/01(土) 23:22:49ID:???
俺はRails礼賛もセカンドライフ礼賛も、どっちの風潮にも眉に唾をつけている。
どっちも使ったことないけど・・・。
0688nobodyさん2007/09/02(日) 00:26:02ID:???
セカンドライフと一緒にするのはあんまりだと思う
0689nobodyさん2007/09/02(日) 00:34:51ID:???
Rubyの犠牲者がまた一人

http://d.hatena.ne.jp/kiwanami/20070827#1188228305
[ruby]Railsについて思うこと 00:25
現在、炎上Rails案件の消火中。
寝る時間も、自分の時間も、何かを楽しく実験するような時間も無い。
いろいろなものを失って、これからも失い続ける。
もう、何もかも疲れた
0690nobodyさん2007/09/02(日) 00:44:54ID:EYTIFmFr
>>688
どちらも盲目的という点で同じ。
0691nobodyさん2007/09/02(日) 01:02:13ID:???
>>689
これはw
web2.0と同じであまりキャッチーに飾り立てると
分かってない奴らまではしゃぎはじめて他人が迷惑するってことだな
0692nobodyさん2007/09/02(日) 02:41:09ID:???
>>690
違う点
セカンドライフはベンダもユーザも商売先行。
0693nobodyさん2007/09/02(日) 02:56:04ID:???
どちらも商売にするのが難しそうな点は似てるかもw
0694nobodyさん2007/09/02(日) 03:01:44ID:???
昔から普通にある光景。
勝手に新しいツール導入して、現場が使いこなせずに破綻。

まず実験的に使って、評価してから導入しろよってやつ。
0695nobodyさん2007/09/02(日) 14:03:20ID:???
Railsの案件炎上の人が言ってる事は自戒なのだろうか
0696nobodyさん2007/09/02(日) 18:09:39ID:???
>>692
商売先行ってより
クソ広告代理店先行ですな。
やわらか戦車と一緒。
0697nobodyさん2007/09/02(日) 18:53:28ID:???
いくら広告が上手くても
実際の物が悪かったら人気でないわけで
逆にいくら良い物でも
宣伝が悪かった人気でないわけで
そこら辺は技術の良し悪しだけじゃ
語れないでしょ
0698nobodyさん2007/09/03(月) 00:01:20ID:???
ウェブアプリ作るのに、言語の優劣はたいして関係ないから名。それよりもrubyのようなマイナーな言語の場合、プログラマーの確保が難しいとか、実行環境に信頼性がないとか、そういう問題が多い。
0699nobodyさん2007/09/03(月) 02:04:36ID:???
どんな言語やフレームワークを使おうとも開発者の9割は無能なので
炎上は避けられない。
0700nobodyさん2007/09/03(月) 03:23:05ID:???
>>699
たしかに。
開発者の9割は、お前みたいなのばっかりだからな。
0701nobodyさん2007/09/03(月) 17:44:04ID:???
RoRが最新技術だと思ってる厨房多いwww
0702nobodyさん2007/09/03(月) 20:16:10ID:???
>>701
どこにいるんだ。お前の周辺だけじゃないか?
「斬新なプラットフォーム」(またはそのはしり)として理解している人は結構いそうだが、
それはそんなにおかしくないと思うし。
0703nobodyさん2007/09/03(月) 21:28:08ID:???
RoR以前にActiveRecordパターンを採用したO/Rマッパーって
どんなのあったの?
0704nobodyさん2007/09/03(月) 21:57:16ID:???
PerlのClass::DBIがそっくりなのか
いま調べて分った。他にあるのかな
0705nobodyさん2007/09/03(月) 21:59:09ID:???
DBIってO/Rマッパなの?
というかActiveRecordパターンて何?
おしえてエロい人。
0706nobodyさん2007/09/03(月) 23:32:07ID:???
>>705
↓の160ページ
ttp://books.google.co.jp/books?id=FyWZt5DdvFkC
0707nobodyさん2007/09/03(月) 23:32:30ID:???
本家はファウラーかね。
http://www.martinfowler.com/eaaCatalog/activeRecord.html
0708nobodyさん2007/09/03(月) 23:33:59ID:???
20秒も先により詳しい話が…
0709nobodyさん2007/09/04(火) 00:02:45ID:???
なんかワロタw
0710nobodyさん2007/09/04(火) 01:35:12ID:???
データアクセスの抽象化のために使用されるパターンは以下に詳しく解説されてるよ。

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

0711nobodyさん2007/09/05(水) 00:37:14ID:???
Ruby公式ロゴ募集でPHP脂肪www
0712nobodyさん2007/09/05(水) 01:34:27ID:???
>>711
なぜPHP脂肪なのかはわからんが、ロゴができるのはいいことだ。
ついでに Powered by Ruby ロゴも作ってくれたらサイトに貼り付けるw
0713nobodyさん2007/09/05(水) 01:48:11ID:???
>>712
確かそのロゴはどっかにあった(非公式だが)
0714nobodyさん2007/09/10(月) 00:33:05ID:???
そんなロゴ貼り付けるのは痛すぎだろ…
0715nobodyさん2007/09/10(月) 01:08:02ID:???
>>714
そうでもないよ。
mailman だっけ、MLソフトの。あれの PYTHON POWERED ロゴは
俺的にかなりインパクトあった。Python知らなかったから。
0716nobodyさん2007/09/27(木) 22:27:06ID:???
ccncnc





ghddhghdggh






jrtuttutu






gjjfgfjf





ddfhjf



0717nobodyさん2007/10/10(水) 02:28:59ID:???
まつもともモリシタンなんだからもう少し頑張れよ。
自分とこの宗教の布教方法見習って、
スピーチコンテストとか偽ってユーザ募るとかすりゃいい。
0718nobodyさん2007/10/10(水) 10:10:16ID:???
matz はその辺うまいと思うよ。
(いい意味でも悪い意味でも)
何の変哲もないオブジェクト指向言語に
「楽しい」って言うキャッチフレーズをくっつけて売り出した。
楽しいかどうかなんて人それぞれなのに、一旦そういう売り方すると、
あとはアレな人達が勝手に布教してくれた。
■ このスレッドは過去ログ倉庫に格納されています