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

1 名前：デフォルトの名無しさん mailto:sage [2009/07/25(土) 11:03:24 ] 最強のＬＬ＝軽量プログラム言語は、どれよ？ エントリーは、Perl、PHP、Python、Ruby、JavaScript・・・ さあ、死ぬまで語りやがれ！！！ ■LLとは？ 軽量プログラミング言語（Lightweight Language,LL）とは、取り回しに優れ、 コードの作成や修正が容易と見なされるプログラミング言語のことを指す。 ここでいう「軽さ」はプログラマの負担の軽重を指し、 実行速度に優れているという意味ではない。 現在の水準では ・インタプリタ ・動的型 ・正規表現 ・関数オブジェクト などを利用できるものがLLと呼ばれることが多い。（Wikipediaより） ■過去スレ 【Perl,PHP】LLバトルロワイヤル6【Ruby,Python】 pc12.2ch.net/test/read.cgi/tech/1244166510/ 【Perl,PHP】LLバトルロワイヤル5【Ruby,Python】 pc12.2ch.net/test/read.cgi/tech/1238720336/ 【Perl,PHP】LLバトルロワイヤル4【Ruby,Python】 pc12.2ch.net/test/read.cgi/tech/1234635513/ 【Perl,PHP】LLバトルロワイヤル3【Ruby,Python】 pc11.2ch.net/test/read.cgi/tech/1215319832/ 【Perl,PHP】LLバトルロワイヤル２【Ruby,Python】 pc11.2ch.net/test/read.cgi/tech/1209289408/ 【Perl,PHP】ＬＬバトルロワイヤル【Ruby,Python】 pc11.2ch.net/test/read.cgi/tech/1188997302/ 607 名前：デフォルトの名無しさん mailto:sage [2009/10/14(水) 10:11:23 ] >>606 ユニコード操作するときってサロゲートペアはあんまり気にならないものだよ。 UTF32でも結局のところ合成文字を考えないといけなくてコード単位ごとに処理できない 608 名前：デフォルトの名無しさん mailto:sage [2009/10/14(水) 10:17:29 ] Pythonは2.6でも from __future__ import unicode_literals したら、 "foo" が unicode になって、代わりにバイト列は b"foo" しないといけないようになるよ。 609 名前：デフォルトの名無しさん mailto:sage [2009/10/14(水) 16:23:55 ] WindowsでPerlは確かにCreateFileAなのがダメだ。 Win32API::FileのCreateFileWを使えば簡単に呼べるんだが Windows用のコードが増えちゃう。 decodeされてる文字列がそのまま、ファイルテスト演算子やPath::Class, IO::All等で使えるといい。 現状そうなっていないので、B::Hooks等を使って作ろうと考えたが時間がとれん。 PerlIO::fseは今一歩だ。 でも、だれかがやってるれるんじゃなかろうか。 現状はencode("cp932", "...")渡してる。 610 名前：デフォルトの名無しさん mailto:sage [2009/10/14(水) 18:17:53 ] >>566 1.9ならRuby圧勝だが、1.8ならPython勝利。 611 名前：デフォルトの名無しさん mailto:sage [2009/10/14(水) 19:14:12 ] pythonのバージョンは？ 612 名前：デフォルトの名無しさん mailto:sage [2009/10/14(水) 19:29:37 ] 具体的にRuby 1.9はPython2/3に比べて何がいいの？ 613 名前：デフォルトの名無しさん mailto:sage [2009/10/14(水) 19:33:36 ] 全然使ってる人がいなくてかっこいい 614 名前：デフォルトの名無しさん mailto:sage [2009/10/14(水) 19:50:52 ] 後発組だけあって、いいとこ取りが可能 615 名前：デフォルトの名無しさん mailto:sage [2009/10/14(水) 19:55:25 ] そんな抽象的な発言はいいから、具体的に何がPythonよりも優れているの？ Python/Java/.NET の文字列=Unicode方式は十分ベターな解として 受け入れられていると思うんだけど、それよりも良い物なんだよね？ 616 名前：デフォルトの名無しさん mailto:sage [2009/10/14(水) 20:05:13 ] 文字列のインスタンス毎にコードセット情報が付いていて、 言語やライブラリはコードセットについて暗黙の前提を一切持ってない。 プログラム本体が基本的に使う文字コードはUTF-8だけど、2ちゃんねるの datファイルを扱うクラスの中だけはShift-JISに、とかそういう設計が普通に できる。 コードセットインディペンデントと言って、一昔前に文字コードに興味のある Unix屋が集まれば必ず、理想の処理方式として話題になった方式なんだが。 617 名前：デフォルトの名無しさん mailto:sage [2009/10/14(水) 20:08:49 ] 結局、標準ライブラリ内に文字エンコーディングに関する情報をばらまかないといけない不便な方式。 618 名前：デフォルトの名無しさん mailto:sage [2009/10/14(水) 20:13:11 ] perl以外の言語の必要性が分からん！ 619 名前：デフォルトの名無しさん mailto:sage [2009/10/14(水) 22:02:28 ] JavaはBOMをゴミ扱いするのが嫌 620 名前：デフォルトの名無しさん mailto:sage [2009/10/14(水) 22:04:35 ] javaってLLか？ 621 名前：デフォルトの名無しさん mailto:sage [2009/10/15(木) 00:07:08 ] objectです 622 名前：デフォルトの名無しさん mailto:sage [2009/10/15(木) 00:13:54 ] primitiveもあるから 623 名前：デフォルトの名無しさん mailto:sage [2009/10/15(木) 01:14:20 ] Python3 > Ruby1.9 = Python2.6 > Python2.5 > Python2.4 > Ruby1.8 > Python2.3 624 名前：デフォルトの名無しさん mailto:sage [2009/10/15(木) 10:47:26 ] Curl 625 名前：597 mailto:sage [2009/10/15(木) 13:50:49 ] >>599 「俺が」じゃなくて、海外のアフォどもがなｗ 626 名前：デフォルトの名無しさん mailto:sage [2009/10/16(金) 12:25:40 ] 求人でRUBYとPHPで検索かけたらPHPの圧勝。 627 名前：デフォルトの名無しさん mailto:sage [2009/10/16(金) 12:42:41 ] そりゃ求人ページが.phpなだけ。 628 名前：デフォルトの名無しさん mailto:sage [2009/10/16(金) 15:02:25 ] それだけ需要が有るって事じゃね？ RUBYよか。 629 名前：デフォルトの名無しさん mailto:sage [2009/10/16(金) 18:31:21 ] COBOLみたいな人気だよな。どう見ても 630 名前：デフォルトの名無しさん mailto:sage [2009/10/16(金) 22:24:06 ] COBOL　W 631 名前：デフォルトの名無しさん mailto:sage [2009/10/16(金) 23:27:19 ] php きらいだが、php + netbeans 便利だな。 632 名前：デフォルトの名無しさん [2009/10/17(土) 03:08:14 ] どの辺が？ 633 名前：デフォルトの名無しさん mailto:sage [2009/10/17(土) 09:24:43 ] ↑ リモートデバッグっていうやつ perl cgiでできんのかな 634 名前：デフォルトの名無しさん mailto:sage [2009/10/17(土) 09:32:21 ] printデバグ + tail -f でそれほど困らないと思うのだが サーバで動くアプリでデバッガって、どうやったって面倒くささが先に立つような 635 名前：デフォルトの名無しさん mailto:sage [2009/10/17(土) 10:11:30 ] php 大きらいだが、php + netbeans は、わりと面倒ではなかったよ。 しかし、printデバグ + tail -fで十分だな 636 名前：デフォルトの名無しさん mailto:sage [2009/10/17(土) 15:13:07 ] mixi Engineers’ Blog ≫ Lua on Tyrant: DBサーバにLLを組み込む alpha.mixi.co.jp/blog/?p=236 LL？Python？Rubyと思ったら ↓ Luaでした Python、Ruby組み込みにくいってよｗｗｗ死亡確認ｗｗ 637 名前：デフォルトの名無しさん mailto:sage [2009/10/17(土) 15:15:50 ] VisualStudioとかに慣れてて、php仕事に移行して何がつらかったってprintfデバッグだったわｗ DOS時代から入ったけど、その時すでにIDEだったからprintfデバッグなんて、perlでCGI(笑)作ったときくらいしかやったことなかたからひどかった しかも、phpの挙動不審さが輪をかけてた 今なら、NetBeansでデバッグできるのか・・・ 今度試すか 638 名前：デフォルトの名無しさん mailto:sage [2009/10/17(土) 15:23:23 ] 俺はそもそもあんまりバグ無いからなあ・・・ 639 名前：デフォルトの名無しさん mailto:sage [2009/10/17(土) 15:40:53 ] ttp://hellopython.wordpress.com/2009/10/08/interview-with-python-3 Python△ 640 名前：デフォルトの名無しさん mailto:sage [2009/10/17(土) 18:34:41 ] >>636 そもそもが組み込み向けのLuaやスクワールと比べたらなあ… 641 名前：デフォルトの名無しさん mailto:sage [2009/10/17(土) 19:05:53 ] >>638 そういう問題じゃないだろ あろうがなかろうが、やらなきゃならん。普通は。 642 名前：デフォルトの名無しさん mailto:sage [2009/10/17(土) 23:22:11 ] GUIのあるアプリケーションだとIDEがあった方がいいけど、ウェブならテキストエディタとprintデバッグで十分だろ。 643 名前：デフォルトの名無しさん mailto:sage [2009/10/17(土) 23:31:11 ] う、うん……(´・ω・｀) 644 名前：デフォルトの名無しさん mailto:sage [2009/10/17(土) 23:38:39 ] >>641 バグがないのになにをデバッグすんだよ 645 名前：デフォルトの名無しさん mailto:sage [2009/10/17(土) 23:41:37 ] >>644 デバグは、バグを探すことも含んでるよ 646 名前：デフォルトの名無しさん mailto:sage [2009/10/18(日) 02:16:10 ] デハゲしたいわ 647 名前：デフォルトの名無しさん mailto:sage [2009/10/18(日) 10:36:26 ] GUIもCUIも関係無いだろ。 648 名前：デフォルトの名無しさん mailto:sage [2009/10/18(日) 13:26:25 ] ああ、でもJavaScriptの場合、IDEがあった方がいいな。IDEというか、Firebugみたいなツール。サーバサイドの場合、高度な仕組み用意するまでもないからな。 649 名前：デフォルトの名無しさん mailto:sage [2009/10/18(日) 15:06:29 ] eclipse + EPIC は、使い物になるのか？ 650 名前：デフォルトの名無しさん mailto:sage [2009/10/18(日) 15:26:45 ] とりあえず、本当にデバッガがないと困るって人はこれくらいやってるんだろうか ttp://0xcc.net/blog/archives/000162.html Eclipseのプラグインとかで使いやすくなってそうな気もするが、そういうのは無いのかな 651 名前：デフォルトの名無しさん mailto:sage [2009/10/18(日) 15:56:22 ] あたし学生だけど、仕事現場ってxUnitつかわないの？ 652 名前：デフォルトの名無しさん mailto:sage [2009/10/18(日) 15:56:50 ] >>649 GUIでデバッグができるので重宝してるよ 653 名前：デフォルトの名無しさん mailto:sage [2009/10/18(日) 17:18:23 ] >>651 千差万別。このスレの話題でも出てたように、コンソールでtail -fしかデバッグ環境が無いものもある。 654 名前：デフォルトの名無しさん mailto:sage [2009/10/18(日) 18:30:04 ] デバッグの話が出てるけど、 バグ潰しって普通テスト書くもんじゃないの？ 655 名前：デフォルトの名無しさん mailto:sage [2009/10/18(日) 20:07:31 ] 初心者だから、普通がわからん！！ 656 名前：デフォルトの名無しさん mailto:sage [2009/10/18(日) 20:13:41 ] テストって言っても、ウェブの場合、結局ブラウザ通さないとダメでしょう。処理が複雑な場合は、セレニウム使ってる。簡単なのは目視。 657 名前：デフォルトの名無しさん mailto:sage [2009/10/18(日) 20:17:00 ] >>655 意味が分かる前にやめておけw　全然すすめられない。 知ってはいたけどブラウザー依存はかなり多いのね。特にjavascript。 Firefoxだけ解釈が違うものがいくつかあって、対応しなくてもいいことになったが、今後の事を考えると怖い。 658 名前：デフォルトの名無しさん mailto:sage [2009/10/18(日) 20:40:36 ] テストをすすめない？なぜ？ 659 名前：デフォルトの名無しさん mailto:sage [2009/10/18(日) 21:35:45 ] いや、仕事として薦めないってだけ。 テストはやらなあかん。 660 名前：デフォルトの名無しさん mailto:sage [2009/10/18(日) 21:39:40 ] 友愛とUIを掛けてるのか 661 名前：デフォルトの名無しさん mailto:sage [2009/10/19(月) 00:47:19 ] つーか、テストってそういう環境依存テストばっかりだからなｗ ＬＬ使うような仕事はｗ 662 名前：わかんないんです（＞＜） ◆WAkan9Ey1g mailto:わかんないんです（＞＜） [2009/10/19(月) 02:08:31 ] わかんないんです（＞＜） 663 名前：デフォルトの名無しさん mailto:sage [2009/10/19(月) 14:19:20 ] そもそもマトモな仕様書がない状態で開発させられるからな。 多分こんな感じで動けば自然な動作だし使いやすいだろうって作って、クライアントに検収出すと、それで通るからな。 そんな実態でユニットテストなんて意味持たない。 664 名前：デフォルトの名無しさん mailto:sage [2009/10/19(月) 18:15:21 ] ブラウザのUIをテストするのに、 xUnitとかをどう使えばいいのか。 665 名前：デフォルトの名無しさん mailto:sage [2009/10/21(水) 21:26:02 ] >>664 >わたしは無能で土方作業をしています。 まで読んだ。 666 名前：デフォルトの名無しさん mailto:sage [2009/10/21(水) 22:03:33 ] 666 667 名前：デフォルトの名無しさん mailto:sage [2009/10/21(水) 23:07:09 ] >>665 自分の心を読んだんですね。 668 名前：デフォルトの名無しさん mailto:sage [2009/10/21(水) 23:11:24 ] さくら鯖使ってsend_mailで送信元のアドレスを変えたいんですが 変わりません。 php.iniをこんな感じにしたのですがどうすればいいでしょうか？ [mail function] ; For Win32 only. SMTP = smtp.xxxx.sakura.ne.jp ; For Win32 only. sendmail_from = info@xxxx.sakura.ne.jp 669 名前：デフォルトの名無しさん mailto:sage [2009/10/21(水) 23:14:58 ] さくらサーバって、Windowsサーバだったのか。知らんかった。 670 名前：デフォルトの名無しさん mailto:sage [2009/10/22(木) 00:38:26 ] >>668 require 'net/smtp' 671 名前：デフォルトの名無しさん mailto:sage [2009/10/22(木) 00:40:36 ] >>669 www 672 名前：デフォルトの名無しさん mailto:sage [2009/10/22(木) 00:43:01 ] pc11.2ch.net/test/read.cgi/hosting/1249413826/ pc11.2ch.net/test/read.cgi/hosting/1227200815/ pc11.2ch.net/test/read.cgi/hosting/1245735246/ 673 名前：デフォルトの名無しさん mailto:sage [2009/10/22(木) 03:23:01 ] gtkチュートリアルのサンプルコードを見比べてみて、rubyが一番まともに見えた 674 名前：デフォルトの名無しさん mailto:sage [2009/10/22(木) 13:52:48 ] よし、そのまま仕事の案件として昇華するんだ 675 名前：デフォルトの名無しさん mailto:sage [2009/10/22(木) 20:19:48 ] なんとなく phpって嫌いだ 好きにになる方法を教えてくれ 676 名前：デフォルトの名無しさん mailto:sage [2009/10/22(木) 20:25:17 ] やだ 677 名前：デフォルトの名無しさん mailto:sage [2009/10/22(木) 20:48:27 ] >>675 ホワイトスペースやブレインファックでCGIを書く 678 名前：デフォルトの名無しさん mailto:sage [2009/10/22(木) 21:54:27 ] phpの利点を教えてしい 679 名前：デフォルトの名無しさん mailto:sage [2009/10/22(木) 21:56:35 ] デザインとロジックを近くに配置することで、非常に高いメンテナンス性を得られます 680 名前：デフォルトの名無しさん mailto:sage [2009/10/22(木) 22:57:58 ] >>672 ありがとん！ 681 名前：デフォルトの名無しさん [2009/10/22(木) 23:20:02 ] 何で近いとか遠いがメンテナンス性に関係するん？ 疎や密じゃないん？普通 682 名前：デフォルトの名無しさん mailto:sage [2009/10/22(木) 23:21:37 ] マジレスする殿方って…… 683 名前：デフォルトの名無しさん mailto:sage [2009/10/22(木) 23:39:50 ] JavaScriptの悪口はそこまでだ 684 名前：デフォルトの名無しさん mailto:sage [2009/10/23(金) 00:02:30 ] どんな超反応だよｗ 685 名前：デフォルトの名無しさん mailto:sage [2009/10/23(金) 00:28:25 ] >>678 変数宣言をせずに、好きな型を代入できること。 686 名前：デフォルトの名無しさん mailto:sage [2009/10/23(金) 00:45:26 ] それはぶっちゃけここでいうLLの全てに当てはまるので、特にPHPの利点じゃない 687 名前：デフォルトの名無しさん mailto:sage [2009/10/23(金) 00:56:41 ] ガ━━(ﾟДﾟ;)━━ン！知らんかった。 じゃあ何でもいいや。 688 名前：デフォルトの名無しさん mailto:sage [2009/10/23(金) 01:42:01 ] Pythonは互換性がごにゃごにゃになったのでもう使う気がしないんだが。 いまさらPerlってのもなあ・・Rubyとかいや論外かな。 JavaScriptはいいよね、でもサーバサイドがなあ。 大体今こんな感じに思う。ろくな選択肢がないね。 689 名前：デフォルトの名無しさん mailto:sage [2009/10/23(金) 02:26:20 ] >>685-686 いや、もうちょっと微妙な話をするなら、確かにPHPが一番お手軽とは言えるかもよ。 次点がRuby・Python、ちょっと下がってJavaScript、ずっと下がってお情けでPerlと 言って言えなくもない ＞ 変数宣言と代入のお手軽さ ただそれに伴う副作用の話とかすると順位とか単純につけられるもんじゃないって ことなんだろうが。・・・詳細は俺に聞くなよ？ 690 名前：デフォルトの名無しさん mailto:sage [2009/10/23(金) 06:34:30 ] Pythonの互換性云々を言うヤツがJavaScriptはいいよね、って正直信じられん。 691 名前：デフォルトの名無しさん mailto:sage [2009/10/23(金) 09:44:43 ] PerlもPythonもRubyも変革の途上だから互換性で言えばどれも微妙な感じ 692 名前：デフォルトの名無しさん mailto:sage [2009/10/23(金) 10:40:46 ] じゃあ速度を取って Perl で。 とか言えないよなぁ。 693 名前：デフォルトの名無しさん mailto:sage [2009/10/23(金) 13:58:27 ] 速度優先ならPythonだろ 694 名前：デフォルトの名無しさん mailto:sage [2009/10/23(金) 14:22:23 ] 確かにPerlは速度で言えば速いと思う… だが、やっぱ今となってはやや使いにくい Perl6で一旦整理するんかねえ 695 名前：デフォルトの名無しさん mailto:sage [2009/10/23(金) 14:23:41 ] 新参優先がPythonで古参優先がPerl Perlを始めるなら早いほうが良い Pythonは乗り遅れても古い仕様はすっきり切り捨てられているはずなので問題ない 696 名前：デフォルトの名無しさん mailto:sage [2009/10/23(金) 14:37:17 ] >>695 Perlの場合乗り遅れると逆に新しい方の仕組みについて行けなくなるよ。 697 名前：デフォルトの名無しさん [2009/10/23(金) 14:41:22 ] Perl5 までは、それ以前の文法や意味を尊重して発展してきた Perl6 は Perl5 までの文法や意味を殆ど亡き者にしている Perl6 が完成しても Perl5 は、別言語として発展していって欲しい 698 名前：デフォルトの名無しさん mailto:sage [2009/10/23(金) 14:48:47 ] Perl5を簡単に消せるならPythonがこんなに苦戦するわけがない 699 名前：デフォルトの名無しさん mailto:sage [2009/10/23(金) 15:19:23 ] Python がアホほど速ければっ! 700 名前：デフォルトの名無しさん mailto:sage [2009/10/23(金) 16:17:29 ] Perlはautomakeやら、spamassassinやらで使われてる。 Pythonはgnomeで使われてる。 Rubyも意外な場所で使われてる。 進む方向を決めて好きなのを選べばいい。 701 名前：デフォルトの名無しさん mailto:sage [2009/10/23(金) 19:38:30 ] PerlはPlack/PSGIとかAnyEvent, Coro辺りが ワクワクすると思うんだがどうよ。 702 名前：デフォルトの名無しさん mailto:sage [2009/10/23(金) 20:23:54 ] phpは？ 703 名前：デフォルトの名無しさん mailto:sage [2009/10/23(金) 23:06:53 ] Perl6使うくらいなら、Rubyいくわ 704 名前：デフォルトの名無しさん mailto:sage [2009/10/23(金) 23:55:41 ] php5とphp6の相当の違いはびびった。 別言語並みの改変じゃねーか('A`) 705 名前：デフォルトの名無しさん mailto:sage [2009/10/24(土) 00:08:44 ] PHPにはよくあること 706 名前：デフォルトの名無しさん mailto:sage [2009/10/24(土) 00:09:27 ] >>701 イベント駆動型も含めて、コンポーネント化・スレッド(コルーチン)・分散処理って Javaを別角度から追いかけてるようにも見える。 Perl/PSGI,Python/WSGI,Ruby/Rack このあたりはPythonが一番進んでるんじゃないか。 707 名前：デフォルトの名無しさん mailto:sage [2009/10/24(土) 01:16:35 ] >>706 >イベント駆動型も含めて、コンポーネント化・スレッド(コルーチン)・分散処理って >Javaを別角度から追いかけてるようにも見える。 んー、JavaじゃなくてPythonじゃないかな。スレッドはJavaだけど、コルーチンはPythonのgenerator相当だし。 あとスレッドとコルーチンは別物だと主張したい。 >Perl/PSGI,Python/WSGI,Ruby/Rack >このあたりはPythonが一番進んでるんじゃないか。 だね。もとはPythonのWSGIがあって、それをRubyがパクッて、さらにそれをPerlがパクった。

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef