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

1 名前：デフォルトの名無しさん [2007/09/05(水) 22:01:42 ] 最強のＬＬ＝軽量プログラム言語は、どれよ？ エントリーは、 Perl、PHP、Python、Ruby、JavaScript・・・ さあ、死ぬまで語りやがれ！！！ 751 名前：デフォルトの名無しさん [2008/04/18(金) 00:39:06 ] 馬鹿でも使えるようにという思想で、本当に馬鹿ばっかりが集まってしまったのは、 むしろPHPだと思う。 752 名前：デフォルトの名無しさん mailto:sage [2008/04/18(金) 00:40:02 ] Python使う奴って頭悪いってデータどこかで見た気がするわ 753 名前：デフォルトの名無しさん mailto:sage [2008/04/18(金) 00:53:50 ] >>751 >馬鹿でも使えるようにという思想で、本当に馬鹿ばっかりが集まってしまったのは、 >むしろPHPだと思う。 PHPは言語もバカだろ。なぜなら使っている奴らばかりでなく，作ってる奴らもバカだからだ。 754 名前：デフォルトの名無しさん mailto:sage [2008/04/18(金) 01:27:22 ] PHPなんていろんな言語の良いトコ取りしようとして 単にでかいゴミ溜めになったって感じだな 無駄に関数多すぎ 755 名前：デフォルトの名無しさん mailto:sage [2008/04/18(金) 01:44:29 ] >>752 昨日お前がノートに書いたデータじゃないのか？ 756 名前：デフォルトの名無しさん mailto:sage [2008/04/18(金) 01:49:35 ] どこかで見ただけのデータで何か言おうとしてるほうが、よっぽどB 757 名前：デフォルトの名無しさん mailto:sage [2008/04/18(金) 01:55:03 ] >>740 アクセス制御は3.0から出来るようになる。 代入文に戻り値が無いというか、まず、式と文を完全に分離するべきだという 思想があって、そこからの帰結として、代入文は文なので戻り値がないという必然的な結論。 別に、if(x=y): ... を許可したら、間違いやすいから禁止するとかそういう個別な判断からきたものではない。 >>739 while ((line = file.readline()) != ""): に関して言えば、 for line in file.readlines(): があるから別に、上の書き方が無くても十分すっきり書ける。し、常識的に見て可読性が上がってる。 さらに言えば for line in file: もできる。 758 名前：デフォルトの名無しさん mailto:sage [2008/04/18(金) 01:55:34 ] スレタイらしくなってきたな。 perl は特殊記号や省略が多過ぎて他人のコードが読める気がしない。 俺みたいなバカには向かない言語だな。 759 名前：デフォルトの名無しさん mailto:sage [2008/04/18(金) 02:09:25 ] perlは自分で書く手間を最小限にできる事に価値があると思ってる。 760 名前：デフォルトの名無しさん mailto:sage [2008/04/18(金) 03:12:35 ] 後で自分のコード読んで ??? ってなるけどな 761 名前：デフォルトの名無しさん mailto:sage [2008/04/18(金) 08:43:21 ] もう一回最初から書けばいいじゃん^^ 762 名前：デフォルトの名無しさん mailto:sage [2008/04/18(金) 09:21:54 ] まあ端的に言うと 馬鹿度 Python>>>>>>>>>>>>PHP>>>>|超えられぬ壁|>>>>>>>>>Perl>=Ruby って感じで、PythonとPHP使ってる奴が馬鹿ってことはスレッドから読み取れた。 763 名前：デフォルトの名無しさん mailto:sage [2008/04/18(金) 09:28:21 ] >>759 最小限の手間で書いたコードは、書いた瞬間に最大限劣化して メンテナンスができなくなるよね それがPerlの素敵なところ Perl大好き(*-*) 764 名前：デフォルトの名無しさん mailto:sage [2008/04/18(金) 09:53:05 ] >>759 perl脳? 765 名前：デフォルトの名無しさん mailto:sage [2008/04/18(金) 10:28:42 ] だからお前らRuby使えって。 宗教観変わるぞ。 766 名前：デフォルトの名無しさん mailto:sage [2008/04/18(金) 11:44:19 ] >746 Rubyの場合は「関数」というと「トップレベルでレシーバ無しに呼べるメソッド」のことだからなぁ。 「関数」は無いと言っても良い。あるのはメソッドとブロックだけ。 一応UnboundMethodという所属のないメソッドはあるけど、所属を決めないと起動できない。 メソッドを起動するためにどこかのオブジェクトに所属する必要があって ブロックは所属が無い。 lambdaもprocもProc.newも、ブロックを生成するためのものとして存在する。 >765 作者のブログは確かに宗教らしいなw 俺は読んでない。 767 名前：デフォルトの名無しさん mailto:sage [2008/04/18(金) 11:57:00 ] Rubyの作者はカルト教信者だって聞いたんですが、本当ですか？ 768 名前：デフォルトの名無しさん mailto:sage [2008/04/18(金) 13:45:28 ] while(<>) { print } を他の言語だとどんだけ書かなきゃならないかって考えるとPerlサイコー！ しかし、他の言語に慣れてる奴が見たらPerlサイテーなんだろうなw 769 名前：デフォルトの名無しさん mailto:sage [2008/04/18(金) 13:52:17 ] いや、配列から順次プリントが簡単にできるとか、魅力じゃないんだよ。 他のLL言語では、抽象的なクラスやメソッドをどう作るかとかが主力なわけで、 その点ではPerlはクソだろ。 770 名前：デフォルトの名無しさん mailto:sage [2008/04/18(金) 14:05:49 ] >>768の論理は帳簿とCOBOLの癒着っぷりの原因を示唆する貴重なものだと思う そうでもないか イヤモンド演算子は発明だとは思うけどね 771 名前：デフォルトの名無しさん mailto:sage [2008/04/18(金) 14:08:32 ] ダが抜けた… >>769 Perl4 は当時は神だったんだが、あの手法は今では時代遅れで、 その上に構築された Perl5.6 もかなりいびつで… すっきり再構築したのが Perl6 になる予定だけど、それなら Perl でなくてもいいじゃん、みたいな まあ、初心者に薦めるような言語ではないな 772 名前：デフォルトの名無しさん mailto:sage [2008/04/18(金) 15:00:27 ] いや、実際何が出来るかを言っているのではなく 省略の美wについての定番のコードな訳だ、アレは 773 名前：デフォルトの名無しさん mailto:sage [2008/04/18(金) 15:06:09 ] # Perl while (<>) {     print; } # Python import sys, fileinput for line in fileinput.input():     sys.stdout.write(line) # Ruby ARGF.each do |line|     print line end 774 名前：デフォルトの名無しさん mailto:sage [2008/04/18(金) 15:26:25 ] >>768 AWK {print $0} 775 名前：デフォルトの名無しさん [2008/04/18(金) 17:37:04 ] >>774それがありなら、 # Ruby print ARGF.read 776 名前：デフォルトの名無しさん mailto:sage [2008/04/18(金) 17:38:36 ] どういう意図のコードかにもよるなあ >>773 Rubyで 「引数に与えられたファイルまたは標準入力の文字列を1行ずつすべて表示する」 は、おおむね puts readlines だ まあこれだと改行変わっちゃうけどな 777 名前：デフォルトの名無しさん mailto:sage [2008/04/18(金) 17:52:32 ] 純粋なPHP言語批判がなぜかPHP利用者叩きにシフトする流れはもううんざり 778 名前：デフォルトの名無しさん mailto:sage [2008/04/18(金) 18:34:06 ] だからRuby選べって。 779 名前：デフォルトの名無しさん mailto:sage [2008/04/18(金) 18:36:35 ] わかってるんだよ、すべてRuby信者の工作ってことをね 780 名前：デフォルトの名無しさん mailto:sage [2008/04/18(金) 18:38:12 ] Rubyはすばらしい言語だぞ 781 名前：デフォルトの名無しさん mailto:sage [2008/04/18(金) 18:49:30 ] >>748のような意見が素だとするとかなり根は深い 782 名前：デフォルトの名無しさん mailto:sage [2008/04/18(金) 18:57:16 ] Rubyを使ってから、 他の言語を選択しなさい。 出口が見えるはずです。 783 名前：デフォルトの名無しさん [2008/04/18(金) 19:52:29 ] てか、Rubyさー、ワンライナーとか、ゴルフやっているうちが楽しいんだが、 開発規模がでかくなるにつけ、キツクなってくる・・・ 動的型やダックタイピングのせいで、コンパイルというかラン時に最低限のエラーすら 発見できないので、テスト書きまくるハメになる。 テストが多すぎて、従来の静的型と同じくらいコードかかなくちゃいけない orz なんのために、Rubyにしたんだーってなる。 他の動的型の言語もそうなのかもしれないけど・・・ みんなどうしてるんだろう 784 名前：デフォルトの名無しさん [2008/04/18(金) 19:53:13 ] 訂正 > 動的型やダックタイピングのせいで、コンパイルというかラン時に最低限のエラーすら 動的型やダックタイピングのせいで、コンパイルというか起動したときの最初に、最低限のエラーすら 785 名前：デフォルトの名無しさん [2008/04/18(金) 19:54:51 ] InfoQ: David Pollak氏 lift と Scala を語る www.infoq.com/jp/news/2008/03/liftweb 今、このキレた外人の気持ちが本当にわかるｗ 型ありScalaに走りたくなる気持ちも 786 名前：デフォルトの名無しさん mailto:sage [2008/04/18(金) 21:32:31 ] 動的型の場合はむしろテストテストテストテストテストが基本じゃね 787 名前：デフォルトの名無しさん mailto:sage [2008/04/18(金) 21:36:13 ] その基本のテストテストテストテストテストのせいで結局手間が静的言語より余分にかかってたんじゃ意味がないのではって話じゃないの？ 788 名前：デフォルトの名無しさん mailto:sage [2008/04/18(金) 21:43:50 ] 事前コンパイル時間が不要（つまりLL）かつ動的言語であることは、テスト前提の開発手法を加速する 静的言語と比較するなら、テスト込みとの時間で比較しなければならない 789 名前：デフォルトの名無しさん [2008/04/18(金) 21:52:00 ] >>783 それはRubyだけの問題じゃないのか？ 790 名前：デフォルトの名無しさん mailto:sage [2008/04/18(金) 22:05:20 ] Rubyを使えば世界は救われるんだ!!!!!!! 791 名前：デフォルトの名無しさん mailto:sage [2008/04/18(金) 22:14:51 ] 動的言語であることによる余分なテスト量ってそんなに増えるかな？ 静的言語にはないテスト区分が必要というのは理解するけど、相対的にそう増えてるようにも見えないぞ。 あと、JavaやC++以外の言語は原理的に大規模開発には向かないんで、対応範囲の見極めに注意。 792 名前：デフォルトの名無しさん mailto:sage [2008/04/19(土) 00:39:50 ] >>791 まじめにテストを行うとなると結局型チェックと同じようなことを 自分でやらないといけなくなるからな。 スコープの広い変数の名前を変えたときなんて、ほんとにちゃんと動くかガクブルだよ。 > あと、JavaやC++以外の言語は原理的に大規模開発には向かないんで、対応範囲の見極めに注意。 > これはそのとおり。 ただ最初小規模でも時間の経過と共に中規模〜大規模になることはよくあるんで、 そういうときに動的言語だと対応が難しくなる。 あと、最近はエンタープライズとかなんとかで、大規模開発に駆り出される機会が増えているような気がする。 matzが「Rubyは大規模に向かない」という事実に気づいてくれるといいのだけど。 793 名前：デフォルトの名無しさん mailto:sage [2008/04/19(土) 00:51:16 ] >matzが「Rubyは大規模に向かない」という事実に気づいてくれるといいのだけど うまく言ってるのかどうかわからんけど楽天がすでにRubyによる大規模開発に着手していて opentechpress.jp/news/article.pl?sid=07/03/16/0944252 まつもとがそれに参加しちゃってるので itpro.nikkeibp.co.jp/article/NEWS/20070531/273225/ 事実がどうだろうと絶対にまつもとはそんなこと言わないだろうなｗ 794 名前：デフォルトの名無しさん mailto:sage [2008/04/19(土) 01:17:41 ] まつもとが参加して失敗すれば言い訳できない例証になるな。 795 名前：デフォルトの名無しさん mailto:sage [2008/04/19(土) 01:39:15 ] お前ら言語の用途がおかしい。 LLは、自分が楽をするための言語だぞ。ツール作ったり、テストの 自動化したりするためのツールだ。大規模開発にむいてるわけないだろう。 適用分野が違いすぎるのだよ、何言ってんだオマエラ。 796 名前：デフォルトの名無しさん mailto:sage [2008/04/19(土) 01:40:17 ] 楽天に言えよｗ 797 名前：デフォルトの名無しさん mailto:sage [2008/04/19(土) 01:47:13 ] >>792 www.rubyist.net/~matz/20080324.html#p01 798 名前：デフォルトの名無しさん mailto:sage [2008/04/19(土) 02:02:29 ] ソケット通信するのに最適なLLは何？ 799 名前：デフォルトの名無しさん mailto:sage [2008/04/19(土) 07:22:20 ] あたかも静的型言語ではテストしなくてもいいかのような物言いをする香具師がいるようだが、 それはあまりにも認識が甘いのでは。 800 名前：デフォルトの名無しさん mailto:sage [2008/04/19(土) 07:35:17 ] >>798 perlかpython 801 名前：デフォルトの名無しさん mailto:sage [2008/04/19(土) 09:15:10 ] >>798 俺ならPython使うな。 生ソケットでも各種プロトコルでも標準ライブラリで結構カバーされてるし。 802 名前：デフォルトの名無しさん mailto:sage [2008/04/19(土) 09:20:42 ] >>795 ググルに言ってやれ。お前らpythonの使い方まちがってるってｗｗｗ 803 名前：デフォルトの名無しさん mailto:sage [2008/04/19(土) 10:58:52 ] Pythonのサクシャがググル社員になっちゃってるからな 804 名前：デフォルトの名無しさん mailto:sage [2008/04/19(土) 11:09:24 ] >>799 誰もそんなこと言ってない 印象操作乙 805 名前：デフォルトの名無しさん mailto:sage [2008/04/19(土) 11:10:57 ] 優秀なプログラマならモジュール化ぐらいあれば大抵の言語で大規模開発できるでしょ。 806 名前：デフォルトの名無しさん mailto:sage [2008/04/19(土) 11:16:42 ] >>804 実際には言ってないから「あたかも〜かのような」って表現になるんだよ。 実際に誰かが言っているのに、こんな表現したらアホだろｗ 807 名前：デフォルトの名無しさん mailto:sage [2008/04/19(土) 11:19:15 ] その言語の優秀なプログラマなんて日本に100人いるかいないなのが問題だな ほとんどのプロジェクトは「下の中から中の上までの普通のプログラマたち」によって回される よって、ほとんどのプロジェクトは大規模になると破綻、それはLL系列で顕著 まあ当たり前の話っちゃそうなんだが 808 名前：デフォルトの名無しさん mailto:sage [2008/04/19(土) 11:21:10 ] ぐぐるみたいに優秀な人材あつめてるところならちゃんとできるんだろうな。 809 名前：デフォルトの名無しさん mailto:sage [2008/04/19(土) 11:23:18 ] >>807 てかむしろ逆で、その言語自体の中枢開発者がいるから大規模案件を回せるんだよな まつもとゆきひろの力を借りれなかったのなら楽天がRubyを選択したかどうか怪しいし Python開発者がGoogleにいなかったらGoogleでPythonが使用されたかどうか激しく疑問だ 810 名前：デフォルトの名無しさん mailto:sage [2008/04/19(土) 11:24:10 ] >>805 優秀な開発者を何人集められるのだ? 811 名前：デフォルトの名無しさん mailto:sage [2008/04/19(土) 11:25:07 ] 会社に富と名声があれば何人でも集められるだろ。 812 名前：デフォルトの名無しさん mailto:sage [2008/04/19(土) 11:28:32 ] 富士通のことですね わかります 813 名前：デフォルトの名無しさん mailto:sage [2008/04/19(土) 11:33:34 ] >>806 だから、そう思ってるのはお前だけって意味だよ 印象操作乙 814 名前：デフォルトの名無しさん mailto:sage [2008/04/19(土) 11:36:50 ] >>812 日立のことですよ。心外な。 815 名前：デフォルトの名無しさん mailto:sage [2008/04/19(土) 11:43:58 ] >>809 >まつもとゆきひろの力を借りれなかったのなら楽天がRubyを選択したかどうか怪しい 時系列的には楽天がRuby案件を発表した数ヵ月後にまつもとを招聘したって形だけどなｗ 816 名前：デフォルトの名無しさん mailto:sage [2008/04/19(土) 11:46:06 ] >>815 前日の電話一発でコトが済むと思ってるニート君乙 817 名前：デフォルトの名無しさん mailto:sage [2008/04/19(土) 11:56:29 ] GoogleだってPythonを負荷の高いサービス構築には使っていないのに Rubyはどうなのか？ と。 RoRで実装されたTwitterの遅っぷり，メンテで止まりまくりな体たらくを見て思うのです。 818 名前：デフォルトの名無しさん mailto:sage [2008/04/19(土) 11:58:57 ] >>816 スラッシュドットのまつもとの書き込みを見る限りでは報道時点では まつもとが楽天の招聘を受け入れること以外は何も決まってなかったみたいだな これも本当かどうかわからんけどソースのないことで水掛け論しても意味ないだろ 819 名前：デフォルトの名無しさん mailto:sage [2008/04/19(土) 12:52:40 ] >>817 Twitter が Ruby で実装されてるのは Ruby の責任だよね！ 820 名前：デフォルトの名無しさん mailto:sage [2008/04/19(土) 13:03:46 ] >>813 そんな意味にはならない。それはさっきと別の意見を書いてるだけ。 そんでもって、お前にわかるのはお前のことだけ。他の全員の思考を勝手に決めないように。 ほんと痛いね。 821 名前：デフォルトの名無しさん mailto:sage [2008/04/19(土) 14:03:19 ] >>820 横レスだが静的言語だとテスト要らない的なことはまだ誰も言ってないだろと 822 名前：デフォルトの名無しさん mailto:sage [2008/04/19(土) 14:26:28 ] >>820 >他の全員の思考を勝手に決めないように ｵﾏｴﾓﾅｰ 823 名前：デフォルトの名無しさん mailto:sage [2008/04/19(土) 17:14:22 ] >>799はどの発言をさしてそのように思ったんだ? 耳元で誰かがささやいたのか? 824 名前：デフォルトの名無しさん mailto:sage [2008/04/19(土) 17:43:07 ] >>820 × TwitterがRubyで実装されてるのはRubyの責任 ○ Twitterがよく落ちるのはRubyとRoRにも責任がある 825 名前：デフォルトの名無しさん mailto:sage [2008/04/19(土) 18:12:26 ] >>787とかかなあ。よくわからんけど。 826 名前：デフォルトの名無しさん [2008/04/19(土) 20:57:42 ] >>795 Railsの作者にも言ってくれ >>799 誰もそんなこといってない。動的型だと飛躍的に多くなるということだ >>817 TwitteのバックエンドはRubyじゃないっしょ 827 名前：デフォルトの名無しさん mailto:sage [2008/04/19(土) 21:07:43 ] >>826 twitterのバックエンドにerlang使ってるというのはガセだったはず。 828 名前：デフォルトの名無しさん mailto:sage [2008/04/19(土) 21:40:32 ] 大規模で負荷がでかい奴はJavaなのかねえ 829 名前：デフォルトの名無しさん mailto:sage [2008/04/19(土) 22:01:00 ] どれくらいが大規模なんだよ 830 名前：デフォルトの名無しさん mailto:sage [2008/04/19(土) 22:47:10 ] >>824 2chが落っこちたらLarry Wallに抗議しないといかんな 831 名前：デフォルトの名無しさん mailto:sage [2008/04/19(土) 23:02:25 ] 2chは半分がc(Apache module)で実装されてる 832 名前：デフォルトの名無しさん mailto:sage [2008/04/19(土) 23:03:24 ] もう半分は 833 名前：デフォルトの名無しさん mailto:sage [2008/04/19(土) 23:04:41 ] perl 834 名前：デフォルトの名無しさん mailto:sage [2008/04/19(土) 23:08:03 ] 2chはPerlとmod_cgidso(C言語のCGIをモジュールとして動かすモジュール)で作ってるよ 835 名前：デフォルトの名無しさん mailto:sage [2008/04/19(土) 23:31:53 ] >>829 並以下のPGを使わなければいけない規模。 836 名前：デフォルトの名無しさん mailto:sage [2008/04/19(土) 23:57:14 ] 派遣入れないとどうしようもないってのは大規模の証かもしれん 837 名前：デフォルトの名無しさん mailto:sage [2008/04/20(日) 01:30:20 ] >>830 落ちたらLarryに文句いってもいいと思うぞ。 まあ、明らかな攻撃を受けたときくらいしか落ちないけどね。 838 名前：デフォルトの名無しさん mailto:sage [2008/04/20(日) 01:36:10 ] 2chってどの程度perlつかってんの？ 839 名前：デフォルトの名無しさん mailto:sage [2008/04/20(日) 06:56:43 ] >>838 (低レベルな)ファイル操作以外の部分。 840 名前：デフォルトの名無しさん mailto:sage [2008/04/20(日) 08:11:39 ] >>826 いや、C0でもC1でも、同じテスト基準を満たすために必要なテストケースの量は 動的型だろうが静的型だろうが同じだと思うが。 もし静的型のほうが少ないのなら、それは静的型でのテストをサボってるだけ。 841 名前：デフォルトの名無しさん mailto:sage [2008/04/20(日) 12:23:44 ] >動的型だろうが静的型だろうが同じだと思うが。 実績はそうじゃない事を示している話。 >>785参照。 842 名前：デフォルトの名無しさん mailto:sage [2008/04/20(日) 12:35:07 ] 動的だとtypoをいぶり出す努力も必要だから仕方なしや 843 名前：デフォルトの名無しさん mailto:sage [2008/04/20(日) 13:00:46 ] >>842 typoやメソッドの有無によるバグはC0で完全にカバーされるだろ。 静的型でもC0を満たそうとしたら同じ量のテストケースが必要になるぞ。 844 名前：デフォルトの名無しさん mailto:sage [2008/04/20(日) 13:46:02 ] 静的で必要でないことも動的では必要になる。つまり同じ量ではない 845 名前：デフォルトの名無しさん mailto:sage [2008/04/20(日) 14:08:50 ] >>844 具体的には、どんなこと？ C0ではカバーされないようなことがコンパイル時に検査できるとは思えないのだが。 846 名前：デフォルトの名無しさん mailto:sage [2008/04/20(日) 14:23:46 ] 言語仕様でエラーにならない部分のテスト 847 名前：デフォルトの名無しさん mailto:sage [2008/04/20(日) 15:08:34 ] >>846 全然具体的なじゃいじゃん。 変数の型に関するバグもC0で十分発見できるし、 メソッドの有無もC0でほぼカバーできる。 変数名やメソッド名のtypoなんかは言うまでもなくC0テストで十分。 C0で発見できないが静的型のコンパイル時チェックで発見できるバグの実例を見せてくれ。 848 名前：デフォルトの名無しさん mailto:sage [2008/04/20(日) 16:03:42 ] type=1; typo=type*2;//<-本当はtypeを2倍したい print(type); 849 名前：デフォルトの名無しさん [2008/04/20(日) 16:12:22 ] Perl のリスト操作を Ruby 風に - naoyaのはてなダイアリー d.hatena.ne.jp/naoya/20080419/1208579525 　　　　　　　　 　 　 　 .　-―-　.　　　　　　やったッ！！　さすがnaoya！ 　　　　　　 　 　 　 ／　　　　　　 ヽ 　　　　　　　　　　//　　　　　　　　 ',　　　　　　おれたちにできないことを 　　　　　 　 　 　 | { ＿＿＿＿＿ 　|　　　　　　　　平然とやってのけるッ！ 　　　　　 　 (⌒ヽ7´　　　　　　　 ｀`ヒﾆ¨ヽ 　　　　　　　 ヽ､..二二二二二二二. -r‐''′　　　　　そこにシビれる！ 　　　　　　　　/´ 〉'"＞､､,,.ィ二¨'　{.　 ヽ　 　　 ＿　＿　　　　　　あこがれるｩ！ 　　　　　　 　 `r､|　ﾞ._(9,)Ｙ´_(9_l′ )　 （　 , -'′　｀¨¨´￣｀ヽ、 　　　　　　　　 {（,|　`'''７､,. ､ ⌒　　|/ﾆＹ　{　　 　 　 　 　 　 　 ＼ 　　　　 　 　 　 ヾ|　　　^'^ ′-､　,ﾉr')リ　 ,ゝ､ｰ｀――-'- ∠,_　 ﾉ 　　　　　　　　 　 | 　 ｢匸匸匚|　'"|ィ'（　（,ﾉ,r'ﾞへ.￣￣,二ﾆ､ﾞ}了 　　　　, ヘｰ‐- ､ l 　｜ /＾''⌒|　　| |　,ゝ )､,>（_9,`!i!}i!ｨ_9,）　|人 　 -‐ノ .ヘー‐-ｨ ヽ 　!‐}_＿,..ﾉ　 ｜| /-‐ヽ| 　 -イ,__,.>‐　　ﾊ　} 　''"/／ヽｰ､ 　ﾉヽ∧　`ｰ一'´　／　|′　丿!　　, -===- ､　　}くｰ- ..._ 　 /／＾＼ 　ヾ-､ :| ﾊ 　￣　／　ﾉ　|.　　{ {ﾊ. 　Ｖ'二'二ソ　 ﾉ| |　　　 ｀ヽ ,ノ 　 ヽ,_　ヽノヽ_)ﾉ:l　'ｰｰ＜.　　/ 　|.　　ヽヽヽ._ ｀二¨´　／ノ ﾉ /　 　 <＾_,.ｲ `r‐'ﾞ :::ヽ 　＼　｀丶､ 　|、 　　＼＼'ｰ--‐''"／／ ＼＿＿_,／|　 !　　::::::l、　　＼　　＼| ＼　　　＼ヽ 　　/ ノ 850 名前：デフォルトの名無しさん mailto:sage [2008/04/20(日) 17:28:36 ] >>848 普通にC0のテストケースで検出できるはずだが。 851 名前：デフォルトの名無しさん mailto:sage [2008/04/20(日) 17:32:20 ] >>847 結合テストや実際の運用時には 単体テストでは意図しない型でメソッドが呼び出される可能性がある。 そのような前提の場合、カバレッジ率を１００％にしても型エラーが発生する可能性がある。

---

---

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

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