Pythonのお勉強 Part3 ..
660:デフォルトの名無しさん
09/09/04 23:08:03
d = d.keys()
661:デフォルトの名無しさん
09/09/05 12:07:43
いつもdictでfor文まわすのってどうやるんだったっけって調べてしまうぜ。
いちいち言語の文法をそらんじなくなって久しい。
662:デフォルトの名無しさん
09/09/05 12:21:13
>>660
なんでわざわざdictのkeyを取り出す必要があるんだ？
663:デフォルトの名無しさん
09/09/05 13:28:02
>>662
keyの文字列自体を何かに使いたいとき
664:デフォルトの名無しさん
09/09/05 13:50:23
入門書嫁。
665:デフォルトの名無しさん
09/09/05 15:33:28
リファレンス嫁。
666:デフォルトの名無しさん
09/09/05 23:55:21
Python + C# 最強説あらわる。これでR**yを殲滅できるぞ！
URLﾘﾝｸ(d.hatena.ne.jp)
667:デフォルトの名無しさん
09/09/06 00:01:46
またRuby厨があらしてるのか
668:デフォルトの名無しさん
09/09/06 00:33:49
C#イラネ
ヘジのクラスライブラリは勘弁
669:デフォルトの名無しさん
09/09/06 01:11:00
どうみてもPythonもC#も被害者じゃないか
670:デフォルトの名無しさん
09/09/06 02:35:09
いや、普通にPython+C#で商用プログラム書いてるところですが何か。
671:デフォルトの名無しさん
09/09/06 10:12:46
>>666
変な主観で語られてもなぁw
672:デフォルトの名無しさん
09/09/06 11:30:55
それと比べたらたとえ揚げ足取りであったとしても、ちゃんと文章を細かく読んでくれて、理由もつけられて、
その文章内容自体について説教・罵倒される方がはるかにましだということにあの人たちはなぜか気づかない
（多分、リアルがそれなりに充実した幸せな人たちだからだろう）。今の時代、話を聞いてくれて、まともな
ことを言ってくれる近所の頑固親父的な人なんて絶滅危惧種なのに。
まあ、普通の大人の現代(近代)社会を考えると仕方がないのかもしれないけど。よく言われることだが、社会人は
自分の利益になるケース以外では他人（特にいわゆる「バカ」）に対して注意なんてすることはないのだ。
そんなの時間がもったいない、「時は金なり」ということ（まったくいやなことだが）。
それにしても、「「バカ」であることを自己認識し自重する人たち」にとっては、現代とはなんと寂しい・辛い世界
であることか。その人たちは相手にされること、馴れ合うことすらできないのだから。
673:デフォルトの名無しさん
09/09/06 13:10:50
αブロガーっぽいコピペだな
674:デフォルトの名無しさん
09/09/06 13:13:06
最初の二行を読むだけで目が回ったが
675:デフォルトの名無しさん
09/09/06 13:29:13
括弧が多すぎる。統合失調症の臭いがする。
676:デフォルトの名無しさん
09/09/06 14:05:16
単にLISP使いなんだろ
677:デフォルトの名無しさん
09/09/06 18:18:57
>>657
まいんちゃん一択
678:デフォルトの名無しさん
09/09/06 21:40:01
真のLisperは括弧を省略しない
679:デフォルトの名無しさん
09/09/06 22:04:58
Python使いからすると
閉じ括弧を省略できると最高なんだが
680:デフォルトの名無しさん
09/09/06 22:08:22
かつて、対応する括弧までを一気に閉じるスーパー括弧というのがあってだな
681:デフォルトの名無しさん
09/09/06 22:09:27
haskellの$演算子はカッコを減らすのにいい
682:デフォルトの名無しさん
09/09/06 22:22:28
Python使いの口癖
オフサイド！
683:デフォルトの名無しさん
09/09/07 01:14:27
「M式というのもある」と発言してうそつき呼ばわりされた屈辱の日々
684:デフォルトの名無しさん
09/09/07 06:57:21
最近C++一辺倒でもなと思ってPythonを使い始めたやつですが，
Pythonってのは本質的に関数言語であって，クラスシステムは
後付けっつーことですか？
self とか cls があらわになっているをの見て，
そういうもんなのかなと．
なぜPythonに手を出したかというと
普段使わなくても多重継承がないと不安だからとか
そういう理由だとまた叩かれるのかな．
685:デフォルトの名無しさん
09/09/07 07:17:35
ドMの癖に
いやらしいねえこの男は
686:デフォルトの名無しさん
09/09/07 07:19:35
>>684
OOP機能は最初から装備されていたそうなので、あとづけではないらしい。
そこかしこに不自然さが残るのは確か(superとか)なんだけど、許容範囲だから我慢してる。
あとPythonの作者は関数型言語をあまりよく知らないらしいから、「本質的に関数型」ではなくて「偶発的に関数型」じゃないかな。
> self とか cls があらわになっているをの見て，
> そういうもんなのかなと．
そういうもんです。違和感あるだろうけど、我慢できる範囲だと思うので、我慢して使ってください。そのうち慣れます。
687:デフォルトの名無しさん
09/09/07 08:28:42
>>684
個人的にはselfとかどの名前空間なのか明示する方が分かりやすい
省略しまくる言語とか訳分からん記号使いまくる言語は氏ねとか思う
688:デフォルトの名無しさん
09/09/07 08:48:25
>>687
そうじゃない。self.method()は別に構わない。
def method(self): がちょっと嫌いなだけ。
689:デフォルトの名無しさん
09/09/07 08:55:11
> self とか cls があらわになっているをの見て，
> そういうもんなのかなと．
そういうもんです。
どの名前空間なのか明示する方が分かりやすいです。
慣れないうちは __init__() に self 入れ忘れて、
"引数の数があわない"
という一見変なエラーに悩まされますが、
そのうち気にならなくなります。
どちらかというとわたしは unicode/str の
encode/decode でよく悩まされました。
こちらももうすっかり慣れましたけど。
どちらも今となっては良い思い出です。
690:デフォルトの名無しさん
09/09/07 09:12:47
>>688
俺も前から第一引数のselfに疑問を持っているんだが、Guidoがimplicit selfを
絶対に導入しない理由は何なの？
ちょっとググってみたが良く分からんかった。
691:デフォルトの名無しさん
09/09/07 09:15:08
>>688
selfまで省略されるとお前どっから来たんだよッて俺がキレる
692:デフォルトの名無しさん
09/09/07 09:31:39
書くときは冗長に思えるけど読むときには便利、と思えるかな？＞self
693:デフォルトの名無しさん
09/09/07 09:53:30
>>690
これは既出？
URLﾘﾝｸ(www.python.org)
694:デフォルトの名無しさん
09/09/07 10:01:34
>>693
和訳。
URLﾘﾝｸ(coreblog.org)
どのくらい正確なのかはわからんが。
695:デフォルトの名無しさん
09/09/07 10:39:14
>>693
それは読んで知ってたけど、論拠としては弱いと思ってた。
>>694
サンクス。これを読んで一応納得した。デコレータを使った時に困るのは分かるが、
半分以上はGuidoの思想上の問題のような気がする。本人が絶対にexplicit self
を無くさないと言っているのだから仕方ないが。
696:デフォルトの名無しさん
09/09/07 10:50:10
Pythonのメソッドって関数みたいなもんでしょ？
逆にいつでもselfを使える前提にするほうが変だと思う。
引数とって値を返す、関数らしい構造で良いと思う。
逆にRubyでは関数はメソッドの亜種だから、関数でもわざわざselfが設定されてる。
Javaではそもそも裸の関数が無いのだからselfがあるのは納得。
697:デフォルトの名無しさん
09/09/07 10:50:53
って、Javaはthisだった、ごめ
698:デフォルトの名無しさん
09/09/07 10:51:49
>>695
>デコレータを使った時に困るのは分かるが、
自分はここがよくわからないんだけど、だれか解説たのむ。
以下引用：
> メソッドがデコレートされたときに，self引数が渡されるかどうかを知ることはできない。
> というのは，デコレータはメソッドをスタティックメソッドに変えることもあるし(この場合selfはない)，
> クラスメソッドに変えることもあるし(この場合は，selfの変わりにクラスオブジェクトが渡される)，
> まったく違ったことをすることもできる
> (@staticmethodや@classmethodと同じ働きをするデコレータをPythonで書くことは希だと思うが)。
> つまり，デコレータが何をするかを知り得なければ，メソッドに明示的にselfが定義されているかどうかを知ることができないのである。
699:デフォルトの名無しさん
09/09/07 10:55:19
>>696
> 逆にいつでもselfを使える前提にするほうが変だと思う。
>>694のリンク先を読めば分かるが、そんなことは誰も主張してない。
700:デフォルトの名無しさん
09/09/07 11:08:55
>699
しってるよw 俺の感想を言っただけ。
701:デフォルトの名無しさん
09/09/07 11:13:11
見苦しい言い訳だな。妄想は自分の脳内で完結させろ
702:デフォルトの名無しさん
09/09/07 11:13:57
>>698
デコレータは関数を引数にとって「何か」を返す関数。
クラス宣言の中でデコレータを使うと、デコレータの返したモノがクラスのメンバになる。
そうするとコンパイル時に「何か」を決定できないので暗黙の引数を追加できない。
703:デフォルトの名無しさん
09/09/07 11:30:51
>>701
それ自体が>>699の誤読の見苦しい言い訳であり
脳内からはみ出たお前の妄想じゃんｗ
704:デフォルトの名無しさん
09/09/07 12:10:27
>>696
classと無関係なただの関数はself書かなくていいよ
705:デフォルトの名無しさん
09/09/07 12:13:24
お前は何が言いたいんだ
706:デフォルトの名無しさん
09/09/07 12:15:07
基地外が暴れだしたか
707:デフォルトの名無しさん
09/09/07 12:22:47
今更selfがなくなると違和感ありまくり。
708:デフォルトの名無しさん
09/09/07 12:44:13
解説ありがとうございます。でもやっぱりわからない。
>>702
>デコレータは関数を引数にとって「何か」を返す関数。
>クラス宣言の中でデコレータを使うと、デコレータの返したモノがクラスのメンバになる。
↑これはわかる。↓これがわかんない。
>そうするとコンパイル時に「何か」を決定できないので暗黙の引数を追加できない。
・コンパイル時に「何か」を決定することと、暗黙の引数を追加することに、どういう関係がありますか？
・コンパイル時ではなく実行時に決定するのではだめでしょうか。
・暗黙の引数を、追加するのではなく最初から追加しておけばいいように思うけど、それだとまずいでしょうか。
だれか時間のある人教えてください！
709:デフォルトの名無しさん
09/09/07 12:45:54
オナニー言語やね
710:デフォルトの名無しさん
09/09/07 14:42:38
低脳はPHPがRubyをやればいいよね
711:デフォルトの名無しさん
09/09/07 14:54:08
またRuby厨が荒らしてるのか
まったく･･･
712:デフォルトの名無しさん
09/09/07 18:04:02
>>698
デコレータは関数を関数に変換するもの（最近はクラスもできるが）。
self必須にすることで関数とメソッドはほぼ互換になる
＞foo.meth(arg) == C.meth(foo, arg)
ここで、C.methは関数扱いできる。
メソッドが関数として扱えるので、
メソッドのデコレータは関数のデコレータを作るのと同じやり方でできる。
逆にself省略できるようにしたらメソッドのデコレータを作るのが難しくなると思う。
713:デフォルトの名無しさん
09/09/07 18:20:37
>>712
若干の冗長性が柔軟性を生むいい例だね。
Pythonは仕様の簡潔性が特徴のスクリプト言語なわけで。
（予約語や特殊な文法が少ない）
714:デフォルトの名無しさん
09/09/07 18:33:22
>>712
厳密に言うと、デコレータの出力は関数とは限らないよね。
@property
def foo(self):...
みたいにすると、 foo は foo.__get__() というメソッドが定義されたオブジェクトになる。
715:デフォルトの名無しさん
09/09/07 18:37:47
すげー今更だけどこれって紹介されてたっけ?
Python 3.0開発者ガイド：コア言語の変更点
Python 3.0の主要な言語機能
URLﾘﾝｸ(codezine.jp)
Python 3.0開発者ガイド：数値、文字列、データ
URLﾘﾝｸ(codezine.jp)
716:デフォルトの名無しさん
09/09/07 18:41:09
>>714
いや、まぁそこら辺は厳密性を犠牲にして説明しやすくしたということで（ｒｙ
717:デフォルトの名無しさん
09/09/07 19:08:14
codezineの翻訳はクソ
718:デフォルトの名無しさん
09/09/08 02:33:13
>>717
神降臨
書き換えてこい
719:デフォルトの名無しさん
09/09/08 09:37:04
reportlabでpdfを作ると
同じものを作っても作るたびに
出来るファイルのサイズが違うのですが
こんなもんなのでしょうか？
pdfデータに日時が入ってるのかな
720:デフォルトの名無しさん
09/09/08 10:24:59
帝国ピストンはMLで質問しろよ
721:デフォルトの名無しさん
09/09/08 11:47:07
動的に渡す関数（メソッド内で関数を定義して戻り値で返すような）って、
自由変数の束縛はいったいどうやるんだ？
そういうことをやりたいときはグローバル変数使うかクラス使うかしかないんだろうか……。
722:デフォルトの名無しさん
09/09/08 12:31:53
やってからいえ
関数の呼び出し->local名前空間の生成->関数オブジェクト生成->local名前空間の解放->関数オブジェクト返る
関数オブジェクトから参照してる変数は上位の名前空間が消えてもクロージャな参照が残ってるからGCに回収されずに使える
723:デフォルトの名無しさん
09/09/08 15:21:31
>>やってからいえ
その言葉をそのまま返そう。
外側のメソッド[A]で定義した関数内関数[B]で[A]のローカル変数aを[B]内で使用しようとしたとき、
[B]内でそのままaと書くと未定義参照エラーになる。
かといって[B]の引数で与えても値渡しなのでa自体を書き換えることはできないよね。
724:デフォルトの名無しさん
09/09/08 15:32:29
python3 nonlocal
725:デフォルトの名無しさん
09/09/08 15:38:48
>>> def fa():
... a=3
... def fb():
... a=5
... print a
... print a
... return fb
...
>>> b=fa()
3
>>> b()
5
726:デフォルトの名無しさん
09/09/08 15:42:35
nonlocalをpython2.xで模倣するときは
・L=[x]みたいにリストにして、L[0]に対する操作にする
・f.x = xのように関数の属性にして、f.xに対する操作にする
727:デフォルトの名無しさん
09/09/08 15:53:18
>>725
>>> def fa():
... a=3
... def fb():
... a+=5
... print a
... print a
... return fb
...
>>> b=fa()
3
>>> b()
Traceback (most recent call last):
File "<stdin>", line 1, in <module>
File "<stdin>", line 4, in fb
UnboundLocalError: local variable 'a' referenced before assignment
>>>
728:デフォルトの名無しさん
09/09/08 16:05:07
>>726
ですよねー。
ふと調べてみたらそれについて記述したページを見つけたよ。
URLﾘﾝｸ(www.shido.info)
実際にやってみたら
関数内関数[B]の中だけじゃなくて、
外側のメソッド[A]の側でも配列参照してあげないと
変更後の値にアクセスできないね。
実用にはなるんだけど不便だ……。
ともあれ、やり方がわかったよ。ありがとう。
729:デフォルトの名無しさん
09/09/08 18:11:51
>>726
>>> def fa():
... a=3
... def fb():
... fa.a+=5
... print fa.a
... print a
... return fb
...
>>> b=fa()
3
>>> b()
Traceback (most recent call last):
File "<stdin>", line 1, in <module>
File "<stdin>", line 4, in fb
AttributeError: 'function' object has no attribute 'a'
730:デフォルトの名無しさん
09/09/08 18:14:10
>>728-729
>>> def fa():
... fa.a=3
... def fb():
... fa.a+=5
... print fa.a
... print fa.a
... return fb
...
>>> b=fa()
3
>>> b()
8
>>>
731:デフォルトの名無しさん
09/09/08 18:40:00
>>727 >>729-730
Pythonのニシキヘビ共が、タチコマみたいな会話してるみたいで萌えたｗ
732:デフォルトの名無しさん
09/09/09 03:07:25
pprintを使ってて、読めなくなった日本語をそのまま、読めるようにしたい。
>>> k=dict(hoge=u"欝")
>>> k
{'hoge': u'\u6b1d'}
>>> r=pprint.pformat(k)
>>> r
"{'hoge': u'\\u6b1d'}"
>>>
これを、pprintのフォーマットを保持したまま
"{'hoge': u'欝'}"
みたいに人が読める形に、出来ませんか？
733:732
09/09/09 03:22:29
自己レス
一旦unicode化して、"unicode-escape"を使えば行けた。
#!/usr/bin/env python
# -*- coding:utf-8 -*-
import pprint
d=dict(hoge=u'欝')
k=pprint.pformat(d)
print k
>>>{'hoge': u'\u6b1d'}
u=unicode(k,'utf-8')
print u.decode('unicode-escape')
>>>{'hoge': u'欝'}
配列の中に入った日本語とかも効くようだ。
734:デフォルトの名無しさん
09/09/09 07:20:56
関係ないけど /usr/bin/env を使うのは環境依存でハマる事があるからあまり良くない気が。
735:デフォルトの名無しさん
09/09/09 12:17:23
環境依存ではまらないように設けた仕組みだろうに、
環境依存で動かないなんて本末転倒だな。
736:デフォルトの名無しさん
09/09/09 12:20:34
> /usr/bin/env を使うのは環境依存でハマる
具体的に詳しく。
/usr/bin/env が無くて /bin/env とか、
PATHの設定に問題が、とか？
737:デフォルトの名無しさん
09/09/09 12:30:11
/usr/local/bin/env
738:デフォルトの名無しさん
09/09/09 13:07:17
>>734
おれも詳しく知りたい。
#!/usr/bin/python
#!/usr/local/bin/python
はよくなくて
#!/usr/bin/env python
とするほうがいいとずっと思ってたんだけど、違うの？
739:デフォルトの名無しさん
09/09/09 13:17:43
734は相当劣悪な環境を使っているに違いない。激しく同情する。
740:デフォルトの名無しさん
09/09/09 13:20:49
レンタルサーバで使えない
741:デフォルトの名無しさん
09/09/09 13:21:17
HOME以下に自分でビルドしたPythonをインストールしてパスを通してるとき、
/usr/bin/meld とかディストリビューションのアプリが #!/usr/bin/env 使ってて
軒並み動かなくなったなぁ。
742:デフォルトの名無しさん
09/09/09 15:49:53
ターミナルから起動して使うと、なぜか出力が最後にまとめて行われてしまいます。
バッファリング周りを自分なりに調べて試してみたのですが、改善しません。
教えていただけるとうれしいです _ _
#!/usr/bin/env python -u
import sys
for line in sys.stdin:
line = line.rstrip()
if line:
print "true"
else:
print "false"
sys.stdout.flush()
743:デフォルトの名無しさん
09/09/09 15:54:45
>>741
どうでもいいところでハマってそれを自慢したがるド変態のM夫君っているものですね。
744:デフォルトの名無しさん
09/09/09 16:07:48
質問の本題とは関係ないのだが、
> #!/usr/bin/env python -u
shebang で複数の引数を渡そうとした場合の動作は移植性がない。
745:デフォルトの名無しさん
09/09/09 16:36:04
>>743
でもこの場合は、単に君が、どうでもいいところで「こいつは自慢してるんだろう」と誤読する
キチガイなだけでは？
746:デフォルトの名無しさん
09/09/09 16:45:37
#!/usr/bin/python
にすればいいじゃん？
747:デフォルトの名無しさん
09/09/09 17:06:46
python2.6.2/python3.1.1 ○バッファされない ×バッファされる
× py2 sys.stdin
○ py2 sys.iter(stdin.readline, None)
○ py3 sys.stdin
○ py3 sys.iter(stdin.readline, None)
ファイルのf.next()は効率のために先読みするんだけど、それが原因かな。
py3でどこが変更されたかはよくわからなかった
748:747
09/09/09 17:07:36
訂正。
× py2 sys.stdin
○ py2 iter(sys.stdin.readline, None)
○ py3 sys.stdin
○ py3 iter(sys.stdin.readline, None)
749:デフォルトの名無しさん
09/09/09 17:08:49
出力がバッファリングされてるんじゃなくて、
> for line in sys.stdin:
これのために、入力が終わるまで実行が止まってる。
for line in iter(sys.stdin.readline, ""):
こうする。
750:デフォルトの名無しさん
09/09/09 17:21:07
ああpy3kのf.__next__は単純にf.readlineを呼び出すだけみたいだ。
ドキュメントには先読みすると書いてあるけど、たぶんこれはドキュメントのバグ。
751:742
09/09/09 17:36:41
>>744 ありがとうございます、勉強になります！
>>747-750
ありがとうございます、出来ました！
バッファリングの問題じゃなかったんですね、お恥ずかしい。
752:デフォルトの名無しさん
09/09/09 17:49:21
>>745
変態のくせにプライドだけ高いなんてどんだけひとりぼっち君。
753:デフォルトの名無しさん
09/09/09 18:00:03
>>752
今度の設定はプライドか。ってか俺は>>741ではないし。
なんか君のキャラ設定って、鏡に映った君自身っぽい。
754:デフォルトの名無しさん
09/09/09 19:31:14
>>753
>なんか君のキャラ設定って、鏡に映った君自身っぽい。
755:デフォルトの名無しさん
09/09/09 19:52:00
自分のキャラ設定は鏡に映った自分自身という、再帰的新感覚キャラ「なんか君」
756:デフォルトの名無しさん
09/09/09 20:06:07
てっきりスルーされると思ったらそうでもなかった。
env の話はこのへん分かりやすかったです。
URLﾘﾝｸ(ya.maya.st)
757:デフォルトの名無しさん
09/09/09 22:23:02
情けないようで逞しくもある
758:デフォルトの名無しさん
09/09/09 22:45:56
俺はUnix系の環境持ってないから分からんけど
#!python
だとダメなの？
759:デフォルトの名無しさん
09/09/09 23:48:18
堂々巡り開始
760:デフォルトの名無しさん
09/09/10 12:56:13
>>758
#!./python
761:デフォルトの名無しさん
09/09/10 13:48:03
emacsでpython編集してたら、なんか嫌になった
netbeansにしようかなあ
762:デフォルトの名無しさん
09/09/10 14:44:37
>>760
えーと、どゆこと？
パスが必須ってこと？
それとも、そういう意味に解釈されてしまうってこと？
763:デフォルトの名無しさん
09/09/10 15:35:12
>>761
バイナリをテキストエディタで編集しちゃダメですよ。
764:デフォルトの名無しさん
09/09/10 15:40:31
slimeだったらタグファイル作らなくてもタグジャンプしてくれたり、
何も設定しないデフォルトでほとんど何でもできちゃうのに
python.elが貧弱すぎる
765:デフォルトの名無しさん
09/09/10 15:44:17
うちのCentOSのPythonは
/usr/bin/python 2.3 (プレインストール)
/usr/local/bin/python 2.5 (自分でコンパイル)
が入ってる
ちなみに /usr/bin/python を 2.5 で上書きしてしまうと
yum が動かなくなるのでこうしてる
自分の shell の path は /usr/local/bin/python が先なので
#!/usr/bin/env python
と書いても大丈夫なような気がするけど
自前のスクリプトは
#!/usr/local/bin/python
で作ってるよ
766:デフォルトの名無しさん
09/09/10 17:51:22
stow使ってる
767:デフォルトの名無しさん
09/09/11 03:05:13
>>761
kondoはどうよ？emacsキーバインディングもある
URLﾘﾝｸ(www.activestate.com)
768:デフォルトの名無しさん
09/09/11 03:35:09
>>767
もちつけｗ
769:デフォルトの名無しさん
09/09/11 11:01:20
こども? 近藤さん?
770:デフォルトの名無しさん
09/09/11 11:35:07
Python 3 シリーズを将来使うために
今 2.3 とかで動かしているスクリプトを
メンテのたびに 2.6 に移し始めてます．
以降のためのガイドライン（from future importとか）
のページってありませんか？
出来れば日本語だとうれしい・・
771:デフォルトの名無しさん
09/09/11 12:02:29
>>770
>出来れば日本語だとうれしい・・
Rubyなら日本語の情報が盛りだくさん！
772:デフォルトの名無しさん
09/09/11 12:13:59
>>761
Editraはどうよ？viキーバインディングもある
URLﾘﾝｸ(editra.org)
773:デフォルトの名無しさん
09/09/11 13:21:08
eggファイルってWindowsのPythonでも使える？
774:デフォルトの名無しさん
09/09/11 16:07:04
つかえましたすまそ
775:デフォルトの名無しさん
09/09/11 17:18:07
eggファイルといえば、site-packageにはいったeggが
展開もされずにそのまま動いてて、どうしてコレで動くんだろ？
って思ったことはあるな。
776:デフォルトの名無しさん
09/09/11 17:26:28
Pythonのimportは拡張することが出来て、zipファイルからimportする拡張がデフォルトで入っている。
非圧縮zipだとファイルシステムからstatする時間が要らなくなるので通常ファイルのモジュールよりも
高速にロードできる。
777:デフォルトの名無しさん
09/09/11 17:30:00
777
778:デフォルトの名無しさん
09/09/11 18:16:23
Windows版2.5.1で試したことあるが
python.exeとpython25.dllだけあれば
後は全部zipに入れても動くよw
zipの中身適当に絞り込んだやつと、exeとdllを、未だUSBに入れてあるわ〜
779:デフォルトの名無しさん
09/09/11 18:38:46
Python でメモリがつがつ使うプログラム書くと，
当然ながら仮想メモリまで食いつぶしていきますよね？
せめて自分がどれくらいメモリを使っているかくらいは
知りたいのですが，OSに依存しないメモリ使用量の
取得方法ってあるでしょうか？
メモリ上にデータをキャッシュするようなアプリを書いていて
最終的にはスラッシングが起こりだしたらキャッシュの量を
減らすというような処理を行いたいと思っています．
最終的には．
780:デフォルトの名無しさん
09/09/11 19:06:40
>>OSに依存しないメモリ使用量の取得方法
ざっと探してみたけどないので君が作るといい
781:デフォルトの名無しさん
09/09/11 20:26:46
easy_install は便利だけど同じパッケージの新しいバージョンをインストールしても
上書きしていくだけなんだよね？古いバージョンのアンインストールをきれいにやってから
新しいバージョンのパッケージをインストールしてくれないものだろうか？
782:デフォルトの名無しさん
09/09/11 20:32:06
俺もピートン勉強すっかな
783:デフォルトの名無しさん
09/09/11 22:29:18
>>772
日本語を入力するまでは満足してました。
784:デフォルトの名無しさん
09/09/11 23:09:59
>>779
どれぐらいのメモリを使ったらスラッシングが始まるのかがOSに依存すると思うのですが。
785:デフォルトの名無しさん
09/09/11 23:18:02
>>784
それは別にOS依存しててもいいのでは？
大事なのはスラッシングが起こったことが検知できるかどうかでしょ。
786:デフォルトの名無しさん
09/09/12 00:09:53
ああいえばじょうゆう。
んなことできる訳ねーダロカス
787:デフォルトの名無しさん
09/09/12 00:18:06
むしろスラッシングが起こったことをアプリ側に分からないようにするのが近代的なOS設計だと思うんだが。
それに逆らってどうする。
788:デフォルトの名無しさん
09/09/12 05:36:22
>>787
スラッシングがおこってもプロセスが実行しつづけられるようにするのは近代的なOSの設計だといえるけど、
スラッシングが起こったことを検出できない、検出させないのは、別に近代的でもなんでもない。
検出できるような設計にしたら近代的でなくなるのか？そんなわけない。
789:デフォルトの名無しさん
09/09/12 08:34:37
今年はじょうゆう14年か
790:デフォルトの名無しさん
09/09/12 11:30:03
>>788
で？ Pythonのプログラムが書きにくいからってOSの開発者に文句を言うつもりか？
791:デフォルトの名無しさん
09/09/12 11:31:32
>>788
は気にくわないことすべてに文句つけそうで怖い。
792:デフォルトの名無しさん
09/09/12 13:21:38
788の方がまっとうな考えだな。
にちゃんは半可通が多数決で正しい答を出すから恐いw
793:デフォルトの名無しさん
09/09/12 13:31:19
>>790
間違いを指摘されたからといって怒るなよ。
なんで
> Pythonのプログラムが書きにくいからってOSの開発者に文句を言うつもりか？
ということになるんだ？意味わかんねー。
別に間違っててもいいじゃんか。指摘されたら修正すればいいだけ。
間違いを認めようとせず、ごまかすためにキレるほうが格好悪いぞ。
794:デフォルトの名無しさん
09/09/12 13:39:55
まぁ、かと言って、全く非の打ち所のない言語もまだないからな。
その中でPythonはかなり使いやすい部類だと思う。
795:デフォルトの名無しさん
09/09/12 13:42:47
摩訶不思議なコードを書いて俺SUGEEEしてる人が少ないのが良い
796:デフォルトの名無しさん
09/09/12 14:02:05
つか当初の質問のレベルが低すぎるだけじゃね。
797:デフォルトの名無しさん
09/09/12 14:04:38
>>795
摩訶不思議なコードを書くのは
そうでもしないと今流行りの機能が実装できない(C++の謎なテンプレートとか)か、
変なコードのほうが高速だったり(末尾再帰とか)
ミスが起こりにくかったりする(if(0==x){〜とか)
とか、そんな事情がある。
Pythonはそもそもそういうのが起こらないように設計されてるからなー
798:デフォルトの名無しさん
09/09/12 14:06:36
最初はメモリ使用量とスラッシングの話だったのに
気づかないまま別の方向に向かっているおまいらがすき
799:デフォルトの名無しさん
09/09/12 15:38:21
zope.interfaceが"要らない"ことに気付くまで1年かかった
800:デフォルトの名無しさん
09/09/12 17:07:43
Windows で IDLE を起動してただ exit() と打つと
Python IDLE "The program is still running! Do you want to kill it?
っていうダイアログボックスがでてくるんだけどこれはバグ？
Windows Vista Business 上で Python 2.5, 2.6, 3.1 で確認しました
801:デフォルトの名無しさん
09/09/12 18:30:00
ばかじゃないのおまえ
802:デフォルトの名無しさん
09/09/12 18:54:01
>>792
x 半可通が多数決で正しい答を出す
o 半可通が多数決で出した答を正しいと思い込む
803:デフォルトの名無しさん
09/09/12 18:56:27
>>792の意図するところはこっちだろう
o 半可通が多数決で「正しい」答を出す
804:デフォルトの名無しさん
09/09/12 18:56:50
何をもってしてバグとするんだ？
805:デフォルトの名無しさん
09/09/12 20:04:53
print __builtins__ の結果と
import __main__
print __main__.__builtins__ の結果が違うのはなぜでしょうか？
たとえば __builtins__.__dict__ はありますが
__main__.__builtins__.__dict__ はありません
806:デフォルトの名無しさん
09/09/12 20:20:47
>>805
処理系のソースコード調べて考えろ。
807:デフォルトの名無しさん
09/09/12 20:32:48
>>806
アドバイスありがとうございます
CPythonのコードはまだ読んでいませんがIDLEのコードを読んでいます。
lib\idlelib\AutoComple.py の中に
import __main__
中略
namespace = __main__.__dict__.copy()
namespace.update(__main__.__builtins__.__dict__)
というコードがあって、__main__.__builtins__.__dict__
の意味が分からず悩んでいます。
808:805=807
09/09/12 20:52:19
>>806
たびたびすみません，原因が分かりました．
EclipseのPyDevで開発しているのですが，
デバッグモードで動かすと __builtins__ は dict です．
通常モードで動かすと __builtins__ は module です．
デバッグモードではこのような違いが随所にあったのが原因でした．
なお，PyDev のソースを読んだところたしかに pydevd.py で
そのような違いが表れていることが分かりました．
URLﾘﾝｸ(eclipse-pydev.sourcearchive.com)
809:デフォルトの名無しさん
09/09/12 21:19:57
なんかあさってだな
810:805=807
09/09/12 21:50:14
>>809
スレを汚してしまってすみませんでした
811:デフォルトの名無しさん
09/09/12 22:05:33
そういう意味ではない
812:デフォルトの名無しさん
09/09/13 07:39:27
python2.6でｐｙ２exeを使いmechanizeをimportしたスクリプトをexe化したいのですが
なにやら色んな物がないといわれます。で色んなもを入れたり、パス変更したりして
対応したのですが
dummy.Processというモジュールだけ見つかりません。
（python2.6/Lib/multipurocessingの中にprocess.pyがあったので/Lib/dummy/process.py
と置いてみましたがダメでした）
easy_installを試しましたがダメでした。
対処法もしくはdummy.Processがどこにあるかわかる方いますか？
813:デフォルトの名無しさん
09/09/13 08:09:46
/Lib/dummy/process.py
->
/Lib/dummy/Process.py
814:デフォルトの名無しさん
09/09/13 08:17:23
from multiprocessing.dummy import Process
815:812
09/09/13 09:27:34
>>813
それでやってみましたがダメでした
>>814
自作スクリプト内ではdummy.processをimportしておらず、mechanize内でもimportされていなかったので
どのスクリプトのimportをそのように書き換えるのかわかりません
で、なぜかLib/multiprocessing/dummy/processとするとdummy.processは通りました
しかし、また新たにmultiprocessingが必要（？）でて
easy_installすると
こんどはmultiprocessing._mmap25とwin32processが必要といわれ。。。
なんだかきりがないように感じられたので諦めます
すいませんでした
816:デフォルトの名無しさん
09/09/13 14:03:24
なんでPythonはRubyの文法を盗んでるのでしょうか
817:デフォルトの名無しさん
09/09/13 14:04:32
具体例を挙げてください。
818:デフォルトの名無しさん
09/09/13 15:00:45
defなんてそうだよね
819:デフォルトの名無しさん
09/09/13 15:02:40
Rubyのが先に世に出たのに後からでたPythonが元祖語ってるという皮肉
820:デフォルトの名無しさん
09/09/13 15:11:03
Wikipedia項目ﾘﾝｸ
登場時期 1990年
Wikipedia項目ﾘﾝｸ
登場時期 1995年
821:デフォルトの名無しさん
09/09/13 15:11:18
>>819
アホか。Pythonの初出が1991年でRubyが1993年だろ。調べてから言え。
それから、RubyとPythonがどっちが優れてるかなんてフレームの元なのでやめたほうがいい。
用途によって使いやすいほうを使えば十分。
822:デフォルトの名無しさん
09/09/13 15:14:59
>>818
いまだとBooとかScalaとかあるけど
PythonやRubyの前って関数定義にdef使ってるのってないのかな
823:デフォルトの名無しさん
09/09/13 15:32:01
Assembly
BASIC
C
...
O
Python
Q
Ruby
S
...
Z
824:デフォルトの名無しさん
09/09/13 15:36:47
スルー
825:デフォルトの名無しさん
09/09/13 18:01:43
>>822
BASIC
826:デフォルトの名無しさん
09/09/13 18:38:10
procedure hogehoge
function hogehoge
827:デフォルトの名無しさん
09/09/13 18:50:59
>>825
DEF FN……懐かしい。
828:デフォルトの名無しさん
09/09/14 11:25:01
Python2.5.2ですが、ユニコードって内部的には一律一文字2バイトで表現されていると思って良いのでしょうか？
C拡張でユニコードを扱う関数を作りたいんですが、Cでどのようにユニコード文字のバイト区切りを判断すれば良いのか分からなくて。
829:デフォルトの名無しさん
09/09/14 11:41:21
ユニコード文字のバイト区切り?
830:デフォルトの名無しさん
09/09/14 12:09:04
たぶん、Pythonでの扱い以前にUnicodeの基礎知識が不足していると思われ
831:デフォルトの名無しさん
09/09/14 12:15:39
UnicodeとUTF-8の違いは？
ｽﾚﾘﾝｸ(tech板)
832:デフォルトの名無しさん
09/09/14 12:22:32
欠けている部分があるので分からないわけですが、
基本知識はあると思ってるのですが...
そもそもUTF-8なんて話してません、ユニコードそのものの話です。
pythonにおいてunicode()で生成したユニコードのインスタンスをCレベルで操作したいという話です。
初期のUnicodeが16ビット固定長だった事は知っています。
しかし現在は21ビットにまで拡張されています。
ということは16ビットでは不足するケースがあるわけで、
原理的に固定長決め打ちというわけにはいかないはずです。
また、pythonのレベルからはunicode文字列の実バイト数を知るメソッドが見付けられませんでした。
833:デフォルトの名無しさん
09/09/14 12:23:50
あ、>>832は、コードポイントをそのまま二進数で表現していると推測しています。
834:デフォルトの名無しさん
09/09/14 12:28:16
また、BMPだけならば16ビット固定でも良いのでしょうが、
Pythonのunicodeobject.hやunicodectype.cには
UCS2、UCS4という文字列が両方とも含まれているので、
16ビット固定なのか32ビット固定なのか良く分かりません。
835:デフォルトの名無しさん
09/09/14 12:30:07
2バイト固定や4バイト固定と知っているならそうと、どちらかなら判別方法を教えてくれればいいのに、わざわざUTF-8を持ち出して混乱させようとするなんて、ほんとににちゃんねるってのは根性悪いですね。
さようなら。
836:デフォルトの名無しさん
09/09/14 12:34:52
さようなら
837:デフォルトの名無しさん
09/09/14 13:10:56
>>> u=u'日本語'
>>> u
u'\u65e5\u672c\u8a9e'
>>> s=u.str()
Traceback (most recent call last):
File "<stdin>", line 1, in <module>
AttributeError: 'unicode' object has no attribute 'str'
>>> s=str(u)
Traceback (most recent call last):
File "<stdin>", line 1, in <module>
UnicodeEncodeError: 'ascii' codec can't encode characters in position 0-2: ordinal not in range(128)
>>> l=u.split()
>>> l
[u'\u65e5\u672c\u8a9e']
>>> l=u.split(u'')
Traceback (most recent call last):
File "<stdin>", line 1, in <module>
ValueError: empty separator
uを
s='\x65\xe5\x67\x2c\x8a\x9e'
または
l=[0x65,0xe5,0x67,0x2c,0x8a,0x9e]
というバイト列にしたいのですが
どのような方法があるでしょうか？
838:デフォルトの名無しさん
09/09/14 13:16:32
>>> u=u'日本語'
>>> u
u'\u65e5\u672c\u8a9e'
>>> l = []
>>> for i in u:
... n = ord(i)
... l.extend((n >> 8, n & 0xff))
...
>>> l
[101, 229, 103, 44, 138, 158]
>>> map(hex, l)
['0x65', '0xe5', '0x67', '0x2c', '0x8a', '0x9e']
839:デフォルトの名無しさん
09/09/14 13:26:59
>>834
len(u'\U00010000')
840:デフォルトの名無しさん
09/09/14 13:49:25
>>838
thx!
>>> u=u'日本語'
>>> map(hex, reduce(lambda x, y: x + [ord(y) >> 8, ord(y) & 0xff], u, []))
['0x65', '0xe5', '0x67', '0x2c', '0x8a', '0x9e']
841:デフォルトの名無しさん
09/09/14 13:51:27
おいおい。
sys.setdefaultencoding()で文字コードを再設定してやるのが先だろ？
むちゃくちゃやってやがるな……。
842:デフォルトの名無しさん
09/09/14 13:55:33
>>828
843:デフォルトの名無しさん
09/09/14 15:54:14
もう手遅れかもしれんが、Pythonとunicodeについて。
Pythonのビルドオプションで、unicodeはUTF-16とUCS4が選択できる。
デフォルトではUTF-16になっていて、これはWindowsでUnicodeファイル名を
そのまま扱えたり、.NET や JVM のUTF-16文字列と互換性があったりと、
相互運用性が求められるときに便利。
でも、一文字を1カウントで扱いたいという要求もよくあり、 .NET/JVM/WindowsAPI などとの
相互運用性が求められない分野ではUCS4が使われることもある。
たとえばFedoraやUbuntuなんかのPythonはUCS4でビルドされている。
844:デフォルトの名無しさん
09/09/14 20:02:10
import sys
sys.argv.append("-n")
from idlelib.PyShell import main
main()
スクリプトの最後にこう書けばIDLEのインターフェイスを
立ち上げることができるんだけど，その時 Tk の
メニューを隠すとかできないもんかなぁ．
PyShell のコード自体に手を入れることはしたくない．
845:デフォルトの名無しさん
09/09/14 22:22:58
しかし、ほんとユニコードってうんこ仕様だな。
まさに誰得だよ、これ。
846:デフォルトの名無しさん
09/09/14 22:32:35
>>845
まあ欠点も色々あるが、結局Unicodeほど便利な文字コードも無いからな。
特にWebアプリはUTF-8で統一してしまうのが一番簡単。
847:デフォルトの名無しさん
09/09/14 23:08:02
UTF-8はBOMをつけてはいけないという仕様にしてくれてれば殆ど困らなかったのになぁ。
848:デフォルトの名無しさん
09/09/14 23:26:21
むしろ日本人ならBOMに理解を示そうよ。
一番BOMの恩恵受けるのは日本なんだし。
849:デフォルトの名無しさん
09/09/14 23:42:04
UTF-16ならBELEあるからBOMの必要性がわかるが、
なんでUTF-8にBOMが必要なんだ？
いやとあるスレで、SJISやEUCテキストとの識別を容易にするために
BOM付きUTF-8を提案したのは俺だったりするのだが。
850:デフォルトの名無しさん
09/09/14 23:52:04
BOMはトラブルの元って認識なんだが。
851:デフォルトの名無しさん
09/09/15 00:12:02
Pythonやっぱつかえねーなー
852:デフォルトの名無しさん
09/09/15 00:20:26
BOMはPython関係ねー
853:デフォルトの名無しさん
09/09/15 00:37:51
やっぱRubyだなー
854:デフォルトの名無しさん
09/09/15 00:38:04
UTF-8でソース書くときは
いつも付けてるが。
855:デフォルトの名無しさん
09/09/15 00:45:08
>>850
BOM のせいで shebang がどうさしないとか
856:デフォルトの名無しさん
09/09/15 00:49:52
PythonやPerl、Lispはやってて面白いし使える言語だがRubyだけは使いたくないな
存在価値も無いし
857:デフォルトの名無しさん
09/09/15 02:53:36
Rubyしかありえねえだろ。日本だぞここは
858:デフォルトの名無しさん
09/09/15 03:19:11
俺にとって四国は海外なので無問題。
859:デフォルトの名無しさん
09/09/15 03:20:32
四国と何の関係があるの？
860:858
09/09/15 04:05:24
松江って四国にあると勘違いしちゃった。テヘ
861:デフォルトの名無しさん
09/09/15 05:39:33
松山と間違えたわけか
862:デフォルトの名無しさん
09/09/15 07:48:27
>>843
ありがとうございます、助かります。
ヘッダやライブラリの何かの変数でどちらか判定できそうかと思ったんですが、
そこまでは分かりませんでした。
でも、debian sid x86_64ですが、UCS2っぽいです。
UCS2だとwchar_tを使っているみたいなのでなんとかなりそうです。
ctypes.c_wchar_pも使えそう。
863:デフォルトの名無しさん
09/09/15 08:12:56
withステートメントの意義が分からない
864:デフォルトの名無しさん
09/09/15 08:36:39
スレッドの同期オブジェクトをwithで使えるクラスを書いておくと、めーっちゃ便利。
def something(self):
通常の処理
with SynqObj(self.lock):
クリティカルセクションな作業
通常の処理
865:デフォルトの名無しさん
09/09/15 09:12:14
>>862
関係ないかもしれないけど gcc で wchar_t って UCS-4 相当というか4バイトじゃなかったっけ？
866:デフォルトの名無しさん
09/09/15 10:39:39
>>862
pyconfig.hに
Py_UNICODE_SIZEってのがある
867:デフォルトの名無しさん
09/09/15 10:48:49
>>860-861
中国はパスポートが必要
868:デフォルトの名無しさん
09/09/15 10:50:14
>>864
thx!
869:デフォルトの名無しさん
09/09/15 11:40:05
あれ、with lock: ... って書けるよね。threadingでもthreadでも
870:デフォルトの名無しさん
09/09/15 12:00:28
with 構文の as は何のため？
871:デフォルトの名無しさん
09/09/15 12:33:02
reStructuredTextをはがしてPlain Textにするモジュールってありますか？
872:デフォルトの名無しさん
09/09/15 13:18:30
>>869
ああ、864は複数のスレッドの呼び分けをログで確認するためにラッパーを介しているだけだから。キニスンナ。
普通はlockオブジェクトを直にwith呼び出ししてかまわない。
>>870
Python 2.6のリリースノート読め！
873:デフォルトの名無しさん
09/09/15 13:44:36
>>871
URLﾘﾝｸ(stackoverflow.com)
874:デフォルトの名無しさん
09/09/15 14:08:01
>>873
サンキュー。
でもドキュメント無いからソースよめってことね…。
875:デフォルトの名無しさん
09/09/15 14:29:11
shebangのこと忘れてたよ
876:デフォルトの名無しさん
09/09/15 14:38:22
rst2xxx -> xxx2txt みたいな経路でいけないかな？
877:デフォルトの名無しさん
09/09/15 16:39:11
Pyhton3.0以降の言語仕様を日本語で解説してるサイトや書籍ってある？
3.0以降の資料が少なすぎて、勉強がさっぱり進まない
やはり英語を覚えるのが先なのか・・・
878:デフォルトの名無しさん
09/09/15 17:24:52
腐るほどあるような気が
Python3.0でググるよりPython3000のほうが多いかも
879:デフォルトの名無しさん
09/09/15 18:29:18
オライリーの第3版初めてのPythonの中でちょっとだけ触れられている
880:デフォルトの名無しさん
09/09/15 18:37:56
>>878
うーん、一部を解説したものしか見つからない
できたら3.1までの仕様変更点を全て網羅している
解説が欲しいんだけど
881:デフォルトの名無しさん
09/09/15 18:56:31
>>880
Python 3.0/3.1のリリースノートを読むのが結局一番早いよ。
Pythonはこの辺とても丁寧。
ところで、
IronPythonに向いた軽量なO/Rマッパーが見当たらなかったので
『100行ちょっとのやる気のないPython製O/Rマッパー』をベースに
実装してみたんだけど、試してみたい人います？
一応、Python/IronPython両用です。
882:デフォルトの名無しさん
09/09/15 19:25:58
>>877
読んでみたけど
URLﾘﾝｸ(docs.python.org)
URLﾘﾝｸ(docs.python.org)
これくらいのボリュームなら自動翻訳でもかなり役立つと思うが。
# この先、仕事でプログラムするなら英語は何れ必要となるだろうからガンバレ
# 最近の翻訳は中国語から順に整備される傾向があるからな・・・
883:デフォルトの名無しさん
09/09/15 19:35:40
>>866
確かにありました。
4になっていました。
>>865
sizeofで確認したところ確かに4バイトでした。
pyconfig.hの記述と一致してます。
UCS2って2バイトだと思ってましたが、
実装上はwchar_tで表現するので4バイトになってるってことなんでしょうか。
UCS4は元が4バイトですよね。
とりあえずPythonではunicode一文字は4バイトと思って良いのかな。
ほんとunicodeとその周辺のエンコーディングはよく分かりません。
884:デフォルトの名無しさん
09/09/15 19:40:43
>>881
柴田さん乙
次ページ最新レス表示スレッドの検索類似スレ一覧話題のニュースおまかせリスト▼オプションを表示暇つぶし2ch
4179日前に更新/189 KB
担当:undef