【実験台】 Python 3.0 のお勉強 Part 1 【非互換】

**デフォルトの名無しさん** · 2009/02/19(木) 22:30:15

Python 3.0 は隔離スレを作るべきだと思うのは俺だけかな？
そもそもあれは実用で使うには時期が早すぎるわけで、ここで
普通に語られても困る。
--------
別に
--------
細分化する必要性が全く感じられない。
各自がレスの内容を収拾選択すればいいだけ。

**デフォルトの名無しさん** · 2010/05/03(月) 01:35:57

sys.maxint
とかなかったっけ？

**デフォルトの名無しさん** · 2010/05/03(月) 02:41:24

float("inf") ?

**デフォルトの名無しさん** · 2010/05/03(月) 02:49:42

>>160
3では削除されたし、2でも多倍長整数の最大値はないよ。
大抵の場合はそれで十分だと思うし、なくても
HUGE_VAL = 2**31
とでもしとけば、大抵の用途では十分だと思うけど。

>>159
型が重要でないなら、
float('inf')
で、不動点小数型の無限大が得られる。

float('inf') > 2**10000000
---> True

整数型であることが重要なら、クラス継承して比較演算子を書き換えるか。

**デフォルトの名無しさん** · 2010/05/03(月) 09:31:38

Python3ってもう使っても大丈夫？

**デフォルトの名無しさん** · 2010/05/03(月) 10:37:04

>>163
使いたいライブラリが対応してるなら。

**デフォルトの名無しさん** · 2010/05/03(月) 11:33:32

>>164
Python2の標準ライブラリー相当品は3でもOKなんだよね？
その他の3rdPartyライブラリーは殆ど使わないんだ

**デフォルトの名無しさん** · 2010/05/03(月) 12:23:41

>>165
基本的にはそうだけど、いくつかは廃止・統合されてるから標準については公式行って確認するといいよ。
サードパーティーの使わないなら、対応状況はかなりいいはず。

**デフォルトの名無しさん** · 2010/05/03(月) 12:37:49

>>159
minv = func(seq[0])

**デフォルトの名無しさん** · 2010/05/03(月) 12:47:21

>>166
ありがとう！
ちょっとやる気が出た

**デフォルトの名無しさん** · 2010/05/03(月) 14:01:21

>>167
それ、seqがコピーしづらいイテレータだったとき面倒にならない？

**デフォルトの名無しさん** · 2010/05/03(月) 15:12:44

for i, x in enumerate(seq):
  v = func(x)
  if i == 0:
    minv = v
  elif v < minv:
    minv = v

**デフォルトの名無しさん** · 2010/05/03(月) 15:14:05

なんか違和感あるなｗ

こっちのが分かりやすいか

for i, x in enumerate(seq):
  v = func(x)
  if i == 0 or v < minv:
    minv = v

**デフォルトの名無しさん** · 2010/05/09(日) 18:01:53

Keep it simple, stupid!

**デフォルトの名無しさん** · 2010/05/09(日) 21:38:50

python3でグラフ書くのに何使ってる？
やっぱりgnuか？

**デフォルトの名無しさん** · 2010/05/10(月) 15:17:24

python2.xでmatplotlib

**デフォルトの名無しさん** · 2010/05/12(水) 00:07:01

3.xのライブラリが2.x並になるのって、あと何年かかるんだろうか

**デフォルトの名無しさん** · 2010/05/12(水) 23:35:01

googleで対応してほしい

**デフォルトの名無しさん** · 2010/05/15(土) 01:12:03

最近python関係の書籍が色々と出てるね。
python2.6.2って・・・。

**デフォルトの名無しさん** · 2010/05/15(土) 13:04:59

う、うん……(´・ω・｀)

**デフォルトの名無しさん** · 2010/05/18(火) 09:44:30

なんで俺たち3.xなんか始めちゃったんだろう……

**デフォルトの名無しさん** · 2010/05/19(水) 01:30:56

しかし今更後戻りなど…

**デフォルトの名無しさん** · 2010/05/19(水) 01:37:20

>>171
のプログラムみたら、
やりたいことは値の設定なのであって、複文を実行することじゃないから、
minv = func(x) if i == 0 or func(x) < minv else minv
って書きたいけど、中でfunc(x)が2回出てるから、func(x)がすっごい重い処理だと
性能悪いなー

って思うのは正しい？
func(x)の値は内部的に保持され、2度実行されないよう最適化してくれるのかな？

**デフォルトの名無しさん** · 2010/05/19(水) 02:40:26

そんな最適化してくれるコンパイラはCでもないと思うぞ

**デフォルトの名無しさん** · 2010/05/19(水) 06:55:06

どうもスクリプト言語は互換性を一度ぶった切りたくなるものみたいだなぁ
Rubyは一見その点では有利そうなんだが、実際にはバージョン間の互換性がさっぱりで、
単に同じこと（過去の微妙な仕様の切り捨て）を小分けに毎回やってるようなもんだから
ある意味余計に悪いし
まぁでも、俺は当分3kは使わないけど、いずれ移行するような気はするけどな

**デフォルトの名無しさん** · 2010/05/19(水) 08:21:19

いつまでも保守的ではいられないのさ

**デフォルトの名無しさん** · 2010/05/19(水) 10:10:03

CやC++も最初のころは仕様がコロコロ変わっていたような覚えがあるのだが

**デフォルトの名無しさん** · 2010/05/19(水) 11:17:13

いまでもコロコロ変わってますが

**デフォルトの名無しさん** · 2010/05/19(水) 15:28:45

せめてnumpyがないと移行できないなー

**181** · 2010/05/20(木) 00:49:13

>>182
やぱCでもgcc:O2でもfuncの中身までは解析しなかった
変数の出現が関数外ではありえない、みたいな
extern宣言が出来ると、イケチャウ雰囲気あるんだけどな～
動的スコープだとほんと無理なのかな

誰か天才いないかーーーー

**デフォルトの名無しさん** · 2010/05/20(木) 06:04:42

>>181
else のときは
minv = minv
になるから
アホなコードだなぁ
と思う

**デフォルトの名無しさん** · 2010/05/20(木) 13:53:03

>>181
こういうコードはダメ。Ruby厨に惑わされるな。

**デフォルトの名無しさん** · 2010/05/20(木) 15:27:14

>>159の
> min(func(x) for x in seq) で常にかければいいんだけど、
> 書けないこともよくあるので。
これってどんなとき？

**デフォルトの名無しさん** · 2010/05/20(木) 18:17:37

>>159
reduce使え
min(seq)は
reduce(min, seq)と同じ

その手のやつは大概適当なfを用意してやれば
reduce(f, seq)
に書き換えられる

**デフォルトの名無しさん** · 2010/05/20(木) 18:19:04

ストリームデータから最小値を見つけるとか。
ファイルシステムを捜査しながら最大サイズのファイルを見つけるとか。
かな

**デフォルトの名無しさん** · 2010/05/20(木) 18:21:20

>>193
それminで何でだめなんだ？
min()はiterable受け取れるけど

**デフォルトの名無しさん** · 2010/05/20(木) 21:12:50

うーむ

**デフォルトの名無しさん** · 2010/05/20(木) 22:55:28

>>189 >>190
俺も同意だと思ったけど、内部的にはmin関数もまったく同じなんだよね。
趣味の問題かな？

**デフォルトの名無しさん** · 2010/05/21(金) 08:11:23

初心者のお試しレベルなら問題ない
パフォーマンス考えたら避けるべき

**デフォルトの名無しさん** · 2010/05/21(金) 10:58:04

関数型言語ならletする場面だから、
Pythonでは潔く2行にするのが良いんじゃないの

**デフォルトの名無しさん** · 2010/05/23(日) 11:35:37

unko

**デフォルトの名無しさん** · 2010/05/23(日) 14:44:46

>>140
パイソンってこういうコーディングルール統一されてると勝手に思ってたけど、汚いんだな

統一されてないのは書いてて気になるし、推測でメソッド名書けなくなるから、やっぱりそういうところちゃんとしてるルビーのほうが良さそうか

理路整然としてるイメージを勝手に持ってたけど、rubyのほうがそゆとこしっかりしてんのかな

**デフォルトの名無しさん** · 2010/05/23(日) 15:12:39

ああ、Ruby最高だよ

**デフォルトの名無しさん** · 2010/05/23(日) 15:36:16

>>200
classmethod みたいな、1つの単語と呼べるものは、アンダースコアで区切らない。
set_autholizer みたいな、複数の語でなる句は、アンダースコアで区切る。
JUnit みたいに、別のリファレンスに従う設計になっているライブラリは、そのリファレンスの命名に従う。

理路整然としてるけど？

**デフォルトの名無しさん** · 2010/05/23(日) 17:27:52

なるへそ

**デフォルトの名無しさん** · 2010/06/02(水) 21:48:16

なんかpython3始めたいのにまともな書籍が売ってない。
いつになったら普及するのよ。

**デフォルトの名無しさん** · 2010/06/02(水) 21:49:45

java-jaの人が執筆したJython本で我慢しろよ

**デフォルトの名無しさん** · 2010/06/03(木) 03:44:37

>>205
本スレにｶｴﾚ

>>204
もうちょっとかかりそうだな。
このスレでも何度か出てきてるDive into Python3は、英語版なら書籍でも出てる。
書籍の形で欲しいのなら適さないけど、内容的に書籍レベルのものが欲しいのならWebの日本語訳がいいと思う。
ttp://diveintopython3-ja.rdy.jp/index.html

**デフォルトの名無しさん** · 2010/06/03(木) 13:11:07

http://www.amazon.co.jp/dp/4873114489

**デフォルトの名無しさん** · 2010/06/05(土) 05:47:05

>>207
2.5じゃねーかハゲ

**デフォルトの名無しさん** · 2010/06/05(土) 17:10:52

>>202
> 理路整然としてるけど？

で、結果としてばらばらのネーミングルールになってると。

馬鹿か。

**デフォルトの名無しさん** · 2010/06/05(土) 20:50:51

>>209
馬鹿はお前だ

**デフォルトの名無しさん** · 2010/06/05(土) 21:16:35

まあ、馬鹿は言い過ぎと思うが、>>202 の理由が正しいとしても結果として
統一されてないのは事実だし、おれも >>200 のようにいまいち汚いと思う。

**デフォルトの名無しさん** · 2010/06/09(水) 05:54:43

べき集合をスマートな一行で書く方法ないかね

**デフォルトの名無しさん** · 2010/06/10(木) 00:42:28

>>212
1行じゃないけどこんなの見つけた
http://mail.python.org/pipermail/tutor/2004-April/029413.html

**デフォルトの名無しさん** · 2010/06/10(木) 01:15:00

ttp://docs.python.org/py3k/library/itertools.html
レシピのpowerset

**デフォルトの名無しさん** · 2010/06/10(木) 01:47:42

できたと思ったらまともなのが出てた。
t = set(range(3))
(lambda st: (lambda ls: set(frozenset(ls[j] for j in range(len(st)) if (i >> j) & 1) for i in range(2**len(st))))(list(st)))(t)

# ==>set([frozenset([0]), frozenset([1, 2]), frozenset([]), frozenset([0, 2]), frozenset([1]), frozenset([0, 1, 2]),
# frozenset([2]), frozenset([0, 1])])

**デフォルトの名無しさん** · 2010/06/10(木) 15:37:58

今年出たpaython本が2.6対応なのにはワラタ。

**デフォルトの名無しさん** · 2010/06/10(木) 16:47:12

>>216
Python3の本もたくさん出はじめてるよ。
どの本がPython3用になって欲しかった？

**デフォルトの名無しさん** · 2010/06/18(金) 09:59:07

ぶっちゃけ入門レベルで、2.6も3.0もたいした違いはないし、
もっと他に気を掛けることがあるだろうに。

**デフォルトの名無しさん** · 2010/06/18(金) 14:14:05

なにごとも初心者は、自分の進め方が正しいかどうかで迷ってしまうからねぇ。

**デフォルトの名無しさん** · 2010/06/18(金) 14:29:00

そういえば、Pythonスタートブックっていう書籍が出たけど、
あの手の書籍は最新python3で出して欲しかったな。
初心者向けみたいだし、プログラミング入門者でも分かりやすい内容だったから。
仕事で使うのではなく、ただなんとなくPython始めたいような人は
最新環境で学ぶべきだと思うよ。
俺らが３の仕様変更を知らされたときに受けた失望感を
初心者にまで与えるのはあまりにも酷だろ。

それでも2.Xが優勢だということは、
おそらく3は当分普及しないってことだろうね。
たぶん日本ではGoogleのGo言語のほうがpython3よりも先に普及すると思う。
どうしてこうなった。

**デフォルトの名無しさん** · 2010/06/18(金) 20:18:39

>どうしてこうなった
encode/decodeのせい
python3に期待

**デフォルトの名無しさん** · 2010/06/18(金) 20:22:05

>>220
日本でGoが普及するか？まだC#の方がありうると思うぜ。
それ以前にGoとPythonの守備範囲も若干違う気がするし…

**デフォルトの名無しさん** · 2010/06/19(土) 13:45:04

あるうるも何も、C#はとっくに普及しとるがな
特に国内ではPerlやPHPならともかく、Pythonとは比較にもならんだろ

**デフォルトの名無しさん** · 2010/06/19(土) 18:25:04

>>223
そんなに普及してんの？　Pythonと似たり寄ったりだと思ってた。
LLスレにでも移動して語ってくれ。

**デフォルトの名無しさん** · 2010/06/19(土) 18:37:33

ttp://www.atmarkit.co.jp/news/200902/13/wp.html
ワークポートとかいう会社の調べ
C#の求人件数は5位
ちなみにPythonは圏外ね

**デフォルトの名無しさん** · 2010/06/19(土) 19:34:21

日本の不幸はRubyっつーガラパゴス言語が作者が日本人だってだけで国内で(ry

**デフォルトの名無しさん** · 2010/06/19(土) 23:12:50

ガラパゴスではないだろ

**デフォルトの名無しさん** · 2010/06/19(土) 23:30:07

つーか国内で別にそんなにRuby使われてないだろ
Pythonがそれ以上に使われてないだけで

**デフォルトの名無しさん** · 2010/06/21(月) 14:11:10

コアの開発に関する議論が日本語で行われていて世界からはブラックボックスに見えるという
時点で、ある程度のガラパゴス性をもってるよね＞Ruby

**デフォルトの名無しさん** · 2010/06/21(月) 14:26:26

ruby-coreの開発に関する議論は英語だが？

**デフォルトの名無しさん** · 2010/06/21(月) 14:51:35

>>230
そうなん？スマン。
MLでオープンな議論もするけれど、重要なことはMatzを中心とする一部の日本人が
エイヤで決めるってどっかのインタビューで答えてたと思ったから。

**デフォルトの名無しさん** · 2010/06/22(火) 00:28:53

Pythonの話しろ！

**デフォルトの名無しさん** · 2010/06/22(火) 00:39:20

pythonから発展した話題だし、少しくらいいいんじゃね？
ところで、お前らpythonなにに使ってる？

**デフォルトの名無しさん** · 2010/06/22(火) 01:30:20

>>233
電卓代わり、CGI、C/C++で書くほどじゃないプログラム全般。
まともに使い方知ってる言語がC/C++とPythonしかないから、ある意味で楽。

**デフォルトの名無しさん** · 2010/06/22(火) 02:25:43

>>233
spamメールのフィルタ

**デフォルトの名無しさん** · 2010/06/22(火) 02:34:24

>>233
領土問題と同じで、少しくらいと譲歩してたら乗っ取られる。

**デフォルトの名無しさん** · 2010/06/24(木) 21:36:26

領民あっての領土だから大丈夫

**デフォルトの名無しさん** · 2010/06/26(土) 08:50:39

pythonだと作るのが非常に楽なので、python常用して
python2だと日本語が扱いづらいので、python3導入して
研究で最適化アルゴリズムとか強化学習のプログラム作ったけど
先輩のc言語で書かれた同じ最適化アルゴリズムで作った巡回セールスマン問題と
実行速度比較したら、10倍以上差があるんだが・・・先輩のが数分で、自分のが数時間
読みやすさ重視でプログラム書いたからループ内で不要な処理とかかなりしてる気もする
python3のコンパイラないかな

**デフォルトの名無しさん** · 2010/06/26(土) 08:57:15

python3にしか対応してない素晴らしいモジュールを作れば移行が早くなるかも!!

**デフォルトの名無しさん** · 2010/06/26(土) 11:11:07

>>238
あったとしても、多少マシになるくらいでCにはとてもかなわないと思うよ。
psycoって3.x対応してないよなぁ。

**デフォルトの名無しさん** · 2010/06/26(土) 11:29:12

10倍ですむならマシだな
ものによっては100倍ぐらい差がつく

**デフォルトの名無しさん** · 2010/06/26(土) 11:29:38

>>240
多少でもマシにしたいほど時間がかかる・・・
たしか対応してない

**デフォルトの名無しさん** · 2010/06/26(土) 11:30:34

先輩が数十分、自分のだと1日とかそんな感じ

**デフォルトの名無しさん** · 2010/06/26(土) 11:51:10

Python2 にもどして、 PyPy 使うと良いよ。
今日 PyPy-1.3 がリリースされたし。

**デフォルトの名無しさん** · 2010/06/26(土) 20:35:28

python3ってctypes使えますか？

**デフォルトの名無しさん** · 2010/06/26(土) 21:16:25

使える

**デフォルトの名無しさん** · 2010/06/26(土) 23:37:58

ctypesいじくり中。
pointerとbyrefってどう使い分けるんだ？
あとlistをそのまま配列としてcに渡したり出来ないのね。
内包表記でばーんと渡したりって訳にはいかないね。

**デフォルトの名無しさん** · 2010/06/26(土) 23:45:14

とりあえず全部PythonでつくってProfilerかけて時間のかかる処理だけSWIG+Cで書いてるけど
このオーソドックスな方法は素晴らしいっすよ

**デフォルトの名無しさん** · 2010/06/27(日) 02:10:57

Cythonも素晴らしいよ。
ちゃんとPython3にも対応してるし。

**デフォルトの名無しさん** · 2010/06/27(日) 15:23:06

#! /usr/bin/env python
# -*- coding: utf-8 -*-
import datetime

def sample_loop(n):
L = []
for i in range(n):
L.append(i)
return L

def sample_comprehension(n):
return [i for i in range(n)]

d = datetime.datetime.today()
print (":",d.strftime("%Y-%m-%d %H:%M:%S") )

sample_comprehension(50000000)
d = datetime.datetime.today()
print (":",d.strftime("%Y-%m-%d %H:%M:%S") )

sample_loop(50000000)
d = datetime.datetime.today()
print (":",d.strftime("%Y-%m-%d %H:%M:%S") )

実行結果
2010-06-27 15:19:23
2010-06-27 15:19:46
2010-06-27 15:19:46

Python3だとリスト内包表現って遅いの？

**デフォルトの名無しさん** · 2010/06/27(日) 15:43:03

>>250
2.6でも3でもリスト内包の方が速い。
2.5以前は知らんが、たぶんリスト内包の方が速い。
http://dsas.blog.klab.org/archives/51742727.html

**デフォルトの名無しさん** · 2010/06/27(日) 15:50:16

こうしないと同じ条件にならないんじゃ？

def sample_comprehension(n):
L = []
return [L.append(i) for i in range(n)]

**デフォルトの名無しさん** · 2010/06/27(日) 20:15:46

CPythonって、リストの実装って配列だっけ？双方向リストだっけ？

>>250
sample_comprehensionとsample_loopの順番を入れ替えてみても結果変わらない？

32bit環境だと50000000要素だと、配列なら約200MB、双方向リストなら約600MBのメモリ確保が必要になって、
それに時間がかかったんじゃないかなぁ。
一旦確保したら、ひとつめのsample_comprehensionで作ったリストはGCの対象になるから、新たにメモリ確保の必要がない。
だから2つめのsample_loopは早かった、と予想してみる。

**デフォルトの名無しさん** · 2010/06/27(日) 20:45:54

>>252
適当なサイトのソースをコピペして実行しただけだから深く考えてなかった
それでやってみる
>>253
順番入れ替えても変わらなかった

**デフォルトの名無しさん** · 2010/06/27(日) 20:48:28

>>251
そうそうこのページのソースをコピペして実行した
人が居たから、かなり適当に書いた
だからtimeじゃなくdatetime使ってたり

**デフォルトの名無しさん** · 2010/06/27(日) 21:03:11

#! /usr/bin/env python
# -*- coding: utf-8 -*-
import datetime

def sample_loop(n):
L = []
for i in range(n):
L.append(i)
return L
def sample_comprehension(n):
L = []
return [L.append(i) for i in range(n)]

d = datetime.datetime.today()
print (":",d.strftime("%Y-%m-%d %H:%M:%S") )

sample_comprehension(50000000)
d = datetime.datetime.today()
print (":",d.strftime("%Y-%m-%d %H:%M:%S") )

sample_loop(50000000)
d = datetime.datetime.today()
print (":",d.strftime("%Y-%m-%d %H:%M:%S") )

結果
2010-06-27 21:01:04
2010-06-27 21:02:11
2010-06-27 21:02:12

**デフォルトの名無しさん** · 2010/06/27(日) 21:30:30

>>252
正直その糞コードで何をしたいのか全然わかんねえ
list.append()はNoneを返すから
それって結果は
[ None ] * n
になるよな

**デフォルトの名無しさん** · 2010/06/27(日) 21:53:13

#! /usr/bin/env python
# -*- coding: utf-8 -*-
import datetime

n = 50000000

d = datetime.datetime.today()
print ("for文リスト作成開始:",d.minute,"分",d.second,".",d.microsecond,"秒")
L = []
for i in range(n):
L.append(i)

d = datetime.datetime.today()
print ("リスト内包　　　　 :",d.minute,"分",d.second,".",d.microsecond,"秒")
L = []
L = [i for i in range(n)]

d = datetime.datetime.today()
print ("終了　　　　　　　 :",d.minute,"分",d.second,".",d.microsecond,"秒")

for文リスト作成開始: 51 分 11 . 930000 秒
リスト内包　　　　 : 51 分 53 . 554000 秒
終了　　　　　　　 : 52 分 9 . 919000 秒

**デフォルトの名無しさん** · 2010/06/27(日) 23:05:53

糞コード貼り禁止