【Perl,PHP】LLバトルロワイヤル２【Ruby,Python】

前スレ
【Perl,PHP】ＬＬバトルロワイヤル【Ruby,Python】
http://pc11.2ch.net/test/read.cgi/tech/1188997302/

>>1乙。
前スレで必死になんか言ってたヤツがいたな。
結局なにが言いたかったんだろう。

前スレ>>970がHTML埋め込みをヒアドキュメントと勘違いした

それでヒアドキュメントってどの程度悪いんだ？

わからん

前スレから3が必死だったのが印象的だった。

3 名前：デフォルトの名無しさん[sage] 投稿日：2007/09/05(水) 22:11:14
ルーク、Forthを使え！

forthはかっこいいよな

969 名前：デフォルトの名無しさん[sage] 投稿日：2008/04/27(日) 14:13:35
HTMLに埋め込めるというのもポイント高いだろ

970 名前：デフォルトの名無しさん[sage] 投稿日：2008/04/27(日) 14:15:29
>>969
ヒアドキュメントというバッドノウハウを復活させた功績は無視できないな。
　
　
　
　
　
　
　
もちろんマイナスの意味で。

言いたいこともよく分からないんだけど。
なんでこんなに必死なのかはもっと分からない。

ほんと>>970必死すぎですよね

で？(ww

粘着野郎はRuby使いか？ 見苦しいな＞Ruby使い

>991 名前: デフォルトの名無しさん Mail: sage 投稿日: 2008/04/27(日) 18:37:57
>下手にHTML埋め込みを叩くとeRubyを持ち出されるのでそれを避けたかったのだろうｗ

誰か馬鹿な俺にヒアドキュメントがどうしてバッドノウハウなのか説明してくれよ…

混ぜるのはラクだけど分離も構造化も徹底出来ない
でもバッドノウハウではないよな？
初心者を泥沼に誘いがちではあるけど
汎用性なくなる書き方であれど、使い捨てには最適

悲惨な >>970 がいると聞いてやってきました。

流れ知らん奴には970叩きの方が必死に見えるという皮肉

そういうことにしたいのですね、わかります。

必死にがんばれ、970叩きの方！！
おうえんしているぞ！！！

と、皮肉らないと気がすまない>>970でした

この粘着ぶりはRubyistのそれを思わせるな．

ホントRubyistってサイテーですよね

ここで占いをひとつ。

[a] 前スレ970
[b] 前スレ970叩いてる奴
[c] Rubyist
[d] Rubyist叩いてる奴
[e] 俺

二人選んで下さい。
選びましたか？

>>21
と思わせといて、実は何もできない。
なんでこの板に来たのかよくわからない子が正解。

根拠に欠ける
もうちょい設定プリーズ

ここっていつから最後に書き込んだ人が勝ちっていうことになってるんですか？

>>26
ここに限らず、ネットは昭和の頃からそういうことになってますよ。

カンチガイをゴリ押しするところが、るび厨の教祖と同じ香りがした。

eRubyの存在やRubyにもヒアドキュメントがあることをスルーしてPHPのヒアドキュメントを叩くまつもとか

ありうるな

フォーマットのことも、たまには思い出してあげてください

なんかいい感じでループってきた(www

アンチRuby厨が必死すぎる

と、前スレから悔しさを引きずっている970が言っています

あまりの知識と論理性の無さゆえに敗れ去ったRuby信者が
痛々しすぎます＞＜

HTML埋め込みをヒアドキュメントって言っちゃうくらいだからね

粘着は続くよどこまでも

Ruby厨は言い負けてからがしつこいからね。

いい隔離スレ

次のスレタイは【愛しの】LLバトルロワイヤル３【970】にしようぜ。

970の人気に嫉妬した(www

>974 ：デフォルトの名無しさん [↓] ：2008/04/27(日) 16:29:35
>ヒアドキュメントってそんなに悪か？
>Pythonの"""とかRubyにはPHPよりもさらに強力なヒアドキュメントがあったと思うが
>Perlは知らん
>975 ：デフォルトの名無しさん [↓] ：2008/04/27(日) 16:34:04
>C++0xにもヒアドキュメントっぽいの入るんじゃなかったっけ
>そんなにバッドノウハウなのか？
>976 ：デフォルトの名無しさん [↓] ：2008/04/27(日) 16:41:07
>と、クソなWebアプリしか作ったことのないPHP厨が言っております。
あじわい深い

LLでヒアドキュメント使ったこと無い俺は異端？
ヒアドキュメントはUNIXとかLinuxはシェルからSQLをDBに流し込むのに時々使ってた。

今はSQLファイルとして保存してるけど

はいはい異端異端

ヒアドキュメントという言葉一つでこれだけの盛り上がりを作れる970は真のヒーロー説。

シェルってゆうな。クズ。

>>13
それにしても前スレ>>991だけでRuby使いと決め付けられるのはすごいなｗ
eRuby知ってたら無条件でRuby使いなのかｗｗｗ

>>45
え、じゃあどう呼べばいいんだ？

>>46
文脈ずれてね？

45にヒーローフラグ立った！！

シエルですよ、シエル
きっと>>45は身長156cm

カレー先輩？

百五十六之助

>>50
3時間たってお前のセンスがやっと理解できた

1hyde=156cmは有名だろ

ttp://jp.techcrunch.com/archives/20080501twitter-said-to-be-abandoning-ruby-on-rails/

Rubyって遅くて実用にならないんですね。

そりゃそうだ
処理が遅くても問題ない場合にRubyを使う
コンマ1秒遅れたら数百万吹っ飛ぶとか言う用途にRubyを使うのはただの馬鹿

あと
>>55
Evan Williams:
“FWIW: Twitter currently has no plans to abandon RoR.
Lots of our code is not in RoR, already, though.
Maybe that's why people are confused.”

ちなみにオリジナルの投稿は今Twitterサーバが500エラー返すので読めない(w

価値があるのは需要があるるもの
なのでPHPでFA

趣味なら好きなの使え

しかし需要があっても価値があるとは限らないのが難しいところだ。

言語ｵﾀが求めるものとﾄﾞｶﾀﾌﾟﾛｸﾞﾗﾏが求めるものは根本的に違うからな

RoRなんかをドカタ仕事に使うからハマるんだよ。

rubyもセンスねーけどな。
構文的にメソッドのネストを許してたり、馬鹿みたいな部分がけっこうあるぞ。

>>61
>メソッドのネストを許してたり
ネストなんてしてませんよ
そのクラスに普通に定義されるだけです

>61
> 構文的にメソッドのネストを許してたり

他の言語も弄るせいか、algol系のつもりでネストして書いたら
挙動にびびったりけっこう今でもハマるわ。

別にネスト自体はいいんだよ。

ruby触ったことないんだけど、メソッドのネストって何か問題あるの？
それともRubyの実装に落とし穴があるだけ？

モンキーパッチって名前はかっこいいよな。

ネストを許すなら直感的にはAlgolやSchemeのようなセマンティックで
あってほしい。Rubyのネストしたdefのセマンティックは変態的。あんな
セマンティックなら禁止してくれたほうがまし。
という意味で、禁止しないのはどうかと俺は思う。

ああなるほど、
メソッド内にメソッドの定義があると、そこを実行した時点で、
そのインスタンスのメソッドとして追加されるわけか。

こりゃ気持ち悪いな。

関数内に関数を定義するとどうなるの？

>>68
「名前空間」でぐぐれ

>>68
「クロージャ」でぐぐれ

>>68
Rubyの、それともその他の？

Usenix88-lexic.pdf が古いが実装のしかたがよくわかる良文献。
最近 C++ にそういう仕様ができるとかいう話があるが追いかけてない。

>>71
Rubyの

メソッド内にメソッド定義があると、

外側のメソッドが呼び出されて、
内側のメソッド定義が実行された時はじめて、
内側のメソッドが定義される。

>73
なにそのクソ仕様。

Ruby 知らんけど、実行時に動的にメソッドを追加する為の機構なんじゃないの

>>75
それならそれで、Compilerクラスを用意するなど、他にやりようがある。
コンパイル時のメソッド定義と同じシンタックスなんて狂気の沙汰。

つーか動的追加は既にModuleかどこかのメソッドにあるハズ。

まあ、ネストメソッドはメソッドスコープのメソッドだと予想するよなあ。

Rubyはとことん斜め上をいくって言うか・。

def 〜; end がメソッド定義文という、
中身が実行されない、それ自体は実行される文である、
とわかればどうってことない。

メソッドと関数の区別がついてない人がそれで納得できないから文句言ってるだけ

関数はどうやって定義するの？

それがメソッドなのか関数なのかは、言語設計者の感覚次第だな。

>>79-80
いや、だからさ、実行コンテキストが外側のメソッドにある間にだけ有効な
メソッドが定義されると考えるのが自然じゃない？って話なんだけど。

>>79
とりあえず>>76を読め。

どっちを自然と考えるかは、言語使用者の感覚次第だな。

まあ、百害あって一利無しな言語仕様であることは間違いない。

>>86
それを「自然」と考えてしまうカルト信者の悲しい性

>>86
何か害があるの?

動的メソッド定義なら他にいくらでも作りようがあるのに、
ネストしたメソッドなんて、そんな紛らわしい方法を取る理由は何なんだろう。

文字列を用意してからコンパイルするのダルかったとか。

言語仕様として明らかに冗長だな。センスがない。

中間コードにdef〜end間の文字列がそのまま保存されてそうだな(w

>>90
文字列からコンパイルしなくたって、無名メソッドを定義する構文を用意すればいいだけ。
クロージャのようにね。静的なメソッドと同じ構文要素を使うなんて、どうかしてる。

Rubyのパーサーはカオスだから

通常のメソッドと同じ構文だと、どう困るの？

とにかく感覚の違いということにしたい感がひしひしと伝わってくる

誰でも当然と考えることを、当然と考えられない感覚があることは理解できる

>>97
矛盾してるよ

>>95
メソッド定義の構文にしないで、メソッド本体の定義にしておけば、
他クラスのメソッドを定義したり、同じ本体を名前をかえて定義したりできるだろ。
静的メソッド定義の構文を使うことで、静的メソッドだから当然だった制約を
動的メソッド定義にまで持ち込んでしまっているんだよ。

>>77 によれば動的にメソッドを追加する機能は既に別にあるらしいよ。

どっちが先かわからないけどツギハギ感が否めないな

こんなクソ言語を喜んで使う奴は相当のMだな

>>92
それは普通じゃないの

>>103
麦茶吹いた(wwwww

きたないやつだなあ
ほかにどうせいっつーねん

>>81
Rubyに厳密な意味で関数の動作をするものはない

というか>>79以上のものではないな
「メソッド内スコープのメソッド」を作りたい場合はRubyではProcを使う

>>105
あんな変なことする必要のない言語仕様にすればいい

>>107
>>105 は「コンパイル時点で評価出来ないコード辺を
文字列で保持しておく以外にどうするのか」という意味ね。

>>108
×評価出来ない
○面倒で評価してない

クロージャってコード片をそのまま中間コードが保持するものなのか？そんな話聞いたことないけど。

>>110
何でクロージャ？

>>110
普通は中間コードにコンパイルしたものを保持するな。

>>106
1, 「メソッド内スコープのメソッド」が作りたければ普通はメソッド内でdefを使う
2, メソッド内ではエラー無くdefが使える
3, しかし、それで定義されたメソッドは動的に追加される。しかもそれはメソッド内メソッドとはならない

この仕様をもって「百害あって一利なし」と言っているのでは？

> 「メソッド内スコープのメソッド」を作りたい場合はRubyではProcを使う
こんなこと、普通の人は知りません。直感的でもありません。

>>106
Procでつくれるのは関数であってメソッドではない。

まあぶっちゃけProc自体呪われた仕様なんだけどね

>>106
メソッドと関数の区別ぐらいつけてくれよ。

メソッドと関数って言語によって意味が変わるからなぁ、Rubyはどうなの？

>>113
>1, 「メソッド内スコープのメソッド」が作りたければ普通はメソッド内でdefを使う

結局はこれが思い込みだっただけでしょ

メソッドも関数も無名関数もクロージャも区別無いJSって分かりやすい仕様だと思う。

しかしProcは関数を作るものであって「メソッド内スコープのメソッド」で使うものではないっぽいし
なにか別の問題があるっぽい書き込みがあるな

>>119
とても良い言語なのにスクリプト用途では流行らないよね

メソッド内スコープのメソッドって他の言語では一般的なの？
メソッドの意味を考えると、たぶん関数とか手続きで解決することだと思うんだけど

とある言語ではメソッドと関数の違いは値を返すか返さないかの違いだったりするし

>>114
>Procでつくれるのは関数であってメソッドではない。

これは何か問題があるの？

モジュールも名前空間もない言語はまともな開発には使えないよね。

Rubyにおける関数とメソッドの違いって何よ？

>>118
直感的な思い込みと実装をなるべく一致させるのが、良いLLなんでないの？
いや、「Rubyは玄人専用」というなら何も言うことは無いけど

>>120
ttp://d.hatena.ne.jp/ha-tan/20071031/1193883317
こんなのとか

>>122
一般的とか言いがたいかも。
ただ使えない場合、普通は「禁止」される。

>>126
作者の気分次第で決まる

>>120
>しかしProcは関数を作るものであって「メソッド内スコープのメソッド」で使うものではないっぽいし

これは何か問題があるの？

>>127
間違った思い込みを押し付けるユーザは良いユーザですか？

>>124
とりあえず、>>99を読んでわからなければ君にはセンスがないということ。

Procは仕様がコロコロかわるから怖くて使えないんだよ。

センスw

批判してる側に根拠が希薄だと議論がグダグダになる良い例だな

いろんな意味でmatzにセンスがないのは疑いようがないんだが

ruby厨って実在するんだな。恐るべき視野の狭さだ。

論理的な説明は諦めたのか？

所詮カルト言語。

>>133
結局、君は>>80が言うところのメソッドと関数の区別がついていない人のようだね。

>>116
>メソッドと関数の区別ぐらいつけてくれよ。

>>116的にはメソッドと関数はどう違うんだ？

ところでmatzは関数とメソッドを明確に区別してたの？

Rubyのdefのネストの問題点に関する論理的な説明なら>>99でも十分だろう。
実際>>99への有効な反論も見あたらないし。

>>139
たった4文字からそこまで読み取れちゃうなんてお前最高だなw

>>142
>>100

>>144
そこはあるらしいじゃなくて具体的に書かないと話が進まないだろ

>>140
例えば、メッセージレシーバが違うな。

しかしこのスレはRubyが絡むとすごく伸びるなｗ

>>144
別の機構が用意されているということは、
defのネストが無駄なシンタックスであることの
もう1つの理由になるわけだが、
それがどうかしたのか？

そもそも>>99の指摘自体がピントがずれてる

>>149
どうずれている？具体的に。

>>148
ネストしたメソッド定義用にdefを新設したならその通り
でも現実は異なる

>>151
具体的に。なぜわざわざdefのネストを許すのか、その理由を示せ。

>>150
>>99は無名メソッドを定義出来る構文が欲しいなあと言ってるだけで
defの何が悪いかは説明していない

>>130
間違っているのか？
これが自然だと思うのはRubyist以外いないと思うんだけど。

class Test
　def func()
　　def internal_func1()
　　　def internal_func2()
　　　end
　　end
　end
end

結果)
obj = Test.new
# obj.internal_func1() # undefined method
# obj.internal_func2() # undefined method
obj.func()
# obj.internal_func2() # undefined method
obj.internal_func1()
obj.internal_func2()

>>152
具体的にって書いた通りだよ。日本語読めない？

>>153
>>99はdefのネストに比べて無名メソッドの定義がいかに優れているかの説明であり、
それはすなわちdefのネストの短所である。

>>156
>それはすなわちdefのネストの短所である。

ここまでは書いてないな。

>>155
おいおい、現実が異なるんならその現実がどうなのかを具体的に書かないとダメだろ

>>155
書いてないものは読めない。
別の仕組が既に用意されており、なおかつ、>>99に示された欠点があるにも関わらず
defのネストを用いる理由を示しなさい。具体的に。

>>157
2つの言語要素があり、一方が他方を完全に置き替えることができ、なおかつ優れているのならば、
他方にとってそれは欠点となる。当然の話だと思うが、理解できないのか？

matzが既に老害なのはRubyスレでも良く知られた話。
あの言語ヲタはどうやらRubyを改造してないと落ち着かないらしい。
放っておくと変な仕様を入れて良い仕様を消し始めるから
Rubyの開発MLは既に「matzの暴走を食い止める会」になってるよ。

るび厨の独善がよくわかるスレですね。

>>99 はさ、「他クラスのメソッドを定義したり、
同じ本体を名前をかえて定義したり」したいなら
短所かもしれんけど、そもそもそういう機能じゃ
ないんだから、論点がずれてるんだよね。

MatzのPHP批判もお前が言うなとしか言いようのない内容だったしなｗ

>>160
>なおかつ優れている

新しい構文を導入する程じゃないな

>>163
どういう機能でなんでネスト許してるの？

>>163
それは、defのネストが提供している機能をすべてカバーした上で、の話であることを忘れないように。
defのネストのほうが優れている点を示しなさい。具体的に。

>>166
自分のクラスにメソッドを追加する機能でしょ。

>>165
defのネストも、わざわざネストを許す程のものじゃないと思うが？
何かdefをネストさせる積極的理由があるのならそれを示せ。具体的に。

>>168
なんでネスト許してるの？

>>167
何でそんなに偉そうな口調なのか分からんが、少し落ち着いて冷静になった方が良いぜ。

>>170
何でネストしたらダメなの？

>>168
それは>>99が言う「メソッド本体の定義」で完全に置き替えることができる上に、
「メソッド本体の定義」に比べて非常に制限的な機能しか持たないわけだが、
それでもなおdefのネストを支持する理由を示せ。具体的に。

あ、忘れてたわw

具体的に示せ。

ルビ厨にとってRubyの構文は絶対にして侵すべからざるものだから、
どんなに説明しても無駄だよ。

説明になった無いもんな

>>174
既に>>77および>>99に示されているが。おまえは文盲か？

>>174
直感的じゃない上に別の手段があって無駄な機能って散々書いてる人がいる

>>99は論点ずれてるから不採用。

rubyの構文への批判とはすなわち間違いである。
したがって、defのネストは正しく、>>99は間違いである。

るび厨の言ってることって、この程度でしょ。

どうやら論点がずれてて説明になってないということにするしかないようだｗ

>>179
どのように論点がずれているか示せ。具体的に。
なお、>>77については認めるのか？>>77を認めればdefのネストは機能的に冗長になるわけだが。

ルビ厨、必死になればなるほど藁えるなｗｗｗ

>>178
確かに必須の機能じゃないと思うけど、無駄な機能くらいならあっても良いよ。
具体的に示せの人みたいに興奮する程の欠点じゃないと思うんだが。

>>172
メソッド内メソッドの定義と混ざって非常に分かりにくいから

るび厨はこういうのに負けそうになると開き直りや揚げ足取りに終始するから嫌い

>>185
>メソッド内メソッド

無いものとは混じらないよ

>>181
それしか言い逃れできないんでしょ、るび厨は。
defのネストは冗長なんだから、冗長ですねと認めればそれで済むのにね。
どうしてここまで固執するのか、サパーリわからんな。

>>184
いや、無駄に興奮してるのは君だよｗｗｗｗｗｗｗ
あー、おもしれｗ

>>99は冗長だという指摘だったのか？
最近クロージャを知ったばかりの人かと思ったよ。

Ruby厨というか、Rubyの仕事を請け負ってる会社のおえらいさんとかが混ざってそうだな。

>>189
そんだけ草を生やしておいてその言い訳はみっともないよ

>>187
そうだな。
「メソッド内メソッドを定義したと思ったら実は違った。しかもメソッドは普通に呼び出せる」
だから混同するより悪いかもしれん。

>>191
Rubyのイメージ低下を恐れるならまずまつもとをどうにかしたほうがいいと思うのは俺だけかｗ

>>184
仮に、C-0xで関数定義のネストが構文的に許されるよう拡張され、
実行時に外側の関数が呼ばれて実行された時に、その内側の関数が
上書きで定義されるものだったとする。

こんな無茶苦茶な拡張でも君は「無駄な機能ぐらいあっても良いよ」と言うのか？

鬼車問題でのRuby厨の開き直りっぷりは異常

>>190
内容のない印象操作だね。いいかげん虚しくないか？

ようするにmatzがパーサ書いた時に、defノードのネストを検知するのを忘れてただけだろ。
それを信者が「いや、これで正しいんだ」とか言い出してひっこみがつかなくなったわけだ。

>>195
あんなアホ言語元から使わね

「defはこういう趣旨だからネストを許してる」とか「defのネストはこういう目的のためにある」
という話になるのかと思ったら「最終的には無駄な機能くらいならあっても良いよ」かよ、これは酷いｗ

matzを崇め奉っているのがこの程度の連中だということ、matzは自覚してるのかな。

>>201
matz自身が率先して似たようなことしてるから・・・

これRuby-Devでやったら伸びるのかな？

>>200
今までは否定派だったが、これを知って考えが変わった。
こういうことが余計な苦労無くできるなんて、ほんとうに素晴らしい言語だと思う。

class Test
　def show_yourself()
　　puts "ノンケ"
　end
　def func(value)
　　if value % 2 == 0
　　　　def show_yourself()
　　　　　puts "ウホッ"
　　　　end
　　else
　　　def show_yourself()
　　　　puts "オネエさま〜"
　　　end
　　end
　end
end

obj = Test.new
obj.show_yourself()
5.times do
　obj.func(rand(100))
　obj.show_yourself()
end

>>204
「ウホッ」や「オネエさま〜」に続いてvalueの値を表示したいのだが、どうしたらいいのかな？

>>197
クロージャを昨日初めて知ったC++使いがはしゃいでただけにしか見えないが

>>206
うわ、また懲りずに全く同じ内容の印象操作・・・ほんとうにるび厨って救いようがないな

こんな文章で操作されるってどんだけ…

>>206
クロージャを仕事のコードで使いはじめたのは、ほんの15年前だから
最近といえば最近かもな。

はいはい

で、>>206君は何十年前からクロージャを使っているんだい？

>>208
だよな、しかもそれを2回もやってるんだぜ、本当に何考えてるんだろうなるび厨って。

これは…

操作されてるのは>>207だろ
しかも恐らく2回も

やたら伸びてるから予想できることではあったが、
馬鹿じゃない人間が一人もいない喧嘩だな。

>>215
>馬鹿じゃない人間

あんたが居るじゃないか

毎度のこういうネガキャンでアンチRubyが量産されてるんだろうな・・・
勘弁してくれ、せめて隔離スレあるんだからそこでやってくれ

>>214
うわぁ、印象操作されてる人間が印象操作を指摘するってか？
るび厨ってどんだけイカれてるんだ・・・

>>217
matzが率先してネガキャンしてるから仕方ない

>>218
そのゲームのキャラみたいな口調は自前？

ねえ、>>206は何十年前からクロージャを使っているの？
僕も知りたいんだけど。>>206の上から目線からいって
>>99よりは長い経験持ってるんでしょ？

>>220
普段はそうでもないのだがあまりにも酷すぎたので思わずｗ

ちょ、どんだけ純真なんだよw

ruby厨、ブザマだな。

>>222
そか。板についてたよ。>>218は絵が浮かんでちょっと面白かったw

>>206は黙り込んじゃったね。聞いちゃいけない話題だったのかな？

何このチキンレース

Rubyがカルト言語だってことがよく分かった

黄金週間だな

def foo(x)
　　def inner() x * 2 end
　　inner()
end

puts foo(1234)

こんなのが、
:2: in `inner': undefined local variable or method `x' for main:Object (NameError)
となり、外側のスコープの変数が見えず、実行不能 ＞＜

これぐらいはまあ仕様だ。

引数で渡せばすむこと

def foo(x)
　　# ok
　　def inner(x) x * 2 end
　　inner(x)
end

さて、ちょっとしたミスを

puts foo(1234)
puts inner(1000) # ←呼べる件について

宣言だけでは駄目で、実行されないと関数が登録されないのは Ruby の仕様。
それはいいとして、

foo を呼び出したあと、inner 関数が Kernelモジュールに定義されていることが問題？

つまり……

def foo
　　def inner
　　　　puts " called in inner"
　　end
　　inner
end

foo

1234.foo rescue "error: #$!" # error
1234.inner # ok!!
"unko".foo rescue "error: #$!" # error
"unko".inner # ok!!

1234.inner や "unko".inner　呼べてるワロタ

いやー本当にRubyっておもしろいで（ｒｙ

不意に発動してしまったモンキーパッチ機能を言語本体で使い始めちゃったもんだから
もうあとに戻れなくなってるんだよね
Rubyって本当におもしろいで(ry

Ruby大人気
PerlにもPythonにもPHPにもだめな仕様はあるのに
PHPなんかは言語仕様的にはVBよりちょっとマシ程度でしょ

VB馬鹿にするやつは俺が出て行って謝る

>>234
ruby厨が粘着したからな

Rubyで初めてクロージャを知ったシロウトがシッタカかましてるスレはここですね。

さながら中学生の喧嘩だなw

>>238
ルビ厨乙

子供の日だな

祝日なのに朝から煽ってる奴がいてﾜﾗﾀw

PerlもPythonもRubyほどではないだろ。
PHPは言語がアレなのに加えて、使う奴はもっとアレだけどね。
あ、これはRubyという言語の作者が言っていたことですよ、念のため。

>>241
まぁでも平日の朝のほうが痛いでしょ
見慣れてて麻痺しがちだけど

>>206のクロージャ歴、まだー？

連休はまだまだ続く

>>242
matzはマジうざいよな

>>238
るび厨は負けそうになると急に厨になってどっちもどっちにしようとするんだよな

そろそろ燃料不足か？

完璧な言語なんてないんだから、
defのネストはRubyの欠点だと認めちゃえばいいのに。
改良ってのは欠点を認めるところから始まるんだからさ。

Proc.new で作られるのはProcオブジェクト（Procのインスタンス）であって、
(存在しないけど)言語仕様的には「関数」とか「クロージャ」はRubyには存在しない。

>>249 誰も欠点じゃないとは言ってない件

まつもともRuby信者も器が小さいというか余裕がないんだよな

そうすると煽るネタが無くなっちゃう

>>251
その指摘を「論点がずれてる」とか「説明になってない」ということで逃げようとしてましたよ
まぁ最後には「冗長な機能があってもいいじゃないか」と開き直ってましたが

毎度のことながらruby厨終わってるな・・・

技術に関係無い話だと盛り上がるな

相手が逃げてる事にすれば楽だよね・・・

>>250
へ？関数やクロージャが1st class objectになってるというだけでは？

>>257
で、>>206のクロージャ歴がまだ出てきていない件について。

ほらこうやってごまかそうとするのがruby厨

クロージャ歴w

Ruby厨ってどうして毎度ファビョるんだろう。

>>261
最初にそれを言い出したのはruby厨のほうなのに
本人なのか？かばってるつもりなのか？

>>262
たぶん家庭環境に問題があるんだろうな。

テンプレート歴とかcall/cc歴とかモナド歴も聞かれそうだなw

さあ盛り上がって参りました！

>>206
ほんと、笑っちゃうよな。>>190とか>>206を読んでみろ。吹き出しちゃうから。

クロージャー歴を最初に言い出したのはruby厨のほう>>190 >>206

ほらほら、どんどんファビョるｗｗｗ
おもしれーな、Ruby厨って。

翌日の昼まで煽ってるなんて、余程>>206が堪えたんだなw

お前が先に言ったんだ！

ﾜﾗﾀ

>>269
ほんとおもしれーよな、クロージャー歴で揚げ足をとったつもりだったんだろうからなぁｗ

そんな悔しがらなくてもw

クロージャを何年使っているか、まだ言えないんだね。
答に窮したら煽って胡麻化す。そんなことばかりしてるから進歩しない。
かわいそうな人だ。

>>273
くやしいのうｗｗくやしいのうｗｗｗｗｗ

言えない言えないw

Ruby使ってる人って、こんな腐った連中ばかりなの？

>>277
腐ってるというより、頭がおかしいよね。気が狂ってるよ。

打てば響く
ナイス煽りw

>>277
そうだよ、興味があるなら鬼車で調べてみるといいよ、どれだけ腐ってるかわかるから。

まだしばらくやってるよな？

もうクロージャ歴終わりか？

Rubyの人って、全然技術的な話をしないんだね。
defのネストの話が出てからずっと、技術的は話は批判派がするだけで、
Rubyの人は「論点が違う」とか言い訳ばかりで技術の話は全然してない。

ひょっとしてRubyの人は技術力がないってこと？

今度は技術力w

もう暫く続きそうだなw

>>284
こうやって誤魔化すしかなくなっちゃいましたｗ

ここは一応技術系の板の、技術系スレのはずなんだが、
どうして技術力と書いてあると「w」で答えるのか、ワケワカラン…

俺はもう少しクロージャ歴で盛り上がりたかったけどな

>>288
じゃあお前が答えたらどうだ？

さあ、>>288のクロージャ歴が今、明らかにされます。
20年でしょうか？それとも30年でしょうか？50年の大台は？

↓↓↓↓さあ、>>288さん、どうぞ↓↓↓↓

つまらん

さあ、>>288のクロージャ歴が今、明らかにされます。
20年でしょうか？それとも30年でしょうか？50年の大台は？

↓↓↓↓さあ、>>288さん、どうぞ↓↓↓↓

>>258
「関数」も「クロージャ」もRubyにはそういうものはない。

「Kernelモジュールで定義されているメソッド」のことを、どこからでも
関数形式で呼び出せるので「関数」と呼ぶことがある。

「ブロック」や「Procオブジェクト」は、定義された時の環境を持ち運んで
いるので、一般にいうクロージャである。

まぁ冷静にスレを眺める限り、Rubyアンチの完敗だね。
論理、知識、精神性、あらゆる点で叩きのめされている。
敗北が決まってから一層ねちっこくなるあたり、実に見苦しいｗ

>>293
つまり、Procオブジェクトはクロージャということでしょ？
ということはProcオブジェクトは関数でもあるわけだ。
結論としては、
「Rubyでは関数やクロージャはProcオブジェクトとして実装されている」
ということになるんじゃないのか？

Ruby使いって最後の書き込みで勝ったことにしておかないと気がすまないタイプなんですね

クロージャ歴で1000を目指すスレはここですか？

>>295
「ブロック」はクロージャだが「Procオブジェクト」じゃないし
「Kernelモジュールのメソッド」も「Procオブジェクト」じゃない

>>298
ブロックの話もKernel moduleのメソッドの話もしていない。

Procオブジェクトはクロージャであり関数であるのだから、
Rubyではクロージャや関数はProcオブジェクトとして実装されているだろ、
っていうだけの簡単な話だ。

結局るび厨ってこのスレで何をしたいんだ？煽ってるだけにしか見えないのだが。

>>299
> Procオブジェクトはクロージャであり関数であるのだから、
> Rubyではクロージャや関数はProcオブジェクトとして実装されているだろ、
> っていうだけの簡単な話だ。

おまえの脳味噌の出来が簡単だって話だ。
Rubyではネストしたdefで定義されるメソッドやブロックだってクロージャだし、
Rubyで「関数」と呼ばれているものはProcオブジェクトじゃない。

お前が勝手に「関数」と定義しているものが、RubyではProcオブジェクトらしいが、
お前がそう思ってるってことは他人の知ったこっちゃないってこった。

>>301
はいはい、ルビー語が世の中で絶対だと思ってる厨房ちゃんはそう喚いていなさい。
世間では↓のようになってますよ。
http://ja.wikipedia.org/wiki/%E3%82%B5%E3%83%96%E3%83%AB%E3%83%BC%E3%83%81%E3%83%B3
http://ja.wikipedia.org/wiki/%E3%82%AF%E3%83%AD%E3%83%BC%E3%82%B8%E3%83%A3

ほんとルビー厨ってコミュニケーション能力が低いんだな・・・

名前なんてただの飾りですよ
エロいひとにはをれが分からんのです
(AAry

>>300
Rubyに欠点なんて存在しないということにしないと困るんじゃないか？
>>294とかまさにそうだし

なぜRubyのアンチは会話というものができないのか？

やっぱりあれかな、妬みで動く思考停止した豚とか猿の群だからかな。

>>161
キリスト教にしろ仏教にしろイスラム教にしろ
教祖よりも弟子が広めたんだからな

>>305はこのスレで何をしたいんだ？煽ってるだけにしか見えないのだが。

ネストしていようがレキシカル変数にアクセスしていようが
おかまいなしの JavaScript の function() が最強ってことだな

「Rubyでは」と言ってる時点で、Ruby限定のジャーゴンではなく
一般のプログラミング言語の技術要素としての「関数」や「クロージャ」
であることは明らかなのに、あくまでRubyジャーゴンで話を続けようと
するところが「ゆとり」の香りを感じさせる。

>>307
煽りたいだけの能無しアンチを馬鹿にしてるんだろう。

>>302
だから、例えば、
C言語のvoidな関数はプロシージャと呼ぶべきで、関数と呼ぶのはおかしい、
とか叫んでも、相手にされないでしょ？

言語仕様（Rubyにはないけどw）的に定まっている用語法と、一般の用語法を
ごっちゃにすんな、って話。

>>311
まあ、落ち着いて>>309でも読んでみたらどうだろう？

というか関数・メソッド・プロシージャ・クロージャの区別というか定義って言語によって違うよな？

>>311
「C言語では、プロシージャはvoid関数として実装されている」という主張は普通に通るが？

>>310
馬鹿にしてるつもりで同じレベルに成り下がってる馬鹿

ttp://www.amazon.co.jp/products/dp/4839926689

p.165

「おっ。俺もできたぜっ」

同僚が、仕事があるはずなのにそれを横において、昼休みからずっと何かを作り続けていたみたいです。
すごいうれしそうな顔をしてこっちを見ろ、というふうにディスプレイを指差してします。

「おおっ。同じように動いている・・・」
「これ、Pythonで作ったんだ」
なぜか同僚が勝ち誇ったように言ってきます。

(別に、COMで操作できればどんな言語でも同じことはできるんだけど・・・)

「それで、そのスクリプトは何行くらいなの？」
「えっと、ちょっと調べるな・・・」

見てみると、やっている内容は似たようなものなのに、Rubyで書いたバージョンのほうが行数が短そうです。

(へへん！)
同僚にバレないように、心の中でガッツポーズをしたのでした。


----
ちなみに本のなかで紹介されている
RubyとPythonで同じことをしている
COMのソースの行数は同じでした

アンチの面白いところの一つは、
ツッコミがあまりに稚拙だから返り討ちにあってるだけなのに、
その構図をどうしても認めたくないあまり、誰一人主張していない
「Rubyは完全なる言語なのだ！」
というのが相手の根底にあると、必死にアピールすることだね。

そんな自爆してる間に、せめて高校1年くらいのレベルのツッコミでいいから
頑張って書けばいいのにね。

>>315
自己紹介？　自分を卑下して何が面白いのかわからないけど。
マゾかな。

>>318
いいえ、紛れもなく>>310の紹介です

>>313
その点では「クロージャ」という語は>>293もちゃんと「Procオブジェクト」で実装
されているものと理解できているわけよ。どうも>>293は「AはBの実装である」
は正しくても「BはAとして実装されている」は間違いと主張したい人みたいなんだ。
ワケワカラン。

>>293
> 「ブロック」や「Procオブジェクト」は、定義された時の環境を持ち運んで
> いるので、一般にいうクロージャである。

>>316
end がある Ruby の方が不利だろ

>>317
それはあるね。
放っておいた方が面白いから、敢えて突っ込まなかったけど。

Ruby使いからすれば具体的内容を伴わなず「論点がずれてる」、「説明になってない」と返せば返り討ちにしたということになるのか

>>323
それがRubyクオリティｗｗｗ

このスレのRuby信者のレベルを見れば、Rubyという言語の程度が知れるね。

中にはたまに変なのがいる、という程度なら普通だけど、
rubyの場合にはあまりにも厨房率が高すぎる。

創始者が厨房だからしょうがないよ。

>>316
なにこのバカ二人

＞＞３１６
カルトって怖いな（Ｗ

Python相手に行数の話ですか・・・
とかいうレベル以前の問題だな。

ttp://c2.com/cgi/wiki?ShortestWikiContest

WyPy
11 lines, 814 chars of Python

WyRiki
20 lines, 1,361 chars of Ruby (technique shamelessly stolen from WyPy)

手法をパクって負けるってどういうことだ(wwwww

たったｎ行で・・・みたいなのが流行ってたねえ（遠い目）

あれ何だったんだろう

何の役にも立たず、厨ばかり増やしただけだったんじゃなかろうか

>>325
具体的内容を伴ったこと書かないと、>>323に突っ込まれますよｗ

もう飽きたのかアンチRuby厨

あるプログラミング言語の信者と呼ばれるような人の心情は理解できる
でもアンチ側の人の心情は理解できない
面白半分でからかっているにしてはエネルギー注ぎ込み過ぎだし

あるプログラミング言語の信者と呼ばれるような人の心情は理解できる
でもRuby厨と呼ばれる狂信者の心情は理解できない
面白半分でからかっているにしてはエネルギー注ぎ込み過ぎだし

>>336
「狂信者」の話なのに「面白半分でからかっているにしては」って変だろう。改変し足りないぞｗ

>>337
さすが煽りと改変のプロですな、るび厨は

というか、信者もアンチも関係なく、>>336個人が猛烈に馬鹿なんだと思うよ。

※336以外には噛み付く理由がまったく生まれないフリなので、
　　残りの人達は生温かく見守ってあげて下さい。

あいかわらず煽りのための煽りしかできないんだね、rubyの人って。
頭おかしいんじゃねーの？

ちなみに俺は336じゃないから。念のため。

>>340
ここはLL言語の技術的比較をおこなうスレだ。勝手に私物化するな、キチガイ野郎。

LLを知ってる人間はここにいるのか？

中傷に必死だけど、「LL言語」とか書いちゃう自分には寛容な
ちょっとアレな人間ならいるね。

「LL」が軽量、軽負荷言語なのであって、「LL言語」だと言語が被るよな。

前スレは知らないけど新スレ出来てから技術的な話は一つも出てないな

ネストしたdefの話はなかったことにしたいわけね

うーん、何が技術的な話かにも大きな隔たりがある様だ。

defのネストは言語仕様の話じゃないの？

アンチのレベルが低すぎるから技術的な話にならないｗ

>>346
HTML言語とかPerl言語の仲間だね。
最後に付くLが必ずしもLanguageのLってわけではないけど、
まぁ普通のプログラマなら、経験上「最後がLだったらそれを疑う」習慣は身についてる。
そこにすら至れない、感性がダメダメな人を見分けるには、いいリトマス試験紙かもしれないね。
LL言語（笑）。

すばらしい技術的議論ですね。感服しましたｗ

このスレでrubyistが書いた唯一の技術的主張

> 184 名前：デフォルトの名無しさん [sage]： 2008/05/04(日) 22:50:00
> >>178
> 確かに必須の機能じゃないと思うけど、無駄な機能くらいならあっても良いよ。
> 具体的に示せの人みたいに興奮する程の欠点じゃないと思うんだが。

さすがrubyist w

OOPプログラミングは糞

Object Oriented Prototype プログラミングは糞だと言うのか。
理由を説明してくれないか？

関数系一人勝ち？

全然勝っていないじゃない
生き残ってるだけ

もっと勝って欲しいけど

関数型のLLって何がある？
MLやHaskellをLLと呼ぶのは強い抵抗があるのだが。

何で？

Lightweightと呼ぶにはリソース食いすぎると思う。

>>361
そういう意味の軽量じゃないと思うけど

>>361
それ言い出すと、rubyもLLじゃなくなるぞｗ

>>350
というか、あれは「別にネストしてるわけではない」。
ネストしている何かのように見えるのは確かで、しかも既存の言語習得者ほぼ全員が一度は引っかかるんだが、ネストではない。

class C
def aaa
def bbb
mmm
end
hoge
bbb
end
end

は、メソッド aaa が実行された瞬間に クラス C に メソッド bbb が定義される。
それ以上の何かではない。

>既存の言語習得者ほぼ全員が一度は引っかかる
関数型言語の人間は面白いように引っかかるな
ていうか言語使用前にマニュアルくらいはさらっとでも読んで欲しいもんだが…

じゃあaaaは何かが実行された時に定義されるのか？　っていうあたりでモメてるんだろ。
見た目がネストなだけに。

Rubyは下手するとﾏﾆｭｱﾙﾄﾞｺｰ?な言語だから

>アンチ側の人の心情は理解できない
>面白半分でからかっているにしてはエネルギー注ぎ込み過ぎだし

Ruby創始者のまつもとって人とその取り巻きがが様々なところで物議醸す発言や行動を繰り返して敵を作りまくったからだよ。

>>364
それを構文的にネストしていると言うんだよ。

ところで>>365に引っかからないためのRubyのマニュアルってあるの？

>>370
ttp://www.ruby-lang.org/ja/man/html/_A5AFA5E9A5B9A1BFA5E1A5BDA5C3A5C9A4CEC4EAB5C1.html#a.a5.e1.a5.bd.a5.c3.a5.c9.c4.ea.b5.c1.a4.ce.a5.cd.a5.b9.a5.c8

>>365
別に関数型人種じゃなくても、Pascalとかgcc拡張CとかDとか使ってると普通にはまる。

>>364
あのー、>>371のリンク先に

> メソッド定義のネスト
> 特異メソッド定義を除くメソッド定義式は ネストできません。
> ruby 1.7 feature: 1.7 以降ネスト可能になりました。ネストされた定
> 義式はそれを定義したメソッドが実行された時に定義されます。こ
> のことを除けば、普通のメソッド定義式と同じです。以下の例を参
> 照してください。

とあるんですが…
Rubyの現バージョンはメソッド定義のネストができるという理解でいいですね？

自分は特にはまりませんでした

俺も、defのネストが構文的に許されていると知らなかったから
わざわざそんなコードは書かなかった。普通にprocやblockを使った。

でも、この用法のdefのネストが許されているのは有害だと思う。
というか、Ruby式のdefのネストを使う利点が全くわからない。
利点がない以上、構文規則で禁止するべきだと思うのだが。

勘違いさえしなければメソッド内でメソッドを追加できる便利機能だと思うぞ

なんで言語信者同士の煽り合いになってるんだ？？
前スレはもう少し生産的だったのに・・・
アンチスレからでてくんな

> Rubyの現バージョンはメソッド定義のネストができるという理解でいいですね？
いいえ

>>376
便利と言うには>>99の言うような制約が強すぎると思うが。
特に、外側のメソッドを定義しているクラスにしか追加されないんだろ？

例えば
Class Foo
　　def define_hello
　　　　def hello
　　　　　　puts "Hello"
　　　　end
　　end
end

Class Bar < Foo
end

kind_of_foo = Bar.new
kind_of_foo.define_hello()
foo = Foo.new
foo.hello()

では、Barクラスのオブジェクトにdefine_helloしているのに
helloメソッドがBarクラスでなくFooクラスに定義されるのだが、
これは不自然じゃないのか？

>>378
では>>371のリンク先のドキュメントには嘘が書いてあるということですね？
「ruby 1.7 feature: 1.7 以降ネスト可能になりました。」と明記されていますよ。

構文上ネストして記述ができるが、挙動としては他の言語とは異なるということ。

>>381
つまり、
(1) Ruby 1.7以降ではメソッド定義のネストが許されている。
(2) したがって>>364の「あれは別にネストしてるわけではない。」は誤りである。
ということだな。

>>379
それは逆のほうが不自然でしょ
少なくとも自分にとってはそう

def define_hello
self.class.class_eval{ def hello; end }
end

という手もあるし

「ネストしている」って言ったらメソッド内スコープのメソッドのことだと思うぜ
というか、勘違いする奴が多いって言うのはそういうことだろ

def を文法上入れ子にすることはできるが、
メソッド定義としてネストされてるわけではない、ってことかね

>>365
>関数型言語の人間

関数型言語の人間はまずlambdaを使うんじゃないの。
top level以外でdefを使うのであれば、スコープが
どうなっているかは事前にテストすると思う。

>>383
Barクラスの実行コンテキストでメソッド定義しているのに
定義されるのはFooクラスのメソッドというのは直感に反するよ。
定義されるタイミングは実行時のくせに、定義される動作はパース時の静的スコープ。
ちぐはぐだよ。

>>386
テストしてもRubyのふるまいってバージョンごとに結構かわるんだよね。
例えばProcオブジェクトの中からreturnする時の動作。これがバージョン毎に違う。

動作が変わらないとしたらバージョン変えた意味があるん？

>>389 （ ﾟдﾟ）ﾎﾟｶｰﾝ

>>388
それはまた別の問題だね。
もし不安定なインターフェイスなのであれば尚更テストが必要だ。
あるいは別の言語に移行するか。

>>387
class Base
def hello
end
end

class Foo < Base
　　def hello
super
　　end
end

class Bar < Foo
end

としたとき、Bar.new.hello は Bar にとっての super の hello が呼び出されるべき？

>>389
まあバージョン変わったんだったら動作が変わっても文句言えないよな
バージョン変わってないのに動作が変わったなら文句言っていい

>>387
その考えもわかるけどね

>>387
クロージャだと思って使うから違和感があるんじゃないの。
クロージャが欲しいならProcとかlambdaを使えば良いのに、
そうしたくない理由があるの？

>>392
superはそのメソッドが定義されているクラスのスーパークラスからメソッド探索するためのもので、
当然パース時の静的スコープからクラスが決定される。
メソッドのオーバーライドと組にして使うものなのだから当然の話だろ。
それとdefによるメソッド定義は全然別の話だ。
なぜごちゃ混ぜにしたがるのか理解に苦しむ。

387のどこにクロージャの話があると思えるのだろう。不思議な人がいるなあ。

クロージャからのreturnという、かなり基本的なセマンティクスがコロコロ変わるのは問題だろ。

>>397
きのうクロージャおぼえたばかりなんだよｗ

>>397
環境と手続きを、レキシカルなスコープで持ち回りたいならクロージャ。

>>400
387のどこに環境と手続きを持ち回る話があるんだろうか。。。

defのネストって1.7から意図的に導入したのかよ、どういう意図だったんだろう？

>>401
helloをFooに入れるかBarに入れるか自分で選べれば問題は無い。

>>403
387のどこに環境と手続きを持ち回る話があるのか、答えなさい。

>>403はリア厨だから相手にするな。

>>404
お前が読み取れないだけだろ。

>>402
通常のメソッド定義と同じ構文を使って、メソッド中でメソッド定義をしたい人がいたんじゃないの？
普通の人は使わない＝挙動がわかっている人しか使わないから、困ることはあまりない。

なんでこんなにこの話題で盛り上がっているのかよくわからんよ...。

>>406
俺は>>404だが、俺も環境や手続きを持ち回るようなことを話題にしていない。

>>407
どうしてわざわざ同じ構文を使いたいんだろうね？利点がさっぱりわからん。

>>408
だーかーらー、キチガイを相手にするのやめろって。
相手は内容もわからずにただ煽っているだけなんだから。

>>407
>普通の人は使わない＝挙動がわかっている人しか使わないから、困ることはあまりない。

それが普通なんだが、このスレにはどうしても使いたい人間がいるらしい。
しかも挙動が気に喰わないんだと。

>>408
あんたが>>387なら分かるけど>>404って・・・

>>412
ああ、俺は>>387だが、俺も環境や手続きを持ち回るようなことを話題にしていないよ。

今更知るかボケ

388 名前：デフォルトの名無しさん [sage]： 2008/05/06(火) 00:05:50
>>386
テストしてもRubyのふるまいってバージョンごとに結構かわるんだよね。
例えばProcオブジェクトの中からreturnする時の動作。これがバージョン毎に違う。


389 名前：デフォルトの名無しさん [sage]： 2008/05/06(火) 00:07:17
動作が変わらないとしたらバージョン変えた意味があるん？

定数の探索も実行時じゃなくてパース時のスコープだよね。

class Foo
　A = 1
　class Bar
　　def a
　　　p A
　　end
　end
end
Foo::Bar.new.a

これは 1 を出力するけど、

class Foo
　A = 1
end
class Foo::Bar
　def a
　　p A
　end
end
Foo::Bar.new.a

こっちは　uninitialized constant Foo::Bar::A　エラー。

Ruby はそういうもん。慣れればどうということはない。

>>396
なるほどsuperは確かに無関係だった。

383も言ってるように def...endという定義文じゃなくてメソッドなら期待したように動く。

class Foo
  def define_hello
    self.class.send(:define_method, :hello) do
      puts "Hello"
    end
  end
end

class Bar < Foo
end

kind_of_foo = Bar.new
kind_of_foo.define_hello
kind_of_foo.hello #=> Hello
foo = Foo.new
foo.hello #=> undefined method `hello' for #<Foo:0xb7d19734> (NoMethodError)

メソッドの可視性はあんまり気にしない、
動的にメソッド定義したいならeval系のメソッドを使う、
という脳なので入れ子defの挙動がどうであれ、あんまり困らない。

るび厨って、Rubyは絶対に正しいという結論から理由を考えるからね。
で、理由につまったら暴れてスレを荒らしてごまかす。

こんなだからtwitterにも見捨てられるんだよｗｗｗ

結局、defのネストが問題ないという理由は、誰も使わないから、ということか。
なんという無駄な言語仕様なんだろう。。。

>>402
ttp://blade.nagaokaut.ac.jp/cgi-bin/scat.rb/ruby/ruby-dev/17905
> この制限のために長らく「メソッドの内側でメソッド定義する場合
> には文字列でeval」というイディオムがあったわけですが、これっ
> て本当に必要な制約ではないですよね。長らくこのチェックを疑問
> に思わず行ってきましたが、ネストを検出してどのくらい嬉しいの
> かということを考えたら不要に感じられてきたので外しました。

twitterはミズーリなのだ
彼らには今後ユタの牧草地が待っているだろう

>>420
結局まつもと自身の感覚の問題か・・・orz

twitterはなあ・・・
Railsでもスケーリング楽勝とか言ってたわりに、
トラブル続きで泣きついて結局原因をフレームワークのせいにしちゃうし
なんというか

twitterのコードのほとんどはすでにRoRじゃないらしいよ
Rubyを捨てるかどうかは知らんけど

このニュースが出てからRuby(Rails)はもともとプロトタイプ用だってことになっててちょっと苦笑した

まさに「Webアプリなめるな」としか言いようがない

http://help.twitter.com/
こっちではすでにPHPだね

今夜もruby信者の異常な粘着だけが目立ったな
あたかも自分の信仰を守るために異教徒を攻撃するような態度
こんなだから嫌われるんだということに気付かないのだろうか

NGEx:ruby信者|粘着|信仰|異教徒

結局、matzにも積極的な理由があったわけじゃなくて、チェックやめただけだったわけね。

仕様なのかそれとも実装バグなのかってどうやって確認すればいいの?

twitterのバグの出し方は器用だよな
普通に見れるかと思ったら特定の人の発言だけ抜けてたり

>>425
プロトタイプを実践で使いこなしちゃうひともいるから
安室とか

レイか…

しかしコード片が出ると静まるな

>>431
matzが仕様だとゴネれば仕様。
バグだと認めればバグ。

インタプリタが [BUG] という文字列を含んだメッセージを吐いて落ちる
ようなものは問答不要でバグ。

過ちを
認めることの
難しさ

>>430
それを必死に用語する信者、おもしろいよね。

>>435
PSPの□ボタン問題を仕様と言い放ったｸﾀﾗｷﾞと同じにおいを感じさせるなｗ

>>431
まつもとがどっか（ML/るびまetc）で明言したかを確認できればまつもと仕様
明言されてなくてテスト通らなくておかしいなと思った際に
MLに投げてまつもとにバグだと言われたらバグ

「仕様がない」ことの気持ち悪さってこういうこと

さすが技術系のスレだな。技術的な話題が満載だw

アンチも酷いが信者がもっと酷いからな

ソースコードを書かない奴がのさばっているスレはこうなる

「Rubyは言語仕様すらない糞言語」まで読んだ。

煽りが常駐しているスレが栄える事は無いだろう

そんな。隔離スレとして末永く山崎渉をこれからもよろしくね

>>439
Ruby使いはこのスレみたいに何か見つけたらガンガン確認メールをメーリングリストに
投げるのがRubyのためになるってことか。
それにしてもはやくかっちりした仕様を提示してほしいなあ。

Rubiniusの人たちが作ってるRubySpecが仕様として採用される方向だよ。

http://ruby-design.pbwiki.com/Design20080421
RubySpec specs and wiki to be used by implementers and officially blessed

しかし、明示的な仕様があってもなくても、動作が自分の予期した通りでなければ
結局仕様がおかしいという結論になるのは変わらないんじゃないかね。

>>447
で、matzがその仕様をどれだけ尊重するかはまた別問題なわけだ。
マイナーバージョンが変わるたびに単純な拡張でなく仕様の変更だらけになったりしたら
仕様が文書化されてもあまりうれしくないような。

何をしても納得しない奴は残るだろう

そこに書かれている以外の動きをしたらバグってことで。仕様がおかしかろうが決めたらもう
変えないでほしい。そしたら俺はその中でやるよ。
あと書かれていないような使い方については未定義ということで自己責任で使うことみたいな
風にならんかな。

え、いくらなんでも BNF ぐらいはあるでしょ
そこにスクリプト・エンジンの環境的な制限を加えれば仕様書のような物ぐらい
用意できるんじゃないの

>>451
>え、いくらなんでも BNF ぐらいはあるでしょ

あったらよかったんだけどねえ。

>>451
rubyの場合、シンタックスはそのままでセマンティクスだけ変わることがあるから困るの。
せめてシンタックスが違えば最低でも処理系がerrorを出してくれるし、
うまくいけば一定期間warningを出して新しい仕様に合わせることを促すこともできるのに。

>>452 例によってyaccのソースならあるw

racc

　　　 　 ／: :.::.:: : .:/イ´: :／´.. -―￣｀:.＝ミ:_..
　　　 　 /:.: .::.::.::..:／: :.: : /　ノ: : : : : : : : : ｀: .､‐ ｀ヽ、
　　　　 i: .::.::.::.::.:/ .: .::.: :/ .ｲ:: :. : : : : : : :＞.､　 ＼-‐ヘ.
　 　 　 |.::.::.::.::.:/:: :l.::.: : |/::.::.::..:..: : ヽ:イ＿ . :＼´: ヽ:.ヽ:ヽ
　 　 　 !::!::.!::.::ハ::.|::.|: :.|::.::|::.:斗-‐´: : ::.::.::.. : : :ヽ::斗: :.l: :!
　　　　j::.|::.}::.::|::.:斗v:: :.!::.イ::.::.ﾄ､::.:ﾄ､: :ヽ:_::.::.:..／ﾄ :l:: : ﾄ:|
　　　ノ‐ |:/::.:／ イ｜:. |::.::ﾊ::.::.l　＼:､＼: ＼７'ァミl::.|:: :l }}
　　 　 　 l::l::.:ヽﾑ/　|::.::.::.::.::.ﾄ:斗---｀孑｀　ーｲｫ::小::./l/′
　　 　 　 |::{::.::.::V７7!::.::.::l:: ´l ｀,≧zzミ　　　　 |ｭﾘ }:./::.|
　　　　　 l:ハ:.}:.l/:.| |::.::.::.:ト､:.V/ﾄ-':...}　　　　　´　ｲ::.: :|
　　　　 　 |　｀j小:.| ﾄ::.::.:..:ヽ-ﾐ｀ Vﾕﾂ　　 　 ヽ　　ﾊ::j:ﾘ
　　　　　　ヽ / |! ﾘ_ﾄﾍ:l::.:...:.ヽ｢ {　　　　　　 _, 　.ｲ::.ｲ/
　　　　　　　　 _ノ.. ..:..|:ト､::.::.:､＼｀ ｰ-､ 　 ´ '／:.|:/ﾌ:>､
　　　　　 r‐＜::｀丶:..:ﾊﾄ､_＼::.:ヽ￣｀　 }┬‐.:: : :〃::/: : /､
　　　　 /´￣｀　ミヽ:＼ヽ:..:.｢ ＞:}-- ､ ﾉ｜:... : : l:::./: :./　 ヽ
　 　 　 !　　　　　 ＼＼:ヽ..:.Vーﾉ-- ､＼7:..: : : :|::/: :/ 　 　 !
.　　 　 |　 　 　 　 　 ヽ:ヽ:〉ム二ﾆ､‐- ７|:..:. : :/::l: ://　　　 |
　　　　 V　　　　 ー ､　V　 ／　 　 ｀ ‐{ﾉ:..:..:./::/ //　 　 　 |
　　　 　 |　　　　　 --- {　　　　　　　　 ヽ..:./::/ //／　　 　 |

http://www.ruby-lang.org/ja/man/html/_B5BFBBF7BNF_A4CBA4E8A4EBRuby_A4CECAB8CBA1.html

>>450
1.8.6以降の1.8系は後方互換性を損なうような変更はほとんどないと思うけど。

あと1.9はどんどん変な仕様は変えてほしい。

なるほど、1.9の仕様は作り直しということか
ご苦労なことだ

Python3000も互換捨てるようだけど、Ruby比でどういう状況なのかな。
お暇な識者いたら解説きぼn

>>460
変更予定の仕様はすでにドキュメントとして公開済みですよ。

へえ、しっかりしてんだな

Rubyと比べるなよ(wwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwww

>>460
Python3000は、まあ3.0に限らずPythonの場合は言語仕様や標準モジュールを拡張したり変更する時には
必ずPEPというドキュメント化を通した合意形成が必要とされる。

創始者であるGuidoの影響力が他のコアメンバーより強いことは認めるが、
「rubyは俺の趣味だから」とか言ってる人と違ってコアメンバーの1人という立場を崩していない。

趣味で始めたRubyとリサーチプロジェクトとして始まったPythonの違いか

>458
ところが matz はどんどん変な仕様にしようとするから困る。

趣味レベルをすでに脱していて個人では手に負えないのに
それを認めずにあくまで趣味の延長として動こうとするからおかしくなるんだろうか？

spec stable ruby がほしければ自分で実装しろ。

いや、誰も欲しいなんて話は…

単にくさしてるだけ

>>467
ひろゆきはなんとかやってるぞ。

なにこのアンチRubyスレ

むしろアンチmatzスレじゃね？

Rubyって言語使用ないの？
Wikiには、「Rubyの言語仕様策定において最も重視しているのはストレスなくプログラミングを楽しむこと である」
って書いてるけど。

なにこの無限ループ(www

明示的な仕様はない。Rubyの言語仕様とふつう言った場合、
rubyの実装により暗黙のうちにさだめられているそれを指す。

つーかWikipediaはWikipediaと（ry

wikipedia修正しといた

>>478
hydeの身長も入れといてよ

Rubyは日本人が作ったって言う点で意味があるね。

いや、ごめん。意味があるかどうかじゃなくて純粋に同じ日本人が一時的であろうが世界で使われるような言語を
作ったって言うのは俺のナショナリズムをくすぐるよ。

そんな俺はPHP以外LLは認めない。

php便利だけど、Py/Ruby/JS比での面白みは皆無よね

QIQの方がLL的じゃね
日本とか意味とかで言えば

qiqは確かにLLっぽくなるな

今後に期待

>>471
言語より遥かに単純なものを提供しているし、糞仕様をいつまでも変えないからな、良くも悪くも。

今までの流れを見るに

matzは教祖様
Rubyは新興宗教
Ruby信者にとってRuby教は絶対だから正当な批判も攻撃としか見れない
「Ruby教はなにがなんでも正しいんです！」

こうですか？

>>485
うん、アンチがしがみついてるキャラ設定はそんな感じ。

何が何でも正しいなんてRuby信者含め言ってないと思うよ。
単に全然関係ない話を持ち出してまともに会話しないのが多いだけで。
ttp://pc11.2ch.net/test/read.cgi/tech/1207233348/1
は言い得て妙。

>>485
Rubyはカルト
宗教じゃない

セクトじゃね？

つーても、Ruby使いだがmatz嫌いな俺みたいなのも居るからアレだけど。

そういうプロジェクト運営論はこの板の範疇じゃないような気がするが
マ板の方が向いてるんじゃね？

>>490　誤爆？

つーか正直rubyなんてどうでもいい。結局はpythonのパチモンでしょ。

どちらかと言うとPerlのパチモンかと。

言語オタの作った言語だから
やおい同人誌みたいなもんか？

あのキャラとあのキャラがくんずほぐれつ、みたいな(wwwwwwwww

ようわからんが、同人誌とかに詳しいのも頷ける気持ち悪さが
文章から滲み出てるな。

>>495
自己参照無限ループ乙

同人誌に詳しいのは君だけだから
他の人は同人誌に詳しい話では自己参照できないよ

Perlをいじくりまわして初心者向けに劣化させたのがPHP
ヲタ向けに劣化させたのがRuby

Rubyを使うのってオタ臭い人が多い気がする。

本物のヲタなら、あんなキモい言語使わんだろ。
Ruby使うのはせいぜいライトファン程度だ。

ttp://d.hatena.ne.jp/takahashim/

このラインナップはどうみても...(w

なんか手当たり次第感

まさに玉石混淆ｗ

Perlは要は全方向な言語なのだ。
技術的にカバー出来てない範囲はあるにせよ、思想的にはそうである。
アイデアの原初であり、試行錯誤の場所であり、故にごみ溜めで、血と汗と涙にまみれている。

Pythonは自由を制限することによって、悟りを得ようとしている。
業を自らによって正しく気づき消化するチャンス自体を奪うことによって。

Rubyは二番煎じ故にアイデンティティーの危機に直面している。
いくつかの指針があるにせよ、実は自己矛盾の陥穽が潜んでおり、カリスマ性は淀んでいる。
教祖は信者を毒し、信者によって教祖は毒される。

最後の行だけはちょっと違う気がするが、全体的には同意。
Rubyにコレという決定的なアイデンティティは確かに無い。

強いて言えば二番煎じを寄せ集めて良いとこ取りした言語で
少し使うと「何故か、なんとなく馴染む」のが最大の利点。

その特徴からすれば、下手な仕様変更は非難を浴びるのは判りきった
話なんだが、作者が変な仕様変更を連発するのが最大最悪の欠点。

で、その「何となく馴染む」という感じから
馴染んだ人にはマジで馴染むが、特長を説明し辛い。
だから信者を生み出しやすく、特長が無いのにマンセーされるのと
感覚的だから合わない人にはホントに合わないのもあって、アンチをも生みやすい。

Rubyの文法に馴染んだことなど一度もない。
メッセージレシーバを省略できたり()を省略できたいり、
どうでもいいことで可読性を落しているとしか思えない
厨房言語。しかもバージョンアップのたびに既存の
スクリプトが瀕死の重症を負うことになる。

Perlは結局はテキストプロセッサ。それ以上のことをさせたら破綻する。

Pythonは汎用スクリプト言語。文法はシンプルかつ強力で、
長いコードも苦痛なく読み書きができる。バージョンアップも
穏やかかつ公開されているため、前もって準備をしておくことができる。
ただし、Python3000ではかなりの混乱が予想される。

>507
どこのPython信者だよ(w

pythonは知らんが、rubyとperlについては>>507の言ってる通りだと思うが

おっPythonも>>507の言ってる通りだと思う

文法が強力って、リストの内包表記とかの事？

>>507
>ただし、Python3000ではかなりの混乱が予想される。

これはないわ。

>507
馴染まない人にはホントに馴染まないよ。
だが馴染む人には何故か馴染む。

バージョン間の不整合は俺も嫌い。

>>507
同意。

Tkが使いやすいのはどの言語？

LL系でGUI系のツールを使ろうと思ったとき、どの言語が一番いい？
Windows上でやろうと思うんだけど。
Perlでまずやってみたけど、WxPerlで作って、
配布はMTみたいにextlibに依存モジュールを集めてそのまま配布か
PARで固めるか。
どっちも大変。依存してるモジュールを調べるのも大変。Modules::Scandepsがあるけどね。
PythonやRubyはもっと進んでるのかな。

deployは簡単な作業のみでできることを考えてる。
exeの実行とか、Strawberry perlを入れてもらうことぐらい。
モジュールをcpanで入れてもらうのは、ちょっとやらせたくない。

そんな欲張りさんにはAIRパッケージがいいんでない？

よっしゃ、Tcl/Tkの輝く時がやって来た

Python+wxPython+py2exe

Linuxではコマンドアプリのフロントエンドとして
Python製のGUIを結構見かける。

Python信者乙。

Python の機能をこれでもかというくらいに組み込んだ JavaScript 2.0 が出てくればみんな幸せだね

>>516
ttp://python.matrix.jp/projects/setup_builder.html

セットアップビルダー
Pythonアプリの配布を支援！

Pythonは色んなアプリに実装されてるのは知ってる。
OOo, GIMP, Blender, gedit など。
Rubyはよくしらんけど、どんな感じなの？

RubyはGUIないよ
いや、もちろん一応あるけど、pyとかの統合っぷりを期待したら駄目だよ

>>524
Rubyを制御言語として組み込んだ例はほとんどない
RPGツクールでのRGSSがあるっちゃあるが…

>>524
Mayaを忘れるなよ、PythonはCGの世界ではデファクトスタンダードだよ。
RubyとかPerlはよくしらんけど、どんな感じなの？

Google SketchUp くらいかね。何でRubyを選んだのかは知らんが。

JRuby開発者のOla Bini氏がJVM上で動作するプログラミング言語「ioke」を開発中
http://groups.google.com/group/jvm-languages/browse_frm/thread/2254d1d67bda9813

>>526
CG界だとこぞってPythonだね

Rubyをちゃんと評価すれば、
コレステロール（悪玉）の詰まったメタボ言語だと気付く。
こんなの組み込み言語に採用する奴はただのマヌケ。

つまり
ちゃんと考える奴はみな俺のように考えるはずだ
俺のように考えない奴はちゃんと考えていない奴だ
俺と俺以外の考えの持ち主の違いは、わかってる奴とわかってない奴の違いなんだ
ということですね、わかります。

「わかります」は1行以内で

>>528
wktkだよなioke
LLじゃないような気もするが

Python調べてたらドキュメントの豊富さに驚いた。
チュートリアル、ライブラリリファレンス、新機能の説明、、、、、ちゃんと整理されていていいなあと感じた。

ドキュメントの点ではRubyが異常なだけだろ

以上に少ないです。。。

>>533
日本語の扱いの情報が少ない

言語自体はともかく、Rubyは添付ライブラリが、
素人が書いたみたいな糞ライブラリばっかりなのがなあ。

>>537
参考にしたいので4つくらい挙げてみてくれ

ファイル名にNULL文字をチェックしてないところとか

>>539
ああもうそれで十分です。

Ruby VS PHP 仁義なき戦い
http://pc11.2ch.net/test/read.cgi/php/1201783642/

類似スレあげ

>>538
cgi.rb

>>538
csv

ここは間をとってみんなでlispかschemeを勉強しよう

PHP以外認めないぜ！

しかし最近色々なスクリプトがあるね。
それぞれやりたい事や状況から使用するスクリプトを選択できる。
こんな素敵な事はないよね。

コンパイル系の言語は次はどんなのが出てくるかね？
.Netはこのまま各言語のバージョンがあがり続けるだろうし、Javaなんかはどんどん横道にそれていってる感じだね
JavaFXってなんだよ。

でもまっちゃんのPHP批判は紳士に受け止めるべきだな。
本人がどういった意図で発言してるかは置いておいて、PHPは現在の問題点を一度はっきりとさせて今後の予定を組
んでもらいたい。
PHP6は筋肉つくけどその上に脂肪が乗っかるイメージ。
PHP7では是非余分な贅肉はそぎ落としてもらいたい。

ECMAScript4で、みんな用済み。

>>546
初めて調べた。generatorまで入ってしまうのか。

思うけど、言語は（どれも機能的には）似たような方向に達していき、
シンタックスだけは違い、趣味だけで選ぶ時代が来るのかねえ。
（仕事では無理だろうけど）

そうなってくると面白みがないから、マルチパラダイム的な方向にシフトしてもらいたい。
というわけで、関数型言語＋αへ行こうよ

なでしこしこ

erlang良いよ

俺は閉じ括弧連発されるのが嫌。
どれがどれを閉じてるのか判りにくい。

そのためにインデントによるサポートがあるんだろ…

ここはbegin endで

>551
ん、どういうこと？
俺が言ってるのは、func(a(), b()) ←みたいな閉じ括弧の連発なんだが。

それがどうしても嫌な場合、改行&インデントが基本ではないかと。

>>553
じゃあ、どうしたらいいと思うんだ？

引数がなければ括弧なしで呼べるようにすればいい。

func(a, b)

>>556
余計にまぎらわしい。

>>557
Rubyがそういう仕様なんだけど...

>>558
だから？まさかrubyの仕様がマトモだとでも言いたい？

func(&a,&b)

perl だったら
func a b
でも出来そうでこわいな

>>553
分かりづらいような括弧の対応があったら
一時変数に保存するなりすればいいんじゃね？
本質的な問題ではないと思うし
ましてやRubyみたいに言語側で対応すべき問題でもない気がする

そこで ] によるスーパーコッカですよ

うまそうだな

現実問題として、3つ重なったくらいで読みにくいとか言って欲しくないね
4つくらいなら読みにくいと言ってもいいと思うが

というかRubyの空引数カッコ省略は

「読みにくいから今回はカッコ消そうっと」

とかいう使い方をするものではそもそもないぞ
記述ポリシー（あるいは出身言語）によって自由に書けるように、という代物だ
スクリプト中でカッコつけたりつけなかったりという書き方は非常に嫌われている

>>566
その副作用として、関数オブジェクトを代入出来なくなったんだよね(w

関数オブジェクトがあるRubyってどこにあるのw

ありません。
そんなわけで作れないのでｗ

phpってダメな子なんですか？
webアプリ作成のためにphp学習してたんですけど、
このスレでダメな子的な扱いを受けていたんで勉強のモチベーションが下がってきました。

そんな僕がやる気を起こすようにphpを褒めちぎってください＞＜

PHPは誰でも使えるよ！
学習の敷居が低いよ！
世界中で使ってる人が多いよ！

でもPHP使いが束になってもRuby使いにはかなわないよ！

>>570
単に君がウェブアプリ作りたい初心者っていうんならPHPという選択は完璧に正しいよ
ここではドメイン特化言語であるPHPと他の汎用LLとを一緒にして議論してるからあーだこーだ言われてるだけ。
PHPは言語機能が弱い部分があるけど初心者はまずはそんなこと気にしないでも良いし、
でっかいウェブアプリでPHPが使われてる事例はたくさんあるから安心していいよ

>>572
わかったからtwitterをさっさと安定させろよこの愚図野郎

TwitterはPHPを使い始めているけどそれでもまだ不安定だよ(w

Gauche をやろうと思った

が、入門ページが見つからなかったので入門 Scheme 三週間というページを借りる
…レキシカル変数の let と let* のとこで眠くなった
しかし、この組み込みの色々って名前の由来の解説とかないのかね
なんで * がついたのかとかがわかると理解しやすいと思うんだけど

>>559
YES

>>572
rubyの屑スクリプトが束になっても、世の中で役に立ってるPHP1ページにもかなわないよ。

100行程度のトイプログラムを書くのならRubyはいい言語だ。
しかしそれ以上のもの、特に実用を意識したものを書こうとしたら
Rubyは落とし穴が多すぎる。

>>578
そりゃあ、「屑」と「役に立ってるもの」を比べたらそうなるだろう。
当然、PHPの屑スクリプトが束になっても、世の中で役に立ってるRuby1ページにもかなわない。

perlはがらくた
phpはおもちゃ
rubyは実験用言語
pythonは実用言語

>>581
Python信者乙

>>580
世の中にあるRubyスクリプトのほとんどが屑で、
世の中で役に立っているサイトの多くがPHPを使っている、
という事実を曲げてまで、Rubyスクリプトを「ページ」と呼びたいのか？

クソの比率でいったらPHPの上を行くものはない。
99.9%がクソと言っていい。

しかし実用になってるシステムで使われている率が高いのは圧倒的にPHP

そのシステムの99.99%がクソという事実。

phpで動くようにしてくれといわれたので、
phpからcgiにリダイレクトさせました。
すばやい対応に上司もご機嫌、成功報酬が待ち遠しいです。

>>586
糞じゃないシステムの実例は？twitterか？www

TwitterはPHPが入るようになってさらにクソになったと思わないか？

とぃってｒ使いにくい

PHPスクリプトの9割はクソだろ、JK

ここまでソースなし

ワンライナー多用する人間としてはPythonは無いなあ。

可読性を重んじる人間としてはワンライナーを助長する言語使用は無いなあ。

いや、流石にファイルにコードを起こす時にはワンライナー多用なんてしないよ。
コマンドラインから打つときにワンライナーってこと。

Perl, Python, PHP, Ruby とそれぞれ使い分ければええんちゃうの？
どれか一つに拘ることもないし。

おっしゃる事はご尤もですけれどね
そんな事は皆さん十分承知した上で会話を楽しんでいるんですよ（一部除く）

逆だな。ごく一部、それを承知しているまともな人間もいる。
あとはアホ。

他人のソース読まされる機会が多いから
仕方なく perl php 使ってるが
自分で書くなら ruby python です

>>599
しかし読みやすいソースの代表が ruby python で
読みにくいソースの代表が perl php というのが最大の皮肉

Rubyが読みやすいソースの代表ｗ

サッカーの日本代表的な

埼玉代表の間違いだろ

島根か取鳥じゃなかったっけ

Perlのソースも読みやすく書けるよ。

実在するのは取烏だよ

pythonはいいとして、rubyが読みやすいと思える人って、すごい感性をしていると思う。
ある意味尊敬だ。

カルトだから当然だよ。
読みにくいなんて言ったらなにをされるか。

既に洗脳されてるだけじゃ

609に神罰が下りますように(人)

>>610
そんなんだからカルトって言われるんだよ…

611がendの書きすぎで死にますように(人)

>>612
そんなんだからカルトって言われるんだよ…

Q

rubyが読みにくいって馬鹿じゃねーの
perlだって読みやすく書けるし
pythonだって読みにくく書ける
言語仕様の問題より書き手の心がけの問題だろ

また、>>597みたいなのが出てきそうな意見だなｗ

fuck! mode_perl

http://under-linux.org/gallery/data/503/fuck_perl.jpg

>>617
なにそれｗ

なんという品のない女…

まあ相手が Perl じゃ Ruby でも読みやすくは思えるわな。

以前、精神科医の春日武彦先生から統合失調症の前駆症状は「こだわり・プライド・被害者意識」と教えていただいたことがある。

「オレ的に、これだけはっていうコダワリがあるわけよ」というようなことを口走り、
「なめんじゃねーぞ、コノヤロ」とすぐに青筋を立て、「こんな日本に誰がした」というような他責的な文型で
しかものごとを論じられない人は、ご本人はそれを「個性」だと思っているのであろうが、実は「よくある病気」なのである。

統合失調症の特徴はその「定型性」にある。

「妄想」という漢語の印象から、私たちはそれを「想念が支離滅裂に乱れる」状態だと思いがちであるが、
実はそうではなくて、「妄想」が病的であるのは、「あまりに型にはまっている」からである。

健全な想念は適度に揺らいで、あちこちにふらふらするが、病的な想念は一点に固着して動かない。
その可動域の狭さが妄想の特徴なのである。

病とはある状態に「居着く」ことである。
「こだわる」というのは文字通り「居着く」ことである。
「プライドを持つ」というのも、「理想我」に居着くことである。
「被害者意識を持つ」というのは、「弱者である私」に居着くことである。
「強大な何か」によって私は自由を失い、可能性の開花を阻まれ、「自分らしくあること」を許されていない、
という文型で自分の現状を一度説明してしまった人間は、その説明に「居着く」ことになる。
----
ttp://blog.tatsuru.com/2008/05/13_1156.php

>>617
× : mode_perl
○ : mod_perl

まあ、たしかにPHPはPerlを尻軽にしたものと言えなくはない

最初のPHPはPerlで書かれてたらしいしね。

TIOBE Software: Tiobe Index
http://www.tiobe.com/index.php/content/paperinfo/tpci/index.html
Webアプリケーションを舐めない、できるRubyst達の快進撃！
Ruby 2.851% +0.22%
Perl 5.869% -0.28%




PHP 10.637% +1.90%
Python 4.613% +0.83%

komodoEditが良い感じ。
このｽﾚにはぴったりじゃない？
LLにはEclipseなんかよりピッタリだと思う。

>>626
kwsk

聞くより試した方が早いよ
俺は肌に合わなかったかも

>>627
ActieStateが出してる簡易IDEだよ

インストール後の初回起動は環境整えるために起動に時間が凄くかかるけど以降はEclipseなんかよりは
早い。
簡易IDEって書いたけど結構機能は豊富っぽい。
FTPとかSCPもできるみたいだし。

emacsと比べて何が勝っているのかさっぱりわからん

記述が楽かどうかの話をしないあたり非常に怪しい

記述が楽になるエディタなんであるの？

Komodoはデフォルトでviエミュはあるみたい

なんかウェブアプリ用IDEって感じだな。俺はイラネ。

どなたか教えてください
ブラウザを使わないで商用サイトへアクセスして
ログイン→商品検索→購入手続き
やりたいんですけど
込み合う中を0.1秒でも素早く完結させるのが目標です
（その為にブラウザ無しにチャレンジします）
ある本には
「perlよりPHPのほうが速いと噂がありますが
実際にはperlの方が速い場合もあります」とベンチマークテストの結果が記載されていました
（結果は4種類のベンチマークテストで2勝2敗でした）
ここのスレタイにあるスクリプトで一番速い（私の目的にあった）言語は何か教えて下さい
現在の環境はWindowsXpですが場合によっては他のOSも検討します

今はperlを勉強していますが
やっと出来上がったスクリプトでテストしてみたら
そのサイトが込み合っていないときはいいんですけど
込み合うときは５００エラーで前進できませんでした
しかし他のスクリプト使いの方は購入しています
JSPあたりでないと無理でしょうか？
とにかく速く完結させれる私でも出来る言語がいいです

perlよりPHPのほうが速いと噂がありますが
実際にはperlの方が速い場合もありますし
pythonの方が速い場合もあります
でも、Rubyが速いという場合はまったくありませんので安心してください

>>635さんありがと
perl、PHP、Rudyですね
私の目的には何がいいでしょうか？
同じようならこのままperlでもう少し頑張ってみます

あ、間違えた
perl、php、pythonですね

>>634
チケット転売業者乙。

うむ
Web荒らしだな

チケット以外にも使い道ありますよ
これ研究するスレないの？

>>640
エンジン改造するようなことをおおっぴらに話すような奴はいない
君が独学で勉強できなかったのなら君には無理だということだ

研究ｗ

つーかお前らを弾くためにわざわざ対策して5xx返してんだよ氏ねよ

>>641
じゃWEBの世界は秘密だらけの裏家業みたいなもん？
以前、私はスクリーング関係についてperlスレで色んな事を聞いていたんですが
結局あいまいな回答ばかりでまったく前進できなかったんですよ
それで色んな本を読破してわかったことは「実践perlプログラミング」オライリーの８０ページに書いてありました
プログラマはしゃべらない事案があるってね
それでもスクリーングは突破できたんですけど
新たに商品購入をやりたくなったんですよ
やっぱり２ｃｈで聞くだけ無駄でしたか・・・

>>643で終了
自力で辿り着くことを否定するものではないが、
全員が不幸になる種をわざわざ自分から蒔くようなことはしない
君の質問およびやろうとしていることは
「不特定多数にメールを読んでもらう方法はありませんか？」
というものに等しい迷惑度だということを知るべき

ここで反論しても仕方ないですけど
迷惑とは思わないです
実際私は未だに購入できない側なのですが
無知な自分が変われば状況も変わると信じてますので
今現在購入している方を恨むようなことはないですよ
取り合えず独学で頑張るしかないってことはわかりました
ありがとう

サーバへの自動アクセスが迷惑だって言ってるんだよ

>>646です
一応捨てアド晒しておきます
ヒントくれるかたもし居ましたらお願いします
オー4個シー4個ゼロ2個ヤフーです
よろしくお願いします

[email protected]に大量にスパムメールを送りたいのですがどうすればいいですか？
使用言語は問いません。
よろしくお願いします。

>>649
あなた恥ずかしくない？

>>649
ttp://docs.python.org/lib/SMTP-example.html

見ててはづかしいのは>>648の方だな。

>>649
[email protected]に送ったメールの数を競うページを作る。
賞品も用意すること。言語はhtmlで。

>>651
ありがとうございます。なんとか自分でがんばれそうです。
サーバへの自動アクセスを試みる悪人が一人でも減るように
がんばってスパムメールを送信したいと思います。

他人のアドレスを貼り付けて喜んでるなんて気が狂ってますねｗ

取り合えず>>649と>>651は通報しときました
覚悟しといてね

顔真っ赤すぎて笑えない…

結局ここも前回のperlスレ同様
回答できるレベルで無い人が回答者？

そういう煽り方しても回等は得られません。

>>657
そういう態度だから誰も答えてくれないんだっていい加減気づけよ(www

>>649
>>651
そういうとこだけ幼児性が抜けないガキのようで２ｃｈぽいんだけど
perlでもここでも難しい質問には答えないんだねｗ
質問内容とか云々いうのかー
ここは２ｃｈぽくない駄スレでつ

>>655
いまメールを大量に送信中です。
一件のメールがテキストだけで数ギガあるメールなので，POPでは受けない方がいいです。
Webブラウザで見ることをお勧めします。そうすれば，ブラウザがハングするだけで済みますから。
楽しみに待っていてください。

>>658
>>659
キミら解決してから言えば？
何か解決してから回答者ぶればいいんだけどね
解答しない回答者さんｗ
あなたと会話するのここだけではないようだねｗ

転売厨涙目(wwwwwwwwwwwwwwwwwwwwwwwwwwwww

ただ今1通もメールなし
どうなってんだ口先くんｗ
通報は２ｃｈだけでは満足できない？
計刷にもしてほしいようだｗｗｗ
私は捨てアドは満喫からしかメール確認しないけど
何通来てるか位は自宅でもわかりますよ

んで私がやろうとしてることを出来る人いてるのん？
みんな出来ないくせに煽ってるだけだよね
perlの時とおんなじｗ
ちょっと出かけるのでわかる方はよろしくです
んじゃノシ

出かける前にもう一言
私がここで公開質問したのは
「恐らくここの連中はできないんじゃないかな？」と踏んでたからですよ
ずっぽしｗｗｗｗ

それを解決できるひとはここにはいません。
とっととどっか他行って下さい。

イライラしながら読んでたが、ずっぽしでちょっと吹いた

まあ、商売のネタは教えないだろう普通
逆ギレしている暇があったら、人生の勉強をすべきだな
人にものを頼むときの正しい物言いも学ぶべき

ことさらに「公開質問」って言うあたり、おおっぴらに質問出来る内容じゃないのはわかってるんだねｗ

>>669
言い方変えても答えれないくせに生意気言うな
偽回答者！

>>664
>ただ今1通もメールなし

気になってチェックしたんだ(wwwwwwwwwwwww
怖かったろうねえ(wwwwwwwwwwwwwwwwwwwwwwwwww

そのうち「ここにはメールを送る事が出来るやつはいないのか」とか言い出しそうな勢いだな・・・

実力が無いのにあるように見せるのが人生経験なのか
こっちこそ吹いちゃったよ
嘘とハッタリだらけのあんたらに人生教えてもらいたくないな
ハッタリ野郎
んじゃ

前に「何でもできる」言ってた人もハッタリだろ

どこに出かけてるんだよ
脳内メイドカフェか？(w

>>665
>んじゃノシ
>>666
>出かける前にもう一言
>>674
>んじゃ

だから、もう来るなって・・・

>>676
日曜日なので近所の郵便局閉まってるから本局まで行くの
帰りにディナーですよ
早くいかなきゃ！

ディナー！

メイドさんと脳内ディナー！！

>>678
じゃあ，出かけてる間にメール送りますね。
一通だけ，解法を書いたメールを送るから，全部読んでね。
休日にわざわざ本局まで行って何をするかについては，とりあえず聞かないことにします(w

業者にこのくそ野郎のアドレス登録しとくぜ(ﾌﾟｹﾞﾗ

なに、まじで転売業者だったの？
うけるｗｗｗ

スクリーング

なんか伸びてると思ったら、変なのが湧いてた＞＜

今ディナーから帰ってきましたｗｗｗ
お前らも早く働けよｗｗｗ

ウェイター？

>>686
転配厨は仕事って言えないから

晩飯食うだけで帰ってくるって、どんな・・・
前にどっかに居たなぁ、コンパ行って女の子の部屋まで行ってきた
って、8時頃書きこんでたやつ。

脳内にいろんなものがあるんだろ

なぜ釣りだと分からない

本人早く出て来いよ

本人だろうと釣りだろうと
同じレベルのクソということに代わりないよ

医者とか薬剤師とか、猟師みたいなモンかな。
素性が知れてる奴とか、最低限のことが解ってる奴にならともかく
怪しい奴に劇薬や猟銃をそうホイホイと渡せるかっての。

きっと転売厨の今日の稼ぎは3000円くらいで
そのうち2000くらいを「ディナー」とやらに使っちゃったんだろうな
そんな気がする(wwwww

はぁ？
なんで偽者登場してんだよｗ
それによく嫁
私は５００エラーが出て買えないままなんだぞ
なんで転売厨になってんだ
妄想激しいですよｗｗｗ
んで誰かログインと検索、購入の速い方法は教えてくれないの？
期待して待ってますのでよろしくね
んじゃ

全角英数が特徴か...
分かりやすい自演だな(www

転売云々じゃなく、なんでLLスレでやってんのって感じ

そら、IEでの接続だときっちり偽装してアクセスし続けるスクリプタはLL使い多いだろうけどこんなスレ見てねえよ
Google Groupでaltにでも入って一生wktkしながら終わってろっていう

はいはい。難しすぎて私たちには手も足も出ません。
だからこんなところにいつまでもいないでお友達のスパーハカーでにも頼んでください。

LLスレって何？

からかっているつもりが、実は自分自身が遊ばれているわけなんだけどねえ(w
おめでたい奴っているもんなんだなあ(wwww

ていうかあんた
まともな答えしたこと無いよね

答えれないから

もうやめて（＞＜）

Google Groupでaltにでも入って一生wktkしながら終わってろ
どういう意味？
日本語にしてくれ

○○しろ（入る（Google_Group['alt']）　＋　一生○○して終わる（wktk））

解析するとこんなもんかな

日本語で













言えまへんか(ﾟдﾟ)

そもそも、元の質問が激しく板違いだからなぁ

こんな質問にまともに答えてくれる人がいる板なんてあるのか？

そりゃそうだ。

>>701
>ていうかあんた
>まともな答えしたこと無いよね

いや，だから遊ばれてるんだって(www

これくらいになると普通は自分で答調べて自演で書き込んで
「こんなことも教えられないこのスレのこれまでの連中は糞以下」
という流れにするんだけど、本当に知らな過ぎて自分で調べることもできんのだな

元のPerl関連のスレの人も不幸なことだ
まこと、馬鹿に刃物を持たせてはいけない

なんで知らなかったら糞になるのだ？
質問者は知らないから聞いてる
偽回答者は聞いてくる奴を待ち構えていたように罵倒する
もちろん回答はしない
perlスレではこの流れ
質問者が切れて煽るだけならスルーしろと発言
（個人攻撃ではない）
回答者を装う偽回答者はまったくの個人攻撃をぶちかます

個人攻撃が目的の偽回答者は２ｃｈにくんなよ
「ヘコヘコしないから教えない」というけど
あなたは黙っていてくれたほうがいいってこと
求められていると勘違いしてるのか？
回答しない偽回答者にうんざり
これがperlスレ
みんなも気をつけたほうがいいよ

perlスレのヘンテコ回答者はすぐ釣れるからわかるよ
とにかく相手は誰でもいいから
いちゃもんつけたいクレーマー
基地害でつ
なんでもかんでもいちゃもんつける

http://pc11.2ch.net/test/read.cgi/tech/1208674881/
これの>>175もそうだろ
これじゃー回答しないほうがいいよ

なんか、すごいなこの基地外質問者
こんな基地外が今まで多少なりとも相手してもらえただけでも感謝しなくちゃ

女湯に無理矢理入ろうとして止められたオサーンが
「なんで風呂屋なのに入れないんだ、風呂屋の看板出してるだろ」と逆ギレ
くらいのトンチキ？

まあ、このスレはお馬鹿の質問に答えるスレでは無いから根本が間違ってるんだけど
この基地外は永遠に気付かないんだろうなぁ

毎回釣れてしまうね('A`)ﾏﾝﾄﾞｸｾ

>>714
よくそんな妄想考えれるね
暇すぎて頭おかしい？

そろそろトリップでも付けてくれる？

きた！
予想通り釣れましたｗ
自分から鳥付けるよな普通
名前聞くときでも相手の名前聞く前に自分の名前名乗らないのか？
社会人としてのマナーない人に何を言っても無駄ぽい

>>717
普通は名前聞くときはまず自分から名乗るもんだということも知らないのかｗｗｗｗｗｗｗ

自分が普通の感覚だと思い込んでる妄想似非回答者さん乙です！

なんらかの精神疾患を持ってるような気がする
そのせいで社会不適合 -> 転売中、という転落人生かな？

こういう基地外の反応を間近に見られるのは、ネットのよい点だと思う(w

キモッ！

どの言語が速いかわかる人はいませんか？

わかるよ

>>724
マジで？
教えて

Honestly saying, It depends on the situation.

722 - 725
キチガイ乙(wwwwwwwww

オクなどで転売厨を見つけ，しかるべき筋に自動的に報告するスクリプトはどう書けばいいですか？

転売厨特有の文章ひろってコーパスにして点数重み付けするしかねえんじゃねえ？
chasenで厨房か否か判定しようと遊んだ事あるよ
でも意味付け判定とかは俺の頭じゃ不可能だったので、あまり芳しい結果にならんけど

判定にベイジアンフィルタとか使えないかな。
ら抜き表現，全角英数はポイントあげるとかすると効果あるかもな。

いつのまにか転売厨確定されてるｗ
私がどこで何を購入しようとしてるのか一切言っていないのにｗｗｗ
ヒント：チケみたいな安いもんじゃないよ
単価が安けりゃ毎日のように大量に仕入れと販売を繰り返さなけりゃだめだろ
取り合えず1000マソ単位ね

なんか勘違いしてるようなので
ぶちまけるか
妄想くんだらけなのでね
株ですよ
キミら株を売買したら違法だと思ってるの？
ｗｗｗ

>>731
>単価が安けりゃ毎日のように大量に仕入れと販売を繰り返さなけりゃだめだろ

転売厨も大変そうだな、そりゃ休日にわざわざ本局に行く必要があるってもんだ．

>単価が安けりゃ毎日のように大量に仕入れと販売を

そのためにスクリプトが必要なのはよく分かるが

君には無理だ(wwwwwwwwwww

>>733
はぁ？
知り合いのお嬢さんがあるコンテストで優勝したので
常時20本はキープしてる森伊蔵をお祝いとして送ってあげたかったんだ
その後、別席のお食事会
キミには理解できないかもしれないけどこれが真相

>>731
>ヒント：チケみたいな安いもんじゃないよ

だれもチケなんて言ってないのに，わざわざ自分から白状するなんて面白い奴だな
こいつやっぱイカれてるわ(ww

>>729
「森伊蔵」もコーパスに追加した方がよくね？

>>638は誰が書いたんだ
私じゃないのだがね
チェという言葉はここから発生している
ちなみに転売厨確定されたのもこれね
まぁ株の転売厨なわけなんだがｗｗｗ

んで人のこと調べて自分のことは言わないのか
やっぱりアレだなｗ
キミが社会的に成功しないのはキミ自身のせいだね
親を恨むなよｗｗｗ

速い言語はなんですか？

結局何が聞きたいの？言語の速度の話？
その用途なら言語の処理速度なんて関係ないよ
理由は、ネックになるのは通信部分だから
あえて肩を押すなら、Perlでok

んで実装方法が聞きたいのならスレ違いだから他所へ
煽り合いたいだけならまとめてそれ相応の板へどうぞ

>>736は横レスか？
>>638嫁よ

>>741
ありがと
perlでテストしてみたんだけど他の連中に遅れを取るんだよね
んで聞いてみたかったんだ
んじゃ

転配厨でもネオニートでも、もうどっちでもいいいや。
このスレの反応を見る限り、真人間でないことにはかわりないわけだし。

まともに税金払ってますが
あなた個人で年間いくら税金払ってんの？
私は一応世間的にはまともに見られているようなんだ
思い込みだけで発言するのはよくないよ
妄想癖は治せないらしいので早く医者に行ったほうがいい
そのうち大事件犯さないか心配だ

>>745
>私は一応世間的にはまともに見られているようなんだ

俺も世間的にはそう見られているけど、あえてそれを声高に主張しようとは思わない。
ましてやこんな匿名掲示板でならなおさら。
なぜならそれは当たり前のことだし、毎日いろんな場面で確認できることだから(wwww

では>>744のように推測だけで発言しないようにね
まともな社会人くんｗ

発端判らんのだが、いつまでこの粘着ループ続ける気？

どこかの言語のスレでやられると迷惑だからここで続けさせようよw

わからないよ
自分の中では>>743で完結したと思ってたのに
変なのが沸いてきたので釣られた〜(ﾟдﾟ)

>>745
>私は一応世間的にはまともに見られているようなんだ

要するに自分がまともかどうか，自信がないんだね，かわいそうに...。

もうさぁ、釣るならもっと
うまくやりなよ？
やたら揚げ足を取るだけで
めざわりなんだよ
よく考えてから書き込めよ
うんこ野朗が

>>751
自信を持つべきものでもないだろ
>>752
縦了解
んじゃ

僕はクレクレ君で、匿名掲示板ですらまともなやりとりが出来ず
最後には逆ギレするような人間ですけど
税金を払っているので世間的にはまともな人間です。

>>754
世間的には最後の一行が重いわけなんだが
もしかして学生君か
早く親孝行してあげるんだよｗ

Ruby使いはこれだからこまるな〜

>>755
>もしかして学生君か

>>747
>推測だけで発言しないようにね
>まともな社会人くんｗ

>>757
>>754は明らかに世間知らずなので学生君ぅて事にしてあげたの
この優しさがわからんか？
いい年こいたオッサンだったらわかるだろ
わかんないようだから学生君にしてあげたの
それともオッサンなわけ？
嫁さん貰えたのか聞かせてほしいよｗ
ここでの発言より税金たくさん払ってる人のほうが周りは勝手に評価してくれる

私がもし知識あるなら
ここで回答者ぶって質問者を小馬鹿にするより
仲良くしようと思うね
それで友達増やしておいたほうが絶対に+だ
そういうことできないからここで威張ってんだろうけどね
まぁ威張り倒しておけばいいよ
人間生きてりゃ困らない人はいない
いつかは苦境が必ず来る
その時に周りをよく見ればいいよ
助けてくれる人がいないのは自分のせいだ

どこ縦読み

そのまんま読めばいいよ

>>759
>助けてくれる人がいないのは自分のせいだ

このスレに、誰も助けてやろうとしない奴が最低一名いるわけだが(w

>>759
>ここで回答者ぶって質問者を小馬鹿にするより

人を小馬鹿にした態度で質問をしてきた奴もいたなあ。

>>762
もう解答者ぶるの止めろよ
キモイ

>>763
それは小馬鹿にされたと勘違いしてるだけか
自分が先に煽っているからだよ
私は自分から煽ること無いもん

>>764
回答者なんて最初からいないよ。
税金払う前に気づけ(wwwwwwwww

>>766
それはperlスレで十分思い知らされた
口先だけで回答者を装う変人がいてるよね
あの人の回答でまともに解決したのあるのかな？
見てて恥ずかしいよ

>>767
>それはperlスレで十分思い知らされた

二度目なのかよ(www

そろそろテストやってみるね
わかんないときはどこかで質問するかもしれないよｗｗｗｗｗ
んじゃねよろしく

>>765
>私は自分から煽ること"無いもん"
>>767
>口先だけで回答者を装う変人が"いてるよね"

この物言い、奈良か京都あたりの女っぽくね？

相手が一人で無い事に何時になったら気付くんだか・・・
何処の板でもスレでもお前は嫌われ、一部は反発・残りはスルー
リアでも他者に相手にされていない姿が目に浮かぶよ

そもそも株取引なんてデリケートな代物をＨＴＴＰでやってること自体がおかしいと思わんのか？

お前らつまんないよ。
LLの話をしろよクソ共。

伝書鳩でもつかうのか。

ID導入まだー？

さすがに激しく同意しておく

スクリプト仕込んで先を争って買う株ってのも、すごいな。

プログラムの使えないジャンク債掴まされたんじゃねｗｗｗ

ケンカはやめて（＞＜）

みんなお疲れ様
perlスレに質問しますた
よろしく〜〜

またからかわれるのがオチだと思うけどね〜(www

からかってないよ
くだすれperlお願いします

これは何のバトロワなんだ？

1000get

PHPでジェネリクスな（？）プログラム作って来い見たいな事言われたんですけど誰かできませんか＞＜
PHPの宿題スレないし全然HPとか見てもわからないです・・・'A`

>>785
>>781

LLを使った仕事ってなんで薄給なの？
プログラミングやら、セキュリティやらでとんでもなく難しい世界なのに･･･
日本だけ？

PHP使い発見。

PHPでジェネリクスなってどういう意味だ？

意味論的にジェネリクスであればいいならinstanceofとかつかうんじゃね。知らんけど。

Javaのジェネリクスみたいな事をしろってことか?

Javaのジェネリクスを実現するには静的型に基づくコンパイラのサポートが必要だからPHPでは無理だろ。

LISPのマクロみたいのがあればいいんじゃね？

多分Javaのジェネリクスみたいなことをしろって意味で言ったと思われます。。
どんな簡易なものでもいいので作ってもらえませんか。。

>>794 >>792

マクロでいいんじゃね？

PHPってスクリプト言語のくせに静的型なのか知らんかった

コンストラクタの引数にクラス名投げて、なんかオブジェクトを加えたり何たりするときにinstanceof使えば良いだけ

>>797

弱い動的型付けだと思うが・・・

>>794
こんなんでいいか？
http://codepad.org/US8vs7AM

>>799
>>792
>>Javaのジェネリクスを実現するには静的型に基づくコンパイラのサポートが必要だから(意図的に略)
>>794
>多分Javaのジェネリクスみたいなことをしろって意味で言ったと思われます。。

>>800さんのそのままやったら下のURLみたくなっちゃったんですが誰がやってもこうなるんですか？
ttp://www2.uploda.org/uporg1436102.jpg

>>802
そもそもPHPとして実行できてない。

なんの釣りだよ…

釣りにしか見えませんよね・・・
悲しいけどこれってｒｙ

PHPとして実行ってのでググっても何がなんだか
もう明日ゼミさぼります'A`
教えてくださった方ありがとうございました。。そしてすいません。。

そうやってサボった結果が今の自分なんじゃないのか…
悪いこと言わんから、先生に頭下げて最初から教えてもらえ。

>>805
Webプログラミングやったことないでしょ？JavaとかC#も。
まずはちゃんとApacheインストールして最初のページにアクセスしてみるところから。
（http://localhost/)
それができたらPHPのインストールだ。

ちっちゃな事からコツコツとだぜ？

XAMPPでいいじゃねーかｗ

やめいw
なんの理解にも繋がらんでしょ。

webprog板でとりあえずローカル環境欲しいだけの人ならまだしも。

ていうか実行するだけだったら別にapacheいらねーだろーが

言われてみればweb用途とはどこにも書いてないんだな。失礼

PHPってほんとにひどい言語だよな
何考えてこんな言語作ったんだろ
てか誰が作ったんだろ

まあ実務指向ですからね

「これあったら便利」を片っ端適当に実装していった言語だったね
それはそれで良かったと思うよ
Perl CGI全盛な時代に登場して、
いろんな問題を払拭しつつ、いろいろ手軽にしてくれた「環境実装例」だったと思う。
そのチャレンジは、いろいろな問題点を提起してくれた。
価値のある言語環境だったよ。

>>813
>実務指向

便利な言葉だな。今度使ってみるよ。

PHPの機能ってむしろ貧弱な部類だと思うが

flickrとかfacebook,ニコニコ,digg,wikipediaとかPHPが使われてる事例なんて腐るほどあるから、実際そうなんだろ >実務指向

非現実指向の言語と空想指向の言語も教えて下さい

順にN88-BASIC、Rubyあたり？

N88-BASICは、当時は実務指向だったんだろうなぁ。
お皿1枚ぶん取り放題っぽかったが。

まあCしか使ったことがないような連中にはPHPはいい言語だろう

PHP は mod_ なんとかが標準なのがいいんだろうか？
初心者向けなのが必ずいいとは思えんし。
だったら、RubyでもPythonでもいいはずだ

HTML埋め込み型の文法・DBライブラリ・httpサービスへの組み込み
って言う３つの組み合わせを標準にして
PerlCGIしか知らない層に広めたところが功績じゃない？

そして、黒歴史を反省もせずにそのまま持ち込んでさらに黒くしたんですね。

>>824
それを聞いて（LLじゃないけど）C++が思い浮かんだ。
そういうことをすれば、簡単に普及するじゃないかと思った。

デザイナーとかHTMLコーダーとかが「ココでちょこっとスクリプト処理したい」
なんて時に手軽にポイポイ埋め込めるから
汚いわ分り難いわのソースが巷に溢れる素になっている

犀婆ｴｰﾂﾞｪﾝﾄに依頼出したら奴等だか下請けだか知らんが
Smarty使ってるのにテンプレートにもガンガンにスクリプト埋め込んでたな
何の為のテンプレートエンジンだよ

テンプレートってプログラムとデザインを分離するためなのに、
SmartyではPHP本体よりも、テンプレファイルのほうが複雑だったりする罠

Railsの人たちはヒアドキュメントを再発明してしかも正当化してるわけだが。
Web開発をなめるな。

>>828
>>4

>>1

ていうかDHHはもともとはPHP畑の人だったわけだし。

>>829
肩叩き券50年分くらい悪いよ

http://www.codinghorror.com/blog/archives/001119.html

今でもCOBOLを使ってる奴がたくさんいるのと同じで
PHPでも難なく出来るような仕事がたくさんあるんだな
だからPHPは使われている

phpとperlは時間的に
どれぐらいでものにできる？
いい本あったら教えて

>>835
ちゃんと物にしようとしたら両方それなりに時間がかかる。
PHPとPerlだけに限らないけどね。（RubyとかPythonももちろん）

まぁ俺はPHPがお勧めかな。Perlは独特すぎる。
良い本はない。公式が一番だね。
Perlに関してはオライリーじゃね？

Perlの場合、KENTと結城だけは手を出すな。

KENTはまあわかるが、結城はなんで？

Perl は結局、ラクダ本４が一番わかりやすかった気がする
そこから、Perl5 についての本を追加で読んだ方が良くね？

>>838
宗教勧誘がキモイ

嫌宗教はもう死ぬほどウザいな

>>841
まあ日本は平和だなってことで

>>841
断っておくが、嫌宗教ではないからな。
宗教は自ら求めるものであって、他人に薦めるものではない。

勧誘の意味もよくわかってないんじゃないかな。

>>843
> 宗教は自ら求めるものであって、他人に薦めるものではない。
それがお前の宗教なのはわかったが、他人には押しつけるなよ。
世の中にはお前のキャパには入らない宗教も存在するんだから。

先入観

自分の視界に入ると「勧誘された」と喚く人もいるからなあ

スレ違いだと悟れ

まあ宗教云々は別にしてヒュキは文章がうざい、コードがくどい
ヒュキの本を最初に買って失敗したよ
リャマ本をひと通り理解した後で読み直しても理解出来なかった
Perlがでなくヒュキの文章が。。。

ギヒョーのポケリファとオライリのリャマ本で充分ですね。

PerlとPHPなら、どう考えてもPHPの方が覚えるのはやいだろ。機能が少ないから。

というのはガセ

俺はphpが一番リファレンス探すの面倒に感じるなあ
言語仕様含めての覚えにくさではPerlと同列か

PHPの関数のネーミングセンスとか最悪ｗ
Perl以上にｗ

たしかに名前にポリシーが無いから全然覚えられない
Cの関数と同じでも機能違ってたりするからなぁ

300ページぐらいのphpの本理解した
これで、就職できるよな！

ITドカタがまた一人増えました。
今度のドカタは死ぬまで泥のように働きそうです！

10年も泥みたいに働けません！！
経営者は僕たちを人として見ていません！！物質として見ているのです！！

物質ならまだいいよ。物質には破壊の概念があって、それがうまく転がれば
多少は「壊したらまずい」的な考えも生まれ得るから。

でも実際はもっとこう、ゲームの「MP」みたいな扱い。
0になるまで呪文使って、尽きたら宿屋に泊まる（新たに安く雇う）だけ。

技術も才能もビジョンも人徳もない凡人が
泥のように働かないでどうやってこの世の中を生き残ってゆけると言うのでしょう

>>860
おまけにやる気もないらしいよ(wwww > 858，859

経営側はもっとやる気がないのですが。

泥のように働かなければ生きられない社会なら潰すほかないな

>>862
それはお前がやる気をなくす理由にはならないよ。
こういう考え方だから捨て駒扱いなんだって気付よ（wwww

頭数をそろえるためにしようがなく仲間にした「くさったしたい」

>>862
あなたのようにはっきりものが言える人間は経営者向きですよ！！
開発から営業から金策、交渉、事業計画立案からダメ社員の尻ぬぐいまで。
ぜひ独立して自分ですべてやってくださいよ！

>>864
どう見ても自己紹介乙。
仕事うまくいかないからってキレるなよ。

>>867
あなたのようにはっきりものが言える人間は経営者向きですよ！！
開発から営業から金策、交渉、事業計画立案からダメ社員の尻ぬぐいまで。
ぜひ独立して自分ですべてやってくださいよ！

ダメな子はすぐ興奮するね。

はい、コピペ入ります。

食うために働く
働くために食う
毎日がこの繰り返し

ワーキングプアの集まりはここですか？



はい、僕もそうです orz

コンピュータの無い時代に産まれてたら自分は野垂れ死んでたろうなと思う。
仕事にありつけるだけ、感謝感謝。

>>871
865

8609（ハローワーク）

>>837-838
検索で上位表示されるKENTは、今すぐにたたんでほしい

perl CGI全盛時代の情報弱者の情報源としてブランドになっちまってんだろな
とほほ氏にw3c派が噛み付き続けたように
なぜKENTが駄目なのか示していかないと是正されまいて

KENTは別にサイトたたまなくてもいいから、新作ぐらいperl5スタイルで書いて欲しい。

恥ずかしいことだと一般に認知させるしかない

Perlはスタイルを強制しない

まだまだ Perl で戦えまつ(`･ω･´)

Perlを殺すのはPerl 6だというもっぱらの噂だよ。

Perl6の正規表現は最凶

正規表現で本格的なプログラミング言語が作れるぜ

超保守性悪そうだけどな。

Perl6って開発進んでるの

金魚にエサをやるついでに開発されるらしいよ。

ていうか金魚が開発してるんだよ
ラリーも金魚が書いた

俺の頭脳は金魚並みと馬鹿にされてきたんだが。

>>877
おま...
CI...
消さ...

>>883
どこのRuby

専門のオペレータがバチバチキーボード打って入力するような業務アプリは、LLでは難しいのでしょうか？

入力画面は、やはりWEBベース（ブラウザ）になるのでしょうか。

Enter Keyで次項目にカーソルが移って
条件判定で項目を飛ばすなど、WEBでも大丈夫なのでしょうか。
画面全体がピッカンってフラッシュするのが気になります。

コーディング側からすると素直にtabキー併用して欲しいところだけど
enterで非入力項目にフォーカス飛ばすのは入力制限の定番だし
余裕で可能でしょ

ただその話題は、サーバサイドは直接関係ないからな
JavaScript、又はJavaScriptを吐くLLで実装、って話になるね

そこらに転がってるPやＲで始まるLLはどれでも普通のウィンドウ作れるだろ。

ああ、そうかwebじゃなくてもいいのな
tkバインドとかのがラクなのかな、この辺

昔のVBみたいに、例外起きたらアプリごと終了みたいにならなけりゃ問題ないな

作るのが楽なのはtkバインド。
見た目を気にするクライアントが相手なら、gtkでもqtでもお好きなものを。
大概のLLではどれも使えるんじゃね？
例えばPythonの場合でも、どれもそろっているし。

そしてマルチバイト対応で苦労するんですね。

Perl/Tkは苦労した覚えがあるな。

Tkを使う上でTcl以上に優れた言語はにぃ

まあそうなんだが、tk使うのはあくまで手段であって目的じゃないからな。

PythonTkは結構良かった

PHP で Windows のダイアログ出せるのにはワロタ

そして、泣いた。

──それが僕の17歳の夏。

>>902
basicでも出せるし、別に驚くような事でもない。

モジュール使えばPerlからMacのダイアログだって出せるしな

pythonアンチもrubyアンチも理由書いてないからなんか腹立ちます。

例「○○はクソッ」。「○○はきもい」。

おまえも理由書いてないと腹立つ理由書いてない。

>>907
得るものが何もないからです。多分。
あとなんか自分が非難されているようで鬱になります。

http://jp.rubyist.net/RubyKaigi2008/Live.html
http://jp.rubyist.net/RubyKaigi2008/Live.html
http://jp.rubyist.net/RubyKaigi2008/Live.html

LL教室で授業受けても英語身につかない。
LL言語はコンピュータサイエンスの入り口にもならない。

LL違い

LLにコンピュータサイエンスの入り口になる必要性自体は
そもそもないだろうけどね

LLは初心者にお勧めと思うけどね。
真面目に勉強するとなれば、LLだけじゃ足りないけど入り口にはなるんじゃない？

LLがコンピュータサイエンス入り口になる必要はないし
コンピュータサイエンスが分からない奴はどんな言語を使ってもダメだ
　
　
　
　
ついでにいうと910はつまらない
超つまらない
つまらなくて死にそう

死ねば楽になるんじゃね？

初心者のためのプログラミング言語ガイド Part9
http://pc11.2ch.net/test/read.cgi/tech/1210941509/

こっち向けの話題だな。

Pythonって教育目的言語じゃなかったっけ・・・？

うん。Pythonはもともと教育用に設計されてるよ。

いまC++勉強してるんだけどやっぱりLLとは違うね。
でもC++はこれはこれで楽しい。

>>917
ダウト。

スラッシュドット・ジャパン | Pythonのグイド・ヴァンロッサム氏へのインタビュー
http://slashdot.jp/developers/article.pl?sid=04/07/24/1020202

Python - Wikipedia
http://ja.wikipedia.org/wiki/Python

教育用言語としてのPython

でも、私の大好きなPython利用法は、騒ぎ立てずに、
言語教育でプログラミングの原理を教えること。
それを考えてくれ――次の世代の話だね。
（『スラッシュドット・ジャパンでの Guido van Rossum へのインタビュー』より）

Pythonは教育用言語であるABC言語より発展したプログラミング言語であり、
実際にプログラミング言語教育に使用され、成功を収めている。
また方針として、「非技術者」向けといった利用方法を視野に入れながら
開発され続けている。

プログラミングが下手だと思える香具師にPython使わせてみると面白いよ

>>917,920

http://www.rakunet.org/TSNET/TSpython/35/1067.html

>>917,920
m9（＾Д＾）プギャー

>>922
Python MLの人かな。リンクありがとう。勉強になったよ。

Python was designed from the
beginning with education in mind, the answer has to be negative.

>>922
ようは、Perlってことじゃん。Rubyと似たようなもんだね。
ますます好感

http://jp.rubyist.net/RubyKaigi2008/Live.html

1．日立製作所社員の高野くん（高野光弘）が会社を誹謗中傷して機密も漏洩
2．日立のユーザーにも「キチガイ」との障害者差別発言
3．日立製作所の企業イメージをバキバキにする
4．自身のサイトの『32nd diary』に掲載
5．日立製作所に通報される
6．あせって似顔絵削除
7．火に油を注ぐだけで所属する日本UNIXユーザ会にも通報祭り勃発
8．「給料泥棒」と説教される
9．「殺します」と殺人予告をして警察に事情を聞かれる←イマココ

高野光弘の行動
現在は、過去の記事を閲覧できなくして、「本日の日記はツッコミ数の制限を越えています」としています。
まずは、不愉快な思いをされた方々に謝罪するべきなのではないでしょうか。

高野光弘の発言
「まぁ、どこの団体もそんなにヤワじゃないので、平気なんですけども。
日本UNIXユーザ会が一番対応に慣れてる感じ。」

日本UNIXユーザ会が対応に慣れているか、みなさん確認してみてください。

連絡先
http://www.net.intap.or.jp/oiia/cont2/p0402.html%7B0recid=10168.html

Java VS PHP

Javaの圧勝。PHP5はJavaの38分の1のパフォーマンスしかない。
http://www.thinkit.co.jp/cert/compare/2/4/2.htm

当然の結果だな。
こんな比較やる意味が分からない。

ソースコードを晒さないベンチには興味ない。

そうだよね。読者が手元で再現出来ないと意味無いもんね。
でも >>928 のベンチマークのソースコードは公開されてるよ。

>>928
これでJavaが負けたら終わりだろ

まあ妥当な差か
準備した段階でメモリ食い散らかす割には、お手軽言語比でその程度かと

まあトイベンチやDB乱交で差が開いた所で実際どうよって話だけど
scala比だとどんくらいかな

Network やら DB やらが絡んでいて、純粋に言語を比較したベンチとは違うから
その程度とかいう話じゃないけどね

JavaがPHPより速いのを知らないプログラマなんていないし、
PHP5.1で倍近く高速化されたのに5.0.2とか使っているし、
データベースの接続とか、JavaやPHPの比較ではなく、JNIやPHPモジュール、つまりC言語の比較だろ。
何がやりたいか理解に苦しむ

ベンチマークなんてなにか意図があってやるものなのだからそんなもん。

>>935
> 何がやりたいか理解に苦しむ
2004年の記事だぞ。5.1が出る前の話だよ。
見出しこそ「Javaとの比較」ってなってるけど、内容的には実質、
「出たばっかの5」の速度を、4と比較した記事だろう。

じゃあ益々無意味だな

日付も見ないで脊髄反射するやつ多いんだな

日付見たとしてもこのベンチは突っ込みどころ満載

本業の合間に書いてるんだろうし、突っ込みどころが少ない記事を書くのは
かなり骨が折れる作業だぜ。減点法で評価されるのはきついんじゃないかな。

現状で多く使われているJava5.0は当時の1.4よりかなり高速化されてる罠。
6.0はさらに高速化されてる。
もはやPHPとは比較にならん爆速。

JavaはLLではないのでスレ違い

でもJavaで構築されてるサイトってなんか重いと思うぞ？
ただ単に画像が多いからかなとも思うけど。。。

そんな主観的な基準で語られてもこまる。

>>944
糞なフレームワーク使ってるサイトが多いんなだこれが、
素直にTomcat使っておけば爆速なのにWebShereとかEコマース何とかとか、
EJB使って分散化とか無駄に重い処理をやってる。
Javaの大規模サイト向けってイメージをそのまま地で構築する会社多すぎ。
それにサーブレット、EJBのプログラム出来る技術者が少ないのよ、
だから初心者のとっつけソースで無駄に重くなる。
WEBサイト製作者がもっとJavaで作る人が多くなれば多くのWEBサイトは軽くなる。
簡単にすばやく構築できるという口文句でPHPに流れる人が多いのよ。

>>946
>WEBサイト製作者がもっとJavaで作る人が多くなれば
Javaはレン鯖で提供しにくいから難しいだろね

パフォーマンスより可用性や開発の容易さが求められる時代なんだね。
JavaはWebの世界では負けでしょ、COBOL的な立場で生き残るしかないよ。

大部分のニーズではそうだね。
でも残りの少ない需要を賄うにも既にJava技術者は不足しているから(web以外に取られてるのも理由だけど)
技術レベルが低くても出来、賃金の安い案件は下々のPHPスクリプターに任せそうでない案件だけ持ってきてくれ。
と選民意識持ってるやつがいそうだなｗ

>>946
Javaの馬鹿っ速さが要求されるサイトなんてそうそうは無いだろ
サーバ、ネットワーク、クライアントに食われて
体感速度はたいして変らないんじゃ？

>>949>技術レベルが低くても出来、賃金の安い案件は下々のPHPスクリプターに任せそうでない案件だけ持ってきてくれ。

開発業界の底辺を支えていると言う点ではPHPは重要な存在だな(www

PHPっていろんな意味でVBなんだよね

ちょっとここで質問させてください
入力フォームの確認画面を作ってるんだけど
入力フォームのフィールドの名前はtitle

<?php

session_start();

$_POST['title']=$_SESSION['tit'];
$_SESSION['tit']=$title;


?>

のあと
htmlうんたらかんたら続いて

<?php

echo $title;

?>

と書いてもうまく表示されないんだけどなんで？
$_POSTで値を受け取って$_SESSIONに格納して
変数で出力してるからこれでいいんじゃないんですか？

$title = $_SESSION['tit'];

>>953
頭おかしいんじゃねえの？？

質問させてください
JPG画像をfreadで読み込んだ後、表示させたいときどうすればいいのでしょうか
できればサンプルお願いします

$handle = fopen("http://www.example.com/hoge.jpg", "rb");
$contents = '';
while (!feof($handle)) {
　　$contents .= fread($handle, 8192);
}
fclose($handle);
　　echo $contents;//これだとだめ？

ここ何時から質問スレになったの

>>957
>>4から

Rubyは構文がキモイからどうにも好きになれない

具体的にplz

>>958
お前の粘着さには恐れいったｗ

>>956
これじゃダメなの？

$file = "http://www.example.com/hoge.jpg";
readfile($file);

>>962
Warning出てアクセスできないです
failed to open stream: No such file or directory in /hoge/

>>963
echo の前にヘッダ出力してみるとか、どう？

header('Content-type: image/jpeg');
echo $contents;

PHPしらんのだけど、echoってのはバイナリセーフなの？

>>964
ちょうどheader('Content-type: image/hoge');　を見直して表示されました
ありがとうです

ちなみに、とある入門書に
header('Content-type','image/hoge');
と書かれていまして、これが原因でした

WebProg板でやってくれ

ここはバトルロワイヤルスレなんだから、
他のLLではPHPなんかよりこんなに簡単に書ける！
って戦わないとダメなんじゃないのか。

1000

>>969
ふーん、本気出しちゃっていいのかな？

ていうかさっさと出してよ。
一度も外に出して試したことのないポテンシャルに自信持っていいのは18歳まで。

中に出して試したのは？

>>965
ぃえす

>>928
LLで比較してみたんだが
php(v5.26) > perl(v5.8.8) > python(v2.52) >>> ruby(v1.87)
perlだけちと古いか？

意外にもphpが一番早かった。。

>>975
前ｽﾚぐらいで誰かいろんな言語の比較出してなかったっけ？
単純なレスポンスの測定ぐらいだったと思うけど確か全体的にPHPが圧倒的だったはず

>>973
大抵は一年経たずに外に出てくるからどのみち一緒。

次スレどうするよ

いらね

980超えると1000行かなくても落ちるんだっけ？

確か、即死判定とかいう、しばらくほっとくと落ちる判定が入るようになる