Pythonのお勉強 Part 26

1 名前：デフォルトの名無しさん [2008/04/29(火) 23:47:08 ] Python オフィシャルサイト ttp://www.python.org/ ttp://www.python.org/doc/ 日本Pythonユーザ会 ttp://www.python.jp/Zope/ ttp://www.python.jp/doc/ FrontPage - Pythonのお勉強 ttp://python.rdy.jp/ 前スレ pc11.2ch.net/test/read.cgi/tech/1206876081/ ◆関連スレッド Microsoft IronPython 1.0 pc11.2ch.net/test/read.cgi/tech/1157686822/ Python の宿題ここで答えます Part 1 pc11.2ch.net/test/read.cgi/tech/1153585095/ Python Challengeをやろう！ pc11.2ch.net/test/read.cgi/tech/1175919288/ Pythonについて（アンチ専用） pc11.2ch.net/test/read.cgi/tech/1203557046/ Pythonに見られるインデントによる制御構造の是非 pc11.2ch.net/test/read.cgi/tech/1169473442/ pythonがこの先生きのこるには pc11.2ch.net/test/read.cgi/tech/1167996371/ Eclipse統合M24【Java/C/PHP/Ruby/Python/Perl】(PyDev) pc11.2ch.net/test/read.cgi/tech/1200918324/ 【Perl,PHP】LLバトルロワイヤル２【Ruby,Python】 pc11.2ch.net/test/read.cgi/tech/1209289408/ デザパタ + Python／Ruby／Smalltalk part2 pc11.2ch.net/test/read.cgi/tech/1175959706/ 2ch検索: [python] find.2ch.net/?BBS=ALL&TYPE=TITLE&STR=python 82 名前：デフォルトの名無しさん mailto:sage [2008/05/03(土) 18:53:05 ] 2 つのプログラムの同一仕様検査の難しさ 83 名前：デフォルトの名無しさん mailto:sage [2008/05/03(土) 19:31:58 ] Python2.3.5(2005-02-08リリース)の頃は エラーメッセージが違うのかなと思って実行してみたけど、 　RuntimeError: maximum recursion depth exceeded と表示された。 84 名前：デフォルトの名無しさん mailto:sage [2008/05/03(土) 19:32:08 ] rubyistはエラーメッセージ読まないのん？ 85 名前：デフォルトの名無しさん mailto:sage [2008/05/03(土) 19:43:21 ] 処理系を信頼してないんだろ 86 名前：デフォルトの名無しさん mailto:sage [2008/05/03(土) 19:57:34 ] >>84 奴らは英語ができない情報ニート 87 名前：デフォルトの名無しさん mailto:sage [2008/05/03(土) 20:13:31 ] RuntimeError: maximum recursion depth exceeded これを見た上で「あふれた」と言ったのか？ 88 名前：デフォルトの名無しさん mailto:sage [2008/05/03(土) 20:50:26 ] >>87 もしかしたら1000に達する前にMemoryError: stack overflowが出たのかもしれない。 89 名前：デフォルトの名無しさん mailto:sage [2008/05/03(土) 22:37:54 ] んな小さとこで出るわけない 90 名前：デフォルトの名無しさん mailto:sage [2008/05/03(土) 22:52:31 ] 数字が一致していることからしてもRuntimeErrorのほうだろうな 91 名前：デフォルトの名無しさん mailto:sage [2008/05/03(土) 23:17:05 ] モジュール名大改造PEPが更新 www.python.org/dev/peps/pep-3108 92 名前：デフォルトの名無しさん mailto:sage [2008/05/03(土) 23:17:44 ] 「スタックが溢れた」と言っても差し支えないんじゃね？ Ruby では同じ文脈で stack overflow エラーが出るわけだから記事の話の流れからいっても自然だし Python の sys.setrecursionlimit() の説明でもスタックという表現が使われている。 > setrecursionlimit( limit) > 　　Set the maximum depth of the Python interpreter stack to limit. This limit prevents > 　　infinite recursion from causing an overflow of the C stack and crashing Python. 個人的には>>80に同意。 93 名前：デフォルトの名無しさん mailto:sage [2008/05/04(日) 06:52:48 ] limitを超えたんだから あふれた でいいと思う 94 名前：デフォルトの名無しさん mailto:sage [2008/05/04(日) 13:46:59 ] どれぐらい末尾再帰ができるかどうかを調べているんだから setrecursionlimitで値を変更するべきだと思うけど 95 名前：デフォルトの名無しさん mailto:sage [2008/05/04(日) 13:49:57 ] あくまで limit を越えたのはスタック容量じゃなくて再帰回数だから 溢れたとは言わないだろうな。 96 名前：デフォルトの名無しさん mailto:sage [2008/05/04(日) 14:13:36 ] お前ら、こういう話題が好きだったのか？ 97 名前：デフォルトの名無しさん mailto:sage [2008/05/04(日) 14:24:47 ] 処理系での末尾再帰最適化って、そんなに難しいのかな... なんかちょっと頭のいい人ならすぐできそうな気もするんだが... (まぁ、俺には難しいんだが...) 98 名前：デフォルトの名無しさん mailto:sage [2008/05/04(日) 14:28:38 ] まともな処理系なら JIT っぽいことしてると思ってるんだけど （中間言語へのコンパイルかもしれないが）、 末尾再帰最適化を採用する事で どれだけ JIT コンパイルのコストに影響が出るんだろうか。 99 名前：デフォルトの名無しさん mailto:sage [2008/05/04(日) 14:47:23 ] 「この回数再帰したら止めてね」という設定値を越えたから止めただけなんだから、 溢れたとは言わないな。「limitに達した」じゃないかな。 100 名前：デフォルトの名無しさん mailto:sage [2008/05/04(日) 14:50:16 ] >>97 こんなの見つけた aspn.activestate.com/ASPN/Cookbook/Python/Recipe/474088 101 名前：デフォルトの名無しさん mailto:sage [2008/05/04(日) 15:04:56 ] >>97 言語仕様と下位層による。 Rubyのブロック引数みたいなへんな言語仕様があると面倒だし、 末尾呼び出し最適化を考慮したスタックフレームを持つ機械の機械語や そのような仮想機械へのコンパイルなら楽。 102 名前：デフォルトの名無しさん mailto:sage [2008/05/04(日) 15:29:59 ] もはや言葉遊びですね＾＾ 103 名前：デフォルトの名無しさん mailto:sage [2008/05/04(日) 16:19:33 ] groups.google.co.jp/group/oklab-tech/browse_thread/thread/c4e7fcfba80ed87e 面白いのを見つけました。でもPythonで書き直すには どうしたら良いかわかりません…orz upload.cgi を python で書き直すとしたら どう書いたら良いでしょうか？どうぞよろしくお願いします. 104 名前：デフォルトの名無しさん mailto:sage [2008/05/04(日) 16:54:21 ] 細川ｗｗｗｗ 105 名前：103 mailto:sage [2008/05/04(日) 16:55:34 ] dbm = SDBM.open('db/id',0644) dbm[hash] = id dbm.close このへん、わけわからん orz 106 名前：デフォルトの名無しさん mailto:sage [2008/05/04(日) 17:03:55 ] >>105 www.google.co.jp/search?q=python+dbm 107 名前：103 mailto:sage [2008/05/04(日) 18:46:34 ] >>106 >>> db=shelve.open("db/id", "c") >>> db["spam"]=1024 >>> db.close() >>> >>> db=shelve.open("db/id") >>> db["spam"] 1024 こんなかんじですね。どもです。 ほかにdbmは anydbm, pickle, shelve とか三種類くらいありました。 108 名前：デフォルトの名無しさん mailto:sage [2008/05/04(日) 20:13:52 ] www.python.jp/doc/2.3.5/lib/httplib-examples.html >>> import httplib, urllib >>> params=urllib.urlencode({'id':1, 'imagedata':"spam"}) >>> headers={"Content-type": "application/x-www-form-urlencoded", ... "Accept": "text/plain"} >>> conn=httplib.HTTPConnection("localhost") >>> conn.request("POST", "/cgi-bin/upload_py.cgi", params, headers) >>> res=conn.getresponse() >>> res.status 500 ここを見ながら、client側の部分を書いてみたのですが うまく行きません…どう書いたら良いでしょうか？ 109 名前：デフォルトの名無しさん mailto:sage [2008/05/04(日) 20:17:01 ] >>108 その upload_py.cgi の方に問題があるんじゃないの？ 110 名前：デフォルトの名無しさん mailto:sage [2008/05/04(日) 20:17:46 ] 参考にしてるところがPython2.3.5用だから古くない? 111 名前：デフォルトの名無しさん mailto:sage [2008/05/04(日) 20:30:41 ] >>110 それはないと思われ。 112 名前：デフォルトの名無しさん mailto:sage [2008/05/04(日) 20:58:44 ] >>109 #File.open("data/#{hash}.png","w").print(imagedata) fname = "%s.png" % hash file(fname, 'w').write(imgdata) ここの所が間違ってたみたいでした。w のとこが r になってました。 >>> res.status 302 と、変更したら返されるcodeが 500 から 302 になりました。 200 じゃない…ということは間違ってる…よくわからんです orz 113 名前：103 mailto:sage [2008/05/04(日) 21:16:12 ] db = shelve.open("tmp/id", "c") db[hash] = id db.close() >>> import shelve >>> db=shelve.open('tmp/id') >>> db["e09f6a7593f8ae3994ea57e1117f67ec"] '1' 上手くいきますた！ 114 名前：103 mailto:sage [2008/05/04(日) 21:18:52 ] data = <<EOF --#{boundary}\r content-disposition: form-data; name="id"\r \r #{id}\r --#{boundary}\r content-disposition: form-data; name="imagedata"\r \r #{imagedata}\r \r --#{boundary}--\r EOF あと、もう一つだけ バイナリデータをPOSTする場合はこの書式に沿って 組み立てないと駄目なのですか？ 115 名前：デフォルトの名無しさん mailto:sage [2008/05/04(日) 22:49:23 ] スレ違いっつーか板違いだ 116 名前：デフォルトの名無しさん mailto:sage [2008/05/04(日) 23:22:17 ] お前は黙ってろ 117 名前：デフォルトの名無しさん mailto:sage [2008/05/04(日) 23:27:57 ] 内容的にWebProg板だな 118 名前：デフォルトの名無しさん [2008/05/05(月) 01:02:08 ] 103を見て絵に描いたような教えて君かと思ったが意外にガッツあるな。期待age。 >>112 302はリダイレクトだよ。レスポンスのLocation:ヘッダに次に読むべきURLが示されている。 詳しくはHTTPの仕様書を読むべし。 >>114 そんな希ガス。ググったら同じ質問をしている使徒を見つけた。一番下にコード例あり。 www.velocityreviews.com/forums/t335298-multipartformdata-in-an-http-client.html emailモジュールにもマルチパートのメッセージを作る機能があった希ガス。 docs.python.org/lib/module-email.mime.text.html この辺を参照のこと。 119 名前：デフォルトの名無しさん mailto:sage [2008/05/05(月) 13:01:33 ] 水曜日に最後のアルファ 120 名前：デフォルトの名無しさん mailto:sage [2008/05/05(月) 13:23:29 ] chinpo 121 名前：デフォルトの名無しさん mailto:sage [2008/05/05(月) 14:02:41 ] pythonをやろうと思ってるのだけど、入門には「みんなのpython」と「pythonプログラミング入門」どっちがいいかな？ プログラム自体は初めてじゃないです。 122 名前：デフォルトの名無しさん mailto:sage [2008/05/05(月) 14:08:07 ] プログラム経験あるならネットのドキュメントだけで十分 本買うのが好きなら自分で手にとって選ぶのも好きになれ！ 123 名前：デフォルトの名無しさん mailto:sage [2008/05/05(月) 14:42:19 ] python plograming language和訳まだー 124 名前：デフォルトの名無しさん mailto:sage [2008/05/05(月) 14:53:30 ] >>122 THANK YOU!! 基礎は書籍でしっかりやりたいから、自分で見てかうことにするよ 125 名前：デフォルトの名無しさん mailto:sage [2008/05/05(月) 15:13:32 ] 基礎からやりたいのならみんPyじゃね？ もう一つの方は流しすぎ まあ自分で中身見て選ぶのが一番だけどな。 126 名前：デフォルトの名無しさん mailto:sage [2008/05/05(月) 15:56:10 ] 基礎だけ学びたいなら最近でたJythonの本でいいと思うよ 127 名前：デフォルトの名無しさん mailto:sage [2008/05/05(月) 15:57:58 ] それはないわ(w 128 名前：デフォルトの名無しさん mailto:sage [2008/05/05(月) 16:51:36 ] neet山 129 名前：デフォルトの名無しさん mailto:sage [2008/05/05(月) 17:59:55 ] プログラミング経験者があえて書籍で入門するなら 初めてのPythonくらいの内容がないと無駄遣いに終わると思う 130 名前：デフォルトの名無しさん mailto:sage [2008/05/05(月) 18:08:03 ] 選択肢なんでほとんどないんだから、 立ち読みして比べりゃいいじゃん。 131 名前：デフォルトの名無しさん mailto:sage [2008/05/05(月) 18:18:37 ] Jython本を買えば間違いは無い。正しくも無い。 132 名前：デフォルトの名無しさん mailto:sage [2008/05/05(月) 18:39:50 ] プログラムしたことがあるのであればWebのチュートリアル読めばすむ話のような気がする そんなに複雑じゃあない 本家のチュートリアルが読めるのであればなおよい 133 名前：デフォルトの名無しさん mailto:sage [2008/05/05(月) 19:25:00 ] だから、本を買いたいんだろ。 だったらJython本しか無い。 134 名前：デフォルトの名無しさん mailto:sage [2008/05/05(月) 20:24:53 ] 俺も最初は本よりチュートリアルの方が良いと思う。 まず使えるようになることに焦点が合ってるし、内容に間違いが少ないから一番確実。 135 名前：デフォルトの名無しさん mailto:sage [2008/05/05(月) 20:38:55 ] テストサーバ動かして python の cgi 動かしたいんだけど、Leopard の apache2 に mod_python 入れた人いる？ それとも素直に CGIHTTPServer.CGIHTTPRequestHandler つかってテストに使った方がいいかね。 136 名前：デフォルトの名無しさん mailto:sage [2008/05/05(月) 21:12:20 ] >>135 MacPortsつかえばすぐ入るんじゃね？ 137 名前：デフォルトの名無しさん mailto:sage [2008/05/05(月) 21:19:44 ] >>135 Leopard の Apache2 でハマったばかりなんで、晒しとく。 pc11.2ch.net/test/read.cgi/mac/1190016804/683-693 洩れは結局 i386 な Apache2 を入れ直した。 138 名前：デフォルトの名無しさん mailto:sage [2008/05/05(月) 21:40:17 ] Jython本買ってきました。 クソでした。 理由は言うまでもない。 139 名前：デフォルトの名無しさん mailto:sage [2008/05/05(月) 21:42:25 ] 言わないと工作としか思えないわ。 140 名前：デフォルトの名無しさん mailto:sage [2008/05/05(月) 21:44:12 ] ぶっちゃけ作りが雑な気がするんだが＞Jython本 図とか表とかほとんどないし。 文章ばっかり。 内容もあまりぱっとしないよねぇ...。 141 名前：デフォルトの名無しさん mailto:sage [2008/05/05(月) 22:00:55 ] 今出ている本って内容が古すぎたり中途半端だったりであまりおすすめできるものってないような。 何か作りながらチュートリアルかリファレンスを参照するのが効率的かもね。 142 名前：デフォルトの名無しさん mailto:sage [2008/05/05(月) 22:58:22 ] Jython本はコードが見難いね、説明してるのがどれだかわかりにくい 編集がちょっと丁寧な仕事すればだいぶ違ったと思う 内容的には初心者な俺には勉強になってる でも中途半端だな、対象読者一体どこだよ、とは思った Python全然知らないときつくないか？Javaも結構知ってないときつくないか？ 143 名前：デフォルトの名無しさん mailto:sage [2008/05/05(月) 23:13:50 ] Jython本の執筆者のtwitter読むと解るけど、かなりの突貫執筆だったようだ。 あの若さでこれだけの仕事したんだから、まあ認めてやってもいいんじゃないか？ 144 名前：デフォルトの名無しさん mailto:sage [2008/05/05(月) 23:20:51 ] イケメンハッカー信者はもういいよ 145 名前：デフォルトの名無しさん mailto:sage [2008/05/05(月) 23:22:23 ] 本買う人にとっては執筆に至る経緯なんて関係ないしなぁ 146 名前：デフォルトの名無しさん mailto:sage [2008/05/05(月) 23:24:27 ] まあ信者も認めるほどの出来だってことだよ。 147 名前：デフォルトの名無しさん mailto:sage [2008/05/06(火) 00:09:57 ] 宗教論はもういいよ。イケメンハッカーの話はyosoでやれ。 148 名前：デフォルトの名無しさん mailto:sage [2008/05/06(火) 06:21:33 ] 粗悪本乱発しすぎ 149 名前：デフォルトの名無しさん mailto:sage [2008/05/06(火) 06:40:46 ] Jython本ほど最高の本は無いよ。 書いてあることがスラスラと頭の中に入ってきて、 まるでコードが踊ってるみたい。 びっくりするようなイノベーションも体験できて、 いいと思うんだけどなあ。 最新の本だから最新のことが載っていて安心だし。 150 名前：デフォルトの名無しさん mailto:sage [2008/05/06(火) 06:42:36 ] さっき読んでたらすぐ眠たくなって寝てしまったが 151 名前：150 mailto:sage [2008/05/06(火) 06:48:52 ] でも、起きてからすらすらと本の内容が浮かんできたな 152 名前：デフォルトの名無しさん mailto:sage [2008/05/06(火) 07:50:20 ] 今知ったんだが、彼って自分のことイケメンなんぞと言ってるんだ！ 153 名前：デフォルトの名無しさん mailto:sage [2008/05/06(火) 07:56:24 ] IKEMEN 154 名前：デフォルトの名無しさん mailto:sage [2008/05/06(火) 08:36:13 ] 流れが意味不 155 名前：デフォルトの名無しさん mailto:sage [2008/05/06(火) 09:37:43 ] stackless pythonとpsycoは共存できないんだな。 残念だ。 156 名前：135 mailto:sage [2008/05/06(火) 12:19:12 ] とりあえず mod_python ダウンロードしてきて ./configure vi src/Makefile LDFLAGS= 行の "-arch i386 -arch ppc" を "-arch x86_64" で置換。 make file src/.lib/mod_python.so してみると、 src/.libs/mod_python.so: Mach-O 64-bit bundle x86_64 と表示されるので 64ビット版にはなっているようだ。 と、ここまではいい. sudo /etc/apache2/httpd.conf で LoadModule python_module libexec/apache2/mod_python.so って入れてから httpd -t やるとシンタックスエラーでるのよね。。。。 って、これ単なる設定の問題か。 >>137 なんて良いタイミング！参考にしてみるよ 157 名前：デフォルトの名無しさん mailto:sage [2008/05/06(火) 17:26:02 ] Webのチュートリアルは日本語の品質がいまいちな部分がない？ 結局は英語にあたらないと意味が取れない事がよくある。 書籍のチュートリアルの方が日本語がいいし、読みたいところに すぐ飛べるのでいいと思う。 他言語経験者なら、これ読めばある程度できるようになるんじゃ ない？ 158 名前：デフォルトの名無しさん mailto:sage [2008/05/06(火) 17:32:25 ] 他言語経験者なら普通に公式チュートリアルでいいだろ ねえなんで本買わせようとすんの? 159 名前：デフォルトの名無しさん mailto:sage [2008/05/06(火) 18:02:06 ] 本のほうが読みやすいから 160 名前：デフォルトの名無しさん mailto:sage [2008/05/06(火) 18:34:16 ] Webの方がコピペできていい 161 名前：デフォルトの名無しさん mailto:sage [2008/05/06(火) 19:06:39 ] 本が欲しいと言っているから。 162 名前：デフォルトの名無しさん mailto:sage [2008/05/06(火) 19:25:07 ] 検索できる分デジタル版の方がいいけどね でもチュートリアルの日本語書籍版はチュートリアルの読み方の部分が秀逸なので 立ち読みだけでもしておくといいよ 163 名前：デフォルトの名無しさん mailto:sage [2008/05/06(火) 19:31:36 ] >>157 > Webのチュートリアルは日本語の品質がいまいちな部分がない？ > > 結局は英語にあたらないと意味が取れない事がよくある。 ここなり翻訳者宛のメールなりで問題点を具体的に報告すれば改善されると思われ。 164 名前：デフォルトの名無しさん mailto:sage [2008/05/06(火) 19:33:08 ] いま >163 がとてもいいことを言った。 165 名前：デフォルトの名無しさん mailto:sage [2008/05/06(火) 19:41:13 ] 本を買って欲しいから。 166 名前：157 mailto:sage [2008/05/06(火) 19:48:43 ] >163がとてもいいこと言ったと思います。 翻訳者あてのメールは敷居が高くても、ここになら書けるなぁと思った。 （でも私は書籍版買っちゃったから今後はWeb版読みに行く事は中々 ないはず） 167 名前：デフォルトの名無しさん mailto:sage [2008/05/06(火) 20:08:55 ] >>158 俺は他言語経験者で、公式チュートリアルで入門したけど本も買って勉強したよ。 Mark Lutz の Programming Python の第1版の原著を買った（確か当時は和書が1つもなかった）。 理由は「書籍から入手できる情報」≠「オンラインで入手できる情報」だから。 あと、1冊まるまる最初から最後まできちんと勉強することで「やり終えた！」という充実感があった。 これは結構重要なポイントのような気がする。 絶対本を買うべきだとは思わない。買いたい人は買えばいいと思われ。 ちなみに上記の本には誤植が多かったので読み進めるのと並行して全部メモしておいた。 読み終えたあとにまとめて Mark Lutz に報告したらオライリーの担当者からお礼のメールが来て オライリーの本から好きなのを1冊プレゼントすると言われた。そんなの初めての経験だったから 意味が分からなくて「お金払わなくていいの？」とか聞いちゃったりして（無論無料で送ってくれた）。 168 名前：デフォルトの名無しさん mailto:sage [2008/05/06(火) 21:29:18 ] これはいい話 169 名前：デフォルトの名無しさん mailto:sage [2008/05/06(火) 21:31:30 ] threadって計算速度の向上に効果ある？ a = b1 + b2の計算を（a,b1,b2はarray） b1とb2をthreadで計算して， それぞれ計算終了後に足すというプログラムを作ったんだけど， 普通にb1とb2をメインスレッドで順番に求めて足した方が早かった．．． ちなみにb1とb2の計算はダミーのforループ10000回です． 170 名前：デフォルトの名無しさん mailto:sage [2008/05/06(火) 21:43:49 ] >>169 ダミーループのような、単純処理を連続的に行う場合は、threadのメリットは少ないと思われ。 有り難味があるケースは、 ・入力待ちの間に、他の処理をさせておきたい ・ネットワークを表現する際に、各処理を独立のモジュールみたいに動かしたい など。 171 名前：デフォルトの名無しさん mailto:sage [2008/05/06(火) 21:45:50 ] >>167 第3版が手元にあるけど1552ページある。このサイズをまるまる勉強したとし たら、尊敬します。すげー。 172 名前：デフォルトの名無しさん [2008/05/06(火) 22:39:53 ] >>170 なる。やっぱりそんな気はしてた。。。 サンクス 173 名前：デフォルトの名無しさん mailto:sage [2008/05/06(火) 22:49:58 ] >>171 そんなにあったっけと思って書誌情報を確認したら第1版は902ページだった。 174 名前：デフォルトの名無しさん mailto:sage [2008/05/06(火) 23:13:06 ] >>169 マルチコアの場合は、計算スレッドを複数に分けてやると速くなったりする あと計算規模が小さいとスレッドの生成・破棄のコストのせいで 高速化の効果が見えないよ 175 名前：Free Tibet mailto:sage [2008/05/06(火) 23:57:15 ] >>167 オライリー信者乙 176 名前：デフォルトの名無しさん mailto:sage [2008/05/07(水) 00:20:38 ] >>175 そんな、人類の足引っ張ることしかできない悲しい奴みたいな言い方しないで 前向きに行きましょうよ。 177 名前：デフォルトの名無しさん mailto:sage [2008/05/07(水) 00:24:08 ] 「きさま、マック信者だな？」 178 名前：デフォルトの名無しさん mailto:sage [2008/05/07(水) 00:25:34 ] 「きみはゆくえふめいになっていたマックじゃないか」 179 名前：デフォルトの名無しさん mailto:sage [2008/05/07(水) 08:13:21 ] >>169 JythonやIronPythonだと速くなるかも知れない。 CPythonだと複数スレッドを同時に動かせないんで速くならない 180 名前：デフォルトの名無しさん mailto:sage [2008/05/07(水) 11:57:52 ] Python絡みで信頼のおける日本人って 柴田さんしか居ない状況？ 他の人ってあっちの人と話したことないよね 181 名前：デフォルトの名無しさん mailto:sage [2008/05/07(水) 12:01:59 ] >>180 んなこたあない もっと偉い人はいる 多くはないけど 182 名前：デフォルトの名無しさん mailto:sage [2008/05/07(水) 12:02:11 ] >>180 あっちの人と話したことがある＝Python絡みで信頼のおける日本人 と言う事ならmatz

---

---

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

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