php使ってる奴はアホ、これからはRuby on Rails!
■ このスレッドは過去ログ倉庫に格納されています
これからはRailsの時代 php使ってるアホは死んでね
テラカオスなPHPは全滅するべき phpは似たような機能を作るのすら大変だぜー
セキュリティ的に厳しいphpは死ぬべき Rubyの品の良さを参考にしろ このスレッドは天才チンパンジー「アイちゃん」が
言語訓練のために立てたものです。
アイと研究員とのやり取りに利用するスレッドなので、
関係者以外は書きこまないで下さい。
京都大学霊長類研究所 Railsの時代とか、Rubyが品がいいとか、何周遅れですか? RubyがいいんじゃなくてRuby on Railsがいいのか?
じゃあPHPでRails風フレームワーク使えばいいんじゃないの >>1
Rubyとphpしか知らない井戸蛙がナニをほざくねん。
Ada極めてから出直して来い。
>>3
アイチャン飽きた。それよりこの板以外では見ない気がする。
次回から、このスレッドは天才乳幼児「アカチャン」にしてくれといってみるサンプルコード。
このスレッドは大脳生理学の権威ゴールドバッハ助教授が
「文字認識におけるゲシュタルト崩壊はスレッドを崩壊・消滅するに至るか」というテーマの実験に利用されています
ゴールドバッハ助教授と被験者とのやり取りに利用するスレッドなので、
関係者以外は書きこまないで下さい。
ロスアラモス国立研究所 このスレッドは>>1さんが
ずっこんばっこんのために立てたものです。
脳内でずっこんばっこんを補完するスレッドなので、
邪魔するノイズは黙って出て行って下さい。
夢管理人★みゆき これまではRailsだったけどこれからRailsで作る奴なんていないだろ
よっぽど踊らされてる奴だよ 将来的にはTwitterみたいにリプレースすることになる TwitterはフロントエンドはまだRailsだと思ってたんだが、違うのか? 趣味やプロトタイプ作成、あるいは自部門内限定アプリ開発なら
Railsは最適な道具だと思うけど、それを案件としては受けたくねえな。
新規開発ならまだましかもしれないが、他人の作ったRailsアプリを
引き継いで保守/機能追加なんてやらされるとしたら、悪夢としか言えない。 規約内に絶対に収まる仕組みじゃないと逆に苦労するからな
CMSみたいなのには物凄く向くけどちょっと複雑になると向かなくなる そうか?Railsで苦労する仕様ならPHPでもPerlでも苦労すると思うぞ。 しなくていい苦労をするって事だろ
Railsの規約からはみ出た部分は作り直しになる
たとえばPHPだとCakeで作ると陥る罠がたくさんあるけど
SymfonyやZendで最初から作っておけばそんなことにはならん railsバブルはもう去っていったのに何言ってんだ?
>>1は 伝説のPHP作者「Rasmus Lerdorf」名言集を聞くと嫌PHP厨がファビョる
・今のPHPを作ったのは、何十人もの開発者ですよ。私は1人目の開発者だったに過ぎません。
・問題を解くのが好きなだけで、プログラミングは大嫌いです。
・いかにプログラミングを避けるかを考えていたら、コードを再利用するためのツールとしてPHPができました。
・PHPは、歯ブラシみたいなものですね。毎日使うものですけど、だから何でしょう?誰が歯ブラシの本なんて読みたがります?
・パーザを書くのは苦手です。本当にダメなんです。今でもね。
・PHPには「protected属性」も「仮想メソッド」もありますよ。情報学科の教官が「重要だ」っていうやつは何でもね。僕自身は、こんなものどうでもいいと思ってますけど。
・プログラミングを好む人がいるのは知ってますが、全く理解できないですね。
・僕はホンモノのプログラマではありませんから、やっつけ仕事ですよ。ホンモノのプログラマは、「動いてるように見えるけど、メモリリークだらけじゃないか。直す必要があるかもね」なんて言うでしょう?僕なら、10リクエストごとにApacheを再起動しますね。
・いえ、メモリリークはちゃんと気をつけてますよ。でも、プログラミングってほんとクソだなと思いますね。
・プログラミング言語を作るつもりはありませんでした。どうやって作るのかも知りませんし。論理的に必要だと思われるものを足していっただけなんです。
・僕の発言に怒ってる人がいるようですね。僕がプログラマとしてひどいのは認めますけど、でも、多分あなたたちよりマシだと思いますよ(笑)。 > 僕なら、10リクエストごとにApacheを再起動しますね。
嫌PHP厨でなくてもファビョるわw mod_phpもmod_perlも、10回から20回のリクエストを受けるとプロセスがでかくなりすぎるので、
一旦殺して再生成させるという事を聞いたな。
古いPHPのGCは参照カウンタ型なんで、メモリリークは宿命みたいなものだ。 PHPこそ最高のプログラミング言語だろ
俺PHPでチャット鯖のソース書いてるよ http://twitter.com/yukihiro_matz/statuses/29317109670
yukihiro_matz: 英語圏でRubyとPythonを比較する記事を見ることが少なくなってきた
のは、RubyとPythonでクラスタが分離してきたからか。逆に日本語でRubyとPythonを
比較 する記事を見かけるのは国内でのPythonの地位が向上したからか。
∩_
〈〈〈 ヽ
____ 〈⊃ }
/⌒ ⌒\ | |
/( ●) (●)\ ! !
/ :::::⌒(__人__)⌒:::::\| l
| |r┬-| | / <こいつ最高にアホだお
\ ` ー'´ //
/ __ /
(___) /
∩_
〈〈〈 ヽ
____ 〈⊃ }
/⌒ ⌒\ | |
/( ●) (●)\ ! !
/ :::::⌒(__人__)⌒:::::\| l
| |r┬-| | / <こいつ最高にアホだお
\ ` ー'´ //
/ __ /
(___) / > ∩_
> 〈〈〈 ヽ
> ____ 〈⊃ }
> /⌒ ⌒\ | |
> /( ●) (●)\ ! !
> / :::::⌒(__人__)⌒:::::\| l
> | |r┬-| | / <こいつ最高にアホだお
> \ ` ー'´ //
> / __ /
> (___) /
最近のphpすげーよ。
Web開発ではperlとかrubyとかもういらね。
phpとjQueryあるいはFlashの組み合わせ最高。 RubyというかRailsのキツイところはデプロイとサーバー環境の用意なんだよな。
極端な話、WordPressはCGI版PHPでも、それこそ月500円の共有レンタルサーバーにおけばそこそこ動く。(MySQLはいるが)
ところが、Railsは無理。apacheならPassengerくらいはいる。
しかも共有サーバーだと入っているところはほとんどない上に、
Dreamhostとか共有で入っていても、まともに動かん。
少なくともVPSを借りる必要がある。共有サーバーよりは高いうえに、一般人には面倒な鯖の管理がいる。
MediawikiとかWordpressみたいに一般ユーザーが設置して使うものには向いてない。
逆に、BTSのRedmineみたいに開発者=ユーザーみたいなツールは結構広まってきてる。
まあそれぐらいかもしれんがw
Railsは公開型の小規模で少期間で開発するwebサービスの開発に向いている、という話もあるが、
そんなのはPHPだって、なれた好きなフレームワーク使えばできるがなというお話 GAEは設定楽だけど障害頻度高すぎ
新規で簡単なマッシュアップアプリ作るのにはいいけど、
それならあえてRoR使う必要性はあまりない こんな糞スレでも一度レスしてしまうと保守したくなるもんだねぇ まあRailsが素晴らしいならパクっちゃえばいいんだよな DBのテーブル定義すら規約に従わなくちゃいけないってどうなのよ?
キモいっつーの。 >>45
従わなくちゃいけない
従うと楽
この2つは別物。
いいよなRailsはかまってもらえて・・・
Djangoなんて・・・Djangoなんて・・・ ∩___∩
| ノ ___ヽ
/。・゚・(____ `・゜゚・。
| u( _●_)ヽ 〉
彡、 |∪| / 誰か助けるクマー
. / ヽノ . /´
.____ いつでも連絡待ってますお!
/ ヽ、 _ノ\
/ (○)iji(○)\ 正義がキチガイ呼ばわりされたんだぞ。
/ (__人__) \
| |::::::| | 義憤に駆られることはないのかお?
\ l;;;;;;l /l!| !
/ `ー' \ |i そこのあなた!勇気を出すんだお。
/ ヽ !l ヽi
( 丶- 、 しE |そ 一生後悔することになるお!
`ー、_ノ 煤@l、E ノ <
レY^V^ヽl Rubyに暗ーい影ができちゃうんだお!
____
/ \
/ _ノ ヽ、_ \
/ o゚((●)) ((●))゚o \ 助けて欲しいんだお…
| (__人__) |
\ ` ⌒´ /
____
/ \
/ _ノ ヽ、_ \
/ o゚⌒ ⌒゚o \ えっぇっえ〜ん。え〜ん。
| (__人__) | えっぇっえっぇっ。
\ ` ⌒´ / C++プログラマだけど、Rubyは難しくて使えない。 >>50
Cというか実はC++もだね。
char *とかwchar_t *とかstringとかwstringだけじゃなくてWIN32のLPCTSTR型とか
.net用のstring ^型とかMFC独自の文字列型とかATLのCString型とかマジで色々あってほんとカオス。
その点PHPやRubyなんかはエンコードなんかでちょい面倒なこともあるけど基本楽。
まぁスクリプト言語だし当たり前っちゃ当たり前なんだけど最初それに感動したw
C++だと下手すりゃ目的通りに文字列変換させるには文字列ライブラリ自作する位の知識が必要になっちゃう。 >>51
C++にはQtという便利なツールキットがあって、正規表現と文字コード変換のライブラリも内蔵している。 PHPだとフレームワークを使っていない、古いプログラムの保守の案件があるからそれだと無理。
Rubyの場合はRails以前はあまり使われていなかったから、Railsなどのフレームワークが前提になっているから、多少はましかも。
そのような理由で、過労死の確率はRuby専門でやったほうが低いかも。
Rails3ではコンポーネントも分離されているし、
日本語化も、Rails1のときのようなモンキーパッチを使わなくて良くなっているし、
Ruby1.9で、速度も上がっているらしいのでいいと思う。
クラウドが安定してきたら、
今後は、Ruby1.9+Rails3+クラウド(Web、DB)+jQueryで、なんとかなるんじゃないでしょうか?
現時点でのWEBアプリの理想形だと思う。 参考にできる大手企業の実績ないじゃんRuby
PHPはYahooのような大規模な実績がある TwitterがRuby On Railsを使ってゲフンゲフン Twitterは今はruby使ってるのフロントだけじゃないのかな。
中規模なら結構あると思う。cookpadとかtabelogとか Twitter検索がRuby on Rails + MySQLから、Java + Lucene(Javaの全文検索エンジン)になるようだ。3倍速くなるってさ。
http://www.itmedia.co.jp/news/articles/1104/07/news043.html Rubyの書きやすさを捨ててJavaに行ったら中の人は大変だろうな >>59
Javaが書きにくいってのは、RubyやRailsの宣伝文句に洗脳されてる奴が言うこと。
静的型付け言語の方がIDEとの連携が強いから、
実際コーディングのスピードは変わらないか、リファクタリング等も含めるとむしろ速い。 さらに、TYPOなど、ショボいがやりがちなバグはIDEで入力するその場で判るからデバッグの手間も省けるし品質も高くなる。 コードが長くなるというだけで言語仕様がクソなのがわかる。
長ければその分バグの発生率が高くなるし、保守するにも手間がかかるのが普通。 "長ければその分バグの発生率が高くなるし" ワラタ スクリプト言語の信者って基本コレなんだよな。 ニコ生でやたらPHPをけなしてる生主がいるけどRubyなんて使える人間がPHPより圧倒的に少ないしコストかかるだけ スクリプトは1000行以下のパイプ繋げて
てっとりばやくツール作るのに最適な言語だし
腰据えて作る言語とは考え方が違う Ruby + Railsなんか使うくらいなら
PHP + CakePHP使うわw 趣味ならともかく業務でCakePHP使ってるとか恥ずかしくて言えないです>< >>68
PHP使うなら、Symfony一択だろjk。 本気で、開発効率がRubyよりJAVAのほうがいいとかいってる人って
どういう・・・。
一ついってしまうと、
ロジックを考えるスピード > ソースコード入力のスピード
↑
こうなってる奴じゃないと、Rubyみたいな言語使って意味無い
ロジックを考えるスピード < ソースコード入力のスピード
↑
みたいに、プログラミング言語が冗長していようと、
それ以上にロジック考える思考が冗長しているなら・・・ そいつは何の言語使っても同じだお
自分から >>61 バカですなんていわなくていいのに。 Ruby人気ねえなあw
日本人が作ったってだけで好きなんだけど
あと記号が少なくていい
まあ実用的ではないけどな 出向先にいたデキル男的な人が「俺一人で面倒みてやんからよ」とRubyでシステム組んでた。Rubyはひとりよがりなな人が使ってるイメージがある。 rubyを嫌ってる子って
じゃあ君、なに言語使ってるのー?って感じだよね
この言語に対抗できる可能性のあるのって、PythonかLispくらいだと思うのに
JAVA、C#の名前を、もし挙げてくるならそのこは何かを勘違いしてる・・・w >>79
エンタープライズ向けの言語をdisるのがかっこいい、みたいな風潮に乗っかる人っておしゃれだよね
JAVAはゴミだしな
C#もゴミだしな
C言語もゴミだしな
ゴミじゃないのってRubyとLispとHTMLだけだしな・・・・
HTMLっぽい自作言語作る奴って頭良いと思うよ
ezhtmlエディタっていう、あんなのが開発環境になっちゃうんだぜ
けど補完もちゃんとしてくれるしな
その 言語を作ってそれを効率的に使う所までの、
最大効率と 、 最短時間を考えるなら 、 ezhtml + HTML風プログラミング言語が 、 一番効率いい 、 なんでRubyよりPHPの方が圧倒的に普及しているのか、その理由を考えろ
でなきゃいつまでも本質は見えないんだよ おまえはゴミ以下のゴミ以上 その間のゴミ
ほんと口くさいからしゃべらないで ゴミ
まじゴミ ゴミ
僕年収1500万ありますから
Perlプログラマーですから
uyはしにま uyとかいう粘着野郎が消えればrubyも少しは流行ると思うのに
至極残念です uy 雑魚すぎ
rubyの今後のために、消えてくれ Railsを使うのもいいけど、Perlを完全に死滅させて欲しい。 >>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かを判断しなければならなくなってる
まだ未完成言語なのにその片鱗が凄まじいから、使ってる >>84
Rubyプログラマーが少ないからだろ
君の周りにRuby技術者は何人いる?
Rubyの仕様は細かい上に、今後変更される可能性ある構文たいしては
未来予知してなるべく使わないようなコーディングも必要だし
扱うのは難しいと思ってるよ
その場限りのスクリプトかく程度ならいいんだけどさ
上にかいたようにまだ成長途中の未完成言語だから
破壊的メソッドの落とし穴もあるし、
とにかくRuby特有の仕様が多い
クラス定義にしてみても
class A
endのほかに
Class.new do
end
という構文も用意されていて、小文字のクラス名の定義や、メソッド内にクラス定義する場合は後者じゃないと出来ないとか
わけのわからない制約も存在する
おそらくマクロの中でマクロは展開しないってことなんだろうけどな
>>85
おまえがゴミじゃん
>>89
rubyの今後って?
別に俺rubyとかどうでもいいよ
どうせ今頃、Rubyを物凄く真似した言語を、世界各地で作ろうしてる奴がわいてるだろうし
Rubyがなくなっても、「使える言語」はいくらでもある、Pythonでもいいし
そもそも俺がRubyを触った理由は、
「自分でプログラム言語を作る前に、自分の構想を実装している言語があるかどうか」を調べた結果
Rubyがそれに該当したっていうだけ
信者と勘違いしている奴もいるけれど
アンチだと思ってくれていいよ
他言語よりは十分マシでよくやってるんだけど、それでも細かいことをRubyでやる時に、
まだ整理されていない部分に触り、わけのわからないルールに縛られる事も
いくつかあり、もどかしさを感じている
現状Ruby以外では組めようもない事をやっている
今度、2.0とか、そういう成長性を期待してRubyをとりあえず応援しているだけ
1.92で成長とまるならば、俺は今後もRubyを使っていくとは考えにくいし
そうなれば自分で言語を作る
>>90
だな
IT技術の進化の足を引っ張る言語はいつまでもあっちゃいけない つうか俺がやりたいのは完璧な設計による完璧なプログラミングなんね
ツリー構造で今色々やってそれに真理は見たんだけど
循環リストの木構造にした場合、どうなるかなと
少し今、思考を開始してる
ようはツリー構造ではなくネットワークにする
けどすべてのデータを平坦な構造でつなぐと
すべてのシンボルをかぶらないようにしないといけないゴミ設計になるから却下、
何らかの上位、下位関係を持たせたままの循環木構造リスト
だからー、こんな感じになる可能性がある
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の概念を取り入れ、平坦な管理にしちゃうのが、ふつうの本来のゲームプログラミングなんだけど
俺はそれを完璧とは思わないので、ネストしていかないように循環リストが必要に思った 道化師は聞かぬフリでおどけた・・・・・・・・・・・・・・ プログラミング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で全部書き直したとか言われても驚かないだろう自分がいる
■ このスレッドは過去ログ倉庫に格納されています