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バトルロワイヤル2【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
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
183 名前:デフォルトの名無しさん mailto:sage [2008/05/07(水) 12:04:01 ] 多くの日本人Pythonistaは引きこもり
184 名前:デフォルトの名無しさん mailto:sage [2008/05/07(水) 12:04:28 ] 柴田さんは信頼できるの?
185 名前:デフォルトの名無しさん mailto:sage [2008/05/07(水) 12:04:50 ] 個人攻撃が始まった(www
186 名前:デフォルトの名無しさん mailto:sage [2008/05/07(水) 13:18:23 ] 自分以上の人間を言いがかりで叩くって 気持ちいいんだもん。
187 名前:デフォルトの名無しさん mailto:sage [2008/05/07(水) 13:57:56 ] 柴田淳はじまったな。
188 名前:デフォルトの名無しさん mailto:sage [2008/05/07(水) 14:09:25 ] >>182 ブレース採用の話しかしてないじゃんかw そういう意味じゃなくて、 開発者が誰で誰がどれを担当していて 今どのモジュールが開発中もしくは放棄中とか そういった情報を知ってる日本人のことだよ。
189 名前:デフォルトの名無しさん mailto:sage [2008/05/07(水) 14:15:11 ] 186が184をカス認定している件。
190 名前:デフォルトの名無しさん mailto:sage [2008/05/07(水) 14:29:11 ] >>188 ある程度ならsvnのコミットのログとか ソースコードのコメント読めば分かるんじゃないか
191 名前:デフォルトの名無しさん mailto:sage [2008/05/07(水) 16:00:25 ] pygame.orgの英文をなんとかしてほしいんだよね 英文を読んでまでのヤル気が必須になってるから 興味もった素人達にとっては敷居が高すぎる。 ただでさえわからないプログラム解説を、わからない英語で解説されるわけだから。 誰か、日本語翻訳サイトつくってよ 翻訳だけの協力でもいいよ、 俺がサーバー借りてサイト作ってもかまわない サイト作りは出来るから。 なんなら、このスレのみんなでpygame公式サイトの日本語解説版作っていかないかな?
192 名前:デフォルトの名無しさん mailto:sage [2008/05/07(水) 16:03:18 ] まずはお前が率先して道を示せ。 話はそれからだ。
193 名前:デフォルトの名無しさん mailto:sage [2008/05/07(水) 16:53:27 ] ほとんどSDLのラッパーなんだからSDLをさらっと習得しちゃえば なんとなくわかるっしょ。
194 名前:デフォルトの名無しさん mailto:sage [2008/05/07(水) 17:47:19 ] >179 >CPythonだと複数スレッドを同時に動かせないんで速くならない そうなの?俺の持っている本では、 執筆時点(2006?)でフォークはWindowsのPythonでサポートされていない けど、スレッドはすべてのプラットフォームのPythonでサポートしている・・・ みたいな事かいてあるよ。なのでサポートしていると思うんだけど、違うの?
195 名前:デフォルトの名無しさん mailto:sage [2008/05/07(水) 17:54:04 ] どこのクソ本だよそれ。
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 のスレッドは交互に動いている。つまり、ある時点において1つのスレッドしか動かない。 だから、同時に(並列で)動くことを期待しているマルチスレッドプログラムは速くはならない。 >>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 ] こういうのって勝手に翻訳して公開していいんだっけ? まぁ事後承諾だろうと拒絶されるこたまずないだろうからどーでもいいんだろうけど ゲーム用にしか聞こえないよなw
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 気にしてるじゃねーかw
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 ] 何の誤爆かと思ったらおすすめ2ちゃんねるか
236 名前:デフォルトの名無しさん mailto:sage [2008/05/09(金) 17:26:46 ] 同郷がいるな!? 岩手のコンビニのバイトは時給620円がデファクトスタンダードだぜ そして最低賃金が全国最低で自殺率全国2位という素晴らしい県 スレ汚しスマソ