09/03/02 17:40:45
>>392
> メソッド呼び出し のところ
そういうことか!やっとわかった。ありがとう。
メソッド呼び出し - Rubyリファレンスマニュアル
URLリンク(www.ruby-lang.org)
ちなみに Pythonだと、* で配列の展開、** で連想配列の展開になる。
>>> def hoge(a, b, c):
... return a
>>> hoge(*['a', 'b', 'c'])
'a'
>>> hoge(**{'a':1, 'b':2, 'c':3})
1
4. その他の制御フローツール
URLリンク(www.python.jp)
なるほどRubyにもあったのか。
正直に言うと、Hash[], Enumerable#zip, Hash#values_at とか、全部知らなかった。
Rubyってホントにメソッドが山盛りだな。
まあ俺が無知なだけか。
394:デフォルトの名無しさん
09/03/02 17:42:26
>>391
>>392さんの通り。
URLリンク(www.ruby-lang.org)
多重代入でも最後のメンバー限定で展開できたり。
a, b, c = [1, *[2, 3]]
p a, b, c
URLリンク(www.ruby-lang.org)
多重代入の左辺と、メソッドの仮引数で意味が変わったりする謎アイテム。
395:デフォルトの名無しさん
09/03/02 17:44:06
ぐは。
396:デフォルトの名無しさん
09/03/02 18:00:39
交代リストからハッシュを作れるRubyの仕様は、古き良き時代のLISPの香りが
するような。
397:デフォルトの名無しさん
09/03/02 18:21:30
静的型の言語はお呼びじゃないか。
標準ライブラリのtemplateをひっかきまわすのは面倒そうなのでこれで。
int[string] request = ["hoge":1, "fuga":2, "piyo":3];
auto keys = ["hoge", "fuga"];
typeof(request) result;
foreach(i; keys) if(i in request) result[i] = request[i];
398:デフォルトの名無しさん
09/03/02 18:51:45
>>397
何かと思ったが、これは C++0x か!
すげえ、こんな風に書けるようになるのか!
399:デフォルトの名無しさん
09/03/02 19:09:04
しかしロジックは>>378のforループと変わっていないんだな。
400:デフォルトの名無しさん
09/03/02 19:22:37
いや、D。
0xだとdecltypeだったりstd::for_eachだったりunordered_mapだったりすると思うわけだが。
ロジックはまるっきり同じ。
組み込みの連想配列を持っていてfor .. in相当の構文がある言語ならなんでもこの形式で書けるんじゃないのかな
401:デフォルトの名無しさん
09/03/02 19:25:21
やった、RubyのEnumerable#injectで書けたよママン。
['hoge','fuga'].inject({}){|x, y| x[y]=request[y]; x}
402:デフォルトの名無しさん
09/03/02 19:40:53
Ruby の inject が使えるなら Python の reduce も使えるはずだ。
def func(x, y):
x[y]=request[y];
return x
reduce(func, ['hoge', 'fuga'], {})
なんで無名関数使わないのかって?
Pythonのlambdaは代入とかできないんだようるせえな。
いいんだよPythonでは名前空間の不足に困ったりしないから。
あと何でも一行で書こうとするのは悪い習慣。
403:デフォルトの名無しさん
09/03/02 19:56:39
>>400
> いや、D。
なんだそうか。C++に連想配列リテラルが組み込まれたかと思って驚いちゃった
よ。恥ずかしいな。
D vs C++0x - プログラミング言語 D 2.0
URLリンク(www.kmonos.net)
404:デフォルトの名無しさん
09/03/02 19:59:17
ちんこ
405:デフォルトの名無しさん
09/03/02 20:10:25
どれも別に短くはなっていない件について。
406:デフォルトの名無しさん
09/03/02 20:17:38
わざとキモく書いてみるテスト
$request = @{hoge=1; "fuga"=2; 'piyo'=3}
$a = @{};
echo hoge,'fuga' | % { $a.$_ = $request[$_] }
407:デフォルトの名無しさん
09/03/02 20:22:05
>>402
dict(reduce(lambda x, y: x + [(y, request[y])], ['b','c'], []))
408:デフォルトの名無しさん
09/03/02 20:24:01
dict(reduce(lambda x, y: x + [(y, request[y])], ['hage','fuga'], []))
409:402
09/03/02 20:36:40
>>407-408 まいりました。おまい頭いいな。
410:デフォルトの名無しさん
09/03/02 20:40:14
どれも大体分かるけど、>>406 だけ全然分からん。
411:デフォルトの名無しさん
09/03/02 20:40:26
何でも一行で書こうとするのは悪い習慣
412:デフォルトの名無しさん
09/03/02 20:53:22
python の dict って hoge.append('key', value) みたいなこと出来ないんですか?
413:デフォルトの名無しさん
09/03/02 21:00:10
>>406は言語すらわからん。
Perlっぽいが、動くとは思えん。これ何?
414:デフォルトの名無しさん
09/03/02 21:00:57
>>412
知らんけど、無さそうだね。
hoge['key'] = value じゃ駄目?
3.8 マップ型
URLリンク(www.python.jp)
415:デフォルトの名無しさん
09/03/02 21:03:00
>>407-408
最後にdictを使うのなら、injectじゃなくて、リスト内包表記やmapの方が素直
じゃね?Python本スレではそうなってた。
416:デフォルトの名無しさん
09/03/02 21:07:51
>>410,413
PowerShellですよ
どうせならはっきりキモイと言ってくれても私は一向に構わん
% は Foreach-Object というコマンドのエイリアスで
ハッシュテーブルへは配列表記プロパティ表記どちらでも可能なのでこんな感じでキモく書けます
417:デフォルトの名無しさん
09/03/02 21:16:02
>>412
{}.__setitem__(k, v)
418:デフォルトの名無しさん
09/03/02 21:16:44
>>412
>>414
hoge.__setitem__(key, value)
無理やりreduceで書くなら例えば
reduce(lambda d, x: d.__setitem__(x, request[x]) or d, ['hoge','fuga'],{})
こんな書き方になると思うけど、Python使いはこの例を普通こんな風には書かない
dict((k, request[k]) for k in ['hoge','fuga'])
のほうがずっと素直で短く読みやすいからね
419:デフォルトの名無しさん
09/03/02 22:00:38
>>416
なるほど、キモいけど面白れー!
420:デフォルトの名無しさん
09/03/02 22:15:29
>>418
内包記法はうらやましい
421:341
09/03/02 22:30:41
なんか、このスレでも結構盛り上がったかな。ありがとうございます。
ちなみに元の言語であるPHPにも、forループしかないわけじゃなくて、むやみ
やたらと沢山のarray関連関数がある。
URLリンク(jp2.php.net)
これを利用したら簡潔にならないかと思ったんだが、
array_intersect_key($request, array_flip(array('hoge', 'fuga')));
関数名の長いせいもあって、どうも垢抜けないのう。
422:デフォルトの名無しさん
09/03/02 22:47:33
Python人口多いな。
Perl とか Ruby とか、もっと面白いことできないの?
423:デフォルトの名無しさん
09/03/02 22:52:03
「面白いこと」を定義してください
424:デフォルトの名無しさん
09/03/02 23:00:41
じゃ、Rubyで。>>387とあんまり変わらないか。
Hash[*['hoge','fuga'].map {|x| [x, request[x]]}.flatten]
個人的には、リスト内包表記より、Rubyのmapとブロックのほうが好きだな。
425:デフォルトの名無しさん
09/03/02 23:06:06
>>423
Rubyはさておき、Perl だったら、とにかく変態的なことをしてほしい。
ほかの言語だったらありえないようなこと。
426:デフォルトの名無しさん
09/03/02 23:13:37
>>423
スレリンク(tech板:412番)
>中二設定豊富
427:デフォルトの名無しさん
09/03/02 23:15:50
>>425
>>379の縦横無尽の記号乱舞リスト展開くらいではまだ足らんと申すか
428:デフォルトの名無しさん
09/03/02 23:21:58
>>427
いや、逆。あれで火がついちゃった。Perlすげえ。
もっと何か見せてほしい。
429:デフォルトの名無しさん
09/03/02 23:26:58
目的と手段を取り違えている典型的な例だな
430:デフォルトの名無しさん
09/03/02 23:30:32
>>424
> 個人的には、リスト内包表記より、Rubyのmapとブロックのほうが好きだな。
ブロック内に複数行でも書けるから、凝ったことがやりやすいよね。
Pythonのリスト内包表記だと、長くなるとだんだん読み書きしづらくなる。
そのうち業を煮やして、手作業でforループに書き換えることに。
そのときの面倒さと言ったら。
これって俺だけ?
431:デフォルトの名無しさん
09/03/02 23:31:11
つってもありゃイディオムだしな。
リファレンスでごちゃごちゃしたって簡潔にも面白くもならんだろうし。
他の例のようにループ(?)にするとこんな感じかな。
my %a = map { ($_, $request{$_}) } ('hoge', 'fuga');
432:デフォルトの名無しさん
09/03/02 23:31:22
perlのハードルがあがっているところ普通で申し訳ないが
面白そうなので俺も書いてみた。
for(keys %request){if(/hoge/||/fuga/){$r{$_}=$request{$_};}}
grepで出来んかな
433:デフォルトの名無しさん
09/03/02 23:32:24
>>429
ええそうです。手段のためなら目的を選びませんとも!
434:デフォルトの名無しさん
09/03/02 23:43:30
あー、やっと気づいた。>>407-408って、Schemeとか関数型言語で多用される
「継続渡し」スタイルだ。
だから副作用の書けないPythonのlambdaでも、ちゃんと結果を累積できるんだ。
>>426
Haskell わかんないから君が書いてよ。
435:デフォルトの名無しさん
09/03/02 23:45:22
>>431と>>432を合わせて無理矢理grepも使ってみた
my %a = map {$_, $request{$_}} grep {/^hoge|fuga$/} keys %request;
436:デフォルトの名無しさん
09/03/02 23:58:08
Perlにはgrepなんて関数があるのかよ!
すげえ、もう意味が分からない。
437:デフォルトの名無しさん
09/03/02 23:58:43
>>435
おお、さすがム版!
grep版がすぐに出てきて、個人的に満足した。ありがとう。
438:378
09/03/03 01:45:34
そろそろ投稿も落ち着いたかな。
実はオチに使おうと思って用意していた言語がある。
R。R言語やGNU Rとも呼ばれる、統計用ベクトル言語。基本的にすべてのデータ
がベクトル。
> request <- c(hoge=1, fuga=2, piyo=3)
> request[c('hoge', 'fuga')]
hoge fuga
1 2
ご覧の通り、変数の添え字にベクトルを与えられるので、きわめて簡潔、と言
うかそのまんまに書ける。これ以上簡潔というと、話に聞くAPLぐらいしか思い
つかない。まあAPLに連想配列があるか知らんけど。
--
プログラミング言語というものは、使用目的が固定された場合、
ライブラリ → フレームワーク → DSL
という形で進化していくものだと思う。効率ではDSLが最高で、汎用言語は絶対
に追いつけない。例えば、RDBをSQLじゃなくてCで直接操作するのは鬼のように
大変。
しかしDSLは、習得は容易だが自由度が低くて、やろうとしたことができないこ
とも多い。だから一般的に、人気の出たDSLはだんだん汎用言語化していく。
PL/SQLとか。R なんか、行き過ぎるくらい汎用言語化している。
つうことで、言語の進化には、汎用言語<-->専用言語の逆向きの流れが同時に
存在していて、人が言語の良し悪しについて議論する場合、どっちを重視する
かが人によって違うのが、話のかみ合わない一因じゃないかなと思っている。
439:378
09/03/03 01:54:26
とは言うものの、いきなり>>379で Perlが添え字に配列を与えられることを教
えられて、用意した結論がいきなり疑わしくなってしまった。Perlは存在が反則。
つうことで、いろんなコードが見られて自分は面白かったです。皆さんありがとう。
440:デフォルトの名無しさん
09/03/03 02:42:39
request[c('hoge', 'fuga')] で値だけじゃなくキーも返すっていうのは良いのか悪いのか
441:デフォルトの名無しさん
09/03/03 02:45:32
>>434
なんかよくわからんこと書いてるな。
fold, inject, reduce 自体が継続渡しスタイルなんだよ。
>>407は、副作用無しに作れて、あとで連想配列に変えられるような
処理結果の累積方法を見つけたのが偉いの。
あとこれは、連想配列にある要素を加えた結果を作る式が、たまたまPythonには
なかったというだけの話。それをlambdaで与えれば、dictは要らなかった。
442:デフォルトの名無しさん
09/03/03 03:04:48
>>440
> request[c('hoge', 'fuga')] で値だけじゃなくキーも返すっていうのは良いのか悪いのか
問題ない。
キーを持つベクトルと、持たないベクトルとで、そのまま演算できるから、
値だけの場合と同様に扱える。
> (c(hoge=1, fuga=2) + c(10, 20))
hoge fuga
11 22
443:デフォルトの名無しさん
09/03/03 03:09:09
あれ、なんか全体にカッコがついてしまった。とりあえず別に要らない。
c(hoge=1, fuga=2) + c(10, 20)
444:デフォルトの名無しさん
09/03/03 03:18:45
>>442
あー、いわゆる"配列"と"連想配列"を差別しないのが"ベクトル"なわけかな
445:デフォルトの名無しさん
09/03/03 03:47:46
>>444
まあそんな感じ。
もう少し言うと、ベクトルは基本的には、自然数が添え字の単なる配列。
だけど「キー」を付けると、キーの値でも要素にアクセスできるようになる。
連想配列としては擬似的なもの。
だから、「キー」(正確には「name属性」)を持つベクトル同士を足すと、
> c(hoge=1, fuga=2) + c(fuga=10, piyo=20)
hoge fuga
11 22
単に要素の順番で足されて、後者のname属性は結果には残らない。
この辺はちょっとガッカリ?
真に配列と連想配列をうまく統合したのは、PHPだと思う。
446:デフォルトの名無しさん
09/03/03 04:56:46
>>438
無駄に汎用言語化するという流れは、まああるだろうね。
PerlとPHPは別にオブジェクト指向なんか実装する必要はなかったと思うし、
まあ実際無理に汎用言語化された機能の使われ方も微妙。
447:デフォルトの名無しさん
09/03/03 06:15:54
>>445
SQLのUNIONみたいなもんですかね
448:デフォルトの名無しさん
09/03/03 21:24:22
配列の添え字に配列渡せるって割と珍しいの?
多重代入くらいにはメジャーだと思ってた
449:デフォルトの名無しさん
09/03/03 23:58:33
>>445
>もう少し言うと、ベクトルは基本的には、自然数が添え字の単なる配列。
>だけど「キー」を付けると、キーの値でも要素にアクセスできるようになる。
>連想配列としては擬似的なもの。
擬似ハッシュ(Pseudo-Hash)なら、Perlにもv5.005の頃からあったけど、
そのデータ構造上、メモリ効率やパフォーマンスに悪影響があるということで、
v5.9.5で廃止された。これ豆
450:デフォルトの名無しさん
09/03/04 11:57:12
>>449
Perlってほんとに何でもあるなあ。
Perlの言語仕様って、それ以外の言語全部を合わせたぐらいあるんじゃないか?
あ、C++があるか。あれもC++以外の言語の仕様を全部合わせたぐらいあるな。
451:デフォルトの名無しさん
09/03/04 11:58:39
>>448
> 配列の添え字に配列渡せるって割と珍しいの?
> 多重代入くらいにはメジャーだと思ってた
よかったらPerl以外にどんな言語があるか教えてよ。
452:デフォルトの名無しさん
09/03/04 12:13:50
>>441
おおむね同意だが、ちょっとコメントしますよ。
> あとこれは、連想配列にある要素を加えた結果を作る式が、たまたまPythonには
> なかったというだけの話。それをlambdaで与えれば、dictは要らなかった。
それ一応Pythonにあるだろ。
>>418氏が d.__setitem__(x, request[x]) or d って書いてる。
だから実際、418の1つ目のコードは、reduceだけで済んでてdictはない。
まあ __setitem__()とかの演算子の定義のためのメソッドを直で呼んだり、そ
れを or でつなげたりというのは、Pythonでムリクリにワンライナーを書くた
めのバッドノウハウで、418氏の言うとおりおすすめできない。
西尾泰和のブログ: Pythonでワンライナーを作成する際のノウハウ集
URLリンク(www.nishiohirokazu.org)
6.7 operator -- 関数形式の標準演算子
URLリンク(www.python.jp)
453:デフォルトの名無しさん
09/03/04 12:34:27
R の最大の欠点の一つは、ググりにくいこと。
しかし最近は r 1文字で結構出てくるようになった。
統計処理ソフト R 入門 講習会資料
URLリンク(androids.happy.nu)
(なんか落ちてるんでGoogleキャッシュ)
URLリンク(72.14.235.132)
R-Tips
URLリンク(cse.naro.affrc.go.jp)
Rの入門や言語仕様など
URLリンク(cran.r-project.org)
R言語 - Wikipedia
URLリンク(ja.wikipedia.org)
RjpWiki - RjpWiki
URLリンク(www.okada.jp.org)
454:デフォルトの名無しさん
09/03/04 14:17:15
>>450
> Perlってほんとに何でもあるなあ。
同意。あと、これからの言語って、何か売りが無いと消えていくかも。
・あると便利なもの全部詰め合わせ。
・最小限の部品と糊を容易するからあとは自分で。
・特定ニーズに特化(統計処理など)
・1分で始められるお手軽言語
・豊富な過去の資産
ただ、プログラミングの自動化、ハードウェア化が進むと上記の売りも絶対的なものじゃなくなりそうだ。
455:デフォルトの名無しさん
09/03/04 18:51:40
>>451
代入式では使えないけど、PowerShellでも参照はできた
456:デフォルトの名無しさん
09/03/04 19:23:35
Perlは何でもアリなのは良いんだが、すぐに記号だらけになるのがなぁ。
MSのパスワードチェッカーにワンライナー打ち込んだら強度:最強とか出たんですけど。
457:デフォルトの名無しさん
09/03/04 19:54:04
大体どの言語のワンライナーでも強度は最強だろw
458:デフォルトの名無しさん
09/03/05 00:54:03
>>457
APLのワンライナーなら99%のクラッカーは入力すらできないだろうから安心?
>>453
Rは下手にループ書くと速度激減だからベクトル化で頭ひねるよね。
きれいにベクトルに落として応答が瞬間で戻るようになると気持ちいい。
459:デフォルトの名無しさん
09/03/05 10:25:28
>>402
> あと何でも一行で書こうとするのは悪い習慣。
普通にRubyプログラム組んでて
↓
あれーこれ、どうやるんだっけな
↓
irbで試行錯誤
↓
ヤッター1行でできたよーー!
↓
プログラムにコピペして、コミットする
↓
後から見て何やってるかわからん orz
と言う流れがよくあるwww
460:デフォルトの名無しさん
09/03/05 10:36:17
RubyはDSLが生まれやすいんだけど、
DSLができて流行って使おうとする時にエディタ支援が効かなかったりして泣ける・・・
Rakeとか、Rspecとかさー。
今は大分使えるけど。
しかし、今使ってみてるRadRailsまだrspec対応してないみたいなんだよな・・・
461:デフォルトの名無しさん
09/03/05 10:36:27
コメント3行くらいつけとけば無問題
462:デフォルトの名無しさん
09/03/05 11:56:42
わかりやすいコードをコメントとしてつけておけばおk
463:デフォルトの名無しさん
09/03/05 14:29:53
URLリンク(blog.headius.com)
URLリンク(d.hatena.ne.jp)
URLリンク(ko.meadowy.net)
そこはかとなく、今年の終わり位から
JRuby(^^)JRuby してきそうな気がする…
Java のライブラリが使える Ruby
Ruby を使える私!
>>> item = "これは売れるきっと売れるわ!(予測:GAEはびみょー)"
>>> tmpl = Template("""{% for item in seq %}
... {{ item }}
... {%- endfor %}""")
>>> tmpl.render(seq=range(3))
464:デフォルトの名無しさん
09/03/05 16:44:51
Twitterがパフォーマンスを理由にRubyから一部Scalaに乗り換えた模様
URLリンク(www.scala-lang.org)
465:デフォルトの名無しさん
09/03/06 00:41:05
GAEは他のfwと同じように良いところも悪いところもあるね
癖を分かって使う分には結構なんだが
バッドノウハウの塊のようでもあり
466:デフォルトの名無しさん
09/03/06 09:45:36
>>463
そんな日々の流行だけ追ってるからお前はいつまでもだめなんだよ
467:デフォルトの名無しさん
09/03/06 12:13:04
日々、COBOLのソースを追っかけてますが何か
468:デフォルトの名無しさん
09/03/06 12:17:33
君はそれでいい。
469:デフォルトの名無しさん
09/03/07 07:47:14
誰かが犠牲になってコボラーになってれば
新人をコボラーにせずに済むからな。
俺は、嫌だね。
470:デフォルトの名無しさん
09/03/09 00:26:45
尊敬されたがるが他人への敬意は無い
471:デフォルトの名無しさん
09/03/09 16:42:20
最も満足度の高いスクリプト言語はPHP
URLリンク(slashdot.jp)
米国のEvans Dataが500名以上の開発者/ITプロフェッショナルを対象に行ったアンケートで、
最も満足度の高いスクリプト言語はPHPであるという調査結果が出たそうだ
この調査では、回答者が利用したことのある言語について、12の評価項目に対して優れたスクリプト言語をランク付けする形で行われた。
その結果、総合得点ではPHPがトップ、以下Ruby、Python、Perl、Flex、JavaScript、ActionScript、F#、PowerShell、VB Scriptという順位になったという。
472:デフォルトの名無しさん
09/03/09 16:45:12
>>471
リンク先、12の評価項目の各トップ3
Ease of Use: Ruby, PHP, Flex
Exception Handling: Ruby, Python, Powershell
Extensibility: Python, PHP, Perl
Maintainability/Readability: Ruby, PHP, Python
Cross-platform Portability: PHP, Ruby, Python
Community: Ruby, PHP, Javascript
Availability of Tools: PHP, Ruby, VB Script
Quality of Tools: PHP, Flex, Python
Performance: PHP, Perl, Python
Memory Management: Python, Perl, Flex
Client-side Scripting: Javascript, Ruby, Windows Powershell
Security: Microsoft F#, PHP, Ruby
473:デフォルトの名無しさん
09/03/09 23:36:43
>>472
ナイスネタ振りw
燃えそうな話題だなあ
474:デフォルトの名無しさん
09/03/09 23:58:52
> Community: Ruby, PHP, Javascript
米国での調査でこの結果は意外
475:デフォルトの名無しさん
09/03/10 00:25:41
アンケートにメモリ管理についてどうかって項目があったのかな
他はともかく、そこは主観で答えてもらっても意味ない気が…
476:デフォルトの名無しさん
09/03/10 01:18:15
>>474
どうもアメリカのRubyコミュニティはフレンドリーらしい。
Martin Fowler's Bliki in Japanese - Rubyピープル
URLリンク(capsctrl.que.jp)
477:デフォルトの名無しさん
09/03/10 02:16:20
>>471
スレタイのPerlをケツに持ってくと、その順位だな。まあどうでもいい話だが。
478:デフォルトの名無しさん
09/03/10 06:28:54
>>476
あくまでアメリカのパイソニスタとの比較な気がする
いろいろあって教条主義的になってる部分があるようなのは、向こうの人のコメントの節々に見受けられる。
向こうでのrubyは無名から言語オタが発見したところで始まったからやりやすかったんだろうな。
日本だといろいろ後援がついていて騒がしいが。
479:デフォルトの名無しさん
09/03/10 07:16:37
F#は知らんが、Securityで二番手につくPHPはさすがだな
480:デフォルトの名無しさん
09/03/10 08:42:33
まあ糞な仕事はやっつけ言語で十分ということだろ。
10年前はVBとAccessでやってた仕事が、PHPとMySQLになっただけだしな。
481:デフォルトの名無しさん
09/03/10 09:47:07
>>471
次点がRubyなのは以外だ・・・Pythonかと思ってた。
482:デフォルトの名無しさん
09/03/10 10:12:45
汚れ仕事ランキングですか
483:デフォルトの名無しさん
09/03/10 11:43:48
Maintainability/ReadabilityにPHPか。
とりあえず何とかいじれるという意味ではまあ入るかも知れないが、
ホントかよと思う。
484:デフォルトの名無しさん
09/03/10 12:41:29
人口が多いだけだろ。専門卒のw
485:デフォルトの名無しさん
09/03/10 13:13:04
>>484
アメリカにそんなもんあったっけ?
486:デフォルトの名無しさん
09/03/10 13:48:33
Community Collegeってのがあって、短大とか専門学校レベルの教育をやってる。
アメリカは高校の進度が遅いから、ここ卒業してやっとこ職業高校卒レベルだね。
487:デフォルトの名無しさん
09/03/10 14:50:33
>>478
日本のRubyコミュニティも、一部を除けばnewbieに対してはそれなりに親切かと思うが。
ごちゃごちゃしてるのは一時の信者vsアンチのイメージが大きいだけでは。
あと、なまじ開発陣が日本語で喋るもんだから、よくあるいちゃもんなんかがネットに
筒抜けで、ネットイナゴがブログや2chなんかでちょっかい掛けやすいのも、ごたごたの
イメージを増幅してるっていう、その辺を差し引いて見るべき。
Pythonの開発陣が揉めてたり、コミュニティでフレームの応酬してたって、俺らやおまいら
知らんことも多いだろw
488:デフォルトの名無しさん
09/03/10 15:01:07
>Memory Management: Python, Perl, Flex
たのむ、ギャグだと言ってくれ・・・
489:デフォルトの名無しさん
09/03/10 15:06:30
>>487
おまえのネットイナゴの用法はどうかと思うが。
本来ブログに押し寄せて炎上させるタイプのネットワーカーのことを指した語で、
なんでもかんでもイナゴ呼ばわりは池田信夫の専売特許だろw
490:デフォルトの名無しさん
09/03/10 15:11:35
おk。有象無象に訂正しとく。
491:デフォルトの名無しさん
09/03/10 17:03:49
例外処理が優れてるってどういう事を言うんだろ
492:デフォルトの名無しさん
09/03/10 17:29:40
スラドにも出てた。
最も満足度の高いスクリプト言語はPHP - スラッシュドット・ジャパン
URLリンク(slashdot.jp)
493:492
09/03/10 17:36:20
って、>>471に貼ってあるのそのまんまだった。スマソ。
494:デフォルトの名無しさん
09/03/10 21:02:22
slashから引用
> 私の回りでは、PHPを絶賛する人は例外なく他の言語が使えません。
> PHPをボロクソに言う人は、他の特定の言語のみを使っている人です。
> 多数の言語を使っている人は、少ないメリットを社交辞令のように挙げてくれます。
> (が、地方出身者の出身地を褒める京都人の様な物言いに聞こえるのは何故だ)
これ結構当を得ていると思う
495:デフォルトの名無しさん
09/03/10 21:04:40
地方出身者の出身地を褒める京都人
496:デフォルトの名無しさん
09/03/10 21:18:55
京都って地方じゃないのか?w
494の人が京都育ちなんだなきっと。
497:デフォルトの名無しさん
09/03/10 21:19:28
あなたどこからきはったの?
岡山?岡山はええところどすなあ
498:デフォルトの名無しさん
09/03/10 21:31:06
京都はいまだ日本の首都である疑いもあるらしいぞ
まあそう主張する人がいなくなるまでのことだろうけど
499:デフォルトの名無しさん
09/03/10 21:47:34
なんといっても「府」ですからw
500:デフォルトの名無しさん
09/03/10 21:55:20
住みたくねえトコだけどな>>京都
埼玉のほうがマシ。
501:デフォルトの名無しさん
09/03/10 22:00:40
ラーメン屋が多くて美味い、本屋が多い、祇園で馬券を買える
いいところは色々あるけど、俺ももう住みたくないなw
502:デフォルトの名無しさん
09/03/10 22:05:39
七代住んだら住民と認めてもらえるらしいから頑張れ
503:デフォルトの名無しさん
09/03/10 22:06:22
>>498
京都には遷都したが江戸には遷都してないですね
504:デフォルトの名無しさん
09/03/10 22:07:05
まず一代目かよw
100年以上かかるだろ。
505:デフォルトの名無しさん
09/03/10 22:07:57
七代って200年くらいか
京都で「前の戦争」って言うと応仁の乱らしいからな
506:デフォルトの名無しさん
09/03/10 22:09:29
完全に京都の話になっててワロタw
507:デフォルトの名無しさん
09/03/10 22:11:08
「京都人なめんな」とか
「島根県民なめんな」とか言い出しそう
508:デフォルトの名無しさん
09/03/10 22:13:29
なぜ島根県が出てきたんだw
509:デフォルトの名無しさん
09/03/10 22:16:07
出雲が京都並に排他的だからかw
まあ、どっちも特殊な土地柄ではある
510:デフォルトの名無しさん
09/03/10 22:16:14
>>508
るびぃぃぃぃぃぃぃぃぃぃぃ
511:デフォルトの名無しさん
09/03/10 22:18:06
>>510
あ、なるほどね
512:デフォルトの名無しさん
09/03/10 22:35:39
島根県のRuby利用率は全国のそれよりも高い
513:デフォルトの名無しさん
09/03/10 22:39:59
蛇退治した神話があるところだよね
514:デフォルトの名無しさん
09/03/10 22:43:56
つURLリンク(homepage1.nifty.com)
515:デフォルトの名無しさん
09/03/10 22:48:32
ワニに身ぐるみはがされるのは隣の県だっけ?
516:デフォルトの名無しさん
09/03/10 22:55:35
>>512
他の言語について調べて見たけどネットに載ってないね
外国ではそういうのはプライバシーになるのかな?
517:デフォルトの名無しさん
09/03/10 23:48:06
>>515
鮫じゃなかったかな
518:デフォルトの名無しさん
09/03/10 23:50:09
>>517
ワニという名前のサメらしい
519:デフォルトの名無しさん
09/03/11 00:08:44
皮をはがれて、しくしくウサギが泣いていたら、
たまたまとおりかかった天皇の集団が、
「海の塩水で体を洗うとよくなるよ」
と、とんでもないウソ知識を教えて、
それを真に受けたウサギが言われたとおりにすると、
ますます痛くなって、さらに泣いたという。
520:デフォルトの名無しさん
09/03/11 00:11:18
兄弟同士で殺し合いはするし親殺しも子殺しも当たり前の神話の世界は、実はかなりエグいw
521:デフォルトの名無しさん
09/03/11 00:15:13
女子トイレ覗いたり
まんこに棒ぐりぐり
なんてのもあるマジ
522:デフォルトの名無しさん
09/03/11 01:05:35
蛇はPythonでいいんだろうが、ワニは何だ?Javaか?
523:デフォルトの名無しさん
09/03/11 03:42:31
羊だろjk
524:デフォルトの名無しさん
09/03/11 06:47:38
URLリンク(www.java-animal.org)
525:デフォルトの名無しさん
09/03/11 07:07:01
動物虐待は遺憾罠
526:デフォルトの名無しさん
09/03/12 18:07:03
>>521
神話学んでみたいので、できればなんていう単語でぐぐれば良いか教えて下さい。
527:デフォルトの名無しさん
09/03/12 22:24:32
自分の関心のある問題がどんな言葉で語られてるか分からないという問題。
うむ、しばしばありますな。
528:デフォルトの名無しさん
09/03/12 22:40:31
日本神話とギリシャ神話は変態のオンパレードだぞ。
変なところで人間臭いから、よけいに変態性が際立って見える。
529:デフォルトの名無しさん
09/03/12 22:59:25
>>526
神話の世界(というか古代日本人)の性的奔放さを垣間見たいなら、
河出文庫から出ている「日本の神話」がおすすめ。
中学生が喜びそうなエロ話がいっぱいw
530:デフォルトの名無しさん
09/03/12 23:47:49
俺の体の出っ張った部分を、おまえのへっこんだ部分に
531:デフォルトの名無しさん
09/03/13 00:11:37
ギリシャ神話にシスコンの神が妹を謀って恋人を殺させてヒャッハーってのがあったよな
あれは衝撃
532:デフォルトの名無しさん
09/03/13 01:46:50
>>526
ホト
ひめ
533:デフォルトの名無しさん
09/03/13 07:02:45
…ところでココ何板だっけ
534:デフォルトの名無しさん
09/03/13 17:12:43
>>529
>>532
ありがとうございます!
スレ違い&板違いスマソでした。
535:デフォルトの名無しさん
09/03/14 01:01:30
過疎w
536:デフォルトの名無しさん
09/03/14 12:36:56
9x1=9
9x2=18 -> 1+8=9
9x3=27 -> 2+7=9
...
9x9=81 -> 8+1=9
のように9に1~9までの数字を掛けた数の各桁の数字を足すと9になりますが
これをプログラム的に証明しようとするとどうなりますか
537:デフォルトの名無しさん
09/03/14 12:40:53
9 * n = (10 - 1) * n = 10 * n - n = 10 * (n - 1) + 10 - n (0 < n < 10)
10 * (n - 1) + 10 - n ≡ n - 1 - n ≡ - 1 ≡ 9 (mod 10)
538:デフォルトの名無しさん
09/03/14 14:38:49
証明自体をプログラミングでやるのはキツくね?
証明が正しいかどうか検証するのはプログラミングの得意分野だけれども
539:デフォルトの名無しさん
09/03/14 15:10:25
81通りしかないんだから、全部計算すれば一瞬だろ
540:デフォルトの名無しさん
09/03/14 15:10:46
9通りでしたorz
541:デフォルトの名無しさん
09/03/14 15:12:03
この上なく正しい「プログラム的に証明」の方法だな
542:デフォルトの名無しさん
09/03/14 15:15:31
この場合はしらみつぶしに全部検証すれば十分では
9通りしかないし
Ruby1.8なら
(1 .. 9).all? do |i|
j = i * 9
9 == (j % 10) + (j / 10)
end
……こういう話ではない?
543:デフォルトの名無しさん
09/03/14 15:23:13
プログラム的にもなにも、手計算でも全部試した方が早いがな
544:デフォルトの名無しさん
09/03/14 15:55:27
>>537, >>542
それって証明なのか?
> 9x1=9
> 9x2=18 -> 1+8=9
> 9x3=27 -> 2+7=9
> ...
> 9x9=81 -> 8+1=9
> のように9に1~9までの数字を掛けた数の各桁の数字を足すと9になります
という命題をプログラムで表現しただけで証明にはなってないんではないの?
545:デフォルトの名無しさん
09/03/14 15:57:22
○通りしかないから手でやればとか力業でってのはなんか違うと思う。
証明ってのはその理論を拡張しても同じように証明できるのが証明だろうに。
546:デフォルトの名無しさん
09/03/14 16:02:14
ちがいます
547:デフォルトの名無しさん
09/03/14 16:05:54
>>544
与えられた公理(自然数の足し算とかけ算)のみをもとに、
有限回のステップで結論を導いてるから証明といえる。
この場合は命題が自明すぎるから、
騙されたような気になるのかもしれないな。
548:デフォルトの名無しさん
09/03/14 16:08:28
>545
URLリンク(ja.wikipedia.org)四色定理#.E8.A8.BC.E6.98.8E
549:デフォルトの名無しさん
09/03/14 16:17:56
普通は証明すべき命題のどこかに無限を含む集合が入るから、
この場合は力技で解くことはできないな。
550:デフォルトの名無しさん
09/03/14 16:31:31
証明というか、現象の検証だろこれ
551:デフォルトの名無しさん
09/03/14 16:41:49
それを証明と言うのですが
552:デフォルトの名無しさん
09/03/14 16:44:27
9*10=90 -> 9+0=9
9*11=99 -> 9+9=18 -> 1+8 = 9
9*12=108 -> 1+0+8=9
9*13=117 -> 1+1+7=9
9*14=126 -> 1+2+6=9
11のときはうまくないとも言えるけど
全桁足し続けて9になるのは
TCP/IPのchecksumなんかと似てる
10の補数かなんかで説明出来そうだな
553:デフォルトの名無しさん
09/03/14 16:54:37
無限を含むね
554:デフォルトの名無しさん
09/03/14 16:59:27
9*12345679=111111111も全桁足すと9
9*123456789=1111111101も全桁足すと9
9*987654321=8888888889->全桁足すと81->全桁足すと9
555:デフォルトの名無しさん
09/03/14 17:00:33
>>554
拡張しすぎだろ
556:デフォルトの名無しさん
09/03/14 17:02:00
確か
9 の倍数は全桁足すと 9 の倍数になる
って小学校のときに習った
557:デフォルトの名無しさん
09/03/14 17:02:12
自然数nに対して、(9n div 10) + (9n mod 10) が9の倍数になることは簡単に示せる。
そして、m >= (m div 10) + (m mod 10) > 0 だから、この操作を何回か繰り返せば、9になる。
558:デフォルトの名無しさん
09/03/14 17:41:41
>>537
それだと2桁しか正しくないね
>>556
9 の倍数は全桁足すと 9 の倍数になる訳だから
一桁になるまで足し続けると絶対 9 に収束する罠
559:デフォルトの名無しさん
09/03/14 23:04:47
なんでこうすれ違いのネタry
560:デフォルトの名無しさん
09/03/15 00:37:55
90年代からのrubyユーザーだが、世の趨勢としてrubyはpythonに敗北が決定的なので、メインのLLはpythonに移行することにする。
サヨナラruby。いままでありがとう。
561:デフォルトの名無しさん
09/03/15 02:07:46
うん、いらないでしょ。複数あること自体ライトウェイトじゃないし。
562:デフォルトの名無しさん
09/03/15 07:19:18
PHP使ってろ
563:デフォルトの名無しさん
09/03/15 11:05:03
>>560 は日本Pythonユーザ会の会長
564:デフォルトの名無しさん
09/03/15 12:45:50
結局Perl,PHPの2つあれば困らないからね
565:デフォルトの名無しさん
09/03/15 12:51:32
困らないけど、面白くもない
566:デフォルトの名無しさん
09/03/15 17:10:32
Perlだけでいいよ。
書いて楽しい、速さも十分。いうことないね。
rubyは楽しいけど遅い。
phpは早いけど楽しくない。
pythonは楽しくないし遅い。
567:デフォルトの名無しさん
09/03/15 17:48:55
Perlは読んで楽しくないからな
568:258=260
09/03/15 18:27:00
>>566
C/C++で書くよりPHPの方が楽しいよ。Perlの特殊変数は文字化けとしか思えない
569:デフォルトの名無しさん
09/03/15 19:08:57
C/C++ 慣れしてると PHP は入りやすい。
Perlだけは昔からどうも受けつけん…
LispもHaskellも使うけど、
正直Perlが何指向言語なのか今だによくわかってない俺がいる。
もっと立ち位置をはっきりさせてくれないと使ってあげられないね。
570:デフォルトの名無しさん
09/03/15 19:42:50
ゴルファーまで行かないけどなるべく短く入力って思想だからな
571:デフォルトの名無しさん
09/03/15 20:50:35
perlはperl以外のLLのプロトタイプ
致命的な失敗も盛りだくさんだがそれらは全て他の言語にフィードバックされている
ありがとう、perl。使うのはお断りだ。
572:デフォルトの名無しさん
09/03/15 21:28:43
>>571
ワロタw
573:デフォルトの名無しさん
09/03/15 21:57:15
LL(w
574:デフォルトの名無しさん
09/03/15 22:11:02
致命的な失敗
それは普及してしまったこと
575:デフォルトの名無しさん
09/03/15 22:12:35
awkが普及するよりはマシだったと考えるんだ
576:デフォルトの名無しさん
09/03/15 22:44:57
awkの方が良かったな
577:デフォルトの名無しさん
09/03/15 22:48:05
awkがPerlの代わりに普及していたら
Matsumotoは自分の言語にRubyではなくMawkと名付けていただろう
── Timothy John Berners-Lee
578:デフォルトの名無しさん
09/03/15 23:39:09
awkはawkで解りやすくて好きなんだが。
579:デフォルトの名無しさん
09/03/16 07:07:54
つかmawkってawkの一環境として既に存在しそうなんだが
580:デフォルトの名無しさん
09/03/16 07:25:52
言語好きって総じてカスなんだよな。なんつーか興味の方向性がさ、仕事向きじゃないんだよな。
581:デフォルトの名無しさん
09/03/16 07:38:12
ハッカーとリーマンの差www
582:デフォルトの名無しさん
09/03/16 07:54:44
好きな言語を隠すためにカス言語を語り合ってるからな
カスに見えるのは仕方ない
583:デフォルトの名無しさん
09/03/16 11:16:01
まぁ言語嫌いは一生Excelでちまちまやってなさいってこった。
584:デフォルトの名無しさん
09/03/16 11:51:31
なんでExcelかは知らないが、あれはあれで便利なんだがな
ドキュメントからコードっぽいものに出力するプラットフォームとして物凄く可能性を持ってるのに、
バンドルがVBAのみってのが(´・ω・`)
Rubyでもなんでもいいから、ループや文字列処理をしやすい言語をつけられんもんか。
585:デフォルトの名無しさん
09/03/16 11:58:50
VBA触ったことないんだけど
VBAで言語処理系作れないの?
586:デフォルトの名無しさん
09/03/16 12:51:15
COM経由でやれば?
587:デフォルトの名無しさん
09/03/16 12:52:40
たくさん言語覚えるの好きなのは、資格好きなのに似てるよな。
意味がある場合もあるし、たいていはくだらないとか。
588:デフォルトの名無しさん
09/03/16 13:48:35
>>584
OOo
589:デフォルトの名無しさん
09/03/16 15:07:07
そういう面ではMS OfficeよりGo-OOとかのほうが期待もてるな。
既に基本的な部分では相当完成度高いし。
590:デフォルトの名無しさん
09/03/16 19:11:21
Officeのアドオンって.NETで書けなかったっけか
だとしたらRubyだろうがPythonだろうが自由自在
591:デフォルトの名無しさん
09/03/16 21:10:14
アドオンを書きたいんじゃなくてスクリプトを書きたいんだろうと。
592:デフォルトの名無しさん
09/03/16 21:13:36
COM使っていいんなら今でも出来ると言えよう
593:デフォルトの名無しさん
09/03/16 21:21:41
COMは使いたくない。
594:デフォルトの名無しさん
09/03/16 23:42:07
埋め込みVBAでもCOMとやってることほとんど変わらんだろ
595:デフォルトの名無しさん
09/03/17 00:51:58
スクリプト厨にCOMは無理すぎる
596:デフォルトの名無しさん
09/03/17 01:35:39
コンパイルするかしないかで別に言語として難しいわけでもなかろうに
597:デフォルトの名無しさん
09/03/17 05:36:01
COMって何だ。Win32OLEを使うとかそんな感じ?
それならExcelのブックに付属させられるVBAマクロなんかとは別物だろ
むしろ>>590のアドオンが近いんだろうけど、スクリプトマクロの利点がかけらもないしな
598:デフォルトの名無しさん
09/03/17 06:37:45
埋め込みVBAでもCOMとやってることほとんど変わらんだろ
599:デフォルトの名無しさん
09/03/17 07:18:08
vbaで書く利点は、ExcelならExcelファイルさえ渡せば、officeの入ってるマシンなら(一応)動いてくれること。
まあ、俺も自分だけで使う奴ならpythonでcom経由で書いてるけどさ。楽だし。
600:デフォルトの名無しさん
09/03/17 07:19:05
Lispでもつけときゃ、Emacs使いは歓喜するのかな?両方よく知らんけど。
601:デフォルトの名無しさん
09/03/17 12:34:07
officeって実はインストールするときおまかせじゃだめなんだよね
オプションの選択によっては動かないマクロとかいっぱいあるのが嫌だ
結局カスタムでフルインストール選ばないと危なっかしくて使えない
602:デフォルトの名無しさん
09/03/17 13:02:46
導入手順書に必要なオプション説明しときゃいいだけだろ
603:デフォルトの名無しさん
09/03/17 13:55:38
なんで冴子先生出てきてくんねえんだよ。
とイルカに向かってキレてた上司なら見たことある。
604:デフォルトの名無しさん
09/03/17 21:07:04
いまだにOutlookでカレンダー表示だけにするやり方が分からない。
605:デフォルトの名無しさん
09/03/17 23:16:12
>>603
ワラた
606:デフォルトの名無しさん
09/03/18 05:51:01
ExcelのVBAの働きはシートに対するユーザー定義関数が重要なのだから、
COMでは代用できるものとできないものがあるね。
COMを通したスクリプトで代用できるのは事実上は一括処理系だけかね。
607:デフォルトの名無しさん
09/03/18 09:57:38
COMサーバーも簡単に作れるから
あなたの言う「ユーザー定義関数」も作れますよ
608:デフォルトの名無しさん
09/03/18 10:57:17
kwsk
609:デフォルトの名無しさん
09/03/18 14:25:24
LXDE (Lightweight X11 Desktop Environment)
軽快動作を目的としたX11デスクトップ環境
これが本場の「Lightweight」の使い方
今後このスレでは「LL」は一切禁止とします
610:デフォルトの名無しさん
09/03/19 00:38:27
COMサーバってなによ
611:デフォルトの名無しさん
09/03/19 01:06:54
このスレでは関係ない話
612:デフォルトの名無しさん
09/03/19 01:29:17
上のやりとりでは、スクリプトで「COMサーバーは簡単に作れる」
と書いてあるのに、「このスレでは関係ない話」とは妙な。
VBAで通常作るユーザー定義関数より、(このスレでいうLLで作った)
COMサーバーで作ったものが、スマートで管理しやすく、VBAで
書くより易いなら、それはとても価値のある情報だと思う。
613:デフォルトの名無しさん
09/03/19 01:37:10
>>610
コミュニケーションサーバー
614:デフォルトの名無しさん
09/03/19 01:59:13
>>612
消えろカス
615:デフォルトの名無しさん
09/03/19 02:00:02
なんだか特定OSが持ってる仕組みの内、アプリ間でのなにやらを
やりとりするための仕組みの内のなんちゃらっぽいということだけ妄想した
VBとかC#とかに関してMSDNあたりをごりごり探せばいいのかな
スレには関係なさそうだが、みんなWindows詳しいのな
616:デフォルトの名無しさん
09/03/19 04:21:47
てっきり >611 は >609 に対してのレスだと思ってたんだが
617:デフォルトの名無しさん
09/03/19 04:24:27
特定のOSってWin/Unixしか事実上ないんだからさ。Win知らなきゃコンピュータを半分以上知らないのと同じだろ。
618:デフォルトの名無しさん
09/03/19 04:41:47
>617
おまいはパソコン用OSしか知らないようだな
619:デフォルトの名無しさん
09/03/19 07:19:38
さっそくそこに釣られんなよ
620:デフォルトの名無しさん
09/03/19 07:43:38
>>617
それマジで言ったん?ソースあんならすぐ出せ
マジなら2ちゃんねら総力を上げて潰すが
621:デフォルトの名無しさん
09/03/19 07:48:48
MacOSのこと忘れてください・・・
622:デフォルトの名無しさん
09/03/19 08:01:33
MacOSはもうないOSだしMacOS XはUNIXだから別にいいのでは
LinuxやMinixもUNIXということにしたとして
Tronとかz/OSとかの話だろ
623:デフォルトの名無しさん
09/03/19 08:04:24
OS/400の事も思い出してやってください
#つかzよりこっちの方が台数上だと思うが。
624:デフォルトの名無しさん
09/03/19 10:38:07
OS/400とかTronとかz/OSで動くExcelってありますか?
625:デフォルトの名無しさん
09/03/19 13:16:24
結局617がほぼ正解なわけだが必死に反論してみよう。
BeOSってどうなったんだろう・・
626:デフォルトの名無しさん
09/03/19 13:28:49
シンビアンとかBREWとか
627:デフォルトの名無しさん
09/03/19 22:13:08
>OS/400とかTronとかz/OSで動くExcelってありますか?
OS/400はOSとDB2が融合しているので、アレコレ計算するならExcel以上の事が可能だなぁ。
それとJavaとかPHPとかJythonとかのメジャー言語やLL言語も使えるよ。
とマジレスしてみる。
628:デフォルトの名無しさん
09/03/20 01:06:45
LLでもバカっぽいのにLL言語ってバカ丸出しって感じだな
629:デフォルトの名無しさん
09/03/20 01:39:06
頭痛が痛いわ
630:デフォルトの名無しさん
09/03/20 01:49:35
プログラマーなら軽量LL言語でプログラミング言語をプログラムしようぜ
631:デフォルトの名無しさん
09/03/20 03:04:39
よくバカにされるけど好きです、PHP
632:デフォルトの名無しさん
09/03/20 04:15:17
LAMPのPなんだろけどRubyだけ仲間外れなん屋根
633:デフォルトの名無しさん
09/03/20 05:48:28
LARMP ラーンプ
634:デフォルトの名無しさん
09/03/20 06:26:01
俺はBSDなんで、BARMP にしたい。
635:デフォルトの名無しさん
09/03/20 10:51:35
Ruby厨uzeeeeeeeeeeeee
636:デフォルトの名無しさん
09/03/20 11:33:24
俺は普通にMISAだけど
637:デフォルトの名無しさん
09/03/20 11:56:41
んじゃ俺はRAPPでやりたい
638:デフォルトの名無しさん
09/03/20 12:43:38
>>636
Sがわからない。SQLite?w
639:デフォルトの名無しさん
09/03/20 14:16:29
Microsoft
IIS
SQL
ASP
640:デフォルトの名無しさん
09/03/20 18:13:37
MacのMかと思ったwww
641:デフォルトの名無しさん
09/03/20 19:10:42
MacならMWFAって所か
642:デフォルトの名無しさん
09/03/21 01:27:49
>639
で、そのSQLを解釈するDBは何だ
643:デフォルトの名無しさん
09/03/21 01:33:35
Microsoft SQL Serverにきまってるだろ…
644:デフォルトの名無しさん
09/03/21 01:33:38
>641
MacOSX、FileMaker、Apache…か?
Wって何だろ、言語かな?
OSXならPもRも標準添付じゃないっけ
645:デフォルトの名無しさん
09/03/21 01:33:40
まさかMicrosoft SQL Server って製品を知らないとか
646:デフォルトの名無しさん
09/03/21 01:34:17
MacOS
Web共有
Filemaker
AppleScript
だろwww
647:デフォルトの名無しさん
09/03/21 01:35:10
MSSQLSERVERなら知ってるけど、SQLは言語だろ
まさかSQLを知らないのか?
648:デフォルトの名無しさん
09/03/21 01:36:31
>646
しまった、AppleScriptか!
649:デフォルトの名無しさん
09/03/21 01:40:41
MicrosoftとかいってたらMMMMでありになっちまう
650:デフォルトの名無しさん
09/03/21 01:43:37
俺の会社はHTTBだぜ
651:デフォルトの名無しさん
09/03/21 01:46:33
むしろどんどんLLと関係ない話になってるし。
まだExcelをLLで~ COMサ~バ~ うんぬんの方が
いくらかは興味深いわ。まじで。
652:デフォルトの名無しさん
09/03/21 01:53:28
そっちに戻すんなら、気になってOOo調べてみたがマクロは結局BASICじゃん
JavaScriptもPythonも、情報も実装も全然足りない感じ
BASICの利点って何だ?VBAマクロからの移行優先ってだけなのかな。
653:デフォルトの名無しさん
09/03/21 01:54:33
WindowsやIISはMicrosoftって単語を除いても判るけど
MSSQLServerはMS抜いたら一般名詞化しちまうからなぁ
かと言ってMSだけだと社名になるし、面倒臭いソフト名ではある
654:デフォルトの名無しさん
09/03/21 02:00:40
Oracleもデータベースの製品名はOracle Databaseであって
Oracleは社名だけどな
655:デフォルトの名無しさん
09/03/21 02:03:17
オラクルはDB関連以外が存在感薄いから許すw
656:デフォルトの名無しさん
09/03/21 02:03:33
>>654
それはOracle Office とか Oracle Windows OS とかが存在しそれなりに
普及してる時にのみ対等に比較できるわけで
657:デフォルトの名無しさん
09/03/21 08:01:47
>>652
あなた調べ物むいてないよ
658:デフォルトの名無しさん
09/03/21 08:32:01
>JavaScriptもPythonも、情報も実装も全然足りない感じ
とりあえず、今のMS系の言語と比べればこっちの方が普及しているんだがな。
659:デフォルトの名無しさん
09/03/21 09:00:57
「PHP使いはもう正規表現をblogに書くな」と言わせないでくれ
URLリンク(blog.livedoor.jp)
PHPユーザーってほんとダメだよな。
660:デフォルトの名無しさん
09/03/21 09:21:09
>>657-658
まじで?BASIC以外のまともなリファレンスあるの?
ようやっと見つけたサイトとかに
「※OOo 3.0 では Python 関連で多数の問題があります。お勧めできません。」
とか、
「組み込みで配布する場合はBASICしかなさそう」
とか書かれて萎えてるんだが。
661:デフォルトの名無しさん
09/03/21 10:58:16
あきらめが早いのは決して悪いことじゃないと思うよ
662:デフォルトの名無しさん
09/03/21 11:06:34
いや、JavaScriptはだめだよ。
まともな言語じゃない
663:デフォルトの名無しさん
09/03/21 12:15:40
そうだね
664:デフォルトの名無しさん
09/03/21 13:24:48
OOo BASICですらまともな情報ないような気がするんだが
665:デフォルトの名無しさん
09/03/21 15:03:16
>>659
ちょっと前まで日本で一番有名なオープンソースPerlプログラマはKENTで
CGIでググるとKENTのクソCGIが沢山引っ掛かって
初心者はこぞってみんなそれを真似していたことを弾は忘れている
単にPHP憎しの厨房発言だろこれ
666:デフォルトの名無しさん
09/03/21 15:09:11
日本最高レベルのハカーである弾先生に対してどういう無礼な発言だ?
謝罪しろ。
667:デフォルトの名無しさん
09/03/21 16:47:16
>>665
クソ初心者向けページにひっかかるクソ初心者どものことなんて、
普通以上のレベルの連中の意識の中には全くないからw
ときどき自分が全く知らない分野のことを検索して、ごみばっか
ひっかかった瞬間だけ、クソッタレと思うけど。
668:デフォルトの名無しさん
09/03/21 17:12:50
そう思うならDANKOGAIの批判も的外れってことだよね
669:デフォルトの名無しさん
09/03/21 18:05:57
しかしこんなクソ正規表現をそのまま転載するやつはかなりのアホだろ
670:デフォルトの名無しさん
09/03/21 18:06:36
PHPの糞関数名のせいでC/C++の検索がめちゃくちゃにされた恨みは忘れない
671:デフォルトの名無しさん
09/03/21 18:18:00
Rubyしかありえないよね
672:デフォルトの名無しさん
09/03/21 18:32:45
そうだね
673:デフォルトの名無しさん
09/03/21 18:50:26
やっぱ最後はRubyか・・だよな
674:デフォルトの名無しさん
09/03/21 18:59:19
pythonはRubyから構文大量にパクってるし、
これから先生き残る言語はRubyを筆頭にHaskellとCOBOLじゃなかろうか。
C言語は死滅する。まったく使われなくなる
675:デフォルトの名無しさん
09/03/21 19:01:21
釣れるといいな
676:675
09/03/21 19:02:41
おれもそう思うわ
677:デフォルトの名無しさん
09/03/21 19:05:06
自演をばらしてどうする
678:デフォルトの名無しさん
09/03/21 19:08:14
変数自体が桁フォーマット情報持ってるって発想自体は面白いんだがな
679:デフォルトの名無しさん
09/03/21 19:45:32
数式処理系とかで有効数字を持ってたりするようなものか。
680:デフォルトの名無しさん
09/03/21 21:15:29
PHP、使う人が多いし他の言語に比べて簡単だから全体としてレベルが低いのは否めない。
けど、PHP使ってる人ってだめだな! って短絡的に結びつけるのもなんか。
681:デフォルトの名無しさん
09/03/21 21:18:32
昔からあるVBだめだなとかそういう流れなんだろ
難しい言語やってる方が偉いみたいな
682:デフォルトの名無しさん
09/03/21 21:36:04
組む能力が無いから覚えたもので優劣つけようってことか、さもしいな
683:デフォルトの名無しさん
09/03/21 21:45:14
難しい言語ってどれよ
684:デフォルトの名無しさん
09/03/21 21:46:25
BrainFucker
685:デフォルトの名無しさん
09/03/21 21:54:35
ところでDANさんってPerlで何作ったの?
オンザエッジの他社丸パクリサービスだけ?
686:デフォルトの名無しさん
09/03/21 21:56:31
>>684
ばかですねわかります
687:デフォルトの名無しさん
09/03/21 21:57:58
だれがうま(ry
688:デフォルトの名無しさん
09/03/21 22:00:56
Jcode.plをJcode.pmにするとか
これもオリジナルは自分のアイディアじゃないか
689:デフォルトの名無しさん
09/03/21 22:12:18
おまw
Encode.pmも知らずにdankogaiを叩いてるのか
690:デフォルトの名無しさん
09/03/21 22:13:21
補足すると、作ったわけではないがあんなもののメンテナやってるってだけで奇特な人間なのは間違いない
691:デフォルトの名無しさん
09/03/21 22:14:51
小飼スレでやれよ
692:デフォルトの名無しさん
09/03/21 22:18:54
>>689
いやだから元ネタにjcode.plというものがあってだな
693:デフォルトの名無しさん
09/03/21 22:19:57
しねよ
694:デフォルトの名無しさん
09/03/21 22:51:37
>>686
ネタを素で間違えた
吊ってくる
695:デフォルトの名無しさん
09/03/21 23:08:11
いつからPerl得意でハッカーって言われるようになったの?
696:デフォルトの名無しさん
09/03/21 23:16:11
子飼い断スレなんてあるのか?
まあ2ちゃん的にはウォッチされておかしくはなさそうだが。
697:デフォルトの名無しさん
09/03/21 23:45:00
iseg = ARGF.read
iseg = iseg.
gsub(']', 'end;').
gsub('[', 'while dseg[dx] != 0;').
gsub('+', 'dseg[dx] += 1;').
gsub('-', 'dseg[dx] -= 1;').
gsub('.', 'print dseg[dx].chr;').
gsub(',', 'dseg[dx] = $stdin.getc;').
gsub('>', 'dx += 1;').
gsub('<', 'dx -= 1;')
eval(<<INIT + iseg)
dseg = Array.new(32768, 0)
pc = 0
dx = 0
INIT
puts ''
698:デフォルトの名無しさん
09/03/22 02:47:58
>697
メソッドチェーン長っ
俺はあんまり長いチェーンは書かないが、書くならドットは左置きするなあ
パッと見たとき各行が別の文に見えてしまうから
699:デフォルトの名無しさん
09/03/22 02:48:33
ってそれじゃダメだったのかw
700:デフォルトの名無しさん
09/03/22 02:57:41
カンマなどの前置もできないね
改行のセミコロンを省略できる代償、なのかな?
で、どうでもいいがこのマルチレスは何の意味があるんだろう
701:デフォルトの名無しさん
09/03/22 05:50:08
iseg = iseg\
.gsub(']', 'end;')\
.gsub('[', 'while dseg[dx] != 0;')\
.gsub('+', 'dseg[dx] += 1;')\
.gsub('-', 'dseg[dx] -= 1;')\
.gsub('.', 'print dseg[dx].chr;')\
.gsub(',', 'dseg[dx] = $stdin.getc;')\
.gsub('>', 'dx += 1;')\
.gsub('<', 'dx -= 1;')
702:デフォルトの名無しさん
09/03/22 09:08:38
>>659
Perlとか、程度の適当さがあるから良いのじゃないのかね。
ラリーが目指しているのは、自然言語としてのPerlじゃなかったのかね。
「厳格であるべき」などといった話になったらPerlという言語そのもののが
言語思想の根底レベルから崩壊するぞ。
詳解正規表現のメールチェックや、danところのチェックは
実用性という点では、普通に使用されているメールの
何割かが通らないので意味のカケラもない。
「正しいことより使えることに意味がある。」
まぁオレは、メインをPythonに鞍替え中なわけだが。
703:デフォルトの名無しさん
09/03/22 09:23:40
>>696
前はあった
小飼弾について
スレリンク(prog板)
今あるのはこれか
Windowsしか知らないプログラマはご愁傷様by小飼弾
スレリンク(tech板)l50
704:デフォルトの名無しさん
09/03/22 10:28:53
「PHP使いはもう正規表現をblogに書くな」と言わせないでくれ
トラックバック:URLリンク(blog.livedoor.jp)
705:デフォルトの名無しさん
09/03/22 10:31:42
問題:
「○○使いはもう××をblogに書くな」と言わせないでくれ
○○と××に適切な単語を埋めなさい。
例文:
「PHP使いはもう正規表現をblogに書くな」と言わせないでくれ
「Perl使いはもうレガシーコードをblogに書くな」と言わせないでくれ
「VB使いはもうクソコードをblogに書くな」と言わせないでくれ
706:デフォルトの名無しさん
09/03/22 10:38:24
pythonはRubyの足元にも及ばない貧弱言語だから
使うのやめたほうがいいとおもうけどな
707:デフォルトの名無しさん
09/03/22 10:51:03
Python使いはもうRubyの悪口をblogに書くな
708:デフォルトの名無しさん
09/03/22 10:56:27
Python使いは消滅しろ
709:デフォルトの名無しさん
09/03/22 11:18:24
ケンカはやめて(><)
710:デフォルトの名無しさん
09/03/22 11:57:58
どう見ても、一人のRuby信者がpython叩いてるだけだろ
711:デフォルトの名無しさん
09/03/22 12:11:45
今時そんな幼稚な叩きがあるかw
Rubyに対するネガキャンにしてももう少し上手くやるだろうし。
ただの便所の落書きだろ。相合い傘みたいな
712:デフォルトの名無しさん
09/03/22 12:22:40
「魔法使いはもう呪文をblogに書くな」と言わせないでくれ
713:デフォルトの名無しさん
09/03/22 12:40:34
そういやrubyのことをMatzLispとか言う人がいるみたいだけど
なんなの?馬鹿なの?死ぬの?
rubyなんて全然Lispじゃないじゃん
マクロもないくせに
714:デフォルトの名無しさん
09/03/22 13:48:09
Lispそのものじゃないけど、かなりLispに近いって意味でしょ?
Maclispと引っ掛けたジョークの意味合いもあるとか
随所にLispからもらったアイディアが埋め込まれてるのは事実。思いつくだけでも
ArrayはLispのリスト
メソッド名の!?はScheme
多値はComon Lispでいうvalues、multiple-value-bind
mixinはFlavorだったかが元ネタ
実装できちゃったのでcall/ccもある
マクロは確かに無い。ってかmatzはマクロが好きじゃないらしい
ただしリフレクションとeval族メソッドで一部代替できる
715:デフォルトの名無しさん
09/03/22 14:32:42
Franz Lisp だとする説もあるな
716:デフォルトの名無しさん
09/03/22 15:56:30
はてなキーワードでRubyのRSS見てたら、Python使いのRuby叩きばっかで埋まってワロタ
717:デフォルトの名無しさん
09/03/22 16:05:53
たかが言語ごときで叩きあいをする神経がわからん
他に楽しいことないのかね
718:デフォルトの名無しさん
09/03/22 16:05:48
はてなってそういうとこだろ?ある意味2chと同類
719:デフォルトの名無しさん
09/03/22 16:08:24
>>717-718
さりげなくレス番とタイムスタンプ逆転
初めて見たw
720:デフォルトの名無しさん
09/03/22 16:12:45
まさに底辺スクリプトプログラマーの争いだな
721:デフォルトの名無しさん
09/03/22 16:14:33
>>720
頂上プログラマーのありがたいお言葉を是非。
722:デフォルトの名無しさん
09/03/22 16:23:30
はやくWebドカタから足洗えよ
723:デフォルトの名無しさん
09/03/22 16:49:55
転職してエロゲンガーになりましたw
724:デフォルトの名無しさん
09/03/22 18:37:48
Python選ぶよういなったのは「文法が~」とか
うんうんはあまり関係が無くて、
組み込みスクリプトとして、Pythonが選ばれるように
なってきて周りから堀が埋まってきてる。
URLリンク(ja.wikipedia.org) と
URLリンク(ja.wikipedia.org)
の比較になる。
特に「Pythonが組み込まれている製品」が問題で、
Rubyのお遊びで使ってみました級とは違い、
プロユースの(しかもそれぞれの分野の頂点付近)の製品が軒並み並ぶ。
「CG系」はすでにPythonの完全支配目前。
おそらく「Office系」も5年程度を目処に、組み込みとしてPython導入が目立ってくると思われ。
個人で家で使う分にはPerlとかのが好きだけどね。
クラスにしても、何にしても全部自分の手で自分の言葉で作ってる感が出てて書いてて面白い。
725:デフォルトの名無しさん
09/03/22 18:48:41
>>724
>おそらく「Office系」も5年程度を目処に、組み込みとしてPython導入が目立ってくると思われ。
これが妄想なのか根拠のある推定なのかが気になる。
また、Pythonを使うことによる利益を述べるのはいいんだけど、くだらん煽りをいれて
喧嘩にはしないでね。
726:デフォルトの名無しさん
09/03/22 19:02:43
なんでまたPythonなのかね
こういうのを技術者の無駄なプライドって言うんだろうけど
727:デフォルトの名無しさん
09/03/22 19:34:17
>>725
> 喧嘩にはしないでね。
喧嘩したがりを隔離するためのスレで何を言うかw
スレタイ見ろ。
728:デフォルトの名無しさん
09/03/22 19:56:55
あ?てめえドコ中だ?
729:デフォルトの名無しさん
09/03/22 20:44:02
個人的には日本で一時期のRubyの無駄な盛り上がりが異常だった気がしなくもないんだが。
Pythonは海外でワリとフツーにみんな使っていたけど、そういう時に日本は
PerlとかPHPが流行っていて、Pythonには見向きもしなかった、ってだけなのでは。
今のPythonの評価がやっと世間と言うか世界並(?)になった希ガス。
730:デフォルトの名無しさん
09/03/22 21:23:04
>>729
海外でCGIっていうとPythonなの?
それはないと思うんだが、これは印象だけなのでなんとも
それに、PHPとPythonなんてまったく用途がちがうじゃない
論考としてはかなり戴けない
731:デフォルトの名無しさん
09/03/22 21:44:32
>>730
CGIといえば、Pythonというよりも、スクリプト=Python。
世界で、Java C++ の次にPythonが利用率が高いのだから、
JITのJava、NativeのC++、スクリプトのPythonという構図だろう。
もちろんPHPはWeb限定では利用されてはいるが、
Web自体を実務にしてる人以外だと、個人サイトでチョロ書き以外
利用する機会もないっしょ。
732:デフォルトの名無しさん
09/03/22 22:09:33
>>731
なんか書きたいことをうねうね書いてるだけ?
海外てかアメリカでもスクリプト=Perlの時代がまずあったと思うんだが。
>>729と>>731の間に時代の経過があるのか?
とりあえず経緯を書きたいのか現状と展望を書きたいのかはっきりさせた方がいいとおも
733:デフォルトの名無しさん
09/03/22 22:20:26
海外スクリプト=*sh,Perl,Python
海外cgi=Perl,PHP
日本スクリプト=*sh,Perl
日本cgi=Perl,PHP
じゃね?
でRubyはRailsが出るまで寒い状態だったが、Railsが当たってからRubyに急に日本人信者が沸いてきた。
そしてRuby厨がなぜかPythonユーザーに噛み付いている状況。
734:デフォルトの名無しさん
09/03/22 22:31:58
まーたはじまった
735:デフォルトの名無しさん
09/03/22 22:33:18
だいたいそんな印象かな
Ruby厨の部分につけ加えると、Pythonも、陽が当たってからいろいろ湧いてきてる
これは仕方がない
Perlな人はじっと黙ってPerl6を待つのみ・・・parrot1.0.0出たよーw
736:デフォルトの名無しさん
09/03/22 22:38:43
Perl6はダメなの目に見えてるような。
Perl大好きだが6で致命的にダメになるのが予測できる。
今のCpanのライブラリを全てそのまま受け入れた時点で、
「現在の文法」+「新文法」の両方がマージされ、
さらなるとんでもキメラとなり、一層の記述法分派が生まれてしまう。
自分で書くのは一通り、だが、読み取るには全く異なる数十通りの記法を全て
理解してないと読み取れなくなってゆく。
737:デフォルトの名無しさん
09/03/22 22:48:28
CPANライブラリをそのまま受け入れるって何のこと?
書き直すだろ。総書き換えされるくらいの勢いはあるはず。
と、少なくとも3年ほど前にPerl6が出ていれば言えたんだが。
↓一応、こういうのを考えてる人もいるってお話を今調べて読んだ
URLリンク(cpan6.org)
738:デフォルトの名無しさん
09/03/22 23:01:24
日本人に限らんのかもしれんが、言語には流行があるんじゃね?
Javaはビミョーなノリ(1.0~1.3の頃)だった気がするが、
Rubyの盛り上がりかたや信者の厨房増殖は凄いモノがあったと思う。シェアが一気に拡大しすぎみたいな。
PHPの頃はITドカタが随分増えた気がするが。w
昔からawkやPerlやPython(1.x)を使ってた身からすると、
PHPやRubyは進化が早い(?)と思う。
Perl6とか長そうだしなぁ。
739:デフォルトの名無しさん
09/03/22 23:07:06
確かにJavaっておもちゃみたいな時期が長かったというか、ほんとに定着するが
疑問な期間があった気がする。
RubyはRails以降はほんと早いね。
今はPerlとか使った奴がRubyも覚えるパターンが多いと思うが、これからは最初
からRuby世代とかでてくるんだろうな。
740:デフォルトの名無しさん
09/03/22 23:11:44
>世界で、Java C++ の次にPythonが利用率が高いのだから、
ねーよw
PerlかノーマルCあたりだろJK
741:デフォルトの名無しさん
09/03/22 23:16:12
>>740
常識って言えるようなデータなんてないだろ
742:デフォルトの名無しさん
09/03/23 01:46:42
>>738-739
Perlはもう過去のもの
743:デフォルトの名無しさん
09/03/23 01:47:56
Javaはゆっくり進化だね
勢いとかは敢えて殺して、仕様的に安定させるのを優先してる気がする
それだけに明確な新仕様出してきた1.5には驚いたが
744:デフォルトの名無しさん
09/03/23 02:19:11
JavaとかGCある時点でもう見切りつけてたよ
メモリも管理できないプログラマはそれ相応のことしかできないだろうし
745:デフォルトの名無しさん
09/03/23 02:57:22
上級者がちょっと楽したいときのスクリプト言語。
スクリプトしかできないにわかプログラマー。
どちらも共存してるからニーズに合わせるのが大変。
746:デフォルトの名無しさん
09/03/23 04:11:35
>744
世の中に完璧なメモリ管理をしてるアプリがどれだけあるかねえ
747:デフォルトの名無しさん
09/03/23 05:25:44
>745
世の中に完璧なプログラマがどれだけいるかねえ
748:デフォルトの名無しさん
09/03/23 07:57:35
JavaとかSun死亡寸前じゃん
749:デフォルトの名無しさん
09/03/23 08:41:01
「Javaには見切りをつけました。これからはRubyだ」と趣味の世界で自己完結するなら別にいいけど、
職場とかでこんな事ヌカすアフォがいたら即効でプロジェクトから外れてもらうけど。
750:デフォルトの名無しさん
09/03/23 08:48:30
Jabaで書いてるグループの数名よりも速く
大量にRubyで完成しまくる漢なら許す
751:デフォルトの名無しさん
09/03/23 08:53:19
そおいや、ちょっと前はRubyはPythonよりも処理速度が遅い事で有名だったけど、
今は処理速度速いんかな?
JavaもWeb分野だと処理速度とか結構速いからなぁ。
ちなみにRuby厨の「そういうのはDBからの結果セット取得時間がネックになるからRubyの遅さは
気にならない」って言い訳はなしな。w
752:デフォルトの名無しさん
09/03/23 09:10:41
>>751
1.9はなかなか広まらないしな
1.8系でpsycoみたいなことが可能ならいいのにね
753:デフォルトの名無しさん
09/03/23 09:51:59
Javaで十分、ゴミみたいなスクリプトを書き散らかすなよ
754:デフォルトの名無しさん
09/03/23 13:24:49
>>749
「これからはRubyだ」と言って、採用されるくらいの権限をもつなら、
お前じゃプロジェクトから外せないだろw
755:デフォルトの名無しさん
09/03/23 13:26:00
>>751
Railsはごってりな今時のフレームワークの中では実はそんなに遅いわけじゃない。
むしろメモリ消費が激しい
756:デフォルトの名無しさん
09/03/23 13:26:17
きっと嫌がらせするんだよ
757:デフォルトの名無しさん
09/03/23 13:34:13
そういうのはDBからの結果セット取得時間がネックになるから
Rubyの遅さは気にならない
758:デフォルトの名無しさん
09/03/23 13:34:20
いくつかマイクロベンチマークを見た大雑把な印象としては
1.9ではPythonと良い勝負するようになってる
ただしM17N対応で一部の文字列処理が遅くなってたりするので、やっぱり処理内容にもよる
そういえば、Pythonも3系から遅くなってるらしい(?)のだが、何かあったんだろうか
759:デフォルトの名無しさん
09/03/23 13:44:24
>>752 >>758
文字列の扱いやDB操作がメインのwebアプリだと待望の1.9は逆に遅くなるから困る。
正直泣けてくる。1.9は何だったのよっていう・・・
760:デフォルトの名無しさん
09/03/23 13:48:05
>>758
Python3は、intまわりが多倍長整数一本に統合されたせいで遅くなったらしい
761:デフォルトの名無しさん
09/03/23 17:21:28
Python3.1でまた速くなる。
762:木津
09/03/23 17:46:53
やっぱり型をキッチリ宣言した言語でないとどっか信用できないのよ。
業務だと特に。
763:デフォルトの名無しさん
09/03/23 18:18:06
普段はJavaなんだけど今PHPの仕事してる。
鬱になりそう。
これが終わったら俺、PHPの仕事は断るんだ…
でもPerlやVBは鬱になりそうにならなかったなぁ
764:デフォルトの名無しさん
09/03/23 18:22:01
>>763
それは8割方使い方が悪いだけとみた
どっかで常駐して自由の効かないチームで不本意なことをやらされてるなら
わからんでもないが、それでも言語のせいというよりPHPerのせいではなかろうか
具体的にPHPの仕事のどのへんが鬱なのか書いてみようや
765:デフォルトの名無しさん
09/03/23 18:35:25
phpの気になるところってWarningとNoticeでログがいっぱいになることぐらいだろうか。
あとmb_stringぐらい入れろっつーのあの馬鹿管理者
766:デフォルトの名無しさん
09/03/23 18:45:02
noticeもどうかと思うがwarning放置はあり得ないだろ
Cの-Wallでのwarningとは意味が違うぞ
warning = error
notice = warning
くらいの意味だろあれ
767:デフォルトの名無しさん
09/03/23 18:54:27
>>764
周囲のレベルの低さ
それによる不当な単価の安さ
オブジェクト指向の適当さ
標準関数でのサニタイズの適当さ
大規模にすればするほど収集つかなくなる言語仕様
768:デフォルトの名無しさん
09/03/23 19:02:06
>>765 >>767
使い方が悪い例ばかり挙がってるような気がするが。
> オブジェクト指向の適当さ
とはいうが、RubyやJavaScriptのオブジェクト指向は認めてたりするんだろ?
仕様の違い、で呑み込めない範囲ではないと思うぞ
> サニタイズ
(笑)。具体的にどの処理のことなんだろうか。
> 周囲のレベルの低さ
> それによる不当な単価の安さ
まあこの辺は仕方がない。だから、「どっかで常駐して云々」なんだけどな。
嫌なら高額案件ばかりこなせるような能力を備え環境を頑張って揃えればいい。
> 大規模にすればするほど収集つかなくなる言語仕様
これも仕方がない。PerlやRubyやPythonとくらべてそれほどひどいとも思わない。
769:デフォルトの名無しさん
09/03/23 19:14:28
>>766
いや、放置じゃなくてログの量が毎月すごいことになるからさ>Noticeで
上がいちいちチェックしろとうるさいんで大変
同じ鯖でテストも兼ねるからWarningも多い、大半は他人のだからさらにたちが悪い
>>767
お前さんのレベルの低さがよく分かった
770:デフォルトの名無しさん
09/03/23 19:44:32
PHPのオブジェクト指向の適当さは凄すぎる感はあるな。
Pythonくらいの適当さはとっつきやすいけど。
あと大規模になればなるほど、ってそれはPHPを選択する方が悪いのでは?
そういうのはJavaにしとけ、って希ガス。
771:デフォルトの名無しさん
09/03/23 20:12:47
適当なくせにJavaを真似たOOにするあたりがかなりバカっぽいと思った
772:デフォルトの名無しさん
09/03/23 20:33:13
フレームワーク自作すんならともかく
ごく一般的なWebサイト構築すんのに、ガッチガチのクラスシステム、オブジェクトシステムが必要かってーと、
そうでもないけどな。
具体的にPHPのオブジェクトシステムのどこで困ってんだか。
773:デフォルトの名無しさん
09/03/23 20:36:12
一般的でない規模のデカさなんじゃね?
それか会社の方針でオレ流フレームワーク作らされているとか。
774:デフォルトの名無しさん
09/03/23 21:56:15
──アタシの名前はRuby。パーザに傷を負った軽量言語。ゆるふわ仕様で動的型付けの愛されランゲージ♪
アタシがつるんでる友達はどうとでも書けるPerl、学校にナイショで
エンタープライズで働いてるPython。訳あって不良グループの一員になってるPHP。
友達がいてもやっぱり学校はタイクツ。今日もPHPとちょっとしたことで口喧嘩になった。
LL同士だとこんなこともあるからストレスが溜まるよね☆そんな時アタシはselfでmodule_evalすることにしている。
がんばった自分へのご褒美ってやつ?自分らしさの演出とも言うかな!
「あームカツク」・・。そんなことをつぶやきながらしつこいRails案件を軽くあしらう。
「カノジョー、ちょっとSNS作ってくれない?」どいつもこいつも同じようなセリフしか言わない。
Railsの男はカッコイイけどなんか薄っぺらくてキライだ。もっと等身大のアタシを見て欲しい。
「すいません・・。」・・・またか、とYARVなアタシは思った。シカトするつもりだったけど、
チラっとRailsな男の顔を見た。
「・・!!」
・・・チガウ・・・今までの男とはなにかが決定的に違う。スピリチュアルな感覚がアタシのカラダを
駆け巡った・・。「・・(カッコイイ・・!!・・これって運命・・?)」
男は_whyだった。連れていかれてCampingされた。「キャーやめて!」Hpricotをきめた。
「ガシッ!ボカッ!」アタシは死んだ。ベーコン(笑)
775:デフォルトの名無しさん
09/03/23 22:12:56
意外に完成度高いな
776:デフォルトの名無しさん
09/03/23 22:19:40
次は作曲をお願いします
777:デフォルトの名無しさん
09/03/23 22:32:28
777
778:デフォルトの名無しさん
09/03/23 23:47:20
PHPはまだしもPerl/Pythonの仕事って皆無なんだけど、みんなどこで使ってるの?趣味?
779:デフォルトの名無しさん
09/03/23 23:48:19
忘れられたRubyのWebフレームワーク
URLリンク(www.infoq.com)
思い付いては作られて人々の記憶から消えてゆく
忘れられたフレームワークに意味はあるのでしょうか
780:デフォルトの名無しさん
09/03/23 23:59:10
どのレスとは言わないがRubyを認めてるなんて一言も言ってないのにRubyは認めれてることにする信者の気持ち悪さ
781:デフォルトの名無しさん
09/03/24 00:02:02
>>778
Perlはmixi、モバゲー、ライブドア
Pythonの日本の事例はZope使ったの以外知らん
782:デフォルトの名無しさん
09/03/24 00:02:05
Perlの仕事はないから俺は2chでだべる用に使ってる。Pythonは有望株。
783:デフォルトの名無しさん
09/03/24 00:06:41
永遠に有望株のままの気もするが>Python
実際、まだそれほどどろどろの現場作業で使われていないからこそ、高みからの
物言いが続けられるという一面は否定出来ないのではないか
784:デフォルトの名無しさん
09/03/24 00:06:47
その3社にしか就職できないのか・・どこもいやなんだが
785:デフォルトの名無しさん
09/03/24 00:17:27
飛行機事故すごいな
786:デフォルトの名無しさん
09/03/24 00:21:19
>>779
Webについて言えば
RDBとTemplateとスクリプトを組み合わせたら
よほど変なつくりにしない限り
ほとんど勝手にMVCになるんだけどな
787:デフォルトの名無しさん
09/03/24 00:23:14
まあ政治的な匂いはする
788:デフォルトの名無しさん
09/03/24 00:38:05
>>786
それはかなり甘い。というか、ある程度最近の頭から出てる発想だと感じる。
> RDBとTemplateとスクリプトを組み合わせたら
そのTemplateが曲者で、フレームワークにくっついていないテンプレートシステムは
な ぜ か 普及しないし開発も進まない。
自由にCGIなりを作らせると、初期のPerl CGIと見まがうばかりのHTML&print乱舞の
スクリプトが量産され、また例えばRubyでERBなんかが出てきたかと思えば今度は、
上記を全くひっくり返した形で、初期のJSPやPHPのごとく、ロジック埋め込みマンセー
スクリプトが量産される。
とりあえず何でもいいから「フレームワーク」で縛って、Viewを刷り込む必要がある
ってのが第一段階。
どうにもスクリプト野郎の脳みそにはテンプレートは馴染みにくいらしい。
XML文字列を作るときにXMLライブラリの出力以外の方法として愚直な文字列連結しか
思いつかない、とかな。
789:デフォルトの名無しさん
09/03/24 00:39:30
>>781
なんか胡散臭いラインナップだな。
もっとパッとした例はないのか。
790:デフォルトの名無しさん
09/03/24 00:44:26
ちょっと前なら、MovableTypeをいじる仕事もそれなりにあったんじゃなかろうか
プラグインとか作ってる会社はあったな。本業になってたのかは知らないけど。
791:デフォルトの名無しさん
09/03/24 00:53:39
pythonってtracでしか使ってないや。
792:デフォルトの名無しさん
09/03/24 00:53:54
Rubyは楽天、ドリコム、ニフティ、カカクコム
phpはYahoo、他詳しい方どうぞ
793:デフォルトの名無しさん
09/03/24 00:54:12
>>789
はてなとか
ってかWebベンチャーの名前出しても全部うさんくさいとか言うんだろどうせ
PHPとJavaはYahoo!Japanで使われてるのでうさんくさいですねみたいな
どこでも使われてないRuby,Pythonにそんな心配はないけどw
794:デフォルトの名無しさん
09/03/24 00:55:14
ああ、Rubyは Yahooにも採用されてたごめん。RubyつかRailsだけど
795:デフォルトの名無しさん
09/03/24 00:55:39
>>792
Rubyのところ酷いなwww
スパイウエアとクラッキング祭りとかwww
796:デフォルトの名無しさん
09/03/24 00:56:44
むしろ一番怪しいところで使われてるのはRubyだけどねー
Ruby使いましたって言語的な目新しさを話題にしようとしてるんだけど
797:デフォルトの名無しさん
09/03/24 00:57:12
スマン、YahooがRubyにも採用は勘違い。二重にスマソ
798:デフォルトの名無しさん
09/03/24 00:57:16
>>793
いや、yahooと781は同列に並べんだろ…
799:デフォルトの名無しさん
09/03/24 00:58:08
Python信者の心のよりどころGoogleが出てこないのは何故だw
関連の仕事は無いだろうけど
800:デフォルトの名無しさん
09/03/24 01:02:15
Googleも検索系がCでサービス系がJavaで
Python使ってるのはヘルプとかどうでもいい部分だからなw
801:デフォルトの名無しさん
09/03/24 01:03:10
Rubyか・・・
クックパッドとか大規模だよな。
Rubyの案件はあちこちで結構炎上してるらしーね。
802:デフォルトの名無しさん
09/03/24 01:05:16
>>795
昔の価格.comの騒ぎはASP.NET、というかWindowsサーバだったのでは?
最近あったのなら知らないけど
803:デフォルトの名無しさん
09/03/24 01:05:33
>>792
Rubyは、楽天、ドリコム、ニフティ、カカクコム、リコー
サービスでいえば、iKnow(セレゴ・ジャパン)もRuby
804:デフォルトの名無しさん
09/03/24 01:05:55
>>788
>XML文字列を作るときにXMLライブラリの出力以外の方法として
>愚直な文字列連結しか思いつかない
言語仕様にも原因はありそう
805:デフォルトの名無しさん
09/03/24 01:08:29
>>801
> 月間2.8億PV
クックパッドは半端ないビュー数w
ようスケーリングしているなあ
twitterも前はrubyだったけ。途中で悲鳴上げてphpかperlになった記憶があるが
806:デフォルトの名無しさん
09/03/24 01:10:49
Railsって昔のWindowsサーバみたいに数日毎に再起動しないと死ぬでしょ
ありえん
807:デフォルトの名無しさん
09/03/24 01:11:11
AmazonはPerl利用か?
ってここ一連の流れはWebProg板でやれって感じだがw
808:デフォルトの名無しさん
09/03/24 01:11:48
Rubyの爆笑ポイントはRubyの実行環境で最速なのがJRubyって所だな
だったらもうホットデプロイのJavaでいいじゃんw
809:デフォルトの名無しさん
09/03/24 01:14:04
>>807
そうだよ
810:デフォルトの名無しさん
09/03/24 01:21:38
>>806
そうだね
811:デフォルトの名無しさん
09/03/24 02:02:14
>>805
twitter は ruby から scala だぜ。
URLリンク(www.scala-lang.org)
なんだかんだで jvm はよく出来てるってオチかね。
812:デフォルトの名無しさん
09/03/24 02:05:55
じゃあ俺もJPerlに乗り換えるかな
813:デフォルトの名無しさん
09/03/24 02:07:28
>>811
それもParrotが完成するまでの話だぜ!とスレ的に言ってみる
814:デフォルトの名無しさん
09/03/24 02:38:25
>>812
require 5.008;
815:デフォルトの名無しさん
09/03/24 02:54:34
>>782
Pythonは一番多く使われてるシーンはCG系ツールのプラグインスクリプトだろう。
納品するタイプではなく、まさにグルー的に使われている。
816:デフォルトの名無しさん
09/03/24 08:17:11
C/C++ → 基幹部分
Java → サービス部分
スクリプト → その他雑務
が実態。もともとそういう位置づけだし。
817:デフォルトの名無しさん
09/03/24 09:10:32
Pythonはほどよい立ち位置にいるよな。
JavaやRubyでもなんでもヤれなくはないが、なんでもヤると辛いだけだし。
特にRuby信者は夢見すぎな感がある。
Pythonなんかだと案件の簡単な検証でhttpやsmtp鯖をマッハで立ち上げられるし、
データの分析のパーサとしても使えるし、RDBも内蔵しているから
ちょっとJavaやCでやるにはマンドクセな部分もPythonだと簡単に出来たりする面が美味しいのだし。
Python信者ほどGoogleがどうこうなんて言わないと思うな。
ちょっとした事を実現するのに便利だから使っている人が多いだけで、
Pythonでエンタープライズ利用とか、マジで考えている人は少ないだろ。
818:デフォルトの名無しさん
09/03/24 09:28:36
Linuxの単機能のGUIアプリとかでちょこちょこPython製のを見掛けるねえ
今のLinuxだと、Rubyは無くてもいいがPythonは無いと困る場面が多い…てゆーか
ディストリによっては始めから、入ってないディストリでも
アプリインスコしてたらいつの間にかPythonインスコされてたりするw
819:デフォルトの名無しさん
09/03/24 09:31:03
Python入ってないとyumが動かないだろ
820:デフォルトの名無しさん
09/03/24 10:05:07
この流れ間欠泉的に湧き上がる話題
821:デフォルトの名無しさん
09/03/24 10:32:12
なんだ、この間違った情報の出し合いは。
言語論争が好きなやつって浅い知識しかないやつ多いよね。
822:デフォルトの名無しさん
09/03/24 13:23:46
Parrot、Perl 6仮想マシン登場、RubyやPythonも動く
URLリンク(journal.mycom.co.jp)
わーい 鸚鵡さんが羽ばたいたー
鸚鵡さんが大空に羽ばたいたー(謎
823:デフォルトの名無しさん
09/03/24 13:48:29
>>821
そりゃあんたみたいに何も書かなきゃ間違いようはないわなw
突っ込まれるのがそんなに怖いか
824:デフォルトの名無しさん
09/03/24 13:52:35
>>822
Perl6って、今年のクリスマスには出る?
そういうわけではない?
825:デフォルトの名無しさん
09/03/24 14:48:26
>>824
URLリンク(www.rakudo.org)
URLリンク(www.nntp.perl.org)
mingw で簡単にコンパイルできるみたいに
書いてあり
URLリンク(www.nntp.perl.org)
>The next release of Rakudo (#16) is scheduled for April 23, 2009.
URLリンク(www.nntp.perl.org)
ていうか絶賛テスト実行中みたいな...unuu
826:デフォルトの名無しさん
09/03/24 19:15:07
>>824
URLリンク(slashdot.jp)
> 2009年中にはpre-1.0リリースを行おうとは考えているが、2008年の
> 開発ペースを上回るペースで開発が進んだとしても、Rakudo 1.0、
> つまりPerl 6.0.0の仕様を完全に実装したものについて、2009年中の
> リリースは現実的ではないと考えている。
だめっぽいね。>>825なんかとあわせて、かなり現実的なものには
なってるみたいだけど
827:デフォルトの名無しさん
09/03/24 19:23:49
>819
「ディストリによっては始めから」と書いた通り
828:デフォルトの名無しさん
09/03/24 19:29:09
apt-getが動けばいいよ
829:デフォルトの名無しさん
09/03/26 12:21:47
>>704
PHP使いのレベルの低さの分かるトラックバック
正規表現なんてこの世から消えればよいのに
URLリンク(blog.k05.biz)
コンパイラの作り方とかまったく知らないんだろうね
830:デフォルトの名無しさん
09/03/26 12:23:48
正規表現なんてこの世から消えればよいのに
URLリンク(blog.k05.biz)
さすがはレベルの低いのが多いPHPerだな
正規表現を語るなよ
831:デフォルトの名無しさん
09/03/26 12:55:49
正規表現に関しては、言語を問わずいいかげんだと思うけどね
832:デフォルトの名無しさん
09/03/26 12:57:52
正規表現ほど単体テストしやすいものもないだろう。
サンプルデータは簡単に作れるし、内部状態もないし。
833:デフォルトの名無しさん
09/03/26 14:19:57
簡単に作れるサンプルデータで十分ですか
834:デフォルトの名無しさん
09/03/26 14:47:49
まさか他の言語のPGは正規表現大好きで完全理解している奴が大多数とでも言うつもりじゃないよな
835:デフォルトの名無しさん
09/03/26 15:09:07
正規表現ていわゆる"軽量"の範疇なんかね
できれば避けて通りたい自分は妥協の産物って印象なのだが
836:デフォルトの名無しさん
09/03/26 15:44:26
オリジナルの正規表現は理論的なきれいなものだと思うが。
キャプチャとか先読みとかの拡張はできるからやってます感はあるよね。
837:デフォルトの名無しさん
09/03/26 16:12:56
その正規表現も言語によって変わるから面倒なんだよな
838:デフォルトの名無しさん
09/03/26 16:58:05
PHP厨ってまるで自分の親を馬鹿にされたかのように怒り出すよな。
ツールとして使う人とそれにしかすがる物が無い人の差なのかな。
839:デフォルトの名無しさん
09/03/26 17:02:01
どっちかっていうと、Ruby使いの僻みのPHP叩きvsPHP専業プログラマのPHP擁護っていう様相。
840:デフォルトの名無しさん
09/03/26 17:06:51
なんという底辺プログラマ同士の争い
841:デフォルトの名無しさん
09/03/26 19:27:38
^$.*+辺りは割と頻繁に使うけどなあ
842:デフォルトの名無しさん
09/03/26 20:57:46
で?
843:デフォルトの名無しさん
09/03/26 21:12:16
正規表現も使えない奴って
どうやってソースコードから検索・抽出
やってるんだろう…?
844:デフォルトの名無しさん
09/03/26 21:14:04
何を正規表現まで使って検索する必要があるのだろう・・・
845:デフォルトの名無しさん
09/03/26 21:19:38
>>832
>内部状態もないし
dayone
846:デフォルトの名無しさん
09/03/26 21:21:56
例えば何だろね
void\s+関数名
とか
^\s*\/\/
を否定で検索したりとか?
847:デフォルトの名無しさん
09/03/26 21:39:33
正規表現がどうのこうのってことじゃなくて、Perl使いがキレていい相手はPHP使いだけってことが事の本質でしょ
848:デフォルトの名無しさん
09/03/26 21:55:17
>>846
GREPって使ったことある?
849:デフォルトの名無しさん
09/03/26 22:00:01
gレp-v
850:デフォルトの名無しさん
09/03/26 22:16:51
>848
あるけど何?
851:デフォルトの名無しさん
09/03/26 23:03:11
なるほど。PHP使いは、>>844みたいな感じなのか。
852:デフォルトの名無しさん
09/03/26 23:12:14
Java使いだけど>>844と同じ感想だな
普段はせいぜいワイルドカードで間に合う
853:デフォルトの名無しさん
09/03/26 23:53:22
import *
854:デフォルトの名無しさん
09/03/27 00:07:31
PerlやRubyだと文法に組み込まれて手軽に使えるからなあ、正規表現
むしろ文字列同士の比較が、よほど厳密な時や速度を気にする時しか使わない気がする
PerlerやRubyistからすると「何でわざわざ文字列同士で?正規表現でいいじゃん」となるのも仕方ない
しかしJavaではあんまりやりたくないわな、面倒いw
855:デフォルトの名無しさん
09/03/27 00:18:46
>>853
import *;
856:デフォルトの名無しさん
09/03/27 00:23:35
うんだからさ、一部のスクリプト言語の常識を持ち出して他の言語を叩かないでねって話でさ。
どの言語も一長一短で完璧じゃないから、複数の言語が入り乱れるわけだし
PerlにしたってPHPに劣ってる部分もあるわけなんだからさ。
たまたま正規表現という文化がPerlプログラマにあったってだけの話だよ。
857:デフォルトの名無しさん
09/03/27 00:29:13
perlで正規表現は実行前にコンパイルされるから
処理速度そんなに気にしなくていいとか言ってるひといるんだけど
そういうもんなの?(文字列完全一致と比べるのはなしで)
858:デフォルトの名無しさん
09/03/27 00:44:11
>>857
なんかコンパイルをマシン語への変換と思ってそうw
859:デフォルトの名無しさん
09/03/27 00:55:44
そりゃCで徹底的に最適化してはいるが、
処理速度が十分なほど速いかはケースバイケース
バックトラックが多数発生するような正規表現なら、かなり遅いこともあり得るだろう
860:デフォルトの名無しさん
09/03/27 01:17:17
Tclを先置いて正規表現の処理速度とな?
861:デフォルトの名無しさん
09/03/27 02:41:04
先置いて?
862:デフォルトの名無しさん
09/03/27 02:45:45
うん、「差し置いて」なんだ。済まない。
仏の顔もって言うしね、謝って許してもらおうとも思っていない。
863:デフォルトの名無しさん
09/03/27 10:18:28
この中に、正規表現を検索にのみしか使えないと思ってる人間が何人かいるようだ。
エディタなどで使うときは、かなりの割合で文字列置換にも使う。
というか、置換に使わなければ確かにワイルドカードで十分な事が多い。
864:デフォルトの名無しさん
09/03/27 10:57:48
正規表現をパースして解析木を作るのにコストがかかってるね。
気になる人はstatic regexみたいなのがあるよ。
URLリンク(www.kmonos.net)
正規表現だと解析できない再帰的な構文とかも解析できるし。
865:デフォルトの名無しさん
09/03/27 12:46:33
>>863
言ったのは正規表現使うって言い出した奴であって
検索はワイルドカードでいいって言った奴が置換でも正規表現使わんと言った訳じゃないが
866:デフォルトの名無しさん
09/03/27 20:41:32
字円柱が混ざってるってことだな
867:デフォルトの名無しさん
09/03/28 15:05:35
なんか正規表現の話になってるついでに質問だが、行頭にスペース挿入したりするときに、
検索: /^/ → 置換: " "
でできるのと、
検索: /^(.)?/ → 置換 " $1"
みたいにしないといけないのと、どっちが正規表現としては本道なの?
後者しかできないエディタとか、正直めんどいんだが
868:デフォルトの名無しさん
09/03/28 15:19:35
コンパイラの作り方とか知らない低レベルな人が多いね
正規表現がなかったら、スクリプトを動作させるプログラムを作るのが
大変になるのに
869:デフォルトの名無しさん
09/03/28 15:36:15
>>704 >>829
しかし、Matzの日記といいdankogaiといい、PHPに突っかかると腫れ物に触れたかのような反応が周りから返ってくるなw
870:デフォルトの名無しさん
09/03/28 16:26:46
PHP使いはコンピュータに関する知識レベルが他の言語の使用者よりも低いからね
871:デフォルトの名無しさん
09/03/28 16:35:58
>>870
そんなことないって。
PHP使いは多いから、そう見えんねん。
macのウィルスよりwindowsのウィルスが多いのと一緒や
872:デフォルトの名無しさん
09/03/28 17:06:22
ちょっと前まで日本で一番有名なオープンソースPerlプログラマはKENTで以下略
873:デフォルトの名無しさん
09/03/28 17:16:31
言語仕様は確かにRubyは綺麗でスジがいい感じ。
作っている奴はなんかいかがわしいが、それは認めざるを得ない。
874:デフォルトの名無しさん
09/03/28 17:19:09
elsifがスジいいとか
875:デフォルトの名無しさん
09/03/28 17:23:09
>>870は単なる事実だろ。
世の中の流れによって、いずれかの言語がそういうババを掴まされる。
今はPHPがその役。
それを「PHPという言語への批判」とか「PHPユーザーは皆無能」と言っていると誤読して
噛み付く馬鹿が結構居るけど、そういうの見てるといつも
「なんでこの人達はこんなに気合いを入れて、自分の誤読の内容を自分の言動で
証明しようとしてるんだろう?」
って思うなぁw
876:デフォルトの名無しさん
09/03/28 17:29:06
PHPという言語への批判もPHPユーザーは皆無能とも実際言っているだろw
877:デフォルトの名無しさん
09/03/28 18:07:37
つまり無能が無能と罵ってると
底辺プログラマーは大変だなぁ
878:デフォルトの名無しさん
09/03/28 18:12:17
>>876
>>870のどのあたり?
879:デフォルトの名無しさん
09/03/28 18:35:52
PHP使いはコンピュータに関する知識レベルが他の言語の使用者よりも低い
という言葉にPHP使いは有能な人も多いとは読み取れないだろw
880:デフォルトの名無しさん
09/03/28 20:04:38
>>877
たしかにw
そもそもプログラマという職業自体が底辺だしw
881:デフォルトの名無しさん
09/03/28 20:15:17
>867
俺は前者で出来てほしいと思うが
正規表現的には若干怪しい気がするね