Pythonのお勉強 Part47

1 ：2012/07/09 〜 最終レス ：2012/11/02

Pythonオフィシャルサイト
http://www.python.org/
日本Pythonユーザ会
http://www.python.jp/Zope/
まとめWiki
http://python.rdy.jp/
関連スレ
http://find.2ch.net/?BBS=ALL&TYPE=TITLE&STR=python
前スレ
http://toro.2ch.net/test/read.cgi/tech/1328714043/

2 ：

|....,,__
|＿::;; ~"'ヽ
|　//^''ヽ,,)
|　　i⌒"
| ∀｀）　＜ 誰もいない きのこるならいまのうち
|⊂
| ノ
　　　　　 _,,,......,,__
　　／_~　,,...:::＿::;; ~"'ヽ
　(,, '"ヾヽ　 i|i　//^''ヽ,,)
　 　^ :'⌒i　　　　i⌒"
　　　　　 |（　´∀｀）　＜ きのこ のこーのこ げんきのこ ♪
　　　　　 |（ﾉ　　 |つ
　　　　　 | 　　　 |
　　　　　⊂ ＿ ノ
　　　　　　　""U
　　　　　 _,,,......,,__
　　／_~　,,...:::＿::;; ~"'ヽ
　(,, '"ヾヽ　 i|i　//^''ヽ,,)
　 　^ :'⌒i　　　　i⌒"
　　　　 （´∀｀　）|　＜ エリンギ まいたけ ブナシメジ ♪
　　　　⊂|　　（ﾉ |
　　　　　 | 　　　 |
　　　　　 ヽ ＿ ⊃
　　　　　　.U""
|
| ミ
| ミ 　ｻｯ!
| ミ
|

3 ：

　　 ┌─┐
　　 │●│
　　 └─┤
　　　_ 　 ∩
　　( ﾟ∀ﾟ)彡
┌─┬⊂彡
│●│　R！R！
└─┘

4 ：

日本語の扱いで戸惑ったらこちらをどうぞ（バッドノウハウ集で笑える）
http://speirs.blog17.fc2.com/blog-entry-4.html
http://atomic.jpn.ph/prog/etc/encode.html
http://d.hatena.ne.jp/kakurasan/20100330/p1
http://pc11.2ch.net/test/read.cgi/tech/1217836194/339
339 ：デフォルトの名無しさん：2008/08/23(土) 08:36:00
    PythonのUnicodeEncodeErrorを知る
    http://lab.hde.co.jp/2008/08/pythonunicodeencodeerror.html
    よくまとまってた。あとで読む

5 ：

Perl、Python、Rubyて何が違うんですか？

6 ：

漢人、北朝鮮人、南朝鮮人て何が違うんですか？

7 ：

シナチク、北キムチ、南キムチ

8 ：

三国人

9 ：

大東亜共栄圏
アジアのエゲレスにはなれなかった、残念

10 ：

Python=北キムチなの？
せめて南キムチであって欲しかった。よく食うし。

11 ：

>6 は 北朝鮮人、南朝鮮人、漢人 と書くべきだったな

12 ：

>>11
Pythonが韓国人なら使いたくありません。
オランダ人にして下さい。

13 ：

韓国人もオランダ人もいらん。
それより白いご飯とキムチくれ。

14 ：

このスレッドは天才pンジー「アイちゃん」が
言語訓練のために立てたものです。
アイと研究員とのやり取りに利用するスレッドなので、
関係者以外は書きこまないで下さい。
　　　　　　　　　　　　　　　　　　京都大学霊長類研究所

15 ：

パイちゃんは駄目？

16 ：

Pythonの書籍が少な過ぎ！
たまに発売されたらすぐ売り切れるんだからオライリーはeBOOK版だけでも全部出せばいいのに！

17 ：

プログラミングも初心者ならpythonスタートブック
pythonだけ初心者なら公式チュートリアル
極め付きがあるのでもういいです
GAEとかGUIプログラミングとか各種Webアプリケーションフレームワークとか
細分化した本が欲しいの？

18 ：

>>17
フレームワークの本が欲しいです。
railsなんかバカみたいに沢山出てるのに。

19 ：

Django なんか、本いらないくらいすっきりかんたんじゃね？

20 ：

>>18
自分で書いてみたら？
それが一番勉強になるよ

21 ：

前スレ埋めちくり〜

22 ：

>>18
Ruby本みたいな粗製乱造なら出ない方がまし

23 ：

もはやPythonとC++しか使わなくなって数年立つけど
Pythonの書籍は一冊も購入してないぜ
ネットに良質な情報が転がっているから必要なかったよ

24 ：

Pythonって日本語の本まったく出てないよな

25 ：

でているかどうかは知らんが、ネット見れるなら必要ないだろ。

26 ：

一理ある

27 ：

プログラムより先に英語勉強しろ

28 ：

なんか新刊っぽいんですが読んだ人いますか？
PythonでかんたんAndroidプログラミング
ttp://www.amazon.co.jp/dp/4877832912/

29 ：

申し訳ないがあからさまな宣伝はＮＧ

30 ：

同じ著者の別の本
最高に評判悪いな
http://www.amazon.co.jp/dp/4877832882/
>>28 は買わなくてもいい本だろう

31 ：

ステマと逆ステマを同時に見られるいい例である

32 ：

かたじけないがあからさまな営業妨害はＮＧ

33 ：

営業行為してるって言う開き直り、キタ〜〜〜〜〜〜ッ!!

34 ：

自演乙

35 ：

>>28
各Python関連スレに宣伝に来ているようのでお願いをしておきます。
カットシステムさん、
そんな本を出版する暇があるならPyramidとFlaskの解説本を出版して下さい。
その方がよほど売れると思いますし、ステマの必要も無くなると思います。

36 ：

996 名前：デフォルトの名無しさん [sage]： 2012/07/13(金) 17:43:34.21
カットシステムの本を買うなということだ。
こういうのって編集者に依るの？
オライリーの動物本とかさ、編集者が手直ししているの？
PythonでかんたんAndroidプログラミング (-) [単行本]
桑井 博之 (著)
この商品の最初のレビューを書き込んでください。 Like (0)
単行本: 237ページ
出版社: カットシステム (2012/07)
ISBN-10: 4877832912
ISBN-13: 978-4877832919
発売日： 2012/07
WSGIウェブプログラミング [単行本]
桑井 博之 (著)
5つ星のうち 1.0 レビューをすべて見る (2件のカスタマーレビュー) Like (0)
価格： ￥ 2,940 通常配送無料 詳細
登録情報
単行本: 233ページ
出版社: カットシステム (2012/01)
ISBN-10: 4877832882
ISBN-13: 978-4877832889

37 ：

>>981
with tarfile.open('a.tar.gz', 'r:gz') as tar: [tar.extract(n, 'C:/temp') for n in tar.getnames()]
馬鹿には無理

38 ：

たった200ページで何がかたれるか
2000P超の本を書いてから出直してこい

39 ：

厚い本は書いてるうちに時代遅れになっちゃうから薄くていいんだよ
というか薄くて中身が濃いのがベスト

40 ：

#memo
b = '''
44CA44CAIOKUjOKUgOKUkArjgIDjgIAg4pSC4peP
4pSCCuOAgOOAgCDilJTilIDilKQK44CA44CA44CA
XyDjgIAg4oipCuOAgOOAgCgg776f4oiA776fKeW9
oQrilIzilIDilKziioLlvaEK4pSC4peP4pSC44CA
44GK44Gj44Gx44GE77yB44GK44Gj44Gx44GE77yB
CuKUlOKUgOKUmA==
'''
print base64.b64decode(b).decode('utf-8')

41 ：

#memo2
b = '''
fC4uLi4sLF9fCnzvvL86Ojs7IH4iJ+ODvQp844CALy9eJyfjg70sLCkKfOOAgOOAgGnijJIi
Cnwg4oiA772A77yJ44CA77ycIOiqsOOCguOBhOOBquOBhCDjgY3jga7jgZPjgovjgarjgonj
gYTjgb7jga7jgYbjgaEKfOKKggp8IOODjgrjgIDjgIDjgIDjgIDjgIAgXywsLC4uLi4uLiws
X18K44CA44CA77yPX37jgIAsLC4uLjo6Ou+8vzo6OzsgfiIn44O9CuOAgCgsLCAnIuODvuOD
veOAgCBpfGnjgIAvL14nJ+ODvSwsKQrjgIAg44CAXiA6J+KMkmnjgIDjgIDjgIDjgIBp4oyS
IgrjgIDjgIDjgIDjgIDjgIAgfO+8iOOAgMK04oiA772A77yJ44CA77ycIOOBjeOBruOBkyDj
ga7jgZPjg7zjga7jgZMg44GS44KT44GN44Gu44GTIOKZqgrjgIDjgIDjgIDjgIDjgIAgfO+8
iO++ieOAgOOAgCB844GkCuOAgOOAgOOAgOOAgOOAgCB8IOOAgOOAgOOAgCB8CuOAgOOAgOOA
gOOAgOOAgOKKgiDvvL8g44OOCuOAgOOAgOOAgOOAgOOAgOOAgOOAgCIiVQrjgIDjgIDjgIDj
gIDjgIAgXywsLC4uLi4uLiwsX18K44CA44CA77yPX37jgIAsLC4uLjo6Ou+8vzo6OzsgfiIn
44O9CuOAgCgsLCAnIuODvuODveOAgCBpfGnjgIAvL14nJ+ODvSwsKQrjgIAg44CAXiA6J+KM
kmnjgIDjgIDjgIDjgIBp4oySIgrjgIDjgIDjgIDjgIAg77yIwrTiiIDvvYDjgIDvvIl844CA
77ycIOOCqOODquODs+OCriDjgb7jgYTjgZ/jgZEg44OW44OK44K344Oh44K4IOKZqgrjgIDj
gIDjgIDjgIDiioJ844CA44CA77yI776JIHwK44CA44CA44CA44CA44CAIHwg44CA44CA44CA
IHwK44CA44CA44CA44CA44CAIOODvSDvvL8g4oqDCuOAgOOAgOOAgOOAgOOAgOOAgC5VIiIK
fAp8IOODnwp8IOODnyDjgIDvvbvvva8hCnwg44OfCnwg
'''
print base64.b64decode(b).decode('utf-8')

42 ：

#memo3
b = '''
eJzFUrFKBDEQ7fcrxjSrEPb6XJPOxhNu5bQQduscWNqFhZnpLPUPFjuL09o9BCsF/YMt7MRS
8AOcZO9kI/YmEOa98DLvJfGFDK3rOvM4N2Y6hUblWAqyk0mVS6n1XkBoHfYq84CvOMOlEAyX
h/RGLT1RC3RDL3RHHwLeheoFXdODCDuR8FkWDhgm1FrrovjpG9mqbtBG2hiTGEG7qzXkCo+w
FLHzLnEmFNoKTI6923aIRkcNPYatg5HxwS2EBU+H8pY+Nyx+/RI/DwU9JjxsixGLHeA8jRum
Uov/uwCQ9EN2i0sf4/M+X/AVz0DeqaU1rYDP2fExI58k8bv48HIDScq/swOWITyuk/DFQsmn
CX+giYso71c7G/wN9ifpCg==
'''
print zlib.decompress(base64.b64decode(b)).decode('cp932')

43 ：

スレ違い
http://toro.2ch.net/test/read.cgi/tech/1100537740/

44 ：

�~�~�~�~�~�~�~ �~�~ �~�~�~�~�~�~�~
�~ �~ �~ �~ �~ �~
�~ �~�~�~ �~ �~�~ �~ �~ �~�~�~ �~
�~ �~�~�~ �~ �~ �~ �~ �~�~�~ �~
�~ �~�~�~ �~ �~�~�~�~�~ �~ �~�~�~ �~
�~ �~ �~�~�~ �~ �~ �~
�~�~�~�~�~�~�~ �~ �~ �~ �~�~�~�~�~�~�~
                �~ �~�~�~
�~ �~�~�~�~�~ �~ �~ �~�~�~�~�~
    �~�~ �~�~ �~�~�~�~ �~ �~
  �~�~ �~ �~�~ �~ �~ �~ �~
�~ �~�~�~ �~ �~�~�~
�~ �~�~�~ �~ �~ �~ �~ �~�~
                �~�~ �~�~ �~ �~ �~
�~�~�~�~�~�~�~ �~ �~ �~�~�~ �~
�~ �~ �~�~�~�~�~ �~
�~ �~�~�~ �~ �~ �~ �~�~�~�~ �~�~
�~ �~�~�~ �~ �~ �~�~�~ �~ �~
�~ �~�~�~ �~ �~ �~�~ �~�~�~
�~ �~ �~ �~�~�~
�~�~�~�~�~�~�~ �~ �~�~�~ �~ �~�~

45 ：

�~�~�~�~�~�~�~　　�~�~　　　�~�~�~�~�~�~�~
�~　　　　　�~　　　�~　�~　�~　　　　　�~
�~　�~�~�~　�~　�~�~　�~　　�~　�~�~�~　�~
�~　�~�~�~　�~　�~　�~　　　�~　�~�~�~　�~
�~　�~�~�~　�~　�~�~�~�~�~　�~　�~�~�~　�~
�~　　　　　�~　�~�~�~　�~　�~　　　　　�~
�~�~�~�~�~�~�~　�~　�~　�~　�~�~�~�~�~�~�~
　　　　　　　　�~　�~�~�~　　　　　　　　
�~　�~�~�~�~�~　　　�~　�~　�~�~�~�~�~　　
　　�~�~　　　�~�~　　　�~�~�~�~　�~　　�~
　�~�~　�~　�~�~　　　�~　�~　　�~　　�~　
�~　　�~�~�~　�~　　　　　　�~�~�~　　　　
�~　　　�~�~�~　�~　　�~　�~　�~　　�~�~　
　　　　　　　　�~�~　　�~�~　�~　�~　�~　
�~�~�~�~�~�~�~　　�~　　�~　�~�~�~　　　�~
�~　　　　　�~　�~�~�~�~�~　�~　　　　　　
�~　�~�~�~　�~　�~　　�~　�~�~�~�~　　�~�~
�~　�~�~�~　�~　�~　�~�~�~　　�~　�~　　　
�~　�~�~�~　�~　�~　　　　�~�~　�~�~�~　　
�~　　　　　�~　　　　�~　　�~�~�~　　　　
�~�~�~�~�~�~�~　�~　　�~�~�~　�~　　�~�~　

46 ：

平安京エイリアンですね。わかります

47 ：

固定ピッチで貼る方法教えて

48 ：

漢字の大半が16px。
全角スペースが11px。
半角スペースが5px。
全角スペース+半角スペースは16px。

49 ：

�~�~�~�~�~�~�~　 　 �~�~　 　 　 �~�~�~�~�~�~�~
�~　 　 　 　 　 �~　 　 　 �~　 �~　 �~　 　 　 　 　 �~
�~　 �~�~�~　 �~　 �~�~　 �~　 　 �~　 �~�~�~　 �~
�~　 �~�~�~　 �~　 �~　 �~　 　 　 �~　 �~�~�~　 �~
�~　 �~�~�~　 �~　 �~�~�~�~�~　 �~　 �~�~�~　 �~
�~　 　 　 　 　 �~　 �~�~�~　 �~　 �~　 　 　 　 　 �~
�~�~�~�~�~�~�~　 �~　 �~　 �~　 �~�~�~�~�~�~�~
　 　 　 　 　 　 　 　 �~　 �~�~�~　 　 　 　 　 　 　 　
�~　 �~�~�~�~�~　 　 　 �~　 �~　 �~�~�~�~�~　 　
　 　 �~�~　 　 　 �~�~　 　 　 �~�~�~�~　 �~　 　 �~
　 �~�~　 �~　 �~�~　 　 　 �~　 �~　 　 �~　 　 �~　
�~　 　 �~�~�~　 �~　 　 　 　 　 　 �~�~�~　 　 　 　
�~　 　 　 �~�~�~　 �~　 　 �~　 �~　 �~　 　 �~�~　
　 　 　 　 　 　 　 　 �~�~　 　 �~�~　 �~　 �~　 �~　
�~�~�~�~�~�~�~　 　 �~　 　 �~　 �~�~�~　 　 　 �~
�~　 　 　 　 　 �~　 �~�~�~�~�~　 �~　 　 　 　 　 　
�~　 �~�~�~　 �~　 �~　 　 �~　 �~�~�~�~　 　 �~�~
�~　 �~�~�~　 �~　 �~　 �~�~�~　 　 �~　 �~　 　 　
�~　 �~�~�~　 �~　 �~　 　 　 　 �~�~　 �~�~�~　 　
�~　 　 　 　 　 �~　 　 　 　 �~　 　 �~�~�~　 　 　 　
�~�~�~�~�~�~�~　 �~　 　 �~�~�~　 �~　 　 �~�~

こうですか？

50 ：

できた
ありがとう！ >>48

51 ：

お美事に御座りまする

52 ：

#memo4
b = '''
eJx9U0EOwCAIu/MqX7bEk99eNsPaUlyI0wHWWnBdi2yOOXLeK1ike4cw50Astmsj5TqTNNak
VvSfVPBuUplrPUG4qgI6RAHsc2S1qPxULPaHi67yQ7hgJR2Xv4Fi1jtXzqEHap3w96K6Ahzm
Ybp29ad2cU075m276Kakc+gsJpPYB1S+2Fet7hWwSKKrd5ar/Mw3Sv6I0Q==
'''
print zlib.decompress(base64.b64decode(b)).decode('cp932')

53 ：

スレ違い
http://toro.2ch.net/test/read.cgi/tech/1100537740/

54 ：

このスレも雑魚しかいねーな

55 ：

雑魚（ざこ）

56 ：

　　 ┌─┐
　　 │●│
　　 └─┤
　　　_ 　 ∩
　　( ﾟ∀ﾟ)彡
┌─┬⊂彡
│●│　R！R！
└─┘

57 ：

>>28-36
ここ見たら本いらないって判る
ttp://python.rdy.jp/wiki.cgi?page=Implementations
っていうか本はここの丸写しじゃないかw

58 ：

プログラム1個覚えるならPythonが無難ですか？

59 ：

Cだと思うよ。異論はあるだろうけど。

60 ：

プログラム初心者なら、プログラムの基礎を覚えるなら、Pythonはありだと思う。
ただ、学習含めて日本語環境一番そろってるかと聞かれたら、ちょっと困る。
で、プログラム１個覚えたら、他のもだいたいすぐにわかるから、
１個覚えるってこと自体が意味を持たない。

61 ：

1個だけ覚えて他のは覚える積もりが全く無いならPythonが無難

62 ：

いま時間があって、この先深くまで入り込むか分からないのでPython覚えときます

63 ：

最近の空気だと javascript (特に jQuery) らしいぬ

64 ：

qooxdooがおもしろい

65 ：

Javascriptは、コーダーとして手っ取り早くマネタイズするのが主目的でないなら、
およそ初心者にはお勧めできない。

66 ：

そりゃそうだ

67 ：

pythonあればなんでもできるからな

68 ：

Pythonの前に英語（ｒｙ

69 ：

Q. なぜ儲からないのでしょうか？
A. お金にならないことに時間を使っているからです。

70 ：

Q. なぜ日本人は英語が苦手なのでしょう？
A. 日常で使う必要がないからです。

71 ：

ファーストサーバの件、仕事柄いろいろ調べていくと「サイボウズASP提供の場合、
標準で付いているデータエクスポートがkillされ、
ファーストサーバのバックアップサービスのみ使える」ということを知ってすんげえ頭抱えている。
ユーザはどうしようもなかったってことじゃないか…

72 ：

いまさら25日前のネタ貼りなおしてどうしたの？
頭のデータも消去されちゃったかな？
バックアップある？
お前の頭の中身なんてフロッピーくらいしかないから復旧も簡単でいいよね

73 ：

馬鹿には無理

74 ：

pass

75 ：

>>981
[([tar.extract(n, 'C:/temp') for n in tar.getnames()], tar.close()) for tar in [tarfile.open('a.tar.gz', 'r:gz')]]

76 ：

これは恥ずかしい誤爆。

77 ：

誤爆ではなくWindowsでtar.gzは解凍できないって言った人へのあてつけに何回も貼ってるんだろう

78 ：

　　　　＿＿＿
　　 ,;f　　　　　ヽ 　　　　 　　　
　　i:　　 　　 　　 i 　　早く成仏できますように。
　　|　　　　　　　　|　　///;ﾄ,
　　|　　　　^　　^　)　////ﾞlﾞl; 　　
　　(.　　>ﾉ(､_, )ヽ､} l 　 .i .! | 　　
　 ,,∧ヽ　!-=ﾆ=- | │　 　| .|
／＼..＼＼｀ﾆﾆ´ !,　{　　 .ﾉ.ﾉ
／　 ＼ ＼￣￣￣../　　 / .|

79 ：

馬鹿には無理

80 ：

自分の環境を書かない馬鹿は放っとくべき
ttp://www.secdev.org/projects/scapy/doc/installation.html#windows
ttp://www.secdev.org/projects/scapy/doc/installation.html
ttp://www.secdev.org/projects/scapy/portability.html

81 ：

おはよう

82 ：

内村自分の金のために団体戦は体力温存してたのか

83 ：

人間は、言語聴覚的処理が得意な奴と視覚的処理が得意な奴に分けられる。
（もちろんどっちも高い者もいるが）。
言語的な人間は HaskellとかRubyに魅かれる。要するに言語マニアになる。
視覚的な人間はそういうのについていけない。
プログラミングがしたいのであって、言語自体は比較的どうでもいい。
だからPythonとの親和性が高い。Pythonは言語構造も比較的視覚的だしね。
という電波を受信した。

84 ：

>>83
病院行け。たぶん熱中症だから。

85 ：

>>83
http://ja.wikipedia.org/wiki/%E3%82%A6%E3%82%A7%E3%82%AF%E3%82%B9%E3%83%A9%E3%83%BC%E6%88%90%E4%BA%BA%E7%9F%A5%E8%83%BD%E6%A4%9C%E6%9F%BB

86 ：

>95
>知能は、目的を持って行動し、合理的に考え、効率的に環境と接する個人の総体的能力として定義されている。
nicoやつべで脱原発の集会とか見てると
この定義じゃ相当多数(日本人の7割から8割)は池沼だと感じる

87 ：

そこで「感じる」っていうタームを使っちゃうのは…ｗ

88 ：

電波ですね。
わかります。

89 ：

波長が合う人にだけ同調するんですね。
わかります。

90 ：

池沼のラインｗ
もっと合理的に考えろよ

91 ：

そういやJoelが冗談で "Pythonはアスペ用言語" とか書いてたけど、
あれってどういう意味なんだろ。

92 ：

>>91
> I’m not going to write Python is For Aspergers Geeks
> or Ruby is for Tear-streaked Emo Teenagers
正確には違うやん。

93 ：

いや違くなかった。そういう煽り文章を書くのはもう卒業するって宣言か。

94 ：

pass

95 ：

import threading
lock = threading.Lock()
lock.acquire()

96 ：

>>95
with lock:
    # do something

97 ：

import threading
lock = threading.Lock()
# lock = threading.RLock()
with lock:
　　with lock:
　　　　pass

98 ：

リ、リ、リエントラント！

99 ：

''.join(reversed(list('>96')))'>96'.reverse()

100 ：

'>96'[-1::-1]

101 ：

馬鹿には無理

102 ：

オハイオ

103 ：

これ流行ってんの？ → 馬鹿には無理
楽しい？

104 ：

pass

105 ：

馬鹿には無理

106 ：

>>105
馬鹿だから無理

107 ：

　　　　　 　 _＿＿＿＿＿＿∩＿∩
　　　　　／ 　　ﾉ　ヽ　（　 ﾉ⊂￣)))￣⊃
　　 　 /|ヽ　　（＿ノ　 .＿￣　 0'ヽ　0'
　　　 / |ノ　　.） 　　　（＿）　 ヽ　 i （ 　　むしゃむしゃしていた。
　∋ノ　|　　／――､＿＿　 ./（∩∩）　　草なら何でもよかった。
　 　 　 /　/|　ヽ＿_ノ　　　| /　./ 　　　　今は反芻している。
　　　　| （　 | （　’’’　　　 | (　/
　　　　|__ヽ. L_ヽ　 　 　 　 Lヽ_ヽ
''" ""''"" "'''''" ""''"" ''" ""''"" ''" ""''"" ''" ""''"" "''

108 ：

相変わらず小飼弾はアホだなｗｗｗ

109 ：

dankogaiはスルー推奨、ただかまってほしいだけ。

110 ：

>>108
何かありましたか?

111 ：

改めて確認するまでもないな

112 ：

四苦八苦しててワロタ

113 ：

あいつ宇宙いったんじゃないの？

114 ：

ちょっと早いけど宇宙葬にしてやるか

115 ：

今日も雑魚

116 ：

なんだ、また献本御礼とか言って糞本ステマしてんのかと思ってwktkしちゃったじゃねーか。

117 ：

pass

118 ：

wxPythonでつくったのをpy2appでコンパイルしたんですけど
うまく起動しません。同じ現象の方で解決された方がいましたら
教えて頂けますでしょうか？
Python 2.7.1
py2app 0.5.3

119 ：

すみません。生成された.appのオプションから32ビットモードで開いたら動きました。
やりました。

120 ：

↑
あほや！！
発作か〜！！

121 ：

ver.3.3のリリース日程が延期された。激烈に悲しいわ。

122 ：

ぱい3.x をつかってるやつはどれだけいるのだろうか

123 ：

とりあえず、実務は 2.7 だけど、個人的には 3.2 使ってる。

124 ：

3.x って都市伝説なんじゃないの。
未だ嘗てインストールされているのを見た事がない。

125 ：

3使ってますぜ。たまに２系使うと、イライラすることは、
・dictが 1 と 1.0 を同じキーと判断する。
・リスト内包がスコープを持たないので、うっかり使われてるローカル変数と重なると悲劇
とかかな。
この２点は__future__でも解決できないし。

126 ：

>123と同じく併用
後方互換のない新機能(annotation等)には強く依存させず、
可能な限り2to3/3to2で互換性が確保出来る範囲でコード書いてる。
>>125
> ・dictが 1 と 1.0 を同じキーと判断する。
これは知らない。どの変更？
2.7.3/3.2.3 で試したけど、同じキーになったよ。
>>> a = {1:0}
>>> a[1.0]
0

127 ：

だよね、3.2.2 (Debug ビルド) でも同じ。
Python 3.2.2 (default, Aug 10 2012, 15:54:30) [MSC v.1600 32 bit (Intel)] on win32
Type "help", "copyright", "credits" or "license" for more information.
>>> a = {1.0:123}
[55027 refs]
>>> a[1]
123
[55030 refs]

128 ：

>>126-127
ごめん、以前このトラップに引っかかって、
「こんなのPythonicじゃねーだろ」→「3では当然直っている」
と勝手に脳内非互換仕様変更してたww
つーか数学的に等価ならdictも同一キーと見做すなら、a[1+0j]も同一じゃないとダメだろう・・・

129 ：

あ、複素数でも同一キーになるわw そろそろ吊ってきます。
そうか、整数、実数、複素数は、辞書のキーとして評価されるときは、全部複素数に
変換される、と覚えればいいのか・・・さすがだなpython...

130 ：

>>128
同一ですが…
>>> a[1+0]
123
[55059 refs]
>>> a[0.5+0.5]
123
[55059 refs]
>>> a[100-99]
123
[55059 refs]
>>> b=1
[55061 refs]
>>> c=1.0
[55063 refs]
>>> b
1
[55063 refs]
>>> c
1.0
[55063 refs]
>>> a[b]
123
[55063 refs]
>>> a[c]
123

131 ：

>>130
虚数知らない奴発見！

132 ：

ああ複素数か、見落としてたよ。
別に複素数に変換してるわけじゃなくて、各々のキーの型と値を覚えているだけでしょ。
>>> a={}
[55071 refs]
>>> a[0] = 123
[55073 refs]
>>> a[1j] = 456
[55075 refs]
>>> a[1+2j] = 789
[55077 refs]
>>> a["abc"] =321
[55079 refs]
>>> print(a)
{0: 123, 1j: 456, 'abc': 321, (1+2j): 789}
[55079 refs]
そもそも、文字列なんて複素数に変換しようが無いし。

133 ：

>>> a = {1:'hoge'}
>>> a[1]
'hoge'
>>> a[1.0]
'hoge'
>>> a[-1j*1j]
'hoge'
>>> a[True]
'hoge'
ついでに言うと、Trueと1も同じキーとして扱われる。

134 ：

hash()が同じなら同一のキーとして扱われるってことかな

135 ：

連想配列の実装例を調べれば分かるけど、違う

136 ：

Pythonのdictはopen addressだっけ

137 ：

>>> a = {-1: 'hoge'}
>>> a[-1]
'hoge'
>>> import numpy as np
>>> a[np.exp(np.pi*1j)] = 'fuga'
>>> a[-1]
'hoge'
>>> a
{(-1+1.2246063538223773e-016j): 'fuga', -1: 'hoge'}

138 ：

>>> a = {-1: 'hoge'}
>>> a[-1]
'hoge'
>>> import numpy as np
>>> a[np.cos(np.pi) + np.sin(np.pi)*1j] = 'fuga'
>>> a[-1]
'hoge'
>>> a
{(-1+1.2246063538223773e-016j): 'fuga', -1: 'hoge'}

139 ：

何も書かれていない行があるa.txtから
何も書かれていない行を抜いたb.txtを作成したいのですが、
プログラムが上手く動きません。
以下のプログラムだと、a.txtが
aaa
aaa
aaa
だとするとb.txtも
aaa
aaa
aaaになってしまいます。
どこを直せばいいか教えて下さい。
# -*- coding: utf-8 -*-
fa = open("a.txt", "r")
for line in f:
_ if len(line) == 0:
_ pass
_ else:
_ fb = open("b.dat", "r+")
_ data = fb.read()
_ fb.seek(0)
_ fb.write(data)
_ fb.write(line)
_ fb.close
fa.close

140 ：

>>139
なぜ動かないのかは俺も分からん。
こっち使ってよ。
# -*- coding: utf-8 -*-
fa = open("a.txt", "r")
fb = open("b.dat", "w")
for line in fa:
len_line = len(line)
print('line = "{}", len_line = {}'.format(line, len_line))
if not len(line.strip()):
pass
else:
fb.write(line)
fb.close
fa.close

141 ：

>>140はfa.close(), fb.close()が抜けていた。

142 ：

度々ですまんけど、簡単な問題なので、
>>139は今後、
くだすれPython(超初心者用) その14
http://toro.2ch.net/test/read.cgi/tech/1342660231/
に来るように。お礼も↑に書くように。

143 ：

どうやったらハミルトンベクトル場の話になるんだという文法的な話。

144 ：

>>139
標準出入力を使う方法はダメ？
$ python hoge.py <a.txt >b.txt
$ cat hoge.py
import sys
for line in sys.stdin:
　if line != '\n':
　　sys.stdout.write(line)

145 ：

つーかクソコード過ぎて触りたくねぇな…
Cプログラミング診断室を何となく思い出したわ

146 ：

>>140
これって3.xですか？
>>142
了解です。
>>143
ググってみます。
>>144
んーtextファイルにしたいです。

147 ：

>>146
139はソースコードにテキストファイル名を書く必要性がないプログラムだと思う
コマンドライン引数でテキストファイル名を受け取る方法は？
$ python hoge.py a.txt b.txt
$ cat hoge.py
import sys
with open(sys.argv[1]) as a, open(sys.argv[2], 'w') as b:
　for line in a:
　　if line != '\n':
　　　b.write(line)

148 ：

otherprog | python hoge.py とかできないのでいけてない

149 ：

そこで| pythonと書いてる時点でかなりナンセンスですし細かいことは気にしなさんな

150 ：

"| python" が何故ナンセンス。というか出来ないのそれって。

151 ：

要らんことしてるからじゃねえの

152 ：

sed '/^$/d' < a.txt > b.txt
でOK。Python使うまでもない。

153 ：

>>139
外出先だから試せないんだけど、まさか空行の所で
len(line)したら1とか出力されたりしないだろうな?
改行文字は1文字だぞ。

154 ：

名前を修正し忘れた。悪かった。

155 ：

外出先だから出来ない
という口実が気にくわない。

156 ：

お前に気に入られる必要はない

157 ：

pass

158 ：

なんで continue 使わないのかな…インデント減ってすっきりすると
思うんだけど…。

159 ：

__import__('x.y.z')
としたら、モジュール x が返されるんだけど、x.y.z を返してくれるようなオプションってない？

160 ：

continueとbreakは、何故か異常に毛嫌いする人がいるから。

161 ：

>>153
if len(line)==1:
_pass
にしたら、動きました。ありがとうございます。
改行文字忘れてました...

162 ：

>>159
__import__('x.y.z', fromlist=["x"])
x = __import__('x.y.z') は import x.y.z と同じ。
対象のモジュールを直接インポートしたい場合は、
importlib.import_module が適切。

163 ：

>>160
ちょっと趣旨は違うけど
ネストしたループの外の外へ continue や break したいときってどうしてる？

164 ：

labelないんだっけ

165 ：

>>164
つ ttp://stackoverflow.com/questions/438844/is-there-a-label-in-python
Labels for break and continue were proposed in PEP 3136 back in 2007, but it was rejected.
The Motivation section of the proposal illustrates several common (if inelegant) methods
for imitating labeled break in Python.

for i in range(5000):
    for j in range(3000):
        if should_terminate_the_loop:
           break
    else:
        continue # no break encountered
    break

166 ：

ありますん
http://entrian.com/goto/

167 ：

>>165
勉強になった

168 ：

>>165
�d樟
Python って結構平気で例外使うよな
Java とか C++ とか経験してると
ちょっとドキドキする

169 ：

そうです、あなたはPythonに恋してしまっているのです。

170 ：

>>161
ファイルの末尾が改行じゃない場合は？

171 ：

＞ファイルの末尾が改行じゃない場合は
何も書かれていない行があるa.txtから
何も書かれていない行を抜いたb.txtを作成したいのですが、

172 ：

>>170 じゃないですが、「ファイルの最後の行が改行じゃない1文字だけの場合」ってことですね。
元データがわからないけど、例えば数値データで最後だけ一桁の数字で終わってたら思い通りにならないですよ。

173 ：

どうして？

174 ：

試してから聞け

175 ：

つーか本っ当にしょぼい話題なんで、次からは頼むから>>142に行ってくれ

176 ：

　　　　 ＿＿_
　　　／|　　　 |
　　　||. |∧_∧|
　　　||. (´･ω･|　うわっ、クソスレに来てしまった。
　　　||oと.　 Ｕ|
　　　||　|（__）Ｊ|
　　　||／￣￣
　　　　 ＿＿_
　　　　|　　 　 |
　　　　|　　 　 |
　　　　|　　　ｏ|
　　　　|　　 　 |
　　　　|　　 　 |
　　　　彡￣￣ ﾊﾟﾀﾝ、

177 ：

HTML5のバリデーションをしたいんだけど、なにかいいモジュールはないでしょうか
Validator.nuを立ててそこに投げる方法も考えたんだけど、いろいろと大変なのでなしの方向に
プログラム内で完結できる方法を探しています

178 ：

メインじゃないスレッドでQueueがblockしてる時に、メインスレッドで例外発生したりすると妙な動作をするんだが…
例えばこんなの
http://ideone.com/oMDRw
これ狙ってる動作なの？
とてもそうは思えないけど

179 ：

join

180 ：

joinを希望してるわけじゃないだろ
例外起きたらクラッシュして欲しいのにトラップされてしまうってことじゃね
対処方法は知らん

181 ：

>>178
「妙な動作」を具体的に書けよ

182 ：

ブロックしてるスレッドはデーモンスレッドなのに、メインスレッドが処理を終えてもSystemExitを勝手にハンドルした挙げ句ブロックを継続している
でおk？

183 ：

_Thread__stop()

184 ：

スレッドプールを作成していたので、デーモンスレッドを止めたいわけじゃないんですよ
なのでjoinもstopも要らんのです
単にメインスレッドが死んだら死んで欲しいだけなのに、なんでこんなことになってるんでしょ

185 ：

うちはちゃんと死んだが

186 ：

lockも駄目だね。
http://ideone.com/xGHC4
どっかでlockされてるとインタプリタが落ちないようになってるのかも・・・。
ポーリングするしかないかも。

187 ：

質問する時は自分の環境書け

188 ：

お前に答えてもらおうと思ってないので結構です
引っ込んでなさい

189 ：

騙りはやめてくれません？
試した環境は以下です
Windows7 64bit Python 2.7.3
Windows7 32bit Python 2.7.3
Windows Vista 32bit Python 2.7.3
Windows XP 32bit Python 2.7.3
Windows XP 64bit Python 2.7.3
Ubuntu 12.04 Python 2.7.3
CentOS 6.3 Python 2.7.3
Windows7とUbuntu以外は全部仮想マシンです

190 ：

MacBook買え

191 ：

http://ideone.com/Kk7EY
ちゃんと動くが

192 ：

daemon設定してないだけじゃん
解散
>>189
おめーは人生をterminateしとけ

193 ：

ゾンビ誕生の悪寒

194 ：

Rスレ

195 ：

pass

196 ：

こなのがGoogle Alertにかかった
http://new.python.jp/

197 ：

リンク先が全部死んでる

198 ：

ところで、日本Pythonユーザ会って誰が会員で、何してんの？
会員になると、何かいいこと有るの？
Webの内容も、なんか古いし。

199 ：

いまからpythonやろうと思うんだけど3.xから入ればいいの？
資料少なそうな気がするんだけど

200 ：

目的があって、それに必要なライブラリなどの対応が2.xだけなら2.x
個人や少人数グループで完結する目的や趣味なら3.x
資料は少なくても内容は濃くて充実しているから気にするな。

201 ：

とりあえず3.x使ってて困ったら2.xを使ってみる事にします
ありがとうございました

202 ：

表面的にPC使ってただけのプログラミングに関しては全くの初心者が
Learning Python 4th edition
とやらを買ってしまったんだがhttp://www.amazon.com/gp/aw/d/0596158068
のレビューみたら酷評だらけ
4000円もしたのに
Pythonスタートブックを買った方がいいのかこれで勉強始めていいのか
どうやって勉強してきたかとともに意見もください

203 ：

Learning Python 3rd ed.の日本語版で勉強始めたけど問題なかったよ
半分ぐらい読んだころにはもうコード書けるようになったのでそこから先は読んでない
ちなみに英語読めるならこういうのもある
http://www.swaroopch.org/notes/Python
http://learnpythonthehardway.org/
http://docs.python.org/tutorial/index.html （公式。日本語訳あり）
上のが一番とっつきやすいだろうか

204 ：

>>202
unicodeの説明が出鱈目

205 ：

>>204
3.xだとunicode気にしなくていいんじゃなかった？

206 ：

扱いが自然になったってだけ

207 ：

werkzeug の人がまた書いてたね。
本当はデフォルトのエンコーディングを ascii にするのをやめれば
いいだけだったのに、余計なことを、みたいな。

208 ：

馬鹿には無理

209 ：

> デフォルトのエンコーディングを ascii にするのをやめれば
> いいだけ
そうなの?

210 ：

除算の扱い変更も余計なことと思ってる奴はいるだろうしな
俺は変更して良かったと思うし、大多数が余計なことだと思ってたらさすがに採用されなかったんじゃね
まぁi18nに関しては、欧米人の判断は当てにならん面も多々あるが、昔ほどじゃないと思いたい

211 ：

みんなのPyhton第3版出るのか
この時期に出るって事は3.3の仕様には対応してないって事かな
どうせなら仕様の変更・追加がある3.3まで含んでほしかったが

212 ：

>>211
本だけでいこうと思ってたんだがそうはいかなそうだな
学んだことが無駄になるのが早いなプログラミングは

213 ：

>>203
ありがとうございます
これを進めてみようと思います
しかし発売日的に3.3の内容は入ってないのか？
もう訳わからん

214 ：

>>212
> 学んだことが無駄になるのが早いなプログラミングは
基本は変わらないし、基本がわかってれば新しい機能覚えるのもあまり苦労しないよ。

215 ：

知識は経験とアイデアに還元されるものだって割り切れる人しかこの業界には居ないんじゃないの

216 ：

pass

217 ：

try:

218 ：

docutilsをeasy_installしてrst2html.pyを実行するとエラーになります。
C:\>rst2html.py --help
Traceback (most recent call last):
　File "C:\Python31\Scripts\rst2html.py", line 4, in <module>
　　import pkg_resources
　File "C:\Python26\lib\site-packages\distribute-0.6.25-py2.6.egg\pkg_resources.
py", line 2711, in <module>
　　working_set.require(__requires__)
　File "C:\Python26\lib\site-packages\distribute-0.6.25-py2.6.egg\pkg_resources.
py", line 690, in require
　　needed = self.resolve(parse_requirements(requirements))
　File "C:\Python26\lib\site-packages\distribute-0.6.25-py2.6.egg\pkg_resources.
py", line 588, in resolve
　raise DistributionNotFound(req)
pkg_resources.DistributionNotFound: docutils==0.9.1
環境変数のpathにはPython31を設定しているのですが、pkg_resoucersから何故かPython26の方を見に行ってしまい
見つからないとエラーになってしまいます。
コマンドプロンプトでは以上のようなエラーとなるのですが、
MinGWから実行すると正常に実行できます。
どうすればコマンドプロンプトから実行できるか教えてください。

219 ：

すいません、わかりました。
ファイルの種類の設定でPython Fileを実行するプログラムがPython26になってました＾＾：

220 ：

webページのセッション用にtokenをurandomで生成しようと思うんだが
引数の数字をどのくらいに設定すればいいのかがわからん。
urandom(10)くらいでも安全なのかな？
セオリーみたいなのってある？

221 ：

名前欄にsageかいちゃったサーセン・・・

222 ：

>>220
Pythonに限ったことじゃないから、WebProg板で聞いた方がよいと思う。

223 ：

randomモジュールでいいんじゃないっすか。
メルセンヌ・ツイスター使ってるらしいし。

224 ：

>>222
ありがとう、そうしてみます。
>>223
randomはCSPRNGじゃないのでセキュアな目的に使うべきではないとどっかで読んだんだ。

225 ：

セッションのはどうせ平文にすぎないから、
予測不可能じゃなければ何でもいいよ。
逆に絶対バレないとか思ってると危ない。

226 ：

> 予測不可能じゃなければ

227 ：

　　　　　　　　　　／　　　　　　　 , 　 　 　 ::|　|ヽ＼　　　 ＼
　　　　　　　　　 /　 　　　　/ 　/ |　 　 　::/| :|　`､`､　　　　ヽ
　　　　 　 　 　 /　　　　　 /　 /　|　　　 ::/ |::|　　`､',ヽ　 ',　　', 　　　　　　　 r┐　r┐ヾ>
　　　　　　　　 ,'　　 i　　　|　:/'　 | |　　::/　i:|　　　 ', i ヽ　 i　　',.　　　　　　　| |　lﾆ　ｺ
　　　　　　　　,'　　 | 　 　 ! :,'　　 i||　 ::/　 ||　　　　 ||　`､　|　| |　　　　　　　 | ﾚ!　_| |.
　　　　　 　　 |　　 |　　　 |｀i'-,,,　| | ::/　　 |　　　　　|　　',　|　| |　　　　　　　 ヽ/（___ﾒ>
　　　 　 　 　 |　　 |　　　 ||.|　　｀二＝,,__,,,　　　　　,,,__... -!´ﾄ, | |　　　　　　　　　,､
　　　　　　.　 | . 　 i　　　 | |　 ／／:::C,　　　　　　 7::c＼　||ﾍ.| |　　　　　　　　（（
　　　 　 　 　 |　 　.| 　 　 | ／　 {::::::::::::} 　 　 　 　 {::::::::}`､ ,' .|　i　　　　　　 　　））
　　　　　　　　|　/´'| 　 　 | 　 　 ヽ::::::ノ　　　　　　 ヾ::ノ 　.|　 　|　　　　　　　　（（
　　　　　　　　|　{　 |　　　 |::::::::　　　　　　　　　,　　　　....　|　　 |　　　　　　　　　））
　　　　　　　　|　 ＼',　　　'','''''　　　＿＿　　　　　　　::::::::: |　　 i　 　 　　 　 　　（（
　　　　　　　　|　　 .:::',　　　',　　 ／　　　 ｀ ー --、　　　　|　　 |　 　 　 　 　 　　））
　　　　　　　　/　 .:::::::', ::　　',　 /　　　　　　　　　 }　　　　/　　 |　　　　　　　　　（（
　　　　　　 ／　...:::::::::::'､::. 　 ',､（　　　　　　　　　 /　　,イ|:: : 　 |　　　　　　　　　　`
　　　　　／　 ..:::::::::::／'`､:::..　',｀'' - ,,＿＿＿＿ノ,,ィ::´:::i ',:::|::　|　　　　　　　　　/ 7
｀-ー-´／　/:::::::::／　 　 `､､　',　　　/`､＼:::::::::::::::,':::::::,'　|::||:: |　　　　　　　┌‐'　'ｰ┐ﾄ､
￣￣／ 　./:::::,-{　　　　 　 ＼ `､、　　 /　 ＼::::::::,'::::::/ 　.|:i'|: |　　　　　　　　7 /_7 / ｣__〉
　 ／　　 /／　　＼　　　　　　 ＼ ヽ／　　　　}::::/:::::/　　 |　|:|　　　　　　 　〈_/ヽ_/

228 ：

Webで作りたいものがあって最近勉強始めました
レン鯖借りる時のこと考えるとphpの方がいいんでしょうか？
皆さんがpythonを選んだ理由はなんですか？

229 ：

>>228
仕事の都合。オブジェクト指向などの開発手法を学べば、それをサポートしてる言語はすぐできるようになる。

230 ：

言語仕様がsimple
精神がcool
ライブラリがpowerful
好きな言語を使いたいために自分で鯖建てた
って言うのは、建前で
Perlは言語仕様がキモイ
PHPは特化しすぎ
Rubyはもう終わりにしていいよね
ということで消去法でPythonになった
はじめはインデントが気持ち悪かったが、次第にとても理にかなっていることを悟った
自分に合う言語使えば良いよ

231 ：

>227
もしかして、コッポラちゃん
美羽の方が好きなんだけど

232 ：

Perlは嫌いじゃなかったけど先が無い感じになったからな…
PHPは機会があればいつか触るかも
Rubyは牽引してる連中が全方位に異常に喧嘩売りすぎで近付きたくなくなった
Pythonは無難だった

233 ：

Pythonの説明読んでたらｗｋｗｋしてしまって始めた

234 ：

つーかwebやりたいならphpやればいいし他のこともやりたくなったらcやればいいだろ
なんでpythonなんか使う必要あるんだ？

235 ：

わかりやすいなあ

236 ：

自分で入れなくてもほぼ標準で入ってるからかな
そういう意味ではPerlが一等賞なんだが、生憎Perlは好きじゃない

237 ：

>>234
なんでアセンブラ以外使う必要があるんだい?

238 ：

念力デバッグという言葉があるくらいだからプログラミングなど念力で十分だ

239 ：

思ったことが早く実現出来るから。
言語のルールやらシステムの都合は出来るだけ裏にまかせて、
アルゴリズムとかデザインとか、人間にしか出来ないことに集中したいから。

240 ：

Pythonで書かれたOSSも色々あるからなぁ

241 ：

明日みんぱい第三版の発売だけど、買う予定の人いる？

242 ：

明日って言うか、もう今日に近いか
29日発売だけど

243 ：

みんパイ、この前買ったばかりで
１ページも開いてないのに悲しすぎる…
買うか。買うしかないのか。

244 ：

本スレ住民が今更あんな入門書を欲しがるとは思えないんだが
どういうことだってばよ

245 ：

お布施 コレクション

246 ：

>>244
ここ、お勉強スレでしょ？
当然入門者も多いと思うのだけど。

247 ：

くだすれPython(超初心者用) その14
http://toro.2ch.net/test/read.cgi/tech/1342660231/

248 ：

単純にGAEで遊びたくてPython勉強しはじめたな。

249 ：

Rails使ってていまいちだったのでGAE使ったのがPython使い始めるきっかけだった
今はRubyは全然使わなくなったしGAEも全く使ってない訳だがPythonだけは使ってる

250 ：

>>244
バージョン3に完全対応

251 ：

python2&3対応の参考書って2と3の説明部分が別れてるの？

252 ：

..　　　　　　　　　　 ''';;';';;'';;;,.,　　　　R！R！
　　　　　　　　　　　　　''';;';'';';''';;'';;;,.,　　　R！R！
　　　　　　　　　　　　　　;;''';;';'';';';;;'';;'';;;
　　　　　　　　　　　　　;;'';';';;'';;';'';';';;;'';;'';;;
　　　　　　　 _　 vnm_yvwnym_vynmyn_vy、
　　　_　　∩(ﾟ∀ﾟ)彡(ﾟ∀ﾟ)彡(ﾟ∀ﾟ)彡_ミ(ﾟ∀ﾟ)っ
　⊂(ﾟ∀ﾟ )彡と(ﾟ∀ﾟ ) ⊂ﾐ (ﾟ∀ﾟ )っ (ﾟ∀ﾟ )つ
　　 ゝ⊂彡(ﾟ∀ﾟ )っ _　 ∩ (ﾟ∀ﾟ ) .(ミ⊃ ｒ
　　　し u ミ⊃　ｒ⊂(ﾟ∀ﾟ )彡 ⊂彡　i_ﾉ┘
.　　　 　　　i_ﾉ┘　 ヽ ⊂彡 しu
　　　　　　　　　　　（⌒） .|
　　　　　　　　　　　　三`Ｊ

253 ：

R〜〜〜〜！　　RR！　RRR！
二二二二l　　　　　　　　　　　　＼　│　／
　| | 　　　 ∧ ∧　　　　　　　　　 ／￣＼ 　　　　　　　　　　　∧∧
　| |　　 　（ ﾟ∀ﾟ ）つ─◎　 　─（ ﾟ ∀ ﾟ ）─◎　 　　　　　　（ ﾟ∀ﾟ）つ─◎
　| |　/´￣し'￣し' ＼ /// 　/´￣し'￣し' ＼ ///. 　 　　/´￣し'￣し' ＼ ///
￣￣|　 ､_人_ /　 彡 ◎ ￣ |　 ､_人_ /　 彡 ◎￣￣￣|　 ､_人_ /　 彡 ◎￣
　 　 | 　_） 　◎彡|　|　ﾊﾞﾝ　|　 _） 　◎彡.|　| 　　ﾊﾞﾝ　 |　 _） 　◎彡.|　| 　　ﾊﾟﾝ
　 　 |　 ´｀Ｙ´　 　|　| ﾊﾞﾝ 　|　 ´｀Ｙ´　 　.|　| 　ﾊﾞﾝ 　　|　＃｀Ｙ´　 　.|　| 　ﾊﾟﾝ
　 　 t＿＿＿＿__t,,ﾉ　　 　 t＿＿＿＿___t,ﾉ 　　　　　　t＿＿＿＿_＃t,ﾉ
＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿

254 ：

　　　　　　　R！　R！
　　　　R　R！　R！
　　R！　∩　　　∩　ﾉ)　　　R！
　R！　　川　∩ 川彡'三つ　　R！
R！　⊂ミ∩､⊂ミ∩彡⊃　　　　R！
R！⊂三ミ(　ﾟ∀ﾟ)彡三彡三⊃　R！
R！　⊂彡川⊂彡川ミ⊃　　　　R！
R！⊂彡川∪⊃ Ｕ川彡⊃　　　R！
　R！　(ノ ∪　　川　∪ミ)　　R！
　　R！　　　　　 ∪ 　　　　R！
　　　　R！　R！　R！
　　　　　　　　R！　R！

255 ：

なんか元気でてきた

256 ：

　　　　　　　　　　　　　　...┏┓　 　　　　.┏┓┏┓┏━┓　　　　　　┏┓　　 ┏┓　 　 　 　 ┏┓┏┓┏━┓　　　　　..┏┓
　　　　 __　　　　　 i⌒i ┏┛┗┓　 　 　 ┃┣┛┗┫□┣┓　　　　 ┃┃　┏┛┗┓　 　 　 ┃┣┛┗┫□┣┓　　　　.┃┃
./　　　 O　　　Oヽ 　 | ┗┓┏╋┳━━┫┣┓┏┻━┫┃　 ┏┓┃┃　┗┓┏╋┳━━┫┣┓┏┻━┫┃　 ┏┓┃┃
〈　　　　　 |―/　　| ノﾉ┏┛┗┻╋━┓┃┣┛┗┓　 ┃┃　 ┃┃┗┛　┏┛┗┻╋━┓┃┣┛┗┓　 ┃┃　 ┃┃┗┛
ヽ. 　　　　 Ｖ　　 ﾉ　　...┃┃┏┓┃┏┛┃┃□┏┛　 ┃┗┓┗┛┏┓　┃┃┏┓┃┏┛┃┃□┏┛　 ┃┗┓┗┛┏┓
　　　　　（￣￣ ノﾉ　　 ┗━┛┗┛┗━┻┻━┛　 　 ┗━┛　　　┗┛　┗━┛┗┛┗━┻┻━┛　　...┗━┛　　　┗┛

257 ：

>>256
最大化嫌いな人にやさしくないのう

258 ：

どんだけ小さいディスプレイ

259 ：

文章を折り返させるために、windowを補足して読んでるな。
初心者っていつもwindow最大にしてるのな。並べて使ったらおどろかれた。

260 ：

>>259
^補足して^細くして

261 ：

俺も画面の半分くらいにしちゃうことが多いな
左右に並べたりできるし…つーても最近の2chブラウザはポップアップ表示とか出来るから問題なくね？
問題あるのは、大きなAAに縦書きで普通の文字列が書いてあるのをケータイで読む時ぐらい…あればっかりは無理があるw

262 ：

俺も最大化嫌いだけど>>256はぎりぎり収まってるな

263 ：

>>261
androidの専ブラ2chmateだと、AAは収まるように縮小してくれる。

264 ：

ruby2.0で解決できる問題

265 ：

>>263
で、そうすると文字が潰れるだろ？って話

266 ：

こういうくだらない話題も自動的に潰してくれねーかなー

267 ：

pass

268 ：

>>265
拡大すればいい。

269 ：

ぁっぉいる？

270 ：

Python3.1にeasy_installでminimockをインストールしたのですが、
import minimockすると”ImportError: No module named __builtin__”になります。
みなさんも同じでしょうか？

271 ：

3には_builtin_ありませんので人類みな同じ結果です

272 ：

minimock 1.2.7がインストールされたんですが、
Python3に対応して無いということでしょうか？

273 ：

対応してないみたいですね、失礼しました

274 ：

wxPython in action の翻訳版が・・・
http://www.slideshare.net/ryanvan/wxpython-in-action

275 ：

ぁっぉいないってさ

276 ：

ぁっぃぉ

277 ：

Pypy-1.9 でultra jsonが動かない〜

278 ：

おまえらpycon2012いかないの

279 ：

言っちゃ悪いけど全く面白そうじゃない

280 ：

誰かPySideやってる人いる？
どこかに一通りコンポーネントが使えるようになるような
入門サイトないかな？
日本語の情報はほとんど無いし、どう勉強していいか分からない

281 ：

はい

282 ：

windows上でPython2.5　GAE　Kayで開発しているのですが、
class MyAlertSetting(db.Model):
user = kay.db.OwnerProperty()
division = db.ReferenceProperty(Division)
project_type = db.StringProperty(verbose_name=u"ほげ")
region = db.StringProperty(verbose_name=u"ほげほげ")
deleted = db.BooleanProperty(default=False, verbose_name=u"フラグ")

email = request.values.get("email", "").strip()
key = email
MyAlertSetting(activated=False,user = key).put()
と実行すると、下記のエラーになってしまいます。

if value is not None and not value.has_key():
AttributeError: 'unicode' object has no attribute 'has_key'
emailの中にはhoge@test.comが入っていて、print で表示させても
print emailとprint keyの内容は同じに見えます。
どうすればよいのでしょう。誰か助けてください。

283 ：

>>282
OwnerPropertyのソースを読めば分かるけど直接設定することは出来ない
Google App Engine for Python 4アプ目
http://kohada.2ch.net/test/read.cgi/php/1302598469/l50

284 ：

というかドキュメント読んでるか？
Modelのコンストラクタはキーワード引数でuserなんか受け取らない
https://developers.google.com/appengine/docs/python/datastore/modelclass#Model

285 ：

日本語資料があったのでこっちの方がいいか
英語読めないみたいだし
https://developers.google.com/appengine/docs/python/datastore/modelclass?hl=ja

286 ：

>>284
コンストラクタの引数でプロパティの初期値を設定できるよ
>エンティティのプロパティは、インスタンスの属性を使用して割り当てられるか、
>コンストラクタにキーワード引数として割り当てられます。

287 ：

板違い

288 ：

あっちのスレ一度落ちてるらしいしまめに行ってやりなよ

289 ：

でもこれ、実際にデータストアにkeyを入れたいとき、どうすればよいの？俺も知りたい。

290 ：

>>288
何度も落ちてる

291 ：

Hoge(key_name=fuga)

292 ：

GAE は糞

293 ：

上の例だとどうなる？

294 ：

みんなのぱいちんくん
みんなの

295 ：

ほげってなんか懐かしいな

296 ：

pass

297 ：

>>280
公式サイトの DOCUMENTATION -> 日本語
全部じゃないけど、入門くらいは日本語で読める。
コンポーネント類は Examples や Demo のソース読むといい。
他の情報源としては、C++/Qt や PyQt4 とかかな、
細かな違いはあるけど、PyQt4 の情報は PySideでも殆どそのまま使えるよ。

298 ：

バーカｗｗｗｗｗｗｗｗｗｗｗｗバーカｗｗｗｗｗｗｗｗｗｗｗｗカスｗｗｗｗｗｗｗｗｗｗｗｗ

299 ：

バーカｗｗｗｗｗｗｗｗｗｗｗｗには無理

300 ：

pass

301 ：

マクロソフト　ワードやエクセルの操作を
pythonスクリプトで自動化するような方法ないのでしょうか

302 ：

あるよ

303 ：

import win32com.client
x = win32com.client.Dispatch('Excel.Application')
x.Visible = True
b = x.Workbooks.Add()
s = b.Worksheets(1)
s.Name = u'シート1'
s.Cells(1, 1).Value = u'てすと'
s.Cells(1, 1).Interior.ColorIndex = 6
b.SaveAs(u'新規.xls')
x.Workbooks.Close()
x.Quit()

304 ：

import win32com.client
w = win32com.client.Dispatch('Word.Application')
w.Visible = True
d = w.Documents.Add()
p = d.Content.Paragraphs.Add()
p.Range.Font.Bold = True
p.Range.Font.UnderLine = True
p.Range.Font.Size = 24
p.Range.Text = u'馬鹿には無理'
d.SaveAs(u'新規.doc')
w.Documents.Close()
w.Quit()

305 ：

スレチ
http://toro.2ch.net/test/read.cgi/tech/1345363310/

306 ：

>>280
PySide でぐぐっただけで
ttp://surgo.jp/2011/08/pyside-helloworld.html
こんなところ出てきたけどこれじゃダメなの?

307 ：

>>303-304
横からありがとう

308 ：

インストールされているモジュールのバージョンを調べたいのですがどうすればいいでしょうか。
具体的に調べたいモジュールはMySQLdbなんですが、
VERSIONを示す定数等が定義されてないように思われます。
確認方法ありますか？

309 ：

dir(MySQLdb)
help(MySQLdb)
してみてそれっぽい変数の定義がなければ諦めろ。

310 ：

>>> import MySQLdb
>>> help(MySQLdb)
>>> dir(MySQLdb)
['BINARY', 'Binary', 'Connect', 'Connection', 'DATE', 'DATETIME',
... 'version_info']
>>> MySQLdb.version_info
(1, 2, 3, 'final', 0)
help()見ても一番下に書いてあったし、
dir()を見てもversion_infoって思いっきりあったし、
何をどう調べて定数が定義されていないって思ったの？

311 ：

知り合いに聞いて解決したのでもういいや乙

312 ：

何も調べずに書いた
今は全く反省していない

313 ：

バージョン番号は pip freeze | grep で確認してる

314 ：

djangoってまだエロいの？

315 ：

4年経ってもまともにPython3に対応できないJスです

316 ：

誰も困ってないからな

317 ：

PEP 404 Python 2.8 Un-release Schedule
意訳
いい加減2.x厨はR
全てを諦めろ

318 ：

そんなこと言ってない
「2.8は出さないが、仕方ないから2.7はちょっと長めにサポートしてやるよ」って優しさを見せてるだろ

319 ：

行間を読め

320 ：

もう皆3使ってんの？

321 ：

3の入ったマシンは見たことないです。都市伝説だと思います。

322 ：

>>320
自分は最近始めたけど2.7からすぐに3に移った。
どうせいつか移るのなら、今から3に慣れた方がいいと思ってね。
けど、print文にカッコが付くことと、書式設定にformatというのが
導入されたせいで、一行が冗長になりがちなのが煩わしい。
printは頻繁に使われるキーワードだけに、考えて欲しかった。

323 ：

http://learnpythonthehardway.org/book/ex0.html
> A programmer may try to get you to install Python 3 and learn that.
> You should tell them, "When all of the python code on your computer
> is Python 3, then I'll try to learn it." That should keep them busy for about 10 years.
Python3でしか動かないライブラリっていまどれくらいあるんだろ

324 ：

３触ったら２には戻りたくない。
ライブラリ関連で仕方なく２を使うことがあるが、苦痛だ。

325 ：

互換性はすばらしいものとばかり言われてきたが
XPとPythonの件を見て、互換性を頑なに維持するのが正しいのかよく分からなくなった
さっさと変更したほうがダメージが少なかったのではないか

326 ：

3のメリットってなに？
from __future__を先頭に書いてるからあまり違いがわからん

327 ：

EUC-JPやShift_JISに対応していないライブラリが多すぎ＞Python3

328 ：

ジャーーーーーーーーーップｗｗｗ

329 ：

あのさ、PythonにはGeneratorってあるじゃん？
あれの仕組みを知りたいんだけど、「最も直近のスタックフレームを1つだけ、ヒープ領域にコピーする」という理解でいいのかな。
だれか教えて。

330 ：

いいんじゃない

331 ：

>>330
つれないなあ

332 ：

>>329
Pythonを使うのに仕組みなんか知る必要はないのだが
何のために知りたいの？
開発者なら自分でソース読めるよね？

333 ：

ソースを読めば仕組みがすぐわかるとか、仕様書とか書いたことない奴の意見はどうでもいいです。

334 ：

>>333
すぐにわかるなんて誰が言った？
10年でも20年でも、わかるまでソースを読むしかないだろうが。

335 ：

>>329
スタックフレームといってもCスタックをコピーするんじゃないみたい
PyGenObjectがPyFrameObjectへの参照を保持するとかそんな具合
このPyFrameObjectもGCの管理下にあるようだからたぶんヒープに置かれるんだろう
で、どこかで解説してないかと調べていたら
http://www.nasuinfo.or.jp/FreeSpace/kenji/sf/python/virtualMachine/PyVM.htm
すばらしす

336 ：

>>334
> 10年でも20年でも、わかるまでソースを読むしかないだろうが。
ばーか、世の中には >>335 みたいに親切な奴がいるんだよ。

337 ：

>>335
あんた余計なことすんなよ。
こんな暴言を吐く香具師なんだぞ？

338 ：

お前、自分の敵は一人だと思うタイプの奴だろ。
質問者と >>336 (=俺だが) は、別人だ。
馬鹿の上塗り乙。 (w

339 ：

>>338
本人に迷惑がかかりそうになって慌てて名乗り出るか。チキンなヤツだな。
>>329に改めて言うが、ソフトの仕組みを知るには、自分でソースを読むしかない。
これは俺の信念だからそうアドバイスする。意地悪でも何でもない。
ソースこそがソフトで唯一信頼できる情報だ。
例えソフトの作者本人の解説であっても、信用してはならない。
まして他人の情報など。
>>329がソフトの世界で生きていきたいなら、肝に銘じておくことだ。

340 ：

>>339
> ソースこそがソフトで唯一信頼できる情報だ。
まだ、こんなこと真顔で言う奴がいるんだな。
早く、絶滅して欲しい。

341 ：

pass

342 ：

仕様とソースが違っても、ソースの方が正しいから仕様を修正させるんだ。一ヶ月ほど動かすとエラーで必ず落ちる仕様ですとか。
バグは夜更け過ぎに仕様へと変わるでしょう。ん〜Windows95...

343 ：

仕様書は無意味とか、ソースコードが全てとは言わないが
「仕組み」を知りたいなら仕様書よりソースコードでしょ

344 ：

まつもとひろゆき

345 ：

>>343
> 「仕組み」を知りたいなら仕様書よりソースコードでしょ
おまえんところの仕様書には「仕組み」に関する記述はないのか？
まあ、既に実態と合っていないと言うのなら、誰もが納得するだろうけど。

346 ：

pass

347 ：

GILが100ステップで切り替わるみたいなことをソースコードから発掘したいのか愚か者

348 ：

それのどこが仕組みだ馬鹿

349 ：

Pythonにリンクされてるlibcのソースまで読んだことはないだろうによく言う
ちなみにglibcは250万行あります

350 ：

>>348
思い切りインタプリタの仕組みだろうが頭腐れてんじゃねえのか

351 ：

で、ioの仕組みが知りたいからってそこから2万行くらい抽出して読むの？
ねえ、読むの？

352 ：

それ以前に本当に仕組みが知りたいの？仕様じゃなくて？

353 ：

>>339みたいな格好いいこと言ってみてもやっぱ実態はこんなもんだよ

354 ：

CPythonの実装も英語も読めないから
こんなところで質問するけど
俺ってかっこいーww

355 ：

ジェネレータ式の動作を聞いてんだから紛れもなく仕組みの方でしょ
仕様上求められてるのはイテレータとして動作することだけだ
どんなバイトコード生成するかまでは規定されていない

356 ：

def g():
  c = 0
  while True:
    c += 1
    yield c
>>> f = g()
>>> f.next()
1
>>> f.next()
2
>>> [i for i in g()]
←戻ってこない A
>>> list(g())
←戻ってこない B
A は仕方ないとしても B はエラーになっても良いと思うの

357 ：

Generatorの仕様関連
http://www.python.org/dev/peps/pep-0255/
http://www.python.org/dev/peps/pep-0342/
http://docs.python.org/reference/simple_stmts.html#the-yield-statement

358 ：

>>356
エラーになる条件は何？

359 ：

Bって最終的に例外吐くんじゃねえのか？
いや「戻ってこないと思えるくらいに時間が掛かる」かもしれないけど

360 ：

>>347
ぐぐって調べるんですよねww
その情報が間違ってるかどうかも確認しないんですよねw
あ、確認するスキルが無いかwww

361 ：

もう草しか生やせないのな
ざまみー

362 ：

Pythonは停止判定問題も解けるべきってことか
すげーな

363 ：

無限イテレータかどうか判別つかないんだからどうしようもないし
途中で仕様として打ち切ったらもっとまずいだろ

364 ：

ちょっと誤解してた
エラーって実行する前にエラーにしろってことか

365 ：

判別はつくと思うよ
VisualStudioやEclipseは到達不能コードを検出できるから
コードがどこで閉包を形成しているかは認識できているはず
だけど、本当に無限に続くことが期待されているイテレータだったらどうする？って問いが解決できない
せいぜい警告を出す程度じゃないかなー
上の二つのIDEも警告を出すだけでエラーにはしない

366 ：

ウィキベディアに書き直しを求めたら酷く複雑な手続きを言ってきた。「書き直したいなら、複雑な手続きにそってやれ」と居丈高である。
つまり民間の会社が勝手に個人を誹謗する手段を作り、それに苦情を述べる個人に対して「おれの決めたことに従え」というのだから、
まったく困ったものである（ぼやきではない）。
このような場合、相手は私を誹謗する事だけが目的では無い（私と利害関係はない）。売名などの目的を持っているからなかなか対応
が難しく､相手はそれを知って攻撃をしてくる。対立を煽る人というのには共通点があって、まず「人物、人格を攻撃してくる」、そして「事
実と違うことを言う」というという二つである。
つまり、対立を煽る人というのは、「事実に近づきたい」という私たちの目的とは全く違い、「事実から遠ざかることによって、対立を深め
たい」という目的をもっているので、事実の確認や議論はまったく意味をなさないのである．

367 ：

>>365
到達不能性が自明な場合は判別がつく
ただし一般的には判別つかない、ということは数学的に分かっている

368 ：

ソース厨はどこに消えましたか
醤油派に鞍替えしましたか

369 ：

>>345
Pythonの仕様書のどこら辺にGeneratorの「仕組み」の記述がありましたか？
Pythonみたいなゴミプロジェクトは仕様書もゴミってことですか

370 ：

ついに自分も使ってる道具まで貶し初めました
安いプライドを守るために必死ですねえ
実に哀れだ

371 ：

形振り構わず自分の信条を通すことだけが目的になってる感じだね。

372 ：

CPythonはリファレンス実装

373 ：

ゴミのスレに無理して書き込まなくていいですよ
ゴミに話しかけられて不快でしょう？
それとも貴方も別のゴミだから平気なのかな？

374 ：

言語仕様がリファレンス実装で与えられてる言語は
「ソースコードが仕様書（キリッ」を地で行ってる

375 ：

いちいち癇に障るレスばっかりしやがるなこのスレの奴は

376 ：

Language Referenceもない言語はとても大変だと思います
とてもとても大変だと思います

377 ：

この程度で癪に障るなら２ちゃん使うのやめた方がいいぞ

378 ：

この程度で癪に障るならPython使うのやめた方がいいぞ

379 ：

私の声がデムパになって
波になってあなたへ向かってく
私の歌がデムパになって
波になってあなたへ響いてく
私の愛がデムパになって
波になってあなたへ届いてく
私の電子回路が短絡する前に
Electric LOVE Electric LOVE
(∩ ﾟдﾟ) ｱｰｱｰ
この気持ちあなたに届くかな

380 ：

デムパには無理

381 ：

リーク電流が増大しちゃう///

382 ：

pass

383 ：

>>329
Pythonを使うのに仕組みなんか知る必要はないのだが
何のために知りたいの？
開発者なら自分で仕様書読めるよね？

384 ：

お前つまんねえから二度と戻ってこなくていいぞ

385 ：

>>329に改めて言うが、ソフトの仕組みを知るには、自分で仕様書を読むしかない。
これは俺の信念だからそうアドバイスする。意地悪でも何でもない。
仕様書こそがソフトで唯一信頼できる情報だ。
例えソフトの作者本人のコードであっても、信用してはならない。
まして他人のパッチなど。
>>329がソフトの世界で生きていきたいなら、肝に銘じておくことだ。

386 ：

滑稽でめっちゃ面白いだろ
お前センスゼロだな

387 ：

まぁ、質問はわからんでもないけど、速度求めるならpython使わないし、
実装知ったところで、依存コード書くわけにもいかないし、どうすることもできないだろうと。

388 ：

>>349
全部読んだん？

389 ：

興味がそそられなければ、バグかとでも思わない限り読まないね。
労力に見合わない。

390 ：

glibのバグ発見したのかよw

391 ：

pass

392 ：

しかし、シジクレイの守備範囲だった

393 ：

pass

394 ：

passって書き込む時点でpassできてない不思議

395 ：

「明示」が分からん人か。

396 ：

next

397 ：

余計な明示を人は邪魔と呼ぶ

398 ：

selfをthisってるのかメーン

399 ：

もちろんそのつもりだけど

400 ：

もちろんとか言われると萎えるわ
乗るんじゃなかった

401 ：

　┌──────────────────┐
　｜　　　　　　　　　　　　　　　　　　 　 　 　 　 　 　|
　│　　　　　　　　　　　 _ 　∩　　　　　　　　　 　 　|
　│　　　　　　　　　　(　ﾟ∀ﾟ)彡　R!　　　 　|
　│　　　　　　　　　　(　 ⊂彡　　　R! 　 　.|
　│　　　　　　　　　 　|　　　|　　　　　　　　　　　　｜
　│　　　　　　　　　 　し ⌒Ｊ　　　　　　　　 　 　 　|
　│　　　　　　　　　　　　　　　　　　 　 　 　 　 　 　|
　│　　　　　　　　 Now Oppaing. ....　　　　 　 　 　.|
　│　　　そのままRでお待ちください。　　|
　└──────────────────┘

402 ：

Generatorの仕組みを質問した>>329です。
なんだか荒れてしまったようで申し訳ないです。
>>335さんありがとうございます。まさにそういう回答がほしかったです。自分の理解でいいことがわかってすっきりしました。
それからソース読めと言う人がいますが、そういう主義の人がいてもいいと思うし、それを実践している人は尊敬します。
しかし簡単に読めて理解できるコードならまだしも、PythonのCソースコードを読むのはあまりにハードルが高いです。
あのソースコードを読むことを実践する人がいてもいいと思いますが、そんな「俺の信念」とやらを他人に押し付けたり、
ましてや質問にうまく答えられないのを「ソース読め」で誤魔化すのは止めた方がいいですよ。
そんな押しつけをする人がいなくなって、335さんみたいに要点をうまく回答できる人が増えるといいですね。

403 ：

>>402
馬鹿にはムリ

404 ：

C4H6

405 ：

>>329の質問の仕方では、教えてやろうとは思わないよ。
読み流して終わりにするよ。
教えを乞う立場なんだからもうちょっと尋ね方を考えようよ。
> 簡単に読めて理解できるコードならまだしも、
人によるので、自分の程度を述べておかなかった方の分が悪いと思うよ。
>>339,385のような奴は何も分からず、ググレカスとかって
書き込む類だから相手をしちゃいかん。
> 335さんみたいに要点をうまく回答できる人が増えるといいですね。
的確に簡潔に答えるのは回答側に負担がかかるので、
どのような回答をするかは、質問者の態度によるとしか言えない。
悪いけどさ、質問者を基本無視しておけば回答者には負担にならないからね。
今回の一連の流れの中で私は何も書いていないけど、
もうちょっと下手に出ているような質問なら>>329に回答していたよ。

406 ：

お前こそ不快なら流せばいいのに何を言っとるんだ
発言と行動が伴わない奴の言葉にJスほどの説得力も宿ると思うのか？

407 ：

pass

408 ：

pass

409 ：

次も同じような質問の仕方で質問して無視しておくのもなぁって思ったから、
質問の仕方が改善されるようなら答えようと思って>>405を書いた。
> 発言と行動が伴わない奴の言葉にJスほどの説得力も宿ると思うのか？
宿るわけないけど？だからこそ何も発言しなかったわけで。
> 今回の一連の流れの中で私は何も書いていないけど、
って書いてるでしょ。
何も発言せず、何も行動してないからいいじゃない。
人の書き込みちゃんと読もうよ。

410 ：

pass

411 ：

pass

412 ：

安心しろ。
こんな性格が悪い奴が答えなくとも俺が答えてやる。
ガキにも分け隔てなくレクチャーしてやるぞ。

413 ：

馬鹿には無理

414 ：

>>402
ソースを読め ⇒ 信念の押し付け
URL を見ろ ⇒ 親切な回答
要は自分が出来ないから、ぐだぐだ言ってるだけか。

415 ：

finally:

416 ：

仕様とソースどっちが優先なんだよの流れでボコボコにされたくせによく言ってるぜ

417 ：

もちろんソースですが何か？

418 ：

そーっすね

419 ：

pass

420 ：

仕様がねえなあ

421 ：

モンティ・パイソンスレにしようぜ
お前はSPAMの役な

422 ：

あれはspermとeggが正しい認識。

423 ：

pythonとかbatteryとかどうもあっち方面を連想させると思ったら

424 ：

>>405
>>>329の質問の仕方では、教えてやろうとは思わないよ。
>読み流して終わりにするよ。
>教えを乞う立場なんだからもうちょっと尋ね方を考えようよ。
2chで何を求めてるんだこいつ？
> 的確に簡潔に答えるのは回答側に負担がかかるので、
それは的確に簡潔に答える能力がおまえに欠けてるだけ。
だから長々とした説教をしたがる。
> どのような回答をするかは、質問者の態度によるとしか言えない。
どのような回答をするかは、回答者の能力に依存するとしかいえない。

425 ：

お前が反応しなければ終わった話だったのにな
互いにクソ安いプライド守るのに必死だから下らない話が続く

426 ：

>>424
馬鹿には無理

427 ：

pass

428 ：

Windowsでちょろっとしたワンライナーフィルタを書こうと思っても、文字コード周りの
事前宣言を色々と求められて、うへぇと。。
vimからちょっと呼ぶだけの用途でいいんだけどなぁ

429 ：

そういうの作ればいいじゃん
テンプレ

430 ：

そういやvimって拡張用のスクリプトPythonで置き換えるとかいう投票やってたよね
(無謀な…)

431 ：

単純化してますがこんなクラスがあるとして
class Foo:
　　def __init__(self): self.d = {'foo':'Foo','bar':'Bar'}
　　def __getitem__(self,key): return self.d[key]
プロパティdからの応答を得るために
if 'foo' in objfoo: ...
と書きたいことがあるのですが、演算子のオーバーロードで対応できますか？
__getitem__が呼ばれるのは確認してるんですが、イテレータとしての意味合いで
keyとして0からの数字が送られてきるため
上記のクラス定義の場合では、KeyErrorとなってしまいます。
他にFooがdictを継承するとか、has_key()を定義するというのもあると思いますが・・・

432 ：

__contains__

433 ：

>>432
おお、ありがとうございます。
そのワードでようやくマニュアルのどこに説明があるかわかりました
種類も豊富にありますねー

434 ：

なんで｛｝でスコープがつかないの？
ifとかwhileとかで同じ変数名を
使えないじゃん
要するにmainにはあまり書かずに
無理やりOOPでも使えってことをいってるの？

435 ：

>>> from __future__ import braces
File "<stdin>", line 1
SyntaxError: not a chance

436 ：

教義上の理由で使えないと思ってるんでしょ
Pythonも教義上の理由でそうしてるだけだよ

437 ：

>>434
スコープのために分けるなら構造化でしょう。

438 ：

BASIC上がりの俺にはクラスとか言う概念は
かなり難しいど

439 ：

モンティ・パイソン

440 ：

Visual Basicにクラスあるよ。BASICを上がりきってないんじゃ。

441 ：

VBをBasicだと思ってるのか

442 ：

Basicじゃないすか先生

443 ：

スーパーファミコンをファミコンと言うぐらい違う（昭和）

444 ：

>>443
何かすごいしっくりきた

445 ：

なんだかんだ言って、2.Xと3.X一緒になっちゃったりしないかな？

446 ：

夢見すぎ

447 ：

Python には 2.x と 3.x の二つの区別だけではない
四種類を区別しなければならない (キリっ)

448 ：

>445
現実的にはpython3を飛ばして4が普及するんじゃないかな
python3は失敗例として永遠に語り継がれるだろう

449 ：

Python2.7使ってます
unicodeな日本語文字列を repr(japanese) したら '¥u1234' みたいに表示されちゃうんですけど、
日本語で表示するようにできませんか。すごい不便で不便で。

450 ：

そりゃreprだからだろprintしとけば

451 ：

>>450
printじゃだめです。sys.stdout.write(repr({'name': u'日本語文字列'})) とかしてるのにprintなんか役に立たない。

452 ：

>>448
奇数は開発版(ﾎﾞｿｯ

453 ：

>>450
そうか、こういう回答しか付かないということは、pythonではこんなこともできないということか。

454 ：

repr は用途が違うと・・・

455 ：

こういう時に言えばいいんだよな
馬鹿には無理

456 ：

なるべくevalできて印字可能な文字表現を返すって仕様なんだから
ロケールに依存しそうな文字なんて返すわけねえだろ脳足りん

457 ：

>>> a = u'ほげ'
>>> print repr(a)
u'\u307b\u3052'
>>> print repr(a).decode('unicode_escape')
u'ほげ'

458 ：

馬鹿には無理

459 ：

馬鹿にハムr

460 ：

iphoneアプリ、Windowsアプリを売って生き残れ
格安iPhoneEラーニング(学習動画多数あり)
http://tinyurl. com/7wj77om
コワーキングスペースJP
http://tinyurl. com/76vdrny
コワーキング帳
http://tinyurl. com/brzs486
javaやlinuxは手間がかかる　一人でやるには手間がかかりすぎる　手間がかからないで一人で開発できて
人の多いところで直接販売できる仕組みが提供されているメーカ製言語だけやる　ずばりiphone またはWindow 8 Metro App Store C#
やるならメーカー製の言語 洗練された仕様 脆弱性が少なく 開発ソフトが優れ 課金ライブラリ アップデートライブラリが提供されていて 情報、書籍が多く開発しやすい
奴隷になりたければオープン系をやればいい　時間がかかり 人は多く 仕事の取り合い 足の引っ張り合い 脆弱性が多く 互換性がなく 癖があり 大規模開発中心
詳細設計しかできない体になって年取ってぽいだ　独立もできない　手間のかかりすぎる技術だから　
派遣屋 IT経営者はその方が喜ぶ　大規模分割開発では使い捨てても独立はできまい 嫌なら辞めろ 代わりはいくらでもいる
若い派遣営業は舐めた態度をとってくる ひどいピンハネ
オープン言語、日本独自開発 言語・フレームワーク ガラパコ携帯 javascript html5 android java linux python rubyやnode.jsとかやめとけ
メディアに金を払ってステマ宣伝してくるが釣られて手を出しても情報は少なく手間がかかり スパゲッティコード 未完成 デスマに陥る
コンパイルできないからパクられ 　直接売る場所がないから企業に買い叩かれ金にならない　生きていけない奴隷仕様だ

461 ：

ここから抜け出すにはiPhone一択 またはWindow 8 Metro App Store(未確) C#
Objective-CやC#を覚えるとサーバーサイドからクライアントサイドまでカバーでき人の多い場所でソフトを売る権利を得られる
仕事や趣味でObjective-CやC#をやっておけば派遣切りされても会社辞めることになってもソフトを売って生きていける　それはセーフティーネットになる
WEBサーバーIIS Win2008ServerVPS SqlServer Oracle MySql 言語はマーケットで売れるメーカー製のみ C#は自分用業務支援ツールとして使える　
例えばPHPでWEBアプリを作っていて管理者画面はC＃(EXEアプリ)で作るとかなり早く作れる（Smartyなんか使うよりもかなり早くだ）
C#のソースを出さなければWEBアプリの著作権も守れる ASP.net(C#)+管理EXEアプリ(C#)+iPhone
C#マーケット　Windows8 Metroアプリ WindowsPhone Surface PS Vita Xbox360 iPhone(mono使用)
iPhoneマーケット iPhone iPad 予定 iTv iCar i (家電製品)
地方に安い土地を買いコンテナ型の格安高性能オフィスを建て(300万〜500万)
レンタル自習室＆シェアオフィス・コワーキングで収入を得ながらそこでアプリを開発する
http://tinyurl. com/7pb2yaa
http://bit. ly/iLIpJa
ヤフオクで脱獄iPhone15kぐらいで買える IIJmio,イオン.BB.exite,DTIで月千円でネット使える
経済産業省は若者らの小規模な起業を促すため 数百万円を補助
ttp://matome.naver.jp/odai/2134667637844882401

462 ：

汚いタグクラウドだなあ

463 ：

>>449
> Python2.7使ってます
> unicodeな日本語文字列を repr(japanese) したら '¥u1234' みたいに表示されちゃうんですけど、
> 日本語で表示するようにできませんか。すごい不便で不便で。
Python2系では無理、そんなことすらできない言語。Python3を使え。
>>456
>なるべくevalできて印字可能な文字表現を返すって仕様なんだから
>ロケールに依存しそうな文字なんて返すわけねえだろ脳足りん
Python3ではrepr()がちゃんと日本語返す。のうたりんはPython2とおまえ。

464 ：

pass

465 ：

馬鹿には無理

466 ：

もういい加減書籍の表紙にヘビ使うのやめなよって
20年前の本って言われてもおかしくないレベル
つか版を重ねて逆に古臭い表紙になるってどういうことなの

467 ：

表紙なんかかざりだろーが
はじめてのCより100倍マシだ

468 ：

　☆ ﾁﾝ　　　　　ﾏﾁｸﾀﾋﾞﾚﾀ〜
　　　　　　　　　　　　　　　　　　　　　　　　ﾏﾁｸﾀﾋﾞﾚﾀ〜
　　 　 　 ☆　ﾁﾝ　　〃　 ∧＿∧　　　／￣￣￣￣￣￣￣￣￣￣￣￣￣
　 　 　 　　ヽ　＿＿_＼（＼・∀・）　＜　モンティパイソンの足ﾏﾀﾞｰ？
　 　 　 　 　 　 ＼＿／⊂　⊂＿ )　　 ＼＿＿＿＿＿＿＿＿＿＿＿＿＿
　 　 　 　 　 ／￣￣￣￣￣￣ ／|
　　　　　　　|￣￣￣￣￣￣￣|　 |
　　　　　　　|　　愛媛みかん　|／

469 ：

ねーよ

470 ：

>>466
つちのこにしようぜ！

471 ：

象を飲み込んだウワバミで

472 ：

pass

473 ：

なぜなのか説明求む
・ブレース単位での変数スコープが使えない
・def定義は常に前に置くこと。プロトタイプではだめ。main最奥にしろ（Ｃよりだめってこと？）
・typo間違えでerrorにできず
・ワンライナー機能が貧弱
・2系ではprintに余計なものがつく、3系は書くのが面倒
・空配列、辞書宣言しないとだめ。いきなりつかっても自動判断してくれない（動的なのに？）
・自動型変換なし（動的なのに？）
・default宣言モジュール多すぎ
・深い階層にすると修正でインデント修正が大変
・モジュールヘルプ読んでもかなり分かりくい。書式例もあまりなし。

474 ：

説明されないとわかんねー様な奴はバッチでも書いてろ

475 ：

インタプリタの実装が楽なのと、思想上の理由(複雑より単純、暗黙より自明)に起因する所だな。
それよりも致命的なのはUnicodeの取り扱いの方。

476 ：

関数の引数指定が自由すぎるのも欠陥に入れてくれ。
とくにキーワード引数はキーワードつきでしか指定できないようにしてほしい。
こいつのせいで半日つぶれた。

477 ：

たぶんデフォルト引数について言ってんだと思うけど
そんなことしたら本来の用途で使えないじゃん

478 ：

引数リストに名前がなくて、かつキーワード付きで指定したものしか**kwargsには入らないような

479 ：

>・def定義は常に前に置くこと。プロトタイプではだめ。main最奥にしろ（Ｃよりだめってこと？）
えっ！？

480 ：

>>478
イチャモン付ける時は具体例だせ。

481 ：

>>473
＞・ブレース単位での変数スコープが使えない
これはそうとうなコストになるらしい

482 ：

>>479
if __name__=="__main__": にずらずら書きたいってんでしょ
名前空間が汚れるから処理はdef mainに書いて、
if __name__=="__main__":ではmain()だけ呼び出すべきだが

483 ：

>>480
>>478 さんじゃないけど
wxPython使ってて
class MyFrame(wx.Frame):
  def __init__(self, *args, **kwargs):
    super(MyFrame, self).__init__(*args, **kwargs)
みたいなことが推奨されてて
frame = MyFrame(parent=None, id=-1, more='money')
とかwx.Frame側になくてMyFrameで新たに使いたい引数(この場合more)を書くと
怒られて
あれ？って思うことはある

484 ：

>>476
def myfunction(arg1, arg2, *, kw_only_arg1, kw_only_arg2):
　pass
これできるのって3.0以降だけ？

485 ：

それより今日3.3正式リリースくるの？

486 ：

嫌だなあPython3は都市伝説ですよ

487 ：

未だに2.73のほうがいいの？
こっちユニコード使うのも一苦労だし
3に乗り換えたほうがいいのかと思ってた

488 ：

2.7でしか使えないライブラリを使いたいのでなければ3に行って良いよ

489 ：

まだ初心者すぎてそんな高度なプログラム作れないから3いったほうがよさげだなこれは

490 ：

人柱乙

491 ：

判断の材料にでも
http://python3wos.appspot.com/
http://py3ksupport.appspot.com/
http://programmers.stackexchange.com/questions/63859/why-do-people-hesitate-using-python-3

492 ：

Python3使ってない理由が、
使いたいライブラリーがPython3対応してないから。
ってことあります？あるならPython2.7使ってようと思いますけど。

493 ：

あります
djangoが

494 ：

matplotlibを使ってるから2.7だけど、公式にはまだ3に来てないよな？
開発中らしいがmatplotlibの創始者はお亡くなりになったんだろ、大丈夫かね

495 ：

>>492
移行しない奴のほとんどはそれだな

496 ：

VPSでも借りないとサービスにはできないしなー

497 ：

djangoとmongoって相性どう？

498 ：

デフォではサポートしてない時点で察してよ

499 ：

>>494
matplotlibもscipyも3に（ほぼ）対応済み。
ほぼ、と付くのは、他のライブラリに依存する機能で一部使えないものがある、ってことで、
主要な機能は3で使える。

500 ：

>>485
1週間延期で、来週28日になりました。＞v3.3.0final

501 ：

>>499
それじゃ困るわ

502 ：

webフレームワークは3対応してるのあるからいいけどmysqldbがしてないから移行できない

503 ：

3.3に間に合わなかったパッケージ管理ツールが導入されてからで良いよ
そしたら改めて環境を整えるのも楽になるだろうし

504 ：

MySQLdb は pymysql でなんとかなるかも。

505 ：

>>502
>webフレームワークは3対応してるのあるからいいけどmysqldbがしてないから移行できない
これまじで！やばいな、おれも移行できんわ
＃一方、PostgreSQL用のpsycopg2はpy3に対応してるみたい

506 ：

mysqlはoracleが邪魔してんのかな

507 ：

pymysql書いたのはオレ

508 ：

と俺

509 ：

えっ？

510 ：

　　　　　　ﾁﾝ　　☆　　ﾁﾝ　　　　　　　☆
　　　　　　　ﾁﾝﾁﾝ　　　　　　　　　　　ﾁﾝﾁﾝ　　　　　♪
　　　　　　　　　　　♪　　　☆ ﾁﾁﾝ
　　　　♪　　　　　　　　　　　　　　　 .☆　 　ｼﾞｬｰﾝ！
　　　 　 　 ☆　ﾁﾝ　　〃　 ∧＿∧ 　 ＿＿__
　 　 　 　 　　ヽ　＿＿_＼（・∀・　）／＼＿／　　　Python3.3 公式リリースま〜だ？
　　 　 　 　ﾁﾝ　 ＼＿／⊂　　 　 つ　　 ‖
　　 　 　 　 　 ／￣￣￣￣￣￣￣／|　 ‖
　　　　　　　　| ￣ ￣￣￣￣￣￣:|　:| ／|＼
　　　　　　　　|　 　　　　　　　　　　|／

511 ：

odbc最強

512 ：

GoogleのWebアプリケーションにpythonが使われてるって聞いたけど
pythonの著作権表示とかどっかに書いてあったりするのかな

513 ：

djangoってgoogleがバックに付いてるのに何で3対応が進まないの？

514 ：

わざと飼い殺し

515 ：

わざわざ 3 に対応させる労力をかけるほど 3 に需要がないから。

516 ：

あと何十年2で頑張ろうかね

517 ：

D:\work>python -V
Python 2.7.2

518 ：

Python３への対応でこれだけ大変なわけだから、
バージョンアップで毎回後方互換の無いRubyなんか使ってられんわなー。
ほんとRubyはウンｋやでぇ〜。

519 ：

とぐろ巻き言語の方が格段にRらしいやろ

520 ：

ﾋｬｯﾋｬｯﾋｬ、そんな返ししかできねーのかよRuby使いもウンｋなんだなｗ

521 ：

どじゃんごとRailsを例に出すまでもなくどっちもどっちだお

522 ：

Rubyみたいに頻繁に互換性を壊しとけば
ユーザも「またか」って感じで対応するけど
Pythonみたいに20年に一回とか、そういう頻度で互換性が壊れると
ユーザが慣れてないから対応が後手に回る
結果として移行が進まない

523 ：

この試練を乗り越えたら、楽園が待ってるんだから頑張ろう。

524 ：

Rubyは明確に1.9の方が優れてたから移行も早かったけど、
こっちは3にそんなにメリット感じないんだよなあ

525 ：

django の 3 対応が進んでないって言ってる奴は普段何を見て情報収集してるのか気になる
>> 510
今週末
これも書いてあるだろ
>> 512
app engine のソース読んでみたらいいよ

526 ：

アンカの>>と数字の間にはスペースを挟むなってPEP8に書いてあった

527 ：

「hackの楽しみ」ってコラムに、
多少の不具合は自分で直してpatch送ってくれって書いてあった。

528 ：

>>525
ここら辺には世間がPython3に完全移行することへの恐怖心で金玉縮み上がってる奴が何人書いて、
そういうのがこんなはきだめでFUDしてるだけだから。

529 ：

＞django の 3 対応が進んでない
正式リリースされるまでは=ゼロだよ
常用に耐えないんだから

530 ：

1.5まであと1年位か

531 ：

最終的に足引っ張るのは世の中の鯖屋だって分かりきってるしな。

532 ：

リファレンス読んでもFieldStorageクラスについてどこにも詳しく書いてないんだが
自分でファイル探して読めってことなのか

533 ：

werkzeug

534 ：

>>533
おぉありがとう
なんか調べたらわけのわからん単語がいっぱい出てきたけど
Webアプリを作るにはそれを勉強するのが今後のためにもいいということだけはわかったw

535 ：

FieldStorage は Ruby の CGI.rb に匹敵し得る存在

536 ：

＞Rubyみたいに頻繁に互換性を壊しとけば
＞ユーザも「またか」って感じで対応するけど
大半は「またか」じゃなくて「アホか」って感じで見限る。
＞Rubyは明確に1.9の方が優れてたから移行も早かったけど
Ｒｕｂｙなんてマイナー言語使ってるヤツが少ないから移行が早いだけ

537 ：

しつもんです。
年月日時分秒＋UTCとのオフセットから、unixタイムスタンプに変換するスマートな方法ってありますか？
time.mktime のローカル時刻じゃない版でもいいです。

538 ：

http://d.hatena.ne.jp/walf443/20060605/1149514808

539 ：

あれ、calendar.timegm でいいのかな？
なんで突然calendarモジュール？
もし正しければ事故解決しました。

540 ：

ruby スレと勘違いした
ごめん

541 ：

time.mktime(t)
    time.localtime() の逆を行う関数です。
calendar:モジュール
    一般的なカレンダー関連の関数。 calendar.timegm() は time.gmtime() の逆の操作を行います。.

542 ：

elementtreeの仕様は誰が得するんだよ

543 ：

どこらへんがまずい？

544 ：

pyconjoの話題が>>278-279しかないってことは
Pythonをお勉強する人たちに全く魅力のないクソイベントだったってことだな
やっぱこの手のイベントは海外に行くに限る

545 ：

こういう奴がいると周りの空気が腐る
>>544は人の悪口しか言わない屑

546 ：

（誰も触ってくれないのでマッチポンプを始めました）

547 ：

(>>544は誰かが反論してくることを期待していたようですが
実際のところ普通に合ってるので誰も反論しませんでした)

548 ：

pass

549 ：

悲しいな

550 ：

馬鹿には無理

551 ：

>>544-545
だって、keynote speechが献本御礼のオッサンだろ？
内容だって知れてるわｗ

552 ：

Matz を guest に call すれば pile up

553 ：

まっつがくりーむぱい、まで読んだ

554 ：

>>552
正直そっちの方が話おもしろそうじゃん

555 ：

ttp://www.dan.co.jp/~dankogai/pyconjp2012/python.html
この内容のくだらなさ。
本当に行かなくてよかった。時間と金返せってレベルの内容。
こんな人間の言うこと有難がって聞く人間がいるんだから信じられない。

556 ：

その場に入れば結構楽しいんじゃね？

557 ：

ttp://blog.livedoor.jp/dankogai/archives/51816624.html
断固外といえば、この記事も酷いな・・・
LANG=Cなのにutf-8を出力したい状況って何よ？
「LANG=C」＝「すべてのPOSIX互換システムにおいて表示できるテキスト以外は出力してくれるな」
って意思表示なんだから、そこでutf-8テキストを出力＝仕様バグだろうが。
仕様バグは簡単には実装できない（そして全く不可能でもない）言語仕様が賞賛されても良いくらいなのに、なぜかこのperl脳のオッサンは気に食わないらしい。
それに、
sys.stdout = io.TextIOWrapper(sys.stdout.detach(), encoding='utf8')
が一番行儀ただしいい方法だと思う・・・

558 ：

所詮は時代錯誤Perl脳のオッサンだからね

559 ：

dankogaiとかいうクソまでpythonに擦り寄ってきてんのかよ
どう見ても発言していいレベルじゃねえだろアイツ

560 ：

>>557
えっ
えっ

561 ：

あいつ宇宙に行ったんじゃなかったのか

562 ：

宇宙を目指す奴は痛い奴が多いね。
NASAやJAXAが宇宙飛行士を選考する条件も、「自分の頭で考えない馬鹿」だし。

563 ：

宇宙云々は榎本大輔じゃなかったっけ？

564 ：

3.3正式版ｷﾀ━━ヽ(ﾟ∀ﾟ)ﾉ━( ﾟ∀)ﾉ━(　　ﾟ)ﾉ━ヽ(　　)ﾉ━ヽ(ﾟ　　)━ヽ(∀ﾟ )ﾉ━ヽ(ﾟ∀ﾟ)ﾉ━━!!!

565 ：

なんでダンなんて呼んだんだ？ほんと理解不能
最早昔の名前で食べてますレベルのオッさんじゃん

566 ：

そこがあれだろ
Pythonにはそういう人材がいねえってこった

567 ：

じゃあ無理してキーノートなんてやんなきゃいい
せめて内容が伴ってるならともかく、あんなの聞かされる身にもなってくれってんだ

568 ：

pass

569 ：

PyConJP自体やってる理由は他の言語に出遅れてる感があるからって見栄だろ
無理してやってるのは全てだよ全て

570 ：

キーノートで話すんならそれなりのことを話す義務が生じる
くだらねー内容でしかもアニメ交えた話ならどっか他所でやれやって思う

571 ：

キーノートで話すんならそれなりのことを話す義務が生じる
くだらねー内容でしかもアニメ交えた話ならどっか他所でやれやって思う

572 ：

大事なことなので

573 ：

>>569
そういう発想はなんか嫌だなあ
世界的な趨勢で言えば出遅れどころか堂々主役級だし、奇を衒わずに質実剛健に開催すりゃいいのに
形式上のピースを埋めるために何にも中身の無い人を呼ぶのはおかしいと思う

574 ：

日本でやる意味はねえな
ユーザー数的にも何もかも
マニュアルが母国語じゃないと候補から外れる国ですから

575 ：

Python以外をお勉強する気は絶対ない人たちのスレはここですか？

576 ：

むしろPythonしか知らない奴なんて一人もいないと思います

577 ：

あらゆる言語を勉強しつくした結果、Python以外はゴミクズと判断しPython以外の知識を脳みそから追い出したんだよ
今じゃPython以外のプログラムなんて書けないし書く必要もない

578 ：

つまんね

579 ：

>>660
すまん問題点があればkwsk
(理想主義者R、とかそういうのは無しの方向で)

580 ：

誤爆なのか単にアフォなのかよくわからんカキコだな。

581 ：

560って書きたかったんだろうね

582 ：

pass

583 ：

>>555
最後まで見てないけど counter は generator 使った方が良くね？

584 ：

>>577
部分的に同意
自分が余計な(と思われる)知識を追い出してるかどうかは判らんが、
あらゆる言語を勉強しつくした結果、Pythonメインで良いやと判断したのは事実。

585 ：

>>577
俺は全面的に同意
むしろPython以外の言語をぶっ潰す仕事があるなら万難を排してでもやらせていただきたい

586 ：

言語は適材適所と思い10以上の言語を使う私から質問。
pythonを使ってると、site-packageとか内包表記とか-*-code:とか、emacs lispを連想させるものが出てくるんだけど、何か関係あるの?

587 ：

別に

588 ：

いろんな言語からパクってるから
別に悪い事じゃない

589 ：

良い悪いというか、連想できるってことはそれだけで利便性になる

590 ：

そして時おり誤解を招く

591 ：

lambdaのことですね、わかります

592 ：

-*-code:ってPEPに指定されてんだっけ?
ソースではこれに限らないようになってたけど

593 ：

俺はemacserじゃないのでcoding:

594 ：

>>585
Pythonの何が気に食わないのよ？　嫌いなら使わなければいいだけじゃん。
Pythonぶっ潰してもRubyの人気が回復するわけでは無いんだよ？
Rubyが廃れたのはRuby自身に問題があるからなんだ。
そしてRubyはこれからも廃れる。それは止められないんだ。
もともとRuby人気はただの流行だったんだから、
目が覚めればこんなもんなのさ。
おはよう、そしてさようなら・・。

595 ：

>>591
lambdaは一般的な考えで、elispがもとかわからなかった。
>>592
-*-は他の人のpyによく書いてあるので。emacsがcodeやmode決めるのに使いはじめたと思ってる。

596 ：

>>594
おい突然どうした、発作か

597 ：

>>592
http://www.python.org/dev/peps/pep-0263/

598 ：

・・うーん、寝ぼけてたようだｗ　ｵﾊﾖｳ・・
なんかRuby信者っぽい叩きだったからさ、勘違いした。
Python信者がこんな叩きをしてるなんて恥ずかしい。

599 ：

別にRuby廃れてないしね。発作と言われても仕方ない

600 ：

とはいっても、ツイッターをはじめ開発者層のRuby離れは顕著
この傾向は一般ユーザにも広がっていくだろとは思う

601 ：

>>586
Ruby を使ってると、 Perl を連想させるものが出てくるんだけど、何か関係あるの？

602 ：

>>600
ですねー
http://engineering.twitter.com/2012/08/twittercldr-improving.html

603 ：

見切りを付けたって話だろう
食わず嫌い・見た目嫌いの今までと違って、
食べてみてマズーってな話だよね
Pythonを食べてみてマズーっもう食べたくないてな話には、
なっていないわけで。
むしろ、もっと食べよう又食べよう。ってリピーターが増えてるくらい。
ここのスレの趣旨にそぐわないので、
ここではこれ以上話を続けません。

604 ：

pass

605 ：

>>601
同じ道を辿る未来が見えます。
ていうか、名前からして。

606 ：

pass

607 ：

Perl・Ruby・Javascriptに慣れてしまって脳みそが固まった連中が入ってこられないのが
Pythonの良い所だと思う

608 ：

pass

609 ：

exit(1)

610 ：

try:
    >>609
except:
    pass

611 ：

日本ガラパゴスで脳みそが固まった低能連中が入ってこられないが最大の利点

612 ：

　　　〃∩ ∧＿∧
　　　⊂⌒（ 　・ω・）
　　　　 ｀ヽ_っ⌒/⌒ｃ
　　　　　　　 ⌒ ⌒

613 ：

こんな奴が増えちゃうのが2番目の欠点だよな

614 ：

pass

615 ：

Bear up Python never say die

616 ：

馬鹿には無理

617 ：

自虐おつ

618 ：

>>583
>>555にあるスライドの make_counter は、確かに generator で事足りるね (itertools.count)
Pythonのクロージャのスコープ/nonlocal に関する話題で、 Paul Graham 氏のエッセイがよく例に挙げられるけど、
そちらでは、アキュームレーター・ジェネレーター(加算する値を引数に取る関数を返すという仕様)になってるので、
定義自体は、Pythonでもコルーチンとして簡潔に記述できるが、利用時に一工夫必要になる(send前にnextを呼ぶ必要がある為)
ttp://codepad.org/K9pwQQd1

619 ：

それより、そのスライドで引用してるアニメ、タイトルと絵面くらいしか知らないんだが、
あそこにいく平均的な人なら、あのキャラクター毎の正確と位置づけとか、知っているものなの？

620 ：

著作権違反の悪寒

621 ：

pass

622 ：

だれになにをパスするの？

623 ：

continue

624 ：

>>622
http://codepad.org/A9B3IoPB
python使ったことないのか?

625 ：

まぁ要するにスルーできてないスルー宣言なんだろ

626 ：

python流では明示的にスルーしないと

627 ：

pass # 寄り道しないでスルーして下さい

628 ：

python3.2.3 で MySQL どうやっていじってる？
pymysql
mysql-connector-python
は無理らしいことが分かった。（日本語をINSERTすると"???"という文字列が挿入されてしまう）
みんなどうしてる？

629 ：

自前のsetup.pyを用意して、、、

630 ：

from __past__ import 2x_statement

631 ：

ふつうに pymysql でいけるはず。
charset が正しく設定されていないのでは？

632 ：

俺もライブラリ側の問題じゃないと思う

633 ：

>>628
まず日本語を含むレコードを作成しておいて、
select で検索したときに上手く表示されるか確認しては？

634 ：

root で mysql 開いて、
show variavles like 'char%';
の結果を晒すべき。
あとは、
mysql.ini
の
default-character-set=の値

635 ：

show variables like 'char%';

636 ：

my.cnf には何もなし。
% cat /etc/my.cnf
mysql の charset 表示してみた
mysql> show variables like 'char%';
+--------------------------+----------------------------------+
| Variable_name | Value |
+--------------------------+----------------------------------+
| character_set_client | latin1 |
| character_set_connection | latin1 |
| character_set_database | latin1 |
| character_set_filesystem | binary |
| character_set_results | latin1 |
| character_set_server | latin1 |
| character_set_system | utf8 |
| character_sets_dir | /usr/local/share/mysql/charsets/ |
+--------------------------+----------------------------------+
これがダメなのかな
python 2.x で、MySQLdb では問題なく日本語扱えたんだが・・・
ちなみに、select 文でも文字化けでした

637 ：

>問題なく日本語扱えた
ように見えてただけ

638 ：

みんなありがとう。
自己解決したっぽい。
# cp /usr/local/mysql/support-files/my-medium.cnf /etc/my.cnf
として、my.cnf が以下のようになった
[mysqld]
default-character-set=utf8
skip-character-set-client-handshake
character-set-server=utf8
collation-server=utf8_general_ci
init-connect = SET NAMES utf8
[client]
#password = your_password
port = 3306
socket = /tmp/mysql.sock
default-character-set=utf8
# mysqladmin shutdown -p
# mysqld_safe --user=mysql &
としたらうまくいったよ
何がいけなかったんだろう？

639 ：

本もろくに読まずにネットの情報を切り貼りして MySQL 使ってたのがいけなかったのか・・・
みなさん本読む？
僕はあまり読まないんだよね・・・時間とられるから

640 ：

　　　　　　　／/
　　　　　／　 /　　　ﾊﾞｶｯ
　　　　 //⌒)∩＿＿∩
　　　　/.|　.| ノ　　　　　ヽ
　　　 /　|　| 　●　　　● | 　　　　
　　　/ 　|　彡　　( _●_)　ミ 馬鹿には無理
　　 /　　|　ヽ　　|∪|　　/＿
　　/／　│　　　ヽノ　　＼／
　　"￣￣￣￣￣￣￣（..ノ

641 ：

少なくとも特定のプロダクトを使いこなすための本は読まないな

642 ：

むしろ本読んだ方が時間の節約になる

643 ：

本はともかく公式のドキュメントに目を通さないのは大間違い

644 ：

ネットの情報を切り貼りしてたら
MySQL の default-character-set
の問題はいくらでも出て来るので
すぐに気付くと思うんだけど

645 ：

>>636 >>638
わかってると思うけど
latin1 のレコードに utf8 で書き込んでるよ
とりあえず動くことは動くけどね

646 ：

PC今持ってないから本だけ読んでる

647 ：

>>639みたいな奴とだけは一緒に働きたくないわ

648 ：

>>645

649 ：

結局こういうオチ
質問の時点で明らかだったけど

650 ：

cythonドキュメント和訳
http://omake.accense.com/static/doc-ja/cython/
>将来登場する Cython 1.0 では、Python との完全な互換性を実現する予定で す。
気長に待つか

651 ：

反省した。本読むよ。
だけどさ、「勉強してから」なんて言ってたら仕事なんてないじゃん？？
とにかくやるって気持ちも大事だと思うんだ。

652 ：

念力で金でも生み出そうか

653 ：

2行目だけで働いてねーなコイツって感じはするよ

654 ：

いや、というかあの程度の知識がない時点で
仕事に就けるレベルに達してないだろ

655 ：

やる気ってのは入り口に立つための条件だよね
入り口をくぐるのは別

656 ：

勉強する時間は自分で作るものだ

657 ：

いくらなんでも上から目線過ぎw
くだすれのレベルの低さから察するにお前らだって半分以上は底辺プログラマなくせにな

658 ：

その底辺に負けてんだよ

659 ：

Pythonで、文字列がASCIIキャラクタだけで構成されているかどうかを調べるにはどうしたらいいですか。
"foo".isascii() #=> True
"+/-¥n".isascii() #=> True
"日本語".isascii() #=> False
みたいなメソッドまたは関数がほしいです

660 ：

http://stackoverflow.com/questions/196345/how-to-check-if-a-string-in-python-is-in-ascii

661 ：

all(ord(c) < 128 for c in s)

662 ：

decode('ascii')してUnicodeDecodeErrorをcatchしろ

663 ：

7f は ASCII じゃないんだよね

664 ：

http://d.hatena.ne.jp/cypher256/20121013/p1
SQLiteはええｗｗｗ

665 ：

>>660
さんくす

666 ：

>>664
なんだこれ・・・

667 ：

初心者向けのお勧めの本ある？

668 ：

>>667
www

669 ：

sinda?

670 ：

pass

671 ：

except (Dead, ), e:
  alive()

672 ：

語りつくされてるんで何度も言うのは面倒だが、
本家のチュートリアルが初心者本買うの馬鹿らしくなるくらい秀逸なので、それで十分。>>667

673 ：

>>672
単なるapiの羅列じゃなくて使用法のサンプルが充実してるところがいいよね

674 ：

(　´_ゝ｀)ﾌｰﾝ

675 ：

オライリーの本によれば、関数の引数はポインタ渡しと書いてありますが、C言語でいうポインタを渡すのとでは少しニュアンスが異なるのでしょうか。

676 ：

なぜ同じだと思おうとするのですか

677 ：

- 参照というのは抽象的な概念である
- 何か別の場所に実体がある。その実体を差し示すためのものを参照と呼ぶ
- Pythonの変数はすべて参照である。数値のようなプリミティブな型ですら参照である。
- Pythonでの引数はすべて「参照の値渡し」と捉えられる（内部実装については別として）
- Cのポインタはメモリアドレスを格納した型であるため、
Cで参照渡し的なことをしたいときにはポインタを使って実現できるというだけ（ポインタ型の値の値渡し）。
以上、半分くらいはデマです

678 ：

はーカスばっかだなー

679 ：

ハーカスって何ですか

680 ：

一方pascalは参照渡しと言いつつポインタであった

681 ：

それは問題ない。Fortranと同じ。

682 ：

電子回路

683 ：

参照もポインタも言語仕様での定義次第で、大抵は同じモンだろ。
Cのポインタがフリーダム過ぎるだけで。

684 ：

ポインタは参照の一種といえるが、参照がかならずしもポインタで実装されているとは限らない。
という感じか。

685 ：

山椒 うなぎ
花椒 麻婆豆腐

686 ：

C++の参照のおかげで色々混乱が増えた

687 ：

数値は参照じゃねーよ試せハゲ

688 ：

オラにしては記述が不用意すぎるんだけど何て本に書いてあったんだろう
ノースターチの訳本か何かだったりして

689 ：

○引数が渡される際には、ローカル変数に自動的にオブジェクトが代入される
「引数が渡される」という処理は、代入処理の一種です。引数に使用された変数には、代入されたオブジェクトのリファレンスが保持されます。
呼び出し側のコードに、同じオブジェクトへのリファレンスを保持する変数があれば、関数と呼び出し側とでオブジェクトを共有することになります。
リファレンスはポインタであり、すべての引数はポインタ渡しとなります。引数として渡されるオブジェクトが自動的にコピーされることはありません。
このように書かれていました。
C言語を勉強してからPythonの勉強を始めたので、混乱しております。

690 ：

初めてのPythonでは、C/C++の値・ポインタ・参照渡しにも言及して解説してたよ
不変性オブジェクトは値渡し、可変性オブジェクトはポインタ渡しに、それぞれ 振舞が似てる と。
ちなみに、公式チュートリアルでは call by object reference って書いてます

691 ：

>>689
なんて本の何ページ？

692 ：

>>691
オライリーが出版している初めてのPythonという本の350ページです。

693 ：

>>689
>>> def a(b):
... b[1] = 5
...
>>> c = [7, 9, 1]
>>> a(c)
>>> c
[7, 5, 1]

694 ：

>>> def a(b):
... b[1] = 5
...
>>> c = (7, 9, 1)
>>> a(c)
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "<stdin>", line 2, in a
TypeError: 'tuple' object does not support item assignment

695 ：

>>693
ありがとうございます。
C言語のように、呼び出し側で値を変更したいときにはリストに代入してから渡せばいいのでしょうか。

696 ：

class を使っても良いです

697 ：

>>687
＞数値は参照じゃねーよ試せハゲ
参照だよ。PyObjectだよ。イミュータブルってだけだよ。Rよ。

698 ：

>>695
すこしの値を変更する程度なら、結果の値を戻り値として返したほうがいいです。
Pythonでは、タプルを使うことで複数の値を返せます。
（C言語では、戻り値はエラーコードを表わすために使われてしまうことが多く、どちらにせよ
多値は返せないし、そのほかパフォーマンス的な観点で、引数をポインタで渡すというテクニックが使われるわけです。
Pythonでは戻り値を自由に使えばいいのです。）
もっと複雑なことするならオブジェクト指向的なコードにするわけですが。

699 ：

>698
その説明で判る人は既に初心者じゃない

700 ：

>>698
ありがとうございます。
タプルを返すことで、複数の値が返せるということですね。

701 ：

呼出先から呼出元の変数に影響を与えるのは、他にもいくつか方法あるけど、
単体テストのしやすい、戻り値方式に +1
もともとの操作対象が可変オブジェクトならともかく、
変更したい為だけに、わざわざ可変オブジェクトに包むのは、BADノウハウの類と思っていい

702 ：

共有リファレンスを理解してからもう一度勉強してみ
すんなり頭に入るから

703 ：

こういうこと。
def func(u, v):
    u2 = u * 2 + v
    v2 = v * 3 - v
    return (u, v)
a = 4
b = 6
(a, b) = func(a, b)
print a, b

704 ：

グローバル変数をつかえばすべて解決

705 ：

おおそれGOODノウハウだね

706 ：

＞700
タプルって複数の値の組なので、帰ってくるのは１つの組

707 ：

>>704
No
単体テスト/再利用がしにくくなる

708 ：

もちろん複数のタプルを返すことも可能

709 ：

    return (u, v)
と
    return u, v
は同値でしょうか？
あと
    return u, (v, w), x
と
    return (u, (v, w), x)
は同値ですか？

710 ：

ファイルやDBやインターネットリソースもグローバル（ｷﾘｯ

711 ：

>>709
同値っていうのか知らないけどその理解であってる
http://docs.python.org/2/reference/simple_stmts.html#the-return-statement
http://docs.python.org/2/reference/expressions.html#grammar-token-expression_list

712 ：

元のコード return u2, v2 だよね
u, v == (u, v)
は
u, (v == (u, v))
とパーサに解釈され u, False になってしまうので注意
同値って多分こういうことを言ってるんだと思うけど
>>> n = u,v
>>> m = (u,v)
>>> n == m
True
Python2 の print 文では print (u,v) はタプルを印字する等の相違はある

713 ：

RailsだとURLの拡張子ごとにコンテンツの形式を変えることができます。
たとえば
/blog/posts/123 # htmlを返す
/blog/posts/123.html # htmlを返す
/blog/posts/123.json # jsonを返す
これと同じことをFlaskでかっこよくやるにはどうしたらいいですか。

714 ：

知らん
帰れ

715 ：

>>713
WebProg板のスレで聞いた方がよいと思うよ。たとえば、
【Python】Python Webフレームワーク総合スレ
http://kohada.2ch.net/test/read.cgi/php/1329996601/l50

716 ：

>>713
http://flask.pocoo.org/docs/quickstart/#variable-rules

717 ：

>>713
逆にそれが出来ない WAF を教えてくれよ

718 ：

>>716
いえ、それだと
/blog/posts/<id>
の場合だけです。>>713で聞いてるのは拡張子ごとにコンテンツの形式を変える方法です。
/blog/posts/<id> # htmlを返す
/blog/posts/<id>.html # htmlを返す
/blog/posts/<id>.json # jsonを返す
こういうのをかっこよく指定する方法がないでしょうか。Flaskに限らずDjangoでもいいです。
Railsだと
/blog/posts/:id(.:format)
という指定で簡単にできるのに、「Pythonではできないの？」と言われてしまったので。
>>717
それができるフレームワークをぜひ教えてください。

719 ：

>>718
> To add variable parts to a URL you can mark these special
> sections as <variable_name>.
って書いてあるので
@app.route("/blog/posts/<id><suffix>")
def show_post(id, suffix):
if suffix == "": ... # HTML
elif suffix == ".html": ... # HTML
elif suffix == ".json": ... # JSON
ってことになるんじゃないかと思うんだけどならないの？
ちなみに自分はこの手のフレームワークはSinatraしか使ったことありますん

720 ：

ああっと。<id>だけだとどこまでマッチすればいいか示してないからだめか
posts/<int:id><suffix> でダメなら posts/<basename> とかして
自前でbasenameを分解じゃない？

721 ：

メモ
http://werkzeug.pocoo.org/docs/routing/

722 ：

馬鹿には無理

723 ：

むかーし、Flaskを使ったときのコードから拾ってきた。
from flask import Flask
app = Flask(__name__)
@app.route('/blog/posts/<id>.<any(html,json):ext>')
@app.route('/blog/posts/<id>', defaults={'ext': 'html'})
def show_posts(id, ext):
    return u"id={id}, filetype={ext}".format(id=id, ext=ext)
if __name__ == "__main__":
app.run()
ちなみにこうやって書くと、
/blog/posts/xxx.html を、
/blog/posts/xxx に自動でリダイレクトしてくれるみたいよ。
任意の拡張子を受けとりたかったら、any(html, json): を削ってくれ。

724 ：

.は\.じゃなくてもいいのかな

725 ：

正規表現じゃないからおk

726 ：

れいるず、どじゃんご はクソ。

727 ：

ラーメンどじゃんご

728 ：

＞「Pythonではできないの？」
Webドカタ脳の恐怖

729 ：

>>723
>
>@app.route('/blog/posts/<id>.<any(html,json):ext>')
>@app.route('/blog/posts/<id>', defaults={'ext': 'html'})
>def show_posts(id, ext):
>    return u"id={id}, filetype={ext}".format(id=id, ext=ext)
かっこいい！ありがとうございました。これでRailsにかてる！

730 ：

werkzeug 教えてもらったときに
もう Rails 要らないって悟った

731 ：

Flask(blueprint) + Flask-WTForms + Flask-Principal + uWSGI + nginx + PyMongo
Web関係あまり詳しくないけど、趣味のサイトをこの構成で作ったら超簡単だった。しかも動作が速い。
小規模なサイトで Apache + MySQL + Rails/Django とかしてる人はもはや老害なのではないか。

732 ：

趣味のサイトだけどgithubで作ってる

733 ：

PythonとC言語の組み合わせで作られてるお絵描きソフト。
http://mypaint.intilinux.com/?page_id=530

734 ：

pdbでWin32APIで言うところのDebugBreak()みたいなことはできますか？
def test():
#pdb.debug_break() #本当はこれがやりたい
pass
pdb.run("test()") # しょうがないのでこうやってる
予めpdb.runしておくのではなく、デバッグしたくなった時にその場にコードを入れるだけにしたいのですが

735 ：

>>734
pdb.set_trace()
http://www.doughellmann.com/PyMOTW-ja/pdb/index.html#from-within-your-program

736 ：

easy_installでインストールされたパッケージのバージョン一覧を取得したいんですけど、どうやったらできますか。

737 ：

easy_install --help
で地道に頑張る

738 ：

from pgk_resources import working_set
for dist in working_set:
    print("{0}=={1}".format(dist.key, dist.version))
と pip freeze の差分取ったら何とかなる？

739 ：

パッケージのアンインストールってどうやんの？

740 ：

>>739
インストールした方法による

741 ：

>>738
>from pgk_resources import working_set
pkg_resourceに直したら動きました。
ありがとうございます。
でもeasy_installコマンドにはこれを表示するオプションがないんですね。しょぼ。

742 ：

自分で入れたものくらい覚えとけってことだろ
Ruby とは違うんだよ Ruby とは

743 ：

パッケージ管理出来る pip を使おう
virtualenv (venv @3.3) や buildout で sandbox 環境を作り
その中でパッケージ管理するといいよ

744 ：

そういえばpackagingモジュールが3.3で導入されるという話だったが
延期されてたのな。

745 ：

超初心者ですが、pythonのソースレベルデバッグができるデバッガってあるでしょうか？

746 ：

ググレカス

747 ：

pyscripterとかでできたような気がする
使ったことないけど

748 ：

あるけどつかいにくいよ。たいていの場合はprintf debugでなんとかなるよ。

749 ：

デバッガメ

750 ：

>>735
ありがとうございます
明日試してみます

751 ：

>>736
easy-install.pthを見る

752 ：

Python2標準のsqlite3を使うと暗号化されたdbファイルが読めないので
ここのpysqlite-2.6.3を入れようと思います
http://pypi.python.org/pypi/pysqlite/
pysqlite-2.6.3を入れることによってPython2で使っていた既存の
sqlite3用のファイルが読み書きできなくなるような問題はありますか？

753 ：

pysqliteや暗号化されたdbファイル(sqliteの拡張？)については知らないけど、
インストールによる環境汚染が心配なら virtualenv で sandbox環境を作ろう

754 ：

後方互換性はあるよ。
そもそも名前空間が違うので、
混ぜても問題ない。

755 ：2012/11/02

本人の意思で混ぜるけどつかいにくいよ