pythonがこの先生きのこるには

**七色波紋** ◆.VgGY5NKtU · 2007/01/05(金) 20:26:11

$python kinoko.py this_teacher

**デフォルトの名無しさん** · 2007/01/05(金) 21:00:55

2get

**デフォルトの名無しさん** · 2007/01/06(土) 02:47:33

この先生、キノコτ

**デフォルトの名無しさん** · 2007/01/06(土) 14:39:40

python がっこの先生

きのこルニハ (14歳)

萌キャラ化きぼんぬ

**デフォルトの名無しさん** · 2007/01/06(土) 15:52:43

python 学院の鬼教官

茸神鬼平（たけがみおにへい（58歳

漢キャラ化quibonne

**デフォルトの名無しさん** · 2007/01/06(土) 22:02:09

class Bull:
　　stack = []
　　def __call__( _, x ):
　　　　_.stack.append(x)
　　　　return _

**デフォルトの名無しさん** · 2007/01/07(日) 16:13:50

> Pythonがこの先、生き残るには

誰かがWinny互換ファイル共有ソフトpynyをネットワーク部分だけ完成させて
俺がpynyにGUIを乗っけて配布すれば、Pythonは生き残る。

http://pyny.sourceforge.jp/

**デフォルトの名無しさん** · 2007/01/08(月) 02:16:46

むしろnyがいらね

**デフォルトの名無しさん** · 2007/01/09(火) 20:43:57

継承で出来ることをデコレーターでやる奴は馬鹿！

orz.......

**デフォルトの名無しさん** · 2007/01/10(水) 03:17:00

　　　　　　　　　　ヽ　/ /⌒＼
　　　　　　　　／ヽヽ|/⌒＼ii|＼
　　　　　　　／／ヾゞ//／＼＼|
　　　　　　　|／　　 |;;;;;;|/ハ　＼|
　　　　　　　　　　 |;;;;/／⌒ヽ
　　　　　　　　　　 |;/（　＾ω＾） >>1おっおっおっ乙枯ー
.　　　　　　　　　　　|｛　∪　　∪
　　　　　　　　　　 |;;ヾ.,____,ノ
　　　　　　　　　　 |;;; |
　　　　　　　　　　 |;;;;;|
　　　　　　　　　　 |;;;;;|

**デフォルトの名無しさん** · 2007/01/13(土) 20:08:49

tracのプラグ印を書かなきゃいけないんでpythonを覚えないといけない
んだけど、何か良い本を教えてください。
Perl,PHP,Rubyなどの言語は一通り使ったことがあります。
なのでプログラミングの基礎から説明している本は不要です。
なるべくさくっと読めるやつが欲しい。

**デフォルトの名無しさん** · 2007/01/13(土) 23:36:45

>>11
とりあえず、最初に公式のチュートリアルは読んだか？
http://www.python.jp/doc/release/tut/tut.htm

あとは必要なときにライブラリリファレンス眺めれば本は買う必要ないと思う。

**デフォルトの名無しさん** · 2007/01/14(日) 00:35:51

自分もチュートリアルを一番に薦めるけど、
どうしても紙媒体を一個持っておきたいって言うなら
みんなのpythonかな、・・
一番万人向けなので要らなくなったときに人にあげやすい（ぇ
波長が合えば実践python（一番新しい奴）でも、いいけど、
結構玄人向けなのと、表紙が萌えっ娘なのであまりお勧めできない
それ以外はもう、微妙に古かったり（クイックリファレンス、切り口がおかしかったり（ノキア本、作法本
高すぎたり（クイックリファレンス

**デフォルトの名無しさん** · 2007/01/15(月) 20:43:38

>>12-13
とりあえずみんなのPythonを買ってきました。
となりに実践pythonもあったけど、あの表紙はありえないし、
中身の２段組みも見にくいし、内容も薄い感じがしたのでパス。
みんなのpythonはまだ半分くらい読んだところだけど、まあ
まあ読みやすい。
とにかくおすすめありがとうございました。

**デフォルトの名無しさん** · 2007/01/16(火) 06:59:46

http://www.amazon.co.jp/gp/product/4873112109/

**デフォルトの名無しさん** · 2007/01/24(水) 20:06:44

なんか、pythonに慣れてくると、__str__とか__call__とかがない言語は
もうほとんどやる気が起きない

**デフォルトの名無しさん** · 2007/02/01(木) 08:01:32

don't leave me

**デフォルトの名無しさん** · 2007/02/05(月) 01:43:19

>>> a=[1]
>>> b=[1,a]
>>> b
[1, [1]]
>>> a.append(8)
>>> b
[1, [1, 8]]
>>> del a
>>> b
[1, [1, 8]]
>>> a
Traceback (most recent call last):
File "<stdin>", line 1, in <module>
NameError: name 'a' is not defined

**デフォルトの名無しさん** · 2007/02/05(月) 01:43:55

>>> a=9
>>> b
[1, [1, 8]]

**デフォルトの名無しさん** · 2007/02/06(火) 06:33:29

python詳しくねーけどそれ単純にaという名前をaの中身に対応付けるのをやめただけじゃねーの？

**デフォルトの名無しさん** · 2007/02/06(火) 09:31:35

pythonなんか，この先生きのこらなくていい

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

ここは「Pythonを使いこなせない人が愚痴をこぼすスレ」になりました。

**デフォルトの名無しさん** · 2007/02/06(火) 13:06:48

Python 2.5 (r25:51908, Sep 19 2006, 09:52:17) [MSC v.1310 32 bit (Intel)] on win32
Type "help", "copyright", "credits" or "license" for more information.
>>> a=1==1
>>> a
True
>>>

存在理由の分からない仕様ｗ

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

>>23
それ結構使われていると思うのだけど、まあなくてもいいと言えばそうかもね。

**デフォルトの名無しさん** · 2007/02/06(火) 15:39:54

>>23
なんか不自然なことがあるのか？

**デフォルトの名無しさん** · 2007/02/06(火) 15:53:33

「a」ってタイプしたら a の値が表示される仕様のことかな？

**デフォルトの名無しさん** · 2007/02/06(火) 17:10:18

最近、日本で Python が異様に流行っている件．．．

**デフォルトの名無しさん** · 2007/02/06(火) 19:58:19

>>27
kwsk

**デフォルトの名無しさん** · 2007/02/06(火) 20:56:11

流行ってねーだろ

**デフォルトの名無しさん** · 2007/02/06(火) 20:59:06

みんなのPythonが出てから
本屋で他の本も見る機会が増えた気はする
でも、流行ってはいないな
ましてや、異様になんてもってのほか

**デフォルトの名無しさん** · 2007/02/11(日) 00:24:57

Excelのマクロに採用されたら当分生き残ると思う願望

**デフォルトの名無しさん** · 2007/02/11(日) 00:39:26

それいいなぁ

**デフォルトの名無しさん** · 2007/02/11(日) 00:53:05

秀丸エディタのマクロにも採用

**デフォルトの名無しさん** · 2007/02/11(日) 01:05:23

Emacsのマクロにも採用

**デフォルトの名無しさん** · 2007/02/11(日) 01:48:54

Blenderがある限りはBlenderユーザーの間においては死にようがない

ということで、みんなも3DCG始めないか

**デフォルトの名無しさん** · 2007/02/11(日) 02:09:52

これ面白そうだ

**デフォルトの名無しさん** · 2007/02/14(水) 11:44:02

ｳｪ～ｲ、耳片方だけ～

**デフォルトの名無しさん** · 2007/02/15(木) 04:27:24

python

**デフォルトの名無しさん** · 2007/02/23(金) 12:04:08

やっぱりdef @deco func(x, y):って言う書き方のほうがよかった。
@deco
def func(x, y):
だと、まず@decoを形容詞にした場合語感がおかしいし、
@decoごときで一行とられるのが不愉快。
一行に濃密な意味を含められるpythonで、デコレータを使った部分だけ
異様に一行あたりの密度が薄くなるのが不愉快。

**デフォルトの名無しさん** · 2007/02/24(土) 00:26:56

>>35
物理エンジン搭載済みだしGameBlenderを始めようョ
3DCG描くだけよりPythonいっぱい使うし。

**デフォルトの名無しさん** · 2007/02/25(日) 17:16:42

pass は不要
if True: 0
で十分。こんなことで、予約語をひとつ増やすのは愚か。
せめてpassをbuiltin定数か何かにするべき。

**デフォルトの名無しさん** · 2007/02/27(火) 03:24:41

rubyなんて終わりまくってる言語大嫌いなんだけど、
ちょっとrubyスレ覗いたら、repositoryのコメントにみんな
で突っ込んだりしててちょっと楽しそう・・・・ｸﾔｼｰﾖｰ･･･

**デフォルトの名無しさん** · 2007/02/27(火) 16:49:16

pythonも五十歩百歩だろ

**デフォルトの名無しさん** · 2007/02/27(火) 17:59:21

なにを持って終わってるか次第だな

**デフォルトの名無しさん** · 2007/03/01(木) 23:35:11

>>41
オセロでも作らん限り、クラスにpassなんて関数定義しないでしょ。
予約語とかぶるようなら、あなたのネーミングセンスが(ry。

**デフォルトの名無しさん** · 2007/03/04(日) 21:04:04

>>>open('as.py', 'w').write('print "ok!"')
>>>import as as as, as as as, as as as
ok!

なんだってーーー！！！

**デフォルトの名無しさん** · 2007/03/04(日) 22:08:37

asは2.6から予約語になるってさ

**デフォルトの名無しさん** · 2007/03/05(月) 13:25:18

scipyとnumpyは使える。

**デフォルトの名無しさん** · 2007/03/05(月) 16:34:06

>>46
「as を as として import」 *3 してるのですか？！
as.py の中の asモジュールを asオブジェクトとして読み込むとか…
わたし、わかりません ><

**デフォルトの名無しさん** · 2007/03/10(土) 01:05:13

class MyGod(object): pass

**デフォルトの名無しさん** · 2007/03/11(日) 07:04:42

def fib(n,m):
　　a=b=1
　　while 1:
　　　　a,b=b,a+b
　　　　print '()'*(a%m)
　　　　if b>n: break

fib(2**1500, 35)

**デフォルトの名無しさん** · 2007/03/14(水) 02:00:03

PEP 3114 accepted
ttp://mail.python.org/pipermail/python-3000/2007-March/006027.html

**デフォルトの名無しさん** · 2007/03/14(水) 02:27:26

GuidoってまだABC触ってるんだね。

＞interfaces: no, but I'd like to work on ABCs instead

ABCは実験場か？ｗ

**デフォルトの名無しさん** · 2007/03/14(水) 03:43:45

>>>def a(*v): print 'fuck'; return 1
...
>>>class A:
...　　__metaclass__ = a
...　　def b(self): pass
...
fuck
>>>A
1

メタクラスってこういうことか、・・・
凄いのかﾋﾄﾞｲのか微妙なのか、良く分からん、けどなんとなく面白いかも・・・

**デフォルトの名無しさん** · 2007/03/15(木) 03:22:33

'pre-decorator'

@@(metaclass=mymeta, private=True, **kwargs)
class Foo(base1, base2, *otherbases):
　　　...

**デフォルトの名無しさん** · 2007/03/15(木) 04:06:21

PEP3115重ッ

**デフォルトの名無しさん** · 2007/03/17(土) 00:50:17

よく見たらまだだった　>>52

**デフォルトの名無しさん** · 2007/03/17(土) 17:53:16

e.__traceback__

**デフォルトの名無しさん** · 2007/03/17(土) 18:50:05

chris monsonのせいでoctalのliteralが0o123に・・・

**デフォルトの名無しさん** · 2007/03/18(日) 20:15:46

octalスレッドが荒れてるせいで肝心のメタクラスレがぜんぜんすすまなくてツマラナイ

**デフォルトの名無しさん** · 2007/03/20(火) 20:12:41

>>59
なにそれｗ
きんもー☆

**デフォルトの名無しさん** · 2007/03/20(火) 21:58:25

その前にpushされてたのが、0t345と0c345
でも、もう本格的に、0o345に決まったらしい・・・
ちなみに、0X1213みたいな大文字表記は禁止されるらしい。
したがって0O234という最悪の事態（笑、は免れるらしいｗ

**デフォルトの名無しさん** · 2007/03/22(木) 11:38:10

PyPyがpython-devに合流する可能性があるんだね。
py3.0のリリースよりはずっと先の話らしいが・・・
rubyはyarvに移ると言う、けど、この点ではrubyの方が一歩リード・・・？
perl6が出たらすべてにおいて先頭を走ってそうだけど、何しろ出ないからなぁ・・・

**デフォルトの名無しさん** · 2007/03/24(土) 18:38:23

おお、single-line blockは消えなそうと・・・危ない危ない・・・

**デフォルトの名無しさん** · 2007/04/03(火) 22:05:00

http://slashdot.jp/articles/07/04/03/0913232.shtml

**デフォルトの名無しさん** · 2007/04/11(水) 05:53:57

py3.0a1deadline告知キター
3000-list全然書き込み無いからこのままpep終了かと思ったけど、
少なくとも、５つは隠し玉が保留されてることが判明ｗ
個人的に"abc" "efg"はかなり気になる、（ゴルファーとしてはｗ

**デフォルトの名無しさん** · 2007/04/11(水) 10:07:58

海外も４月頭は忙しいんだっけか？
py3コミュもpl6コミュもなんとなく静かだ・・・

**デフォルトの名無しさん** · 2007/04/11(水) 22:14:57

>>66
ソースを出して話してくれよ

じゃないと参加したくてもできないじゃないか

**デフォルトの名無しさん** · 2007/04/12(木) 03:58:25

ttp://mail.python.org/pipermail/python-3000/2007-April/006559.html ←Guidoの締め切りのお知らせ
ttp://mail.python.org/pipermail/python-3000/2007-April/006561.html ←PEP予告
ttp://mail.python.org/pipermail/python-3000/2007-April/006563.html
ttp://mail.python.org/pipermail/python-3000/2007-April/006564.html ←PEP予告

**デフォルトの名無しさん** · 2007/04/20(金) 02:30:07

ABC, adapter, generic・・・実現したら、かなり危険な匂い・・・
グイドがTOOWTDIを捨てると名言したのにﾜﾛﾀ

**デフォルトの名無しさん** · 2007/04/29(日) 22:16:53

さて明日で3.0aに入る機能は締め切り
どうなることやら、・・・

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

ちょっとみないうちにPEPが3132まで伸びてる、・・・、締め切りぎりぎりで大量投入されたんだろうか・・・読みきれない・・ｗ

**デフォルトの名無しさん** · 2007/06/04(月) 03:02:17

PEP3117って何だコレと思ってたら、エイプリルフールネタだったのか・・・今日まで気づいてなかったｗｗ

**デフォルトの名無しさん** · 2007/06/04(月) 03:04:21

PEP一気に伸びたけど結構リジェクトが多いので本当の変更はそんなになさそう・・・

**デフォルトの名無しさん** · 2007/06/09(土) 02:38:08

なるほど、pep313もApril-1か・・・
http://www.python.org/dev/peps/pep-0313/

RomanNumeralLiteralってそらないわｗ

**デフォルトの名無しさん** · 2007/06/10(日) 16:32:43

map, filter残りますよと・・

**デフォルトの名無しさん** · 2007/06/10(日) 16:36:17

イテレーターを返すのがふさわしい場合は全部イテレータを返すようにするって言ってるけど、
rangeぐらいはrangeとxrangeを残すべきじゃないのか、
本当に配列が欲しいとき、（たとえばエラトステネスの篩みたいなコードで
いちいち、a=[x for x in range(1000000)]とか書かないいけないのは、多少違和感がある。

**デフォルトの名無しさん** · 2007/06/10(日) 17:12:21

list(range())で良いんじゃないか

**デフォルトの名無しさん** · 2007/06/11(月) 23:19:57

それだぁ～

**デフォルトの名無しさん** · 2007/06/14(木) 19:04:20

Pythonってコンパイルできるのだと思っていましたが、Windowsだけ？？？？？

他０＄だと、ソース●三重？？？？？

**デフォルトの名無しさん** · 2007/06/14(木) 19:24:44

>>> True=True==True==True==True==True==True
>>> True
True

**デフォルトの名無しさん** · 2007/07/01(日) 06:36:12

意味の分からない文に遭遇

>>> False in [False]
True
>>> (1 in []) in [False]
True
>>> 1 in [] in [False]
False

**デフォルトの名無しさん** · 2007/07/01(日) 07:29:13

inは述語だから、a in b in cは(a in b) and (b in c)の意味だった

>>> 0 in [0] in [[0]] in [[[0]]] in [[[[0]]]] in [[[[[0]]]]] in [[[[[[0]]]]]]
True

**デフォルトの名無しさん** · 2007/07/01(日) 07:30:23

実用性ゼロ

**デフォルトの名無しさん** · 2007/07/01(日) 07:33:52

>>82
↓これと同じことだと思う。

>>> False==False
True
>>> (1==2)==False
True
>>> 1==2==False
False
>>>

Pythonの比較演算子は複数つなげられる。その場合、
最初の比較演算子が False なら結果は False、そうでなければ
次の比較演算子が False なら結果は False、そうでければ
その次の比較演算子が・・・・・と続けていって
すべての比較演算子が True なら結果は True となる。
ある比較演算子で False になると、そのあとに比較演算子があっても評価されない。

1 in [] in [False] の場合、最初の in 演算子が False になるので
次の in は評価されないまま結果は False となる。

85 · 2007/07/01(日) 07:35:53

うへ、かぶった orz

**デフォルトの名無しさん** · 2007/07/01(日) 09:57:05

>>83
in演算子にもこの法則適用されるんだ……

>>84
そうねｗ

**デフォルトの名無しさん** · 2007/07/13(金) 19:19:45

>>> o='oOo'
>>> O='ooOOoo'
>>> def ooOOooOoOOoo(oO): print oO; return ooOOooOoOOoo
...
>>> ooOOooOoOOoo(o)(o)(O)(O)(o)(o)(O)(o)(O)(O)(o)(o)
oOo
oOo
ooOOoo
ooOOoo
oOo
oOo
ooOOoo
oOo
ooOOoo
ooOOoo
oOo
oOo

**デフォルトの名無しさん** · 2007/07/15(日) 18:27:29

いまのOctalは危険な気がするので0o123で良いんだが
(つーかどうせ使わん)、そんなことより2進表記を
用意して欲しいものよ・・

**デフォルトの名無しさん** · 2007/07/15(日) 19:56:40

危険って？

**デフォルトの名無しさん** · 2007/07/16(月) 01:57:48

こういうことじゃないの？

>>> 064 # base 8
52
>>> int('064') # base 10
64

2進表記って↓とは違う話？
http://www.python.org/dev/peps/pep-3127/

**デフォルトの名無しさん** · 2007/07/16(月) 23:20:16

あ～まさにこのPEPで言い尽くされてます。
ちなみにハードウェア寄りの仕事してると
ビット列扱うことが結構あるんですわ。

**デフォルトの名無しさん** · 2007/07/16(月) 23:27:52

>>92
ハードウェア寄りの仕事でPython使うのん？

**デフォルトの名無しさん** · 2007/07/16(月) 23:59:25

いつでもどこでもPythonを使いたいもんだ。

**デフォルトの名無しさん** · 2007/07/26(木) 16:22:29

http://groups.google.com/group/comp.lang.python/browse_thread/thread/8359c264e516570e/b56603ecfb574ef3#b56603ecfb574ef3

flattenとか結構共通の話題なんだなぁという感じ・・・
2chよりレベル低いのがわらわらいて笑える

**名無しさん＠そうだ選挙に行こう** · 2007/07/29(日) 11:00:32

きのこ

**デフォルトの名無しさん** · 2007/07/31(火) 06:56:03

そんなことは無い

ｸﾞｯｽﾐﾝ、ﾗﾗ～、ﾗﾗｯﾗ、ﾗｯﾗｯﾗ～

**デフォルトの名無しさん** · 2007/07/31(火) 23:11:09

死にかけてるわけじゃ無いんだから、
このスレいらんがな。

**デフォルトの名無しさん** · 2007/08/01(水) 23:08:15

このスレは本スレにはとても書けない様なかっこいいﾈﾀを見つけてしまった人専用の隔離ｽﾚです。

**デフォルトの名無しさん** · 2007/08/01(水) 23:13:32

今日optparseに感動しますた

**デフォルトの名無しさん** · 2007/08/02(木) 11:26:54

でもついついgetopt って書いちゃったり

**デフォルトの名無しさん** · 2007/08/02(木) 23:47:30

ちょっとしたうれしい発見

>>> def g():yield 1;yield 2;yield 3
...
>>> g()
<generator object at 0x00BE5490>
>>> a,b,c=g()
>>> a
1
>>> b
2
>>> c
3

**デフォルトの名無しさん** · 2007/08/03(金) 08:03:15

あ、ジェネレータでもできるんだ。

でもイテレータやジェネレータって個数わかんないことが多いから使う機会少なそう……。

**デフォルトの名無しさん** · 2007/08/03(金) 08:04:45

a, b, c = 'abc'

もっと使わなそうなのもあるぜ

**デフォルトの名無しさん** · 2007/08/03(金) 08:17:52

左辺がリストの場合、
・sequenceである式
・yield式
のどちらか。

**デフォルトの名無しさん** · 2007/08/13(月) 17:42:20

http://www.python.jp/doc/2.4/ref/indentation.html

小文字の "l" 一文字は使ってはいけませんと自分たちで言っておいて、ドキュメントの例の中で使ってる件

**デフォルトの名無しさん** · 2007/08/13(月) 17:43:58

だから大人は嫌いなんだぁぁうわぁぁぁぁああああああ

**デフォルトの名無しさん** · 2007/08/13(月) 23:15:17

このドキュメントを作ったのは誰だぁっ！？

**デフォルトの名無しさん** · 2007/08/14(火) 01:57:54

pythonって元々の哲学から逸脱してるような気がする。

**デフォルトの名無しさん** · 2007/08/14(火) 04:01:00

>Python リファレンスマニュアル
>Guido van Rossum

http://www.python.jp/doc/2.4/ref/ref.html

**デフォルトの名無しさん** · 2007/08/14(火) 06:01:19

Neal Norwitz:
>Alpha 1 is a few *weeks* away. The release will hopefully come
>shortly after the sprint at Google which is Aug 22-25.

windows用installerとかもすぐ出るんだろうか・・・？

**デフォルトの名無しさん** · 2007/08/23(木) 09:56:13

http://www.python.org/dev/peps/pep-3124/

いつの間にかGeneric Functionが無期限延期に、・・・・
正体不明で期待してたのに・・・・
なんか、相当根本的な難点にぶつかったらしい・・・

**デフォルトの名無しさん** · 2007/08/23(木) 20:38:48

本家のgrammer.txtがﾊﾞｸﾞﾊﾞｸﾞな件
http://docs.python.org/ref/grammar.txt

ちなみにPyJUGも
http://www.python.jp/doc/release/ref/grammar.txt

**デフォルトの名無しさん** · 2007/08/23(木) 22:40:00

どこらへんが？
PythonのBNFは専用に拡張されてたはずだけど
そのこと？

**デフォルトの名無しさん** · 2007/08/24(金) 09:14:30

a_expr とか and_expr とか xor_expr とか　augop とかで、
texから変換したときのミスで出てきたっぽい意味ない記号がﾎﾟﾛﾎﾟﾛ混じってる。
ひどいのがprint_stmtでこれは相当カンを働かせないと元が何だったか分からない。
（まあ、本文見れば正解が分かるけど、・・・

**デフォルトの名無しさん** · 2007/08/24(金) 12:02:16

callもひどい、変な重複があるし、なぞのTab文字が混入してるし、

**デフォルトの名無しさん** · 2007/08/24(金) 16:30:20

ソース見ればいいし
誰も必要としてないから
きちんと保守されてないのかな。

**デフォルトの名無しさん** · 2007/08/25(土) 00:12:29

確認

>>> class A(object):pass
...
>>> isinstance(A,type)
True
>>> isinstance(A(),A)
True

**デフォルトの名無しさん** · 2007/08/27(月) 21:34:18

もーいーくつねーるーとーあーるーふぁーいーちー

**デフォルトの名無しさん** · 2007/09/13(木) 04:08:35

α何とか出したけど、実際はまだまだ問題山積みっぽい感じだ、ML見てると・・・、

**デフォルトの名無しさん** · 2007/09/13(木) 06:40:40

>>120
だからαなんでしょ。
Pythonのリリーススケジュールはかなり寝られてる。
安心して一年待てや。

**デフォルトの名無しさん** · 2007/09/14(金) 22:47:52

会社のおっさんSE（昔の自慢話ばかりしてる）にPythonの説明してたら、
偉そうに「みんな同じようなソースになってつまらない」とか言ってた。
俺は教養主義者じゃないけど、こういうアホを見ると計算機科学の基礎くらいはやった方がいいと思った。
なんか自分が発明したアルゴリズムがいくつかもパクられてるとか言ってるし…。
つーか仕事の邪魔だよおっさんひっこんでろ！

**デフォルトの名無しさん** · 2007/09/15(土) 01:48:33

・・・・・・

**デフォルトの名無しさん** · 2007/09/15(土) 16:51:42

同じことやるソースなら、同じになっていいんだよ。
だから、同じようなソースを書くのがいやなら、同じことをやらなければいい。
みんなで同じのを作って競うんでもない限り、やったことないことをやった方が楽しいじゃん。
同じ問題に対して、今までと違うやり方でやるのも含めてね。

**デフォルトの名無しさん** · 2007/09/15(土) 20:47:44

同じになるのはインデントだけ

**デフォルトの名無しさん** · 2007/09/15(土) 22:35:17

同じ処理でもクラス作りたがる奴、ローカル関数作りたがる奴、
ワンライナーにしたがる奴…と色々特徴はあるぜ

**デフォルトの名無しさん** · 2007/09/16(日) 00:39:28

すまん、板違いだった…。
>126
λを知らないし、そもそも関数の意味とか分かってない。
だから、ジェネレータや高階関数の意義も理解できないし、思い浮かびもしないはず。
（それでアルゴリズムを作ったとか言っているあたりが…。）
ただ、最近の若手はこのあたりを抑えてて、頼もしく感じる。

あと、お詫びにこのスレに沿った話題も。リスト内包はジェネレータ表現に統合されていくらしいね。
これはときどきリスト内包しか使えない場所にジェネレータ表現を使ってしまうことがあるので、個人的には助かる。
（書く内容はほとんど一緒なわけだし）

**デフォルトの名無しさん** · 2007/09/16(日) 03:09:29

抑えてどーするｗ

**デフォルトの名無しさん** · 2007/10/16(火) 10:21:37

C++のプロジェクトからPythonのモジュールを利用する方法教えて下さいでつ。

**デフォルトの名無しさん** · 2007/10/24(水) 23:10:31

>>129
boost.python

**デフォルトの名無しさん** · 2007/11/01(木) 00:53:04

(1.0 + 2.0j).realのリアルは何で、methodじゃなくて属性なんだろう、・・・
conjugateはメソッドなのに、・・・なんかシンメトリーが崩れてる気がする。

**デフォルトの名無しさん** · 2007/11/01(木) 06:01:44

複素数に対して共役は関数だが実数部は関数じゃないからでは

**デフォルトの名無しさん** · 2007/11/01(木) 08:45:03

？？？
R を実数全体、C を複素数全体とすると
real: C→R
conjugate: C→C
で両方とも関数だけど、そういうことじゃなくて？

**デフォルトの名無しさん** · 2007/11/01(木) 09:23:35

確かに実数部を取り出す操作は関数で表せるが、この場合は実数部が
複素数の属性（項）だということを強調したんじゃないか、ということ。

**デフォルトの名無しさん** · 2007/11/12(月) 07:53:07

単なる容量節約のような気もする・・・

**デフォルトの名無しさん** · 2007/11/12(月) 07:54:31

どうせ属性値として持ってんだから、わざわざ関数作るまでもないだろ、みたいな不精

**デフォルトの名無しさん** · 2007/11/12(月) 10:13:21

>>131
崩れてない。

**デフォルトの名無しさん** · 2007/11/13(火) 22:51:54

>>137
kwsk

**デフォルトの名無しさん** · 2007/11/15(木) 04:02:42

http://mail.python.org/pipermail/python-3000/2007-November/011103.html
＞Currently (in 3.0), "".join(<seq>) automatically applies str() to the
＞items of <seq>,

いつのまにかきもい仕様が入りだしてる。
joinはstringの列以外が来たらエラーを吐くのがpythonらしくていいと思ってたのに・・

**デフォルトの名無しさん** · 2007/11/15(木) 04:33:41

IOをハックしてた人（でも、contributeするほどには知識がなかった人）にGuidoがやさしい言葉をかけてるのが和んだ

**デフォルトの名無しさん** · 2007/11/19(月) 07:30:25

おいおいマジか・・・

def a():
　　p = yield 1

for i in a(): print i

**デフォルトの名無しさん** · 2007/11/19(月) 12:02:01

＞p = yield 1
構文エラーにならないのかよってこと？

**デフォルトの名無しさん** · 2007/11/19(月) 21:40:42

そうそう、

文を式として使うなんて、・・・
こんなのなんで必要なんだろう・・・

**デフォルトの名無しさん** · 2007/11/19(月) 22:00:33

ジェネレータ使う側との通信用だよ
まあもっと良い書き方はないのかという気はするが

**デフォルトの名無しさん** · 2007/11/20(火) 01:37:11

値を出力する言語要素は少ないからな。
importに倣って yield_stmt ::= "yield" expr ["receive" name] とか？
しかしまぁ今のでもlambdaと同程度には穏当かと。

**デフォルトの名無しさん** · 2007/11/21(水) 14:48:37

>>143
assignment_stmt ::=
(target_list "=")+
(expression_list | yield_expression)

yield_stmt ::=
yield_expression

なんだが?
むしろyield文は、式文のように値を捨てている。

yield式は、常に値をスタックに積んで、
yield「文」なら(制御から戻った時に)要らないから捨てる。
単純な実装だとこうなる。
構文に合致していてスタックマシンで実装しやすい。

**デフォルトの名無しさん** · 2007/11/21(水) 21:17:52

(expression_list | yield_expression)

expression_listなんていうかなり一般的なものと、yield_expressionつう割と特殊な
ものが並列で並んじゃうこと自体がおかしいと思う。

**デフォルトの名無しさん** · 2007/11/21(水) 21:48:11

>>147
Python構文のBNFの構造(grammar.txt)は、
単純な実装コードへ自然に変換できるような書き方になってる。
優先順位を埋め込んだり。

特別な処理が必要なものは、
コンパイラ・コンパイラのアクション部に実装を書けるところまで、
特別なノンターミナルとして扱うとコード生成が簡単。

かなり構文/意味解析に手慣れた人たちが書いているなあと思う。

ただ、後から拡張した部分が、継接的に残っているところもあるみたい。

**デフォルトの名無しさん** · 2007/11/26(月) 12:12:07

α2遅い

**デフォルトの名無しさん** · 2007/12/01(土) 18:51:41

Pythonｵﾜﾀ･･･orz
俺もう乗り換えるわ

Running the snippets above, I got the following results:

Python 2.5.1:　　　31.507s
Ruby 1.9.0:　　　　11.934s

The Ruby code:

def fib(n)
　if n == 0 || n == 1
　　n
　else
　　fib(n-1) + fib(n-2)
　end
end

36.times do |i|
　puts "n=#{i} => #{fib(i)}"
end

And the Python equivalent:

def fib(n):
　 if n == 0 or n == 1:
　　　return n
　 else:
　　　return fib(n-1) + fib(n-2)

for i in range(36):
　　print "n=%d => %d" % (i, fib(i))

**デフォルトの名無しさん** · 2007/12/01(土) 22:00:55

うちの環境だとpython2.5は37秒ぐらいで、ruby1.8は100秒前後だった、（まるっきり↑のコードまんまで
ruby1.9ってほんとにそんなに早いの？（入れるのめんどくさくて試せない
つうか、py3000は速度的な改善はないんだっけ？

**デフォルトの名無しさん** · 2007/12/02(日) 03:48:48

どうやってパフォーマンス計るの？

**デフォルトの名無しさん** · 2007/12/02(日) 10:03:55

>>152
time(1)

**デフォルトの名無しさん** · 2007/12/02(日) 10:48:03

>>153
ありがとうございます。
自分でもやってみました。

python2.5.1:　　　49.147s
python2.5.1+psyco: 2.958s
ruby 1.8.6:　　　　1m59.859s
ruby 1.9:　　　　　36.132s

**デフォルトの名無しさん** · 2007/12/02(日) 12:02:17

python 2.5.1
0m49.463s

jython 2.1 on java1.6.0 (JIT: null)
0m28.918s

**デフォルトの名無しさん** · 2007/12/02(日) 12:04:24

誰かIronPythonでも計測して！

**デフォルトの名無しさん** · 2007/12/02(日) 12:59:33

python 2.5.1
102.657s

IronPython 2.0A6
54.043s

**デフォルトの名無しさん** · 2007/12/02(日) 14:27:01

JRubyかもん!

**デフォルトの名無しさん** · 2007/12/03(月) 00:14:35

IronPythonは起動に時間がかかるのがふにふに。
ruby1.9は何が変わったんでしょう？

あと、ついでなのでF#もおいときますね。
let rec fib n = if n = 0 || n = 1 then n else fib(n-1) + fib(n-2)
let _ =
  for i = 0 to 35 do
    printfn "n=%d=> %d" i (fib i)
  done;;

**デフォルトの名無しさん** · 2007/12/03(月) 00:56:52

Ruby 1.9の最大の変更点は。
RoRが動かなくなることだよ。

**デフォルトの名無しさん** · 2007/12/03(月) 23:13:27

>>159
税金が投入されたこと

**デフォルトの名無しさん** · 2007/12/03(月) 23:54:58

PyFinalizeでメモリ回収しきる前にGC終わらせる動作なんとかならないの？

**デフォルトの名無しさん** · 2007/12/04(火) 17:41:05

>>155
> python 2.5.1
> 0m49.463s
>
> jython 2.1 on java1.6.0 (JIT: null)
> 0m28.918s

つづき (全く同じ環境です)

ruby 1.8.5
1m50.823s

ruby 1.9.0
2m28.901s

jruby 1.1.b1 on java1.6.0
0m30.278s

やっぱJVM w/HotSpotはこういう単純なテストだと速いね。
俺の環境(Intel L2300 @ 1.50GHz)だとruby 1.9.0はかなり遅い。

**デフォルトの名無しさん** · 2007/12/04(火) 17:49:42

あ、同じ1.9.0でも20060609→20070830としたら、

ruby 1.9.0 (20070830)
0m34.250s

となりました。

**デフォルトの名無しさん** · 2007/12/05(水) 12:41:04

うちの環境 @PentiumM 1.7GHz

Python 2.5.1
40.00s user 0.32s system 98% cpu 41.066 total

Python 2.5.1 + Cython
18.73s user 0.11s system 98% cpu 19.174 total

Python 2.5.1 + psyco
2.13s user 0.04s system 91% cpu 2.371 total

**デフォルトの名無しさん** · 2007/12/05(水) 21:50:15

>>165
Cythonはもっと速度が出ると思うけど

**デフォルトの名無しさん** · 2007/12/06(木) 08:24:32

自分で計測したら?

**デフォルトの名無しさん** · 2007/12/06(木) 09:00:10

>>166
糞コードそのままだからね
書き換えたら100まででこんな感じ

…略…
n=98 => 135301852344706746049
n=99 => 218922995834555169026
python fibtest.py 0.03s user 0.01s system 13% cpu 0.295 total

**デフォルトの名無しさん** · 2007/12/06(木) 09:06:21

書き換えたらどれでも速いだろ。

**デフォルトの名無しさん** · 2007/12/06(木) 09:17:26

どこをどう書き換えたか書いとけよ

**デフォルトの名無しさん** · 2007/12/07(金) 06:42:57

>>150は計測専用だろ、
むしろこんなアルゴリズムでフィボナッチ数計算しようなんて逆に思いつかない

**デフォルトの名無しさん** · 2007/12/07(金) 12:27:23

普通はそういうのを糞コードとは呼ばないけどな

**デフォルトの名無しさん** · 2007/12/07(金) 12:42:05

haskellを優位に見せるためだけのコードでしょ、あれは

**デフォルトの名無しさん** · 2007/12/07(金) 13:35:10

インタープリタの Moscow ML でも Python の 10 倍くらい速かったよ。

**デフォルトの名無しさん** · 2007/12/09(日) 03:31:38

3.0で
単に[0, 1, 2, 3, 4, 5, 6, 7, 8]が欲しいごときで

list(range(9))

って書かなきゃいけないのって長くね？
対話実行時にストレス感じそう

**デフォルトの名無しさん** · 2007/12/09(日) 03:46:49

>>175
r=range
list(r(9))
インタラクティブならこういうことしない？

r=lambda x: list(range(x))
r(9)
めちゃつかうならこうしちゃえばいいし。

**デフォルトの名無しさん** · 2007/12/21(金) 13:19:04

def N():
　　　i = 0
　　　while 1:
　　　　　　yield i
　　　　　　i += 1

def enumerate(g):
　　　return zip(N(), g)

**デフォルトの名無しさん** · 2007/12/24(月) 06:34:09

本家MLでmetaclassの話題振ってきたやつに対する海老ーの対応が
いやな奴過ぎてドン引きした。

**デフォルトの名無しさん** · 2007/12/25(火) 10:44:15

ttp://mail.python.org/pipermail/python-3000/2007-May/007107.html
この辺？

**デフォルトの名無しさん** · 2007/12/28(金) 21:48:48

それは全然普通に議論してるように見えるけど・・・

それじゃなくて、ごく最近ので、初ポストですって言ってメタクラスの話題振ってた奴に対して
の扱いがなんか異常だった。
で、その人の最後の捨て台詞が、「なんでpythonに貢献することが、楽しみというよりもむしろつまんねー作業なのかが
良く分かりました。本当にありがとうございました。」

**デフォルトの名無しさん** · 2008/01/01(火) 21:28:01

今年もきのこる！

**デフォルトの名無しさん** · 2008/01/02(水) 21:17:44

>Python 3.0 compatibility
>------------------------
>As it will be used for Python 3.0 too, the toolset should be kept in a state
>where it is fully usable Python 3 code after one run of the ``2to3`` utility.

> 3.0でも使えなきゃやだ。道具箱の手入れは怠るべからず。3.0でも使えるように。
>一連の2to3ユーティリティが登場したら。

2to3コンバータツールをかまして互換性を取るというのは本当？
もしそうだとしたらコードを書く時どういう点に注意したら良いでしょうか。

**デフォルトの名無しさん** · 2008/01/05(土) 19:11:14

きのこる揚げ

**デフォルトの名無しさん** · 2008/01/05(土) 19:52:04

Python 3000 FAQ
http://www.artima.com/weblogs/viewpost.jsp?thread=211200
http://www.kt.rim.or.jp/~kbk/zakkicho/07/zakkicho0707.html#D20070730-4
>You can't use .iterkeys(), but .keys() works differently in 2.6 and 3.0.
>You can't use xrange(), but range() works differently.
>You can't use metaclasses, as the syntax for specifying a metaclass
>is completely changed in 3.0. And so on.

>あなたは2.6と同じ記法で.iterkeys(),xrange(),metaclassを扱うことはできません。
>.iterkeys(),xrange()は廃止 => keys(),range()に移行
>metaclassは定義の仕方が変更されます

よく読んでみたら、あんま変わらないってことなのかな？英語ややこしい
むぅ

**デフォルトの名無しさん** · 2008/01/10(木) 08:32:14

iterkeys()は使えませんが、keys()は使えます。ただし2.6と3.0では異なる動作です。
xrange()は使えませんが、異なる動作のrange()は使えます。
今までのmetaclassは使えません。metaclassを記述する文法が3.0では完全に変わりました。
などなど。

**デフォルトの名無しさん** · 2008/01/10(木) 09:41:11

要するに

del range
range = xrange
del xrange

みたいなことが起こる

**デフォルトの名無しさん** · 2008/01/11(金) 01:16:19

全然「要」じゃないじゃんｗ

**デフォルトの名無しさん** · 2008/01/11(金) 01:26:28

えっと、じゃあ

range=xrange;del xrange

**デフォルトの名無しさん** · 2008/01/13(日) 21:48:08

小飼弾に１００の質問
＞Q25　今一番興味のある言語は何ですか？
＞
＞特定の言語というより言語の特徴かな。erlangの
＞軽量processとか。Lispはいつまでたっても興味がつきない。
＞Perlもそう。Pythonも悪くないけど、ユーザーコミュニティー
＞がいまひとつかなと。Pythonそのものが「俺のやり方至上主義」的な
＞ところがある。誰が書いても同じコードになるのは初心者が迷わず
＞にすむという意味ではいいのだけど、迷う過程が好きな僕にとって
＞Pythonは退屈でしかない。

こいつわかってないな、
お前が「迷う過程」だと思ってるのは、「自転車置き場の議論」レベルの話であって、
そういうくだらないところで迷わないで済むのがpython、
そのレベルを一歩超えれば、迷うところはいくらだってある。

**デフォルトの名無しさん** · 2008/01/13(日) 21:55:54

>>189
リファレンスマニュアル片手にどう書こうかと迷いたいんだろｗｗｗ

**デフォルトの名無しさん** · 2008/01/13(日) 22:07:41

ユーザーコミュニティーがいまひとつ

**デフォルトの名無しさん** · 2008/01/13(日) 22:08:47

Zopeの怨念をぬぐいさればいまひとつじゃなくなれるんだろうか

**デフォルトの名無しさん** · 2008/01/13(日) 23:38:10

ITゴロの言うことを真に受ける方が馬鹿。

**デフォルトの名無しさん** · 2008/01/14(月) 09:20:09

日本のユーザーコミュニティーがいまいちってことなんかな

**デフォルトの名無しさん** · 2008/01/14(月) 11:02:22

PyJUG立ち上げたばっかりの頃が熱かった。
ユーザーは増えたとおもうけど、日本だとウェブ系(フレームワーク)ばっかりじゃない?
内骨格のひととかもいるけどさ。

**デフォルトの名無しさん** · 2008/01/14(月) 11:33:46

>>195
昔を懐かしむのはオッサンの悪い癖だよ。
文句があるなら自分で行動を起こせばいいんだよオッサン。

**デフォルトの名無しさん** · 2008/01/14(月) 11:36:20

懐かしむ云々じゃなくてユーザーコミュニティ云々の話ではないのか？

**デフォルトの名無しさん** · 2008/01/14(月) 13:17:40

python-jpも最近は多少流れてるけど、減ってるよね。
まあそれぞれ細かい分野ごとに分散しただけなのかも知れないけど。

**デフォルトの名無しさん** · 2008/01/14(月) 14:09:47

Rubyと比べて食わず嫌いになってる人は多そう
もっともRubyは食ってみて嫌いになったけど

**デフォルトの名無しさん** · 2008/01/14(月) 14:24:28

>>199
Rubyと比べて食わず嫌い云々じゃなくてユーザーコミュニティ云々の話ではないのか？