php使ってる奴はアホ、これからはRuby on Rails!
■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん
2009/11/15(日) 22:22:16テラカオスなPHPは全滅するべき phpは似たような機能を作るのすら大変だぜー
セキュリティ的に厳しいphpは死ぬべき Rubyの品の良さを参考にしろ
0048デフォルトの名無しさん
2011/03/01(火) 11:36:18.69| ノ ＿＿＿ヽ
/。・ﾟ･(＿＿__ ｀･゜ﾟ･｡
| u( _●_)ヽ 〉
彡､ |∪| / 誰か助けるクマー
. / ヽノ . /´
.＿＿＿_ いつでも連絡待ってますお！
／ ヽ､ _ノ＼
／ （○）iji（○）＼ 正義がキチガイ呼ばわりされたんだぞ。
／ （__人__） ＼
| |::::::| | 義憤に駆られることはないのかお？
＼ l;;;;;;l ／l!| !
／ `ｰ' ＼ |i そこのあなた！勇気を出すんだお。
／ ヽ !l ヽi
（ 丶- 、 しＥ |そ 一生後悔することになるお！
`ー､＿ﾉ 煤@l､Ｅ ﾉ <
ﾚY^Ｖ^ヽｌ Rubyに暗ーい影ができちゃうんだお！
＿＿＿_
／ ＼
／ _ノ ヽ､_ ＼
／ oﾟ(（●）) (（●）)ﾟo ＼ 助けて欲しいんだお…
| （__人__） |
＼ ｀ ⌒´ ／
＿＿＿_
／ ＼
／ _ノ ヽ､_ ＼
／ oﾟ⌒ ⌒ﾟo ＼ えっぇっえ〜ん。え〜ん。
| （__人__） | えっぇっえっぇっ。
＼ ｀ ⌒´ ／
0049デフォルトの名無しさん
2011/03/01(火) 11:37:30.870050デフォルトの名無しさん
2011/03/01(火) 22:52:02.980051デフォルトの名無しさん
2011/03/02(水) 00:33:11.74Cというか実はC++もだね。
char *とかwchar_t *とかstringとかwstringだけじゃなくてWIN32のLPCTSTR型とか
.net用のstring ^型とかMFC独自の文字列型とかATLのCString型とかマジで色々あってほんとカオス。
その点PHPやRubyなんかはエンコードなんかでちょい面倒なこともあるけど基本楽。
まぁスクリプト言語だし当たり前っちゃ当たり前なんだけど最初それに感動したｗ
C++だと下手すりゃ目的通りに文字列変換させるには文字列ライブラリ自作する位の知識が必要になっちゃう。
0052デフォルトの名無しさん
2011/03/02(水) 01:38:04.99C++にはQtという便利なツールキットがあって、正規表現と文字コード変換のライブラリも内蔵している。
0053デフォルトの名無しさん
2011/03/10(木) 19:16:24.62Rubyの場合はRails以前はあまり使われていなかったから、Railsなどのフレームワークが前提になっているから、多少はましかも。
そのような理由で、過労死の確率はRuby専門でやったほうが低いかも。
Rails3ではコンポーネントも分離されているし、
日本語化も、Rails1のときのようなモンキーパッチを使わなくて良くなっているし、
Ruby1.9で、速度も上がっているらしいのでいいと思う。
クラウドが安定してきたら、
今後は、Ruby1.9+Rails3+クラウド（Web、DB）+jQueryで、なんとかなるんじゃないでしょうか？
現時点でのWEBアプリの理想形だと思う。
0054デフォルトの名無しさん
2011/03/11(金) 11:22:29.32PHPはYahooのような大規模な実績がある
0055デフォルトの名無しさん
2011/03/11(金) 11:56:57.400056デフォルトの名無しさん
2011/03/12(土) 01:54:22.13中規模なら結構あると思う。cookpadとかtabelogとか
0057デフォルトの名無しさん
2011/04/08(金) 08:19:19.91http://www.itmedia.co.jp/news/articles/1104/07/news043.html
0058デフォルトの名無しさん
2011/04/08(金) 10:53:27.360059デフォルトの名無しさん
2011/04/09(土) 04:14:08.190060デフォルトの名無しさん
2011/04/09(土) 09:28:28.610061デフォルトの名無しさん
2011/04/22(金) 15:21:53.46Javaが書きにくいってのは、RubyやRailsの宣伝文句に洗脳されてる奴が言うこと。
静的型付け言語の方がIDEとの連携が強いから、
実際コーディングのスピードは変わらないか、リファクタリング等も含めるとむしろ速い。
0062デフォルトの名無しさん
2011/04/22(金) 20:39:16.350063デフォルトの名無しさん
2011/05/03(火) 03:20:50.59長ければその分バグの発生率が高くなるし、保守するにも手間がかかるのが普通。
0064デフォルトの名無しさん
2011/05/03(火) 09:20:34.590065デフォルトの名無しさん
2011/05/03(火) 10:21:34.990066デフォルトの名無しさん
2011/05/03(火) 12:26:52.04タイピングが苦手なんです＞＜
0067デフォルトの名無しさん
2011/05/03(火) 12:46:35.88てっとりばやくツール作るのに最適な言語だし
腰据えて作る言語とは考え方が違う
0068デフォルトの名無しさん
2011/05/04(水) 16:55:31.79PHP + CakePHP使うわｗ
0069デフォルトの名無しさん
2011/05/15(日) 08:38:37.67http://d.hatena.ne.jp/ryoppy011/20100925
0070デフォルトの名無しさん
2011/05/16(月) 01:36:23.560071デフォルトの名無しさん
2011/05/22(日) 02:47:10.330072デフォルトの名無しさん
2011/05/22(日) 03:52:47.350073デフォルトの名無しさん
2011/05/22(日) 11:11:42.70PHP使うなら、Symfony一択だろjk。
0074uy
2011/05/24(火) 15:37:05.41どういう･･･。
一ついってしまうと、
ロジックを考えるスピード ＞ ソースコード入力のスピード
↑
こうなってる奴じゃないと、Rubyみたいな言語使って意味無い
0075uy
2011/05/24(火) 15:40:53.43ロジックを考えるスピード ＜ ソースコード入力のスピード
↑
みたいに、プログラミング言語が冗長していようと、
それ以上にロジック考える思考が冗長しているなら･･･ そいつは何の言語使っても同じだお
自分から >>61 バカですなんていわなくていいのに。
0076デフォルトの名無しさん
2011/05/24(火) 22:05:50.060077デフォルトの名無しさん
2011/05/27(金) 01:26:14.04日本人が作ったってだけで好きなんだけど
あと記号が少なくていい
まあ実用的ではないけどな
0078デフォルトの名無しさん
2011/05/27(金) 08:34:53.560079uy
2011/05/27(金) 16:17:44.02じゃあ君、なに言語使ってるのー？って感じだよね
この言語に対抗できる可能性のあるのって、PythonかLispくらいだと思うのに
JAVA、C#の名前を、もし挙げてくるならそのこは何かを勘違いしてる･･･ｗ
0080デフォルトの名無しさん
2011/05/28(土) 12:47:20.720081デフォルトの名無しさん
2011/05/28(土) 16:51:02.76エンタープライズ向けの言語をdisるのがかっこいい、みたいな風潮に乗っかる人っておしゃれだよね
0082uy
2011/05/29(日) 03:26:35.26JAVAはゴミだしな
C#もゴミだしな
C言語もゴミだしな
ゴミじゃないのってRubyとLispとHTMLだけだしな････
0083uy
2011/05/29(日) 03:42:38.12HTMLっぽい自作言語作る奴って頭良いと思うよ
ezhtmlエディタっていう、あんなのが開発環境になっちゃうんだぜ
けど補完もちゃんとしてくれるしな
その 言語を作ってそれを効率的に使う所までの、
最大効率と 、 最短時間を考えるなら 、 ezhtml ＋ HTML風プログラミング言語が 、 一番効率いい 、
0084デフォルトの名無しさん
2011/06/03(金) 17:46:46.08でなきゃいつまでも本質は見えないんだよ
0085tokuhirom
2011/06/08(水) 14:57:27.160086tokuhirom
2011/06/08(水) 14:59:04.87ほんと口くさいからしゃべらないで ゴミ
まじゴミ ゴミ
僕年収１５００万ありますから
Perlプログラマーですから
uyはしにま
0087デフォルトの名無しさん
2011/06/08(水) 16:20:43.48至極残念です
0088sora_h
2011/06/08(水) 16:58:57.25やめてあげて
0089デフォルトの名無しさん
2011/06/13(月) 01:29:36.36rubyの今後のために、消えてくれ
0090デフォルトの名無しさん
2011/06/19(日) 17:43:55.880091uy ◆KOAgYBL/Xg
2011/06/23(木) 04:32:50.42Perlプログラマー（笑）
一体、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かを判断しなければならなくなってる
まだ未完成言語なのにその片鱗が凄まじいから、使ってる
0092uy ◆KOAgYBL/Xg
2011/06/23(木) 04:49:00.00Rubyプログラマーが少ないからだろ
君の周りにRuby技術者は何人いる？
Rubyの仕様は細かい上に、今後変更される可能性ある構文たいしては
未来予知してなるべく使わないようなコーディングも必要だし
扱うのは難しいと思ってるよ
その場限りのスクリプトかく程度ならいいんだけどさ
上にかいたようにまだ成長途中の未完成言語だから
破壊的メソッドの落とし穴もあるし、
とにかくRuby特有の仕様が多い
クラス定義にしてみても
class A
endのほかに
Class.new do
end
という構文も用意されていて、小文字のクラス名の定義や、メソッド内にクラス定義する場合は後者じゃないと出来ないとか
わけのわからない制約も存在する
おそらくマクロの中でマクロは展開しないってことなんだろうけどな
0093uy ◆KOAgYBL/Xg
2011/06/23(木) 05:03:13.03おまえがゴミじゃん
>>89
rubyの今後って？
別に俺rubyとかどうでもいいよ
どうせ今頃、Rubyを物凄く真似した言語を、世界各地で作ろうしてる奴がわいてるだろうし
Rubyがなくなっても、「使える言語」はいくらでもある、Pythonでもいいし
そもそも俺がRubyを触った理由は、
「自分でプログラム言語を作る前に、自分の構想を実装している言語があるかどうか」を調べた結果
Rubyがそれに該当したっていうだけ
信者と勘違いしている奴もいるけれど
アンチだと思ってくれていいよ
他言語よりは十分マシでよくやってるんだけど、それでも細かいことをRubyでやる時に、
まだ整理されていない部分に触り、わけのわからないルールに縛られる事も
いくつかあり、もどかしさを感じている
現状Ruby以外では組めようもない事をやっている
今度、2.0とか、そういう成長性を期待してRubyをとりあえず応援しているだけ
1.92で成長とまるならば、俺は今後もRubyを使っていくとは考えにくいし
そうなれば自分で言語を作る
>>90
だな
IT技術の進化の足を引っ張る言語はいつまでもあっちゃいけない
0094uy ◆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の概念を取り入れ、平坦な管理にしちゃうのが、ふつうの本来のゲームプログラミングなんだけど
俺はそれを完璧とは思わないので、ネストしていかないように循環リストが必要に思った
0095uy ◆KOAgYBL/Xg
2011/06/23(木) 05:26:42.590096デフォルトの名無しさん
2011/07/03(日) 09:08:15.020097デフォルトの名無しさん
2011/09/16(金) 17:14:50.020098デフォルトの名無しさん
2011/11/22(火) 01:40:07.31■ このスレッドは過去ログ倉庫に格納されています