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 196 名前：デフォルトの名無しさん mailto:sage [2008/05/07(水) 18:06:26 ] >>194 C記述の拡張コードがマルチスレッドを考慮していないので Python上ではマルチスレッドでも実質グリーンスレッド状態になる。 ちゃんとしたマルチスレッドな動作を期待するならJythonやIronPythonになるかな。 文脈でわかるのかもしれないけど「スレッド」といってもいろいろ観点があるから。 >>195 まちがっちゃいないけど説明不足でミスリードしちゃいそうだね。 197 名前：デフォルトの名無しさん mailto:sage [2008/05/07(水) 18:13:21 ] >>194 俺の理解では、Python のスレッドは交互に動いている。つまり、ある時点において１つのスレッドしか動かない。 だから、同時に（並列で）動くことを期待しているマルチスレッドプログラムは速くはならない。 >>170さんの言うように、あるスレッドが入力待ちをしていて、別のスレッドがGUIを司る、というような マルチスレッドプログラムならば期待通りに、一見並列に動く。 こういう実装になっているのは、種々のモジュールにスレッドセーフであることを要求するのが困難だから。 間違ってたらｺﾞﾒｽ 198 名前：デフォルトの名無しさん mailto:sage [2008/05/07(水) 19:08:58 ] 194です。 なるほど。私が本のスレッドの説明の最初のとこだけしか読んで なかったので、勘違いしてました。 もうちょっと読むと>197がいうとおりのような事も書いてました。 「いつでも1つだけのスレッドしか動いていない」って感じで。 現状(2006年？)ではスレッドを複数のCPUに分配できない、み たいなことも書かれてた。 という事は計算が速くなるわけないですね。>170みたいな用途に 限る、ということか。 199 名前：デフォルトの名無しさん mailto:sage [2008/05/07(水) 19:09:16 ] >>183 自分一人の例を全員の例のように敷衍するひとのひとりですね 200 名前：デフォルトの名無しさん mailto:sage [2008/05/07(水) 19:12:07 ] >>191 ttp://www.halb-katze.jp/pygt/ 201 名前：デフォルトの名無しさん mailto:sage [2008/05/07(水) 19:49:30 ] >>191 > 英文を読んでまでのヤル気が必須になってるから > 興味もった素人達にとっては敷居が高すぎる。 敷居が高過ぎると思ってしまうのは、その人自身の勝手な固定観念なんだけどな あと敷居が高過ぎると思って、よりつかない人は、そこまでのモチベーションしかないんだと思うよ 人に聞いているようでは、マジで駄目なんだよ > 俺がサーバー借りてサイト作ってもかまわない > サイト作りは出来るから。 > なんなら、このスレのみんなでpygame公式ｻｲﾄの日本語解説版作っていかないかな？ 個人的、希望だが、英文のpygameを学習する際に頻出する英単語帳をつくったりとか、 英文を読み解くためのテクとかを、補助ツールを扱うwikiを作ってくれ 頻出する英単語を500語に厳選して、暗記すれば、かなり読み解けると思うよ 調べるためにググる際も英文の方のほうがひっかかるし、内容が高いことが多い Wikipediaも英語版のほうが内容が豊富だし、すごくマイナー単語も載っているし 英文には、絶対慣れたほうがいいよ あとわざわざ翻訳すると逆に読みづらくなるし、理解も難しくなる これは、既出？ www.unixuser.org/~euske/doc/pygame/ あと下の本をどういう読み方でもいいから、読んで感想を聞かせてほしいところだね Amazon.com: Beginning Game Development with Python and Pygame: From Novice to Professional (Beginning from Novice to Professional): Will McGugan: Books ttp://www.amazon.com/Beginning-Game-Development-Python-Pygame/dp/1590598725/ とりあえず、wikiをつくって、2chに晒してみたら？ 協力してくれる人もいるかもしれないよ 202 名前：デフォルトの名無しさん mailto:sage [2008/05/07(水) 19:54:46 ] マルチcore対応のスレッドが使えるスクリプト言語を実装するのは難しいの? Rubyも結局1つでしか動かないらしいし。 203 名前：デフォルトの名無しさん mailto:sage [2008/05/07(水) 20:08:34 ] pygame翻訳しろの話は、くだすれPythonスレとマルチになってたんだな。 204 名前：デフォルトの名無しさん mailto:sage [2008/05/07(水) 20:11:45 ] pygameスレにも貼ってあった 205 名前：デフォルトの名無しさん mailto:sage [2008/05/07(水) 20:17:16 ] pygameなんてなんか人前で言いづらいな。 206 名前：デフォルトの名無しさん mailto:sage [2008/05/07(水) 20:18:59 ] こういうのって勝手に翻訳して公開していいんだっけ？ まぁ事後承諾だろうと拒絶されるこたまずないだろうからどーでもいいんだろうけど ゲーム用にしか聞こえないよなｗ 207 名前：デフォルトの名無しさん mailto:sage [2008/05/07(水) 20:22:24 ] >>202 言語自体は各スレッドにインタプリタを1つずつ用意することで簡単に並列化できると思われ。 問題は膨大な量のライブラリモジュール、特にC等で書かれたライブラリのバインディングだ。 スレッドセーフでないライブラリは統合不可ということになる。つまり言語として制約が大きい。 大域変数でメモリ管理ってのは割とありがちだけど、これはスレッドセーフではないのでNG。 こういうものを除外していくとどんどん言語としての有用性が下がっていく。 代替品の再実装なんてやってられん。PythonにしてもRubyにしてもそんなところだと思われ。 208 名前：デフォルトの名無しさん mailto:sage [2008/05/07(水) 20:24:13 ] pygameがLGPLだからドキュメントも同じ扱いになるんじゃないか? ちゃんと調べてはいないけど 209 名前：207 mailto:sage [2008/05/07(水) 20:41:33 ] あんま関係ないけど、OpenMPで並列化されたライブラリを拡張モジュールとしてPythonに組み込んだことがある。 これだと並列化がモジュール内で閉じてるから何も問題ない。 俺はOpenMPで並列化された線形解法ライブラリのラッパを書いてPythonに組み込んだ。フツーに使えた。 ただし、Intel C コンパイラの場合はPython一式を -openmp オプション付きでコンパイルする必要があった。 あと、PythonでMPIプログラムを書いてマルチコア環境で実行するというアプローチもあるね。 これだと真に並列に動作するはず（マルチスレッドプログラミングと同じ要領というわけにはいかないけど）。 Python用のMPI実装にはいくつかあった希ガス。 210 名前：デフォルトの名無しさん mailto:sage [2008/05/07(水) 20:53:31 ] PythonのWikiエンジンってあったんだね 知らなかった 使い勝手は、どうなの？ Python製Wikiエンジン"MoinMoin"、日本語化担当者募集 www.python.jp/Zope/PyLog/1210080971 211 名前：デフォルトの名無しさん mailto:sage [2008/05/07(水) 21:09:58 ] moinmoin.wikiwikiweb.de/WikiEngineComparison 比較ページを見つけたけど、いい事しか書いてないなぁ。 まぁMoinMoinのサイトだから仕方ないか。 212 名前：デフォルトの名無しさん mailto:sage [2008/05/07(水) 22:00:43 ] >>207 勉強になった。 スレッドセーフなモジュールを分類してかき集めるってプロジェクトがおこっても 良さそうとか思ったけど見つけられなかった。いろいろと難しいことがあるのかな。 213 名前：デフォルトの名無しさん mailto:sage [2008/05/07(水) 22:46:07 ] >210 昔、自サイトでつかってたけど、まあ中の上ぐらいかしら。 設計はそれなりに綺麗で、たとえばpybloxsomとかから エンジンだけ利用してレンダリング、とか、pyblosxomの 間で相互リンク、とかできた気がする。 ただ、見た目のきれいさとかはないけどね(デフォルトの設定では) 214 名前：Tracの方が良いよな mailto:sage [2008/05/08(木) 00:07:36 ] 先に言っておく。この話題で MoinMoinじゃなくてTracの方がいい なんて思ってる人は、何かがずれていると自覚したほうがいい。 215 名前：デフォルトの名無しさん mailto:sage [2008/05/08(木) 10:54:55 ] MoinMoinで気に入ってるのは Pythonのソースを表示すると 色分けで表示するってやつかな。 あと微妙に軽い。 欠点として‥登録ユーザじゃないと ページ変更時刻がUTCで記録されてしまう。 これが地味に嫌だ 216 名前：デフォルトの名無しさん mailto:sage [2008/05/08(木) 13:12:49 ] 以前、翻訳してみようとWikiを作ってみたけど頓挫しているサイト Displayモジュールの一部しかまだ翻訳してません ぶっちゃけ翻訳の作法とかよくわからないし・・・ pygame日本語ドキュメント wiki.livedoor.jp/py_gamer/d/FrontPage 手伝ってくれる人がいたら嬉しい ちなみにMLで聞いてみたところドキュメントもLGPLらしいね 217 名前：デフォルトの名無しさん mailto:sage [2008/05/08(木) 13:41:35 ] >215 今使ってないからなんとも言えないけど、 Config.tz_offset ってのを書換えれば良さそうですが... (デフォルトのタイムゾーン) 218 名前：デフォルトの名無しさん mailto:sage [2008/05/08(木) 13:43:15 ] もいんもいん 219 名前：デフォルトの名無しさん mailto:sage [2008/05/08(木) 14:19:37 ] >>212 調べたことないけど、スレッドセーフなモジュール（特にC等で書かれた拡張モジュール）は ほとんど無いんじゃないかなあ。 例えばCでマルチスレッドのプログラム書いてみると分かるんだけど「このコードはスレッドセーフです」って 言い切るのって結構大変。呼び出しているライブラリ関数がスレッドセーフかどうか逐一確かめて回らないと いけないから。逐次プログラムの一部分だけをマルチスレッド化できるOpenMPがいかに便利かを実感する。 その点、Java は最初からマルチスレッド対応だから楽チン。 マルチスレッドで真に並列動作するPythonを実現するための一番の近道はJythonだろうね。 220 名前：デフォルトの名無しさん mailto:sage [2008/05/08(木) 15:12:06 ] そのレベルの話であれば、Javaがマルチスレッド対応だから楽ちんだなんてとてもいえないと思うけど。 同期とかの方法と、VMのメモリモデルが規定されているだけでしょ。 結局、使うAPIとかライブラリがMT-Safeかどうか調べなきゃいけない。標準のAPIについては大体書いてあるけど。 221 名前：デフォルトの名無しさん mailto:sage [2008/05/08(木) 21:21:29 ] >>216 今すぐは無理だけど、暇があったら手伝いたい。 勝手に編集してもいいの？ 222 名前：デフォルトの名無しさん mailto:sage [2008/05/08(木) 23:20:40 ] >>216 >>221 おまいらがんがれ。 wikiで自分が翻訳したページを他人に修正されると、なんか一瞬犯されたような気分 になったりするけどそんなケツの穴の小さいことは気にしないでがんがん翻訳してくれ。 223 名前：デフォルトの名無しさん mailto:sage [2008/05/08(木) 23:26:05 ] >>222 気にしてるじゃねーかｗ 224 名前：デフォルトの名無しさん mailto:sage [2008/05/08(木) 23:56:46 ] 正規表現検索で "from A import B, C, ..." という文字列から A, B, C, ... の部分を抜き出したいんだけど、 正規表現のグループマッチングだけでは対処できない？ re.findall("from\s+(識別子)\s+import\s+(, (識別子))*", source) #　識別子=[\w][\w\d]* ってやって出てきたマッチオブジェクトは "A" "B" ",C" "C" っていうふうに、カンマ込みででてきてしまう（当たり前だけど） "A" "B" "C" だけ抜き出したい場合はやっぱりその他の文字列処理しないとだめ？ 225 名前：デフォルトの名無しさん mailto:sage [2008/05/09(金) 00:35:11 ] 非グループ化の(?:...)が使えないかな 226 名前：デフォルトの名無しさん mailto:sage [2008/05/09(金) 00:41:18 ] >>224 [A-Z] 227 名前：デフォルトの名無しさん mailto:sage [2008/05/09(金) 00:48:28 ] re.findall('[\w*]+', src) して from と import を filter 228 名前：デフォルトの名無しさん mailto:sage [2008/05/09(金) 00:56:39 ] >>255 おお、こんなべんりなものが！ import re source = """ from A import BB from A import CC,DD """ print re.findall("\s*from\s+([\w\d]+)\s+import\s+(?:,?\s*([\w\d]+))+", source) とやってみた。これだと "from 3 import , 4, 5" にもマッチしちゃうけど、 そもそもソースのコンパイルが通る事が前提だから、この簡略化した 判別方法でもOKだという事に気づきました。 が、 上記コードを実行すると [('A', 'DD')] という結果になります。期待していたのは A, BB, A, CC, DD なんですがグループの繰り返しだけでは取得できないのでしょうか 229 名前：デフォルトの名無しさん mailto:sage [2008/05/09(金) 01:37:49 ] 正規表現である必要ってあるの？ こういうなの↓の方が簡単でよくない？ s = "from foo import a, b , c" f = s.split() assert f[0] == "from" and f[2] == "import" buf = [] for name in f[3:]:     if name == ",":         continue     if name[-1] == ",":         name = name[:-1].strip()     buf.append(name) print buf 230 名前：デフォルトの名無しさん mailto:sage [2008/05/09(金) 01:41:52 ] >>228 \w は数字ともマッチするわけだが。 一回、正規表現について勉強しなおしたほうがいいんじゃね？ 231 名前：デフォルトの名無しさん mailto:sage [2008/05/09(金) 01:44:41 ] urllib2 232 名前：デフォルトの名無しさん mailto:sage [2008/05/09(金) 02:32:46 ] print re.findall('(�w)+', 'ABCD') 結果: ['D'] グループの繰り返しだと、最後だけしか取り出さないみたいだね。 233 名前：デフォルトの名無しさん mailto:sage [2008/05/09(金) 11:44:42 ] (\w)+は後続文字が\wじゃない時にマッチしているみたいだけど >>> re.findall(r'\w', 'ab^cd_ef.gh ij$hi') ['a', 'b', 'c', 'd', '_', 'e', 'f', 'g', 'h', 'i', 'j', 'h', 'i'] >>> re.findall(r'(\w)+', 'ab^cd_ef.gh ij$hi') ['b', 'f', 'h', 'j', 'i'] >>> re.findall(r'\w\b', 'ab^cd_ef.gh ij$hi') ['b', 'f', 'h', 'j', 'i'] 234 名前：デフォルトの名無しさん mailto:sage [2008/05/09(金) 16:23:44 ] 【平均年収】岩手県の就職【365万円】 [就職] 【岩手県南】一関第一・水沢・花巻北・黒沢尻北高校 [お受験] 235 名前：デフォルトの名無しさん mailto:sage [2008/05/09(金) 17:07:07 ] 何の誤爆かと思ったらおすすめ２ちゃんねるか 236 名前：デフォルトの名無しさん mailto:sage [2008/05/09(金) 17:26:46 ] 同郷がいるな！？ 岩手のコンビニのバイトは時給620円がデファクトスタンダードだぜ そして最低賃金が全国最低で自殺率全国２位という素晴らしい県 スレ汚しスマソ 237 名前：デフォルトの名無しさん mailto:sage [2008/05/09(金) 18:44:32 ] >>236 いや、君ひとりかもよ？ｗ 俺もここと恐らく俺の他には誰も見ていないであろうスレ（語学板の某マイナー言語のスレ）を 交互に訪れていたらそのスレがおすすめ2ちゃんねるに出たことあるし。 238 名前：デフォルトの名無しさん mailto:sage [2008/05/09(金) 18:49:17 ] 日本では岩手県が一人当たりのPython消費量が多いらしい 239 名前：デフォルトの名無しさん mailto:sage [2008/05/09(金) 18:59:25 ] >>237 どっちも見たこと無い 240 名前：デフォルトの名無しさん [2008/05/09(金) 22:58:35 ] 水虫が感染した 241 名前：デフォルトの名無しさん [2008/05/09(金) 23:03:51 ] 死ね糞天皇　死ね糞天皇　死ね糞天皇　死ね糞天皇　死ね糞天皇　死ね糞天皇　死ね糞天皇 死ね糞天皇　死ね糞天皇　死ね糞天皇　死ね糞天皇　死ね糞天皇　死ね糞天皇　死ね糞天皇 死ね糞天皇　死ね糞天皇　死ね糞天皇　死ね糞天皇　死ね糞天皇　死ね糞天皇　死ね糞天皇 死ね糞天皇　死ね糞天皇　死ね糞天皇　死ね糞天皇　死ね糞天皇　死ね糞天皇　死ね糞天皇 死ね糞天皇　死ね糞天皇　死ね糞天皇　死ね糞天皇　死ね糞天皇　死ね糞天皇　死ね糞天皇 死ね糞天皇　死ね糞天皇　死ね糞天皇　死ね糞天皇　死ね糞天皇　死ね糞天皇　死ね糞天皇 死ね糞天皇　死ね糞天皇　死ね糞天皇　死ね糞天皇　死ね糞天皇　死ね糞天皇　死ね糞天皇 死ね糞天皇　死ね糞天皇　死ね糞天皇　死ね糞天皇　死ね糞天皇　死ね糞天皇　死ね糞天皇 死ね糞天皇　死ね糞天皇　死ね糞天皇　死ね糞天皇　死ね糞天皇　死ね糞天皇　死ね糞天皇 死ね糞天皇　死ね糞天皇　死ね糞天皇　死ね糞天皇　死ね糞天皇　死ね糞天皇　死ね糞天皇 242 名前：デフォルトの名無しさん [2008/05/10(土) 02:37:18 ] インタプリタ中で定義した関数を、後から （バイトコードではなく）テキストで定義 を参照する簡単な方法ってある？それとも 難しい？ >>> def f(x): return x >>> deffn(f) f(x): return x のような感じで 243 名前：デフォルトの名無しさん mailto:sage [2008/05/10(土) 03:13:59 ] >>242 ファイルにあるやつなら insepct.getsource で取れる 244 名前：デフォルトの名無しさん mailto:sage [2008/05/10(土) 04:27:34 ] >>169 Parallel Python というパッケージがあるのを知ったので参考までに紹介しとく。 www.parallelpython.com/ スレッドじゃなく複数プロセスで並列実行する仕組みらしい。 Python のみで実装されていて非常にシンプルなパッケージ構成になっている。 マルチコア環境の場合はスレッドモジュール風に使える。 クラスタ環境では各ノードで計算サーバ（ppserver.py）をしておく仕組みになっている。 応用プログラムはどちらの環境でも同じにできるっぽい。 手元の共有メモリマシンで付属サンプル（sum_primes.py）を実行したら下のようになった。 素数の和を計算するプログラムなのでプロセス間通信はほとんどないけど、 並列化のオーバヘッドはあるわけで、なかなか良好な結果だと思う。 並列度，実行時間（秒），速度向上率 1，　　17.54，　　1.000 2，　　8.781，　　1.998 4，　　4.424，　　3.965 8，　　2.261，　　7.759 245 名前：169 mailto:sage [2008/05/10(土) 13:53:14 ] >>244 おおお，サンクス！ 早速いじってみまふ。 246 名前：デフォルトの名無しさん mailto:sage [2008/05/10(土) 14:12:25 ] どうでもいいから ちゃっちゃとpygameの資料和訳 作業に入れよ。 非国民か？ 247 名前：デフォルトの名無しさん mailto:sage [2008/05/10(土) 14:41:50 ] >>246 国際人には和訳などいらんのだよ 248 名前：デフォルトの名無しさん mailto:sage [2008/05/10(土) 14:46:02 ] 真の国際人は地域文化を尊重するものだ と混ぜっかえしてみる 249 名前：デフォルトの名無しさん mailto:sage [2008/05/10(土) 14:48:20 ] 地域文化を尊重するから 現地の言葉を尊重するのだよと 250 名前：247 mailto:sage [2008/05/10(土) 14:48:29 ] >>248 (・ω・)つ おざぶとん 251 名前：デフォルトの名無しさん mailto:sage [2008/05/10(土) 15:03:20 ] 早く日本語化プロジェクトに参加しろよ。 お前らにpygameの未来がかかっている。 252 名前：デフォルトの名無しさん mailto:sage [2008/05/10(土) 15:13:29 ] ユーザからの入力を正規表現で処理したいと思ってます。 入力された文字列に正規表現が含まれてる場合にそれをエスケープしたいんだけど、どうやったらいいのかわかりません。 誰か助けてプリーズ・・・ 253 名前：デフォルトの名無しさん mailto:sage [2008/05/10(土) 15:16:19 ] 英語も読めないようなやつがpygameを使えるようになるとは考えにくい。 254 名前：デフォルトの名無しさん mailto:sage [2008/05/10(土) 15:57:14 ] たぶんリファレンスの和訳よりも、各オブジェクトを絡ませた逆引きサンプルコードみたいのが需要あると思うよ。 扱い方が理解できりゃオブジェクト名で大体想像できるし 255 名前：デフォルトの名無しさん mailto:sage [2008/05/10(土) 16:08:18 ] リファレンスぐらいなら簡単に訳せそうに見えるね 試しにpygame.cdromモジュール使ってみたけど対話型シェルから 簡単にトレイの開閉とか再生できておもすれー かなりよく抽象化されてて使いやすそう 256 名前：デフォルトの名無しさん mailto:sage [2008/05/10(土) 16:10:06 ] >>252 re.escapeは試してみた? 257 名前：デフォルトの名無しさん mailto:sage [2008/05/10(土) 16:22:06 ] > リファレンスぐらいなら簡単に訳せそうに見えるね 簡単に訳せる文章、英文でも理解できる文章は、労力をかけて訳してもしょうがないっしょ 邦訳することが目的になっている感じだし、目的が変化している 核となるもの、肝となるもの、大事な概念だけど理解しにくいものを中心に Pygameに興味のある者が理解しやすい仕組み・しかけをつくるほうが大事 とりあえず、目的・問題の明確化をさせたほうがいいんじゃないの？ 258 名前：252 mailto:sage [2008/05/10(土) 16:46:20 ] >>256 できましたありがとー！ （_アンダースコアもエスケープされちゃうのがﾅｿﾞですが・・・） 259 名前：デフォルトの名無しさん mailto:sage [2008/05/10(土) 19:07:41 ] このスレッドの目的は pygame文書の和訳という使命を帯びた事が証明されたわけだ 260 名前：デフォルトの名無しさん mailto:sage [2008/05/10(土) 19:28:29 ] よし、wxpythonの和訳が終わったらpygameも和訳するぜ まだ、何もやってないけど 261 名前：デフォルトの名無しさん mailto:sage [2008/05/10(土) 19:43:09 ] Pygameのドキュメントだけ見てもよくわからないけど SDLの方のドキュメントを読むと理解できる事も多いよね 262 名前：デフォルトの名無しさん mailto:sage [2008/05/10(土) 20:39:56 ] お前らは早くpygameの和訳作業にとりかかれ 263 名前：デフォルトの名無しさん mailto:sage [2008/05/10(土) 20:44:07 ] 英語も読めない低脳は黙ってろ 264 名前：デフォルトの名無しさん mailto:sage [2008/05/10(土) 21:01:38 ] ここの基準はPythonが書けるかどうかで決まるんだぜ（藁） 265 名前：デフォルトの名無しさん mailto:sage [2008/05/10(土) 21:02:23 ] Pyhton 266 名前：デフォルトの名無しさん mailto:sage [2008/05/10(土) 21:04:17 ] ｐｙてょｎ 267 名前：デフォルトの名無しさん mailto:sage [2008/05/10(土) 21:31:23 ] oh tyPo 268 名前：デフォルトの名無しさん mailto:sage [2008/05/10(土) 21:34:00 ] ○〜〜　　○〜〜　　○〜〜 　　○〜〜　　○〜〜　　○〜〜 　　　　○〜〜　　○〜〜　　○〜〜 269 名前：デフォルトの名無しさん mailto:sage [2008/05/10(土) 21:52:46 ] sperm, sperm, sperm and sperm. 270 名前：デフォルトの名無しさん mailto:sage [2008/05/10(土) 21:54:07 ] まず pygame を何と訳したらいいのかわかりません 271 名前：デフォルトの名無しさん mailto:sage [2008/05/10(土) 21:58:25 ] pygame でいいじゃん 272 名前：デフォルトの名無しさん mailto:sage [2008/05/10(土) 22:07:29 ] 随時出張してきてもいいが、本スレに帰れ あとpygame翻訳と最初に騒いだヤツは、もうマルチするなよ 次スレからちゃんとテンプレに追加してやるから 【pygame】pythonでゲーム製作【ぱいがめ】 pc11.2ch.net/test/read.cgi/gamedev/1126605105/ >>270 Python + game = Pygame こういう組み合わせの名前(造語)って代表的なのってなんだろう？ 273 名前：デフォルトの名無しさん mailto:sage [2008/05/10(土) 22:25:32 ] pychinko 274 名前：デフォルトの名無しさん mailto:sage [2008/05/10(土) 22:59:17 ] pygameの和訳を済ませろボケナスども 275 名前：デフォルトの名無しさん mailto:sage [2008/05/10(土) 22:59:58 ] 乳遊 276 名前：デフォルトの名無しさん mailto:sage [2008/05/10(土) 23:30:28 ] 自己解決の次は翻訳か 277 名前：デフォルトの名無しさん mailto:sage [2008/05/10(土) 23:37:22 ] >>272 PyPI, PyPy 278 名前：pygame和訳wiki”管理”者 mailto:sage [2008/05/10(土) 23:44:29 ] 事故解決しました 279 名前：デフォルトの名無しさん mailto:sage [2008/05/10(土) 23:49:25 ] つまんね 280 名前：244 mailto:sage [2008/05/10(土) 23:51:28 ] 引続き Parallel Python をいじってみたんだけども、このシステムはマスタワーカモデルを前提にしているみたいだ。 つまり、マスタが仕事の集合を持っていて、有限個のワーカに1つずつ仕事を割り当てる。仕事を終えたワーカは マスタから新しい仕事をもらって処理する。これを仕事の集合が空になるまで続ける。 ワーカ間で通信をする機能は提供されていないし、特定のワーカ（たとえば特定のリモートホスト上のppserver.py）に 特定の仕事を割り当てることもできないっぽい。Parallel Python が有効かどうかは実現したい並列アルゴリズムが マスタワーカモデルに適合するかどうかに依る希ガス。 281 名前：デフォルトの名無しさん mailto:sage [2008/05/11(日) 00:26:06 ] おっpydev 282 名前：デフォルトの名無しさん mailto:sage [2008/05/11(日) 00:37:49 ] pygameの和訳が進んでいるか、 確認のために毎日一回以上は pygame関連の話題を出すようにしようぜ 反論がある奴は似非python使いとして認定してやろうぜ 283 名前：デフォルトの名無しさん mailto:sage [2008/05/11(日) 00:40:31 ] >>280 具体的には、どういう用途に使えそうなんですか？ 284 名前：244 mailto:sage [2008/05/11(日) 00:59:44 ] >>283 pygameかな 285 名前：デフォルトの名無しさん mailto:sage [2008/05/11(日) 01:34:00 ] >>283 最も適しているのは並列処理の分野で embarrassingly parallel と呼ばれるカテゴリに属する種々の計算、 すなわち入力データを複数の独立した部分に分割できて、各部分について他から独立して計算が行なえる タイプの用途に適している。 en.wikipedia.org/wiki/Embarrassingly_parallel Wikipediaに例があがっている。フラクタル計算とか3DCGのレンダリング（例：レイトレーシング）とか力任せの 暗号解読とか色々ある。 並列処理って概して複雑で長時間計算し続ける必要のある応用が多い。そういう応用には C とか Fortran を 使うことがほとんどなんだけど、きちんと動くようになるまでの開発時間が長くてデバッグがたいへんだったりする。 そういう並列プログラムの試作（プロトタイピング）に Python が使えたらいいなーと個人的には思っている。 286 名前：デフォルトの名無しさん mailto:sage [2008/05/11(日) 08:49:01 ] >>274 おまえにいいこと教えてあげよう。 市場の中の肉屋さんいって、 「ホースください」頼んでみ。 解体処理した豚の膣の部分がもらえる。 ほんとは金かけて廃棄しないといけない部分だから無料でもらえる。 食い物にはならないから。 この豚の膣が極上。 まあ考えたら膣だからな。 人間のじゃないだけで本物の膣だから、気持ちよくて当たり前。 287 名前：252 mailto:sage [2008/05/11(日) 09:30:17 ] re.escapeってなんでもかんでもエスケープしちゃうのか・・・ \山\田\太\郎て 288 名前：デフォルトの名無しさん [2008/05/11(日) 09:43:58 ] >>285 PythonでCPU8個使って並列計算するよりCで書いたプログラムの方が速そうだったり。。。 289 名前：デフォルトの名無しさん mailto:sage [2008/05/11(日) 09:57:09 ] >>288 何言ってんだ？ 290 名前：デフォルトの名無しさん mailto:sage [2008/05/11(日) 10:28:52 ] >>289 あ？ヤンのかコラ 291 名前：デフォルトの名無しさん mailto:sage [2008/05/11(日) 11:21:19 ] www.geocities.jp/gaijin_e3/omae01.jpg 292 名前：デフォルトの名無しさん mailto:sage [2008/05/11(日) 11:21:53 ] >>286 ついでに言うと豚の内臓と人間の内臓はかなり近いらしいね 豚の心臓を人間に移植した話もあるからな 293 名前：デフォルトの名無しさん mailto:sage [2008/05/11(日) 12:13:17 ] >>292 羊の膣も極上という話だけどどうなのだろうね？ 294 名前：デフォルトの名無しさん mailto:sage [2008/05/11(日) 12:14:24 ] 膣なんてどうでもいいから チャッチャとpygame資料の和訳作業に務めろ糞野郎共 295 名前：デフォルトの名無しさん mailto:sage [2008/05/11(日) 14:39:25 ] >>285 自分も並列化するときのプロトタイプとしてPythonの並列環境を使ってみたいと 考えているんだけれど、今のところプロトタイプとしての感触はどう？ データ分割の楽な問題ってCとかFORTRANでもOpenMPを注意深く使うだけでも早くなる事が 多いし、MPIでも慣れれば苦労せずに書けるけれど、そうでない、スレーブ間での通信が必要 とかうまく分割できないとかそういう問題はMPIでやろうとするとデバッグが(；ﾟдﾟ) なことになりがちで、そういう用途にPythonのプロトタイプが役に立つなら素晴らしいと思う 実はC並列版とそれほど速度とメモリ使用量が変わらないとかなら最高 C並列版より速ければ神 296 名前：デフォルトの名無しさん mailto:sage [2008/05/11(日) 16:53:12 ] Parallel Python だけど pp.Server.__scheduler() を適当に書き直せばワーカと仕事の対応（割り当て）を ユーザ側で決められそうな希ガス。問題はワーカ間のプロセス間通信。これが一番面倒なところなんで 自前で実装となると Parallel Python を使ううまみがほとんどない・・・。 やっぱ MPI の Python バインディングあたりが一番現実的な解かなー。でもなんか気が重いんだなー。 もっと Python らしく lightweight なソリューションがないかなー。 >>288 Python の並列プログラムより C の逐次プログラムの方が速そうってことだよね。 そういうことは十分（多分頻繁に）あると思われ。 >>295 残念ながらまだ並列プログラムのプロトタイプ用途には使えてなくて感触を得るところまでいってない。 理由は単純で、Python で手軽に並列プログラミングを実現できる道具を見つけられていないから。 >>209に書いたようにいろいろ試してるんだけどなかなか・・・。 ただ、個人的には Python を並列化のプロトタイピングに使うのは大いに有望だと思っている。 プロトタイピングの場合、欲しいのは並列度やデータ量を上げたときの実行時間の変化であって、 実行速度が多少遅くて実験に時間がかかるとしても知りたいことは分かるはずだから。 プロセス間通信にソケットを使うとすると、データ量が大きくなれば Python でも C 等と同じぐらいの 速度が出る（ハズ）。演算量が多い部分に numpy 等の C/Fortran で書かれた数値カーネルを使うことに すれば、プロトタイピング用途には十分な速度とメモリ使用量が得られるのではと思う。

---

---

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

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