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

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

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

**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使ってればギークっぽいって考えてるカスが多いこと多いこと

**deeeki** · 2013/04/14(日) 10:31:48.38

>>151
使えないカスの多いこと多いこと

**デフォルトの名無しさん** · 2013/11/01(金) 07:11:00.98

漏れもそう思う

**デフォルトの名無しさん** · 2013/11/01(金) 10:51:10.03

RubyやRoRはアプリケーションサーバーに向かないと聞いたのですが
実際どうなんですか？

**デフォルトの名無しさん** · 2013/11/01(金) 12:04:14.53

使う人次第

**デフォルトの名無しさん** · 2013/11/09(土) 11:55:30.35

自分の書けない、書きたくない処理を他人に任せるという意味では
生phpもRailsも変わらんよな。

つーか、そもそもRails系はシステム細部にこだわらん某大陸の発想だしな。
いちいち五月蠅いユーザーの日本だと、それぞれ専用の土台
作ってやって、最低限のコードだけ書く方が客が喜ぶ。

どっちが正しいわけでもない。Railsアプリ書けたところで、
他に応用利くかってーと、やっぱphpフレームワークだしな。

**デフォルトの名無しさん** · 2013/11/10(日) 06:25:17.89

ＷＥＢ書くならＰＨＰ以外は、使う記になれないな。ただ、ＷＥＢ以外では使う記になれない。てなわけで、ＷＥＢでＰＨＰ使っていないヤツはカタワ。

**デフォルトの名無しさん** · 2013/12/07(土) 11:11:27.33

これからはAngular+mongoDB+node.jsです
RORはもう陳腐は旧型

**デフォルトの名無しさん** · 2014/01/02(木) 19:34:38.24

RoRバージョン上がって肥大化しすぎだろ
もうコレ駄目だわ

**デフォルトの名無しさん** · 2014/01/16(木) 13:45:12.66

ゴミゴミゴミゴミゴミゴミゴミゴミゴミゴミｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

**デフォルトの名無しさん** · 2014/01/16(木) 14:01:26.81

誕生→発展→飽和→陳腐化といったサイクルが極端に短くなっているのかもしれない

**デフォルトの名無しさん** · 2014/01/16(木) 21:44:04.12

ようやくRubyが枯れてきたところで、node.jsに移るとかすごくアホ
海外の奴らは、PHPじゃアプリケーションやライブラリなんて書いてくれないよ
PHPじゃ、パズル解くのすら億劫だし

**デフォルトの名無しさん** · 2014/01/19(日) 00:47:00.23

ゴミ

**デフォルトの名無しさん** · 2014/01/24(金) 11:30:44.83

RailsめんどいしSintraでいいじゃんって思うんだけど

**デフォルトの名無しさん** · 2014/02/18(火) 23:59:13.09

UI実装がAngularJSなのは納得だが
もうサーバー側はなんだっていいよ正直
使い慣れた言語とライブラリが一番速い

**デフォルトの名無しさん** · 2014/02/21(金) 19:11:56.87

Javaはxmlの設定が面倒過ぎる気がする

**,,・´∀｀・,,）っ-○○○** · 2014/05/29(木) 23:01:34.56

Arelで黒魔術するのすげー楽しい

**デフォルトの名無しさん** · 2014/06/14(土) 16:35:37.11

たしかに

**デフォルトの名無しさん** · 2014/09/26(金) 11:08:53.12

PHPはセキュリティざるだけど簡単だから手放せない。そこが落とし穴なんだろうけど

**デフォルトの名無しさん** · 2014/10/01(水) 21:54:14.49

黙れ小僧！貴様にRubyistが救えるか.
メソッド定義を探してコードに潜った挙げ句にたどり着く
無慈悲なdefine_methodを見たときの気持ちが静的言語にわかるというのか！

**デフォルトの名無しさん** · 2014/10/02(木) 20:37:08.62

grepできない人がrubyつかうなんて...

**デフォルトの名無しさん** · 2014/10/03(金) 01:08:47.85

Ｃ＃はなぜ主流になれないのか

**デフォルトの名無しさん** · 2014/10/03(金) 12:15:22.32

ゴミ

**デフォルトの名無しさん** · 2014/10/03(金) 12:19:30.53

>>1みたいなアホが死ねばいいと思う

**デフォルトの名無しさん** · 2014/10/03(金) 20:36:56.02

死ねゴミ

**デフォルトの名無しさん** · 2014/11/11(火) 00:16:58.09

PHPはグローバルスタンダード

**デフォルトの名無しさん** · 2014/11/11(火) 14:58:14.10

phpは大丈夫だけどRubyとかPythonに食われてるじゃん

**デフォルトの名無しさん** · 2014/11/12(水) 22:31:50.99

PHPは使ってると技術が落ちてるのではないかと不安になってくる

**デフォルトの名無しさん** · 2014/11/25(火) 19:03:12.01

ソレを言語のせいにしたがるような頭だからしかたないんじゃねーのｗ

**デフォルトの名無しさん** · 2014/11/27(木) 02:03:16.20

プログラミング言語別年収（米国編）、トップはRoR
http://developers.slashdot.jp/story/14/11/25/0755204/

貧乏人はPHPを食え

**デフォルトの名無しさん** · 2015/02/01(日) 08:58:12.88

「マーケティングといっても広告を打つんじゃなくて、ストーリーを語って
コミュニケーションをするってことです。2004年に最初にやったのは動画を
作ること。Railsを使って15分でブログを作るというデモ。当時は誰も動画を
使ってオープンソースを売り込んだりなんかしてなかったですよ。お金や
人員を集中投下するというような意味では何もやってなかったけど、ぼくは
ほかのどんなWebフレームワークよりも上手にマーケティングしたかった」
「特に初期にはゲリラ・マーケティングのテクニックとして仮想敵を選ぶ
とかね。初期にはJavaです。こんなクソなやり方なんてあるか、と。意識的
にね。当時としては、それはとても煽った言い方でした」
「だけど、ああ、あれもいいよね、これも同じぐらいいいよね。どれでも
好きなものを使うといいよ。どれもみんないいよねー、うん、とか言って
たら、誰もおまえの言うことなんて気にしねぇよって話じゃないですか。
誰も話を聞かないし、考えを変えようとすらしないわけですよ。だから、
もうちょい炎上するぐらいじゃなきゃダメなんですよ。だから意図的に
そうやったんです」

**デフォルトの名無しさん** · 2015/05/19(火) 03:47:40.73

>>180
経営者の視点に立つと、PHPを選択したほうが賢いようだな。

**デフォルトの名無しさん** · 2015/05/25(月) 20:43:00.27

るぅびぃいうぃぃいいいいいいいいいいいいいいいいいいい

**デフォルトの名無しさん** · 2015/06/07(日) 14:12:23.11

sage