785コメント186KB

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

■ このスレッドは過去ログ倉庫に格納されています

0001七色波紋 ◆.VgGY5NKtU

2007/01/05(金) 20:26:11

$python kinoko.py this_teacher

0002デフォルトの名無しさん

2007/01/05(金) 21:00:55

2get

0003デフォルトの名無しさん

2007/01/06(土) 02:47:33

この先生、キノコτ

0004デフォルトの名無しさん

2007/01/06(土) 14:39:40

python がっこの先生

きのこルニハ (14歳)

萌キャラ化きぼんぬ

0005デフォルトの名無しさん

2007/01/06(土) 15:52:43

python 学院の鬼教官

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

漢キャラ化quibonne

0006デフォルトの名無しさん

2007/01/06(土) 22:02:09

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

0007デフォルトの名無しさん

2007/01/07(日) 16:13:50

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

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

http://pyny.sourceforge.jp/

0008デフォルトの名無しさん

2007/01/08(月) 02:16:46

むしろnyがいらね

0009デフォルトの名無しさん

2007/01/09(火) 20:43:57

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

orz.......

0010デフォルトの名無しさん

2007/01/10(水) 03:17:00

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

0011デフォルトの名無しさん

2007/01/13(土) 20:08:49

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

0012デフォルトの名無しさん

2007/01/13(土) 23:36:45

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

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

0013デフォルトの名無しさん

2007/01/14(日) 00:35:51

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

0014デフォルトの名無しさん

2007/01/15(月) 20:43:38

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

0015デフォルトの名無しさん

2007/01/16(火) 06:59:46

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

0016デフォルトの名無しさん

2007/01/24(水) 20:06:44

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

0017デフォルトの名無しさん

2007/02/01(木) 08:01:32

don't leave me

0018デフォルトの名無しさん

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

0019デフォルトの名無しさん

2007/02/05(月) 01:43:55

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

0020デフォルトの名無しさん

2007/02/06(火) 06:33:29

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

0021デフォルトの名無しさん

2007/02/06(火) 09:31:35

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

0022デフォルトの名無しさん

2007/02/06(火) 11:34:22

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

0023デフォルトの名無しさん

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
>>>

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

0024デフォルトの名無しさん

2007/02/06(火) 14:25:06

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

0025デフォルトの名無しさん

2007/02/06(火) 15:39:54

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

0026デフォルトの名無しさん

2007/02/06(火) 15:53:33

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

0027デフォルトの名無しさん

2007/02/06(火) 17:10:18

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

0028デフォルトの名無しさん

2007/02/06(火) 19:58:19

>>27
kwsk

0029デフォルトの名無しさん

2007/02/06(火) 20:56:11

流行ってねーだろ

0030デフォルトの名無しさん

2007/02/06(火) 20:59:06

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

0031デフォルトの名無しさん

2007/02/11(日) 00:24:57

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

0032デフォルトの名無しさん

2007/02/11(日) 00:39:26

それいいなぁ

0033デフォルトの名無しさん

2007/02/11(日) 00:53:05

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

0034デフォルトの名無しさん

2007/02/11(日) 01:05:23

Emacsのマクロにも採用

0035デフォルトの名無しさん

2007/02/11(日) 01:48:54

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

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

0036デフォルトの名無しさん

2007/02/11(日) 02:09:52

これ面白そうだ

0037デフォルトの名無しさん

2007/02/14(水) 11:44:02

ｳｪ～ｲ、耳片方だけ～

0038デフォルトの名無しさん

2007/02/15(木) 04:27:24

python

0039デフォルトの名無しさん

2007/02/23(金) 12:04:08

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

0040デフォルトの名無しさん

2007/02/24(土) 00:26:56

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

0041デフォルトの名無しさん

2007/02/25(日) 17:16:42

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

0042デフォルトの名無しさん

2007/02/27(火) 03:24:41

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

0043デフォルトの名無しさん

2007/02/27(火) 16:49:16

pythonも五十歩百歩だろ

0044デフォルトの名無しさん

2007/02/27(火) 17:59:21

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

0045デフォルトの名無しさん

2007/03/01(木) 23:35:11

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

0046デフォルトの名無しさん

2007/03/04(日) 21:04:04

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

なんだってーーー！！！

0047デフォルトの名無しさん

2007/03/04(日) 22:08:37

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

0048デフォルトの名無しさん

2007/03/05(月) 13:25:18

scipyとnumpyは使える。

0049デフォルトの名無しさん

2007/03/05(月) 16:34:06

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

0050デフォルトの名無しさん

2007/03/10(土) 01:05:13

class MyGod(object): pass

0051デフォルトの名無しさん

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)

0052デフォルトの名無しさん

2007/03/14(水) 02:00:03

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

0053デフォルトの名無しさん

2007/03/14(水) 02:27:26

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

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

ABCは実験場か？ｗ

0054デフォルトの名無しさん

2007/03/14(水) 03:43:45

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

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

0055デフォルトの名無しさん

2007/03/15(木) 03:22:33

'pre-decorator'

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

0056デフォルトの名無しさん

2007/03/15(木) 04:06:21

PEP3115重ッ

0057デフォルトの名無しさん

2007/03/17(土) 00:50:17

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

0058デフォルトの名無しさん

2007/03/17(土) 17:53:16

e.__traceback__

0059デフォルトの名無しさん

2007/03/17(土) 18:50:05

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

0060デフォルトの名無しさん

2007/03/18(日) 20:15:46

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

0061デフォルトの名無しさん

2007/03/20(火) 20:12:41

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

0062デフォルトの名無しさん

2007/03/20(火) 21:58:25

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

0063デフォルトの名無しさん

2007/03/22(木) 11:38:10

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

0064デフォルトの名無しさん

2007/03/24(土) 18:38:23

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

0065デフォルトの名無しさん

2007/04/03(火) 22:05:00

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

0066デフォルトの名無しさん

2007/04/11(水) 05:53:57

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

0067デフォルトの名無しさん

2007/04/11(水) 10:07:58

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

0068デフォルトの名無しさん

2007/04/11(水) 22:14:57

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

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

0069デフォルトの名無しさん

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予告

0070デフォルトの名無しさん

2007/04/20(金) 02:30:07

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

0071デフォルトの名無しさん

2007/04/29(日) 22:16:53

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

0072デフォルトの名無しさん

2007/05/05(土) 06:17:39

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

0073デフォルトの名無しさん

2007/06/04(月) 03:02:17

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

0074デフォルトの名無しさん

2007/06/04(月) 03:04:21

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

0075デフォルトの名無しさん

2007/06/09(土) 02:38:08

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

RomanNumeralLiteralってそらないわｗ

0076デフォルトの名無しさん

2007/06/10(日) 16:32:43

map, filter残りますよと・・

0077デフォルトの名無しさん

2007/06/10(日) 16:36:17

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

0078デフォルトの名無しさん

2007/06/10(日) 17:12:21

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

0079デフォルトの名無しさん

2007/06/11(月) 23:19:57

それだぁ～

0080デフォルトの名無しさん

2007/06/14(木) 19:04:20

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

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

0081デフォルトの名無しさん

2007/06/14(木) 19:24:44

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

0082デフォルトの名無しさん

2007/07/01(日) 06:36:12

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

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

0083デフォルトの名無しさん

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

0084デフォルトの名無しさん

2007/07/01(日) 07:30:23

実用性ゼロ

0085デフォルトの名無しさん

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 となる。

008685

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

うへ、かぶった orz

0087デフォルトの名無しさん

2007/07/01(日) 09:57:05

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

>>84
そうねｗ

0088デフォルトの名無しさん

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

0089デフォルトの名無しさん

2007/07/15(日) 18:27:29

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

0090デフォルトの名無しさん

2007/07/15(日) 19:56:40

危険って？

0091デフォルトの名無しさん

2007/07/16(月) 01:57:48

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

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

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

0092デフォルトの名無しさん

2007/07/16(月) 23:20:16

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

0093デフォルトの名無しさん

2007/07/16(月) 23:27:52

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

0094デフォルトの名無しさん

2007/07/16(月) 23:59:25

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

0095デフォルトの名無しさん

2007/07/26(木) 16:22:29

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

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

0096名無しさん＠そうだ選挙に行こう

2007/07/29(日) 11:00:32

きのこ

0097デフォルトの名無しさん

2007/07/31(火) 06:56:03

そんなことは無い

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

0098デフォルトの名無しさん

2007/07/31(火) 23:11:09

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

0099デフォルトの名無しさん

2007/08/01(水) 23:08:15

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

0100デフォルトの名無しさん

2007/08/01(水) 23:13:32

今日optparseに感動しますた

0101デフォルトの名無しさん

2007/08/02(木) 11:26:54

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

0102デフォルトの名無しさん

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

0103デフォルトの名無しさん

2007/08/03(金) 08:03:15

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

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

0104デフォルトの名無しさん

2007/08/03(金) 08:04:45

a, b, c = 'abc'

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

0105デフォルトの名無しさん

2007/08/03(金) 08:17:52

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

0106デフォルトの名無しさん

2007/08/13(月) 17:42:20

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

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

0107デフォルトの名無しさん

2007/08/13(月) 17:43:58

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

0108デフォルトの名無しさん

2007/08/13(月) 23:15:17

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

0109デフォルトの名無しさん

2007/08/14(火) 01:57:54

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

0110デフォルトの名無しさん

2007/08/14(火) 04:01:00

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

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

0111デフォルトの名無しさん

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とかもすぐ出るんだろうか・・・？

0112デフォルトの名無しさん

2007/08/23(木) 09:56:13

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

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

0113デフォルトの名無しさん

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

0114デフォルトの名無しさん

2007/08/23(木) 22:40:00

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

0115デフォルトの名無しさん

2007/08/24(金) 09:14:30

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

0116デフォルトの名無しさん

2007/08/24(金) 12:02:16

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

0117デフォルトの名無しさん

2007/08/24(金) 16:30:20

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

0118デフォルトの名無しさん

2007/08/25(土) 00:12:29

確認

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

0119デフォルトの名無しさん

2007/08/27(月) 21:34:18

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

0120デフォルトの名無しさん

2007/09/13(木) 04:08:35

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

0121デフォルトの名無しさん

2007/09/13(木) 06:40:40

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

0122デフォルトの名無しさん

2007/09/14(金) 22:47:52

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

0123デフォルトの名無しさん

2007/09/15(土) 01:48:33

・・・・・・

0124デフォルトの名無しさん

2007/09/15(土) 16:51:42

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

0125デフォルトの名無しさん

2007/09/15(土) 20:47:44

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

0126デフォルトの名無しさん

2007/09/15(土) 22:35:17

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

0127デフォルトの名無しさん

2007/09/16(日) 00:39:28

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

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

0128デフォルトの名無しさん

2007/09/16(日) 03:09:29

抑えてどーするｗ

0129デフォルトの名無しさん

2007/10/16(火) 10:21:37

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

0130デフォルトの名無しさん

2007/10/24(水) 23:10:31

>>129
boost.python

0131デフォルトの名無しさん

2007/11/01(木) 00:53:04

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

0132デフォルトの名無しさん

2007/11/01(木) 06:01:44

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

0133デフォルトの名無しさん

2007/11/01(木) 08:45:03

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

0134デフォルトの名無しさん

2007/11/01(木) 09:23:35

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

0135デフォルトの名無しさん

2007/11/12(月) 07:53:07

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

0136デフォルトの名無しさん

2007/11/12(月) 07:54:31

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

0137デフォルトの名無しさん

2007/11/12(月) 10:13:21

>>131
崩れてない。

0138デフォルトの名無しさん

2007/11/13(火) 22:51:54

>>137
kwsk

0139デフォルトの名無しさん

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らしくていいと思ってたのに・・

0140デフォルトの名無しさん

2007/11/15(木) 04:33:41

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

0141デフォルトの名無しさん

2007/11/19(月) 07:30:25

おいおいマジか・・・

def a():
　　p = yield 1

for i in a(): print i

0142デフォルトの名無しさん

2007/11/19(月) 12:02:01

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

0143デフォルトの名無しさん

2007/11/19(月) 21:40:42

そうそう、

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

0144デフォルトの名無しさん

2007/11/19(月) 22:00:33

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

0145デフォルトの名無しさん

2007/11/20(火) 01:37:11

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

0146デフォルトの名無しさん

2007/11/21(水) 14:48:37

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

yield_stmt ::=
yield_expression

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

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

0147デフォルトの名無しさん

2007/11/21(水) 21:17:52

(expression_list | yield_expression)

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

0148デフォルトの名無しさん

2007/11/21(水) 21:48:11

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

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

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

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

0149デフォルトの名無しさん

2007/11/26(月) 12:12:07

α2遅い

0150デフォルトの名無しさん

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))

0151デフォルトの名無しさん

2007/12/01(土) 22:00:55

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

0152デフォルトの名無しさん

2007/12/02(日) 03:48:48

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

0153デフォルトの名無しさん

2007/12/02(日) 10:03:55

>>152
time(1)

0154デフォルトの名無しさん

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

0155デフォルトの名無しさん

2007/12/02(日) 12:02:17

python 2.5.1
0m49.463s

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

0156デフォルトの名無しさん

2007/12/02(日) 12:04:24

誰かIronPythonでも計測して！

0157デフォルトの名無しさん

2007/12/02(日) 12:59:33

python 2.5.1
102.657s

IronPython 2.0A6
54.043s

0158デフォルトの名無しさん

2007/12/02(日) 14:27:01

JRubyかもん!

0159デフォルトの名無しさん

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;;

0160デフォルトの名無しさん

2007/12/03(月) 00:56:52

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

0161デフォルトの名無しさん

2007/12/03(月) 23:13:27

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

0162デフォルトの名無しさん

2007/12/03(月) 23:54:58

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

0163デフォルトの名無しさん

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はかなり遅い。

0164デフォルトの名無しさん

2007/12/04(火) 17:49:42

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

ruby 1.9.0 (20070830)
0m34.250s

となりました。

0165デフォルトの名無しさん

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

0166デフォルトの名無しさん

2007/12/05(水) 21:50:15

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

0167デフォルトの名無しさん

2007/12/06(木) 08:24:32

自分で計測したら?

0168デフォルトの名無しさん

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

0169デフォルトの名無しさん

2007/12/06(木) 09:06:21

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

0170デフォルトの名無しさん

2007/12/06(木) 09:17:26

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

0171デフォルトの名無しさん

2007/12/07(金) 06:42:57

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

0172デフォルトの名無しさん

2007/12/07(金) 12:27:23

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

0173デフォルトの名無しさん

2007/12/07(金) 12:42:05

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

0174デフォルトの名無しさん

2007/12/07(金) 13:35:10

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

0175デフォルトの名無しさん

2007/12/09(日) 03:31:38

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

list(range(9))

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

0176デフォルトの名無しさん

2007/12/09(日) 03:46:49

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

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

0177デフォルトの名無しさん

2007/12/21(金) 13:19:04

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

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

0178デフォルトの名無しさん

2007/12/24(月) 06:34:09

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

0179デフォルトの名無しさん

2007/12/25(火) 10:44:15

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

0180デフォルトの名無しさん

2007/12/28(金) 21:48:48

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

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

0181デフォルトの名無しさん

2008/01/01(火) 21:28:01

今年もきのこる！

0182デフォルトの名無しさん

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

0183デフォルトの名無しさん

2008/01/05(土) 19:11:14

きのこる揚げ

0184デフォルトの名無しさん

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は定義の仕方が変更されます

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

0185デフォルトの名無しさん

2008/01/10(木) 08:32:14

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

0186デフォルトの名無しさん

2008/01/10(木) 09:41:11

要するに

del range
range = xrange
del xrange

みたいなことが起こる

0187デフォルトの名無しさん

2008/01/11(金) 01:16:19

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

0188デフォルトの名無しさん

2008/01/11(金) 01:26:28

えっと、じゃあ

range=xrange;del xrange

0189デフォルトの名無しさん

2008/01/13(日) 21:48:08

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

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

0190デフォルトの名無しさん

2008/01/13(日) 21:55:54

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

0191デフォルトの名無しさん

2008/01/13(日) 22:07:41

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

0192デフォルトの名無しさん

2008/01/13(日) 22:08:47

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

0193デフォルトの名無しさん

2008/01/13(日) 23:38:10

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

0194デフォルトの名無しさん

2008/01/14(月) 09:20:09

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

0195デフォルトの名無しさん

2008/01/14(月) 11:02:22

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

0196デフォルトの名無しさん

2008/01/14(月) 11:33:46

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

0197デフォルトの名無しさん

2008/01/14(月) 11:36:20

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

0198デフォルトの名無しさん

2008/01/14(月) 13:17:40

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

0199デフォルトの名無しさん

2008/01/14(月) 14:09:47

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

0200デフォルトの名無しさん

2008/01/14(月) 14:24:28

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

0201デフォルトの名無しさん

2008/01/14(月) 16:04:34

>>200
al3x.net: Shared Hosting is a Ghetto
http://www.al3x.net/2008/01/shared-hosting-is-ghetto.html

外人いい加減だよな tumbler は rail じゃないだろよw

プロフィールみたら24歳よ。日本だとコメント欄が3つも
付いたら御の字よ。

レスは偉い人から承るものだったり、顔見知り同士で
社交辞令を交わすためのものなのですよ♪言語問わず
個人同士あれこれできるのは土壌の違いか…

The B-List: Shared hosting is not a ghetto
http://www.b-list.org/weblog/2008/jan/13/meathook/
ここ経由で発見しますた

The B-List: Making magic
http://www.b-list.org/weblog/2007/dec/03/making-magic/
The B-List: Clarke's Third Law
http://www.b-list.org/weblog/2007/dec/03/magic/

0202デフォルトの名無しさん

2008/01/14(月) 16:12:45

>>195 >>198
って、よくみたら流れが読めてないか
ゆとり力と言わざるを得ない orz

0203デフォルトの名無しさん

2008/01/14(月) 18:38:31

「日本の」コミュニティなんて言ってる段階でDQN確定だろ

>言語問わず個人同士あれこれできるのは土壌の違いか…

これだよ
日本人だろうがやってる香具師はもうやってる

日本語でしかコミュニケーション出来ない糞が集まっても仕方ない

0204デフォルトの名無しさん

2008/01/14(月) 18:42:19

ゆとり乙。ついでにtumblerじゃなくてtumblrな。

0205デフォルトの名無しさん

2008/01/14(月) 19:33:52

小飼弾に１００の質問
＞Q55　自分より年下で注目しているプログラマーは？
＞
＞これまた大勢。最近はむしろ年下の方が多いのかも。
＞今の僕のJavascriptの書き方はほとんどAmachangに
＞教わったようなものだし。一生プログラマーでいれるか
＞どうかは、言い換えれば年下から学べるか否か。年長
＞者が文句を言うだけの存在と化すのなら、その余命を
＞もっと活用してくれるであろう人間に譲れ、と真剣に思う。
＞余命が長い人の方が根源的な価値があるのだから。
＞そういう意味ではプログラマーにとって一番重要な財産は「暇」なのかも。

ゆとり乙ですべて済まそうとするダメなおっさんに比べれば、
dankogaiの方がよほどまし

0206デフォルトの名無しさん

2008/01/14(月) 19:51:50

同感
>>202 >>203 >>204
この程度は本当にどうしようもないな

0207デフォルトの名無しさん

2008/01/14(月) 19:54:18

205はただのミーハー。
戦争になったら真っ先に死んでくれるタイプの人間ですね。
みなさん、国の宝なので大切にしましょう。

0208デフォルトの名無しさん

2008/01/14(月) 20:00:32

そりゃ年下からだって、学ぶものはあるさ。
201=202が読み取れないゆとりからは学ぶことはないだろうけどw

0209デフォルトの名無しさん

2008/01/14(月) 20:15:10

189以降ゆとりバカだろ、つられてんじゃねーよ

0210デフォルトの名無しさん

2008/01/14(月) 21:23:13

ダメなおっさん。ゆとり。ミーハー。
こいつらがPythonコミュニティをダメにしているようにしか見えない(wwwwwwwwww

0211デフォルトの名無しさん

2008/01/14(月) 21:32:58

いいえ、mojixです

0212デフォルトの名無しさん

2008/01/14(月) 21:37:13

>>211
なんだよそれ(wwwwwwww
池沼という新キャラ登場か？(wwwwwwwwwwwwwwwwww

0213デフォルトの名無しさん

2008/01/14(月) 21:52:53

ゆとりゆとり言わないと気が休まらない奴は
20代後半から30代に多いって話は本当なのかね。

0214デフォルトの名無しさん

2008/01/14(月) 21:56:42

ゆとり言うやつはゆとり
という説もある

0215デフォルトの名無しさん

2008/01/14(月) 22:01:34

このていたらくでは、日本のPythonコミュニティはおしまいだな(wwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwww

0216デフォルトの名無しさん

2008/01/14(月) 22:20:59

コミュニティ言うやつはコミュニティ
という説もあるとかないとか

0217デフォルトの名無しさん

2008/01/15(火) 00:49:08

日本語圏がある意味閉じちゃってて、英語圏のPythonコミュニティとあまり交流がない
のはRubyやPerlも一緒じゃないのかな。

RubyやPerlと比較して明らかに違う部分は、大御所扱いされるような
「本家へのコミット実績のある人」がいないが存在感がない、っていうところかと。

0218217

2008/01/15(火) 00:50:13

訂正:
誤: いないが存在感がない
誤: いないか存在感がない

0219デフォルトの名無しさん

2008/01/15(火) 00:56:06

>>217
おまいが英語苦手でしかも技術力がないダメなオッサンであることはもうよく分かった。
痛々しいからこれいじょうやめような(ww

0220217

2008/01/15(火) 01:26:42

27才におっさんなんてひどいや

0221デフォルトの名無しさん

2008/01/15(火) 17:00:01

>>217
いやちょっと Python いじってれば分かるけど重要なモジュール等も
英語のみの情報なので英語圏に取り込まれてしまっているという方が
正しいかと

Python も日本人著者による入門書がやっと出始めたばかりなので
日本語圏というのが出来るのはこれからだと思う

0222デフォルトの名無しさん

2008/01/15(火) 19:43:07

index of mix/lib/
http://fleur.hio.jp/perldoc/mix/lib/
module list
http://fleur.hio.jp/perldoc/modules/
untitled
http://ciel.hio.jp/translation/perldoc/func/each.html

ここみて Perl ってなにげにすごいよな
とか見直した漏れがいる…

外部ライブラリもそれなりにドキュメント化されてるし
底力って大切だよな…

とか思いつつ他の言語が気になってしまう罠
Pythonと平行して学習中…

0223デフォルトの名無しさん

2008/01/15(火) 22:42:41

>>222
まあPerl 6で前捨てなんだけどね

0224デフォルトの名無しさん

2008/01/16(水) 11:00:50

>>222
何でそんなサイト見てるの? CPAN見なよ。
やっぱりCPANがscript系言語に与えた影響は大きいと思うよ。
モジュールシステムのない言語は駄目だってことが決定的になった。
純粋主義のschemeでさえR6RSで入った。

0225デフォルトの名無しさん

2008/01/16(水) 12:59:23

>>224
CPANにあるモジュールのうち、どのていどがPerl 6でも生き残るのでしょうか。
分からないので教えてください。

0226デフォルトの名無しさん

2008/01/16(水) 14:53:21

>>224
なんかどこから見ていいかわからないよとか
しばらくﾄｯﾌﾟﾍﾟｰｼﾞから入って彷徨ってたけど

CPAN saisoku search
http://cpan.ma.la/

とか便利そげだった。
うーんでも俺は>>222のとこのほうが肌に合うな
普段IEコンポのブラウザとかOpera使ってるし

あと訳文と原文を併記するのは原著者に対して誠意をもった
作業だと思う。印象が良いね。これは趣味の問題かもしれんけど

CPAN Mirrors
http://mirrors.cpan.org/
>There are currently 238 CPAN mirrors around the World

てかミラーサイトが238箇所あるんだな
富の分布に準じた形だな…

0227デフォルトの名無しさん

2008/01/16(水) 15:30:27

ttp://d.hatena.ne.jp/question9/20070510

JSON::XSが圧倒的すぐるwww

0228デフォルトの名無しさん

2008/01/16(水) 17:43:40

>>225
perl6自体脳死状態なのでそのようなことを考えるのは無駄です。
故人perlの偉大な業績を継承してpythonはこの先生きのこるのです。

0229デフォルトの名無しさん

2008/01/17(木) 02:25:43

python、って中間層が抜けてるよね…

あとブログ形式でスニペットが散逸してく
最近の傾向がなんか嫌。これはpythonに
限らないことだけど。

*3万行以上あるフレームワークに基づいたプラグイン
*どう組み合わせたら良いか素人目にはわからない
外部ライブラリ依存しまくりなツール

これがブログのささやかな日常の合間合間に
サンプルコード・使用法として挿入されてたり…

嫌いではないけど、すこし入って行きづらい部分が
あると問われると否定できない俺ガイル…

0230デフォルトの名無しさん

2008/01/17(木) 02:35:51

巨漢大砲主義な傾向があって小回りが
利かない印象が…BeatifulSoup vs Hpricotみたいな(爆)

0231デフォルトの名無しさん

2008/01/17(木) 02:41:00

でも Trac とかインフラ系ツールは便利だし
適材適所? というかケースバイケースかもしれん…

0232デフォルトの名無しさん

2008/01/17(木) 03:40:37

>>230
朝鮮人はうざいなあｗｗｗ

0233デフォルトの名無しさん

2008/01/17(木) 09:15:00

>>229
Django使いは正直ウザいよね。

0234デフォルトの名無しさん

2008/01/17(木) 12:41:11

言語がちゃんとしてればどんなアプリがあるかとか関係なくない？

0235デフォルトの名無しさん

2008/01/17(木) 12:52:54

>>234
つ　エスペラント

0236デフォルトの名無しさん

2008/01/17(木) 13:17:10

>>232
MS-IMEに文句言ってくださいwww

巨艦大砲主義 orz

0237デフォルトの名無しさん

2008/01/17(木) 13:47:43

nowa [ノワ] : タグ - javascript
http://nowa.jp/tag/javascript?page=2
>正しい無限ループの書き方多言語編

おもしろいな…
ちょっとこの発想は出て来なかった orz

0238デフォルトの名無しさん

2008/01/17(木) 13:52:55

javascriptのテストコードを書くよりは
IFrame化してテストに掛けたほうが合理的か…
うむテストに関するノウハウが足りぬ orz

0239デフォルトの名無しさん

2008/01/17(木) 15:16:44

>>236
IMEに文句いうまえに日本語勉強しろよw
http://ja.wikipedia.org/wiki/%E5%A4%A7%E8%89%A6%E5%B7%A8%E7%A0%B2%E4%B8%BB%E7%BE%A9

0240デフォルトの名無しさん

2008/01/17(木) 15:23:52

TAT = True

while (TAT):
　　　　print "(TAT) < 帰れないよー"

0241デフォルトの名無しさん

2008/01/17(木) 19:58:15

http://internet.watch.impress.co.jp/cda/news/2008/01/17/18139.html
わざとPython抜いているだろ

0242デフォルトの名無しさん

2008/01/17(木) 22:04:21

>しかしそれでもLinuxやWindowsなどの他のOSや、PHPやPerl、Pythonなどの開発言語がその犠牲になることは「考えていない」とも説明している。

一応忘れてはいないみたいだね

0243デフォルトの名無しさん

2008/01/18(金) 00:07:10

>>242
そこに書いてあってLAMPのところに書いてないのかｗｗｗ

0244デフォルトの名無しさん

2008/01/18(金) 00:27:27

だから「わざと」なんだろうと

0245デフォルトの名無しさん

2008/01/20(日) 15:52:11

小ネタ入手

import __hello__

0246デフォルトの名無しさん

2008/01/20(日) 18:36:56

>>245
Ipy1.1 via IronPythonConsole
>>>import __hello__
No module named __hello__

Python 2.5.1 (r251:54863, Apr 18 2007, 08:51:08) [MSC v.1310 32 bit (Intel)] onwin32
>>> import __hello__
Hello world...

>>> __hello__.__doc__
>>> __hello__
<module '__hello__' from '<frozen>'>
>>> help(__hello__)
Help on module __hello__:

NAME
__hello__

FILE
c:\<frozen>

なんか <frozen> とか出力されたな…なんじゃこりゃ???

0247デフォルトの名無しさん

2008/01/20(日) 20:45:46

CPythonのソース見れば解決

0248デフォルトの名無しさん

2008/01/21(月) 15:38:04

Miscellany
http://www.triv.org.uk/~nelis/

ここの weblike 使えば、mod_python が使える環境なら、
web.py より良さげな予感がする…あとで調べる

0249デフォルトの名無しさん

2008/01/21(月) 23:28:44

ま～た一週間もpython3000-listの更新が無い

0250デフォルトの名無しさん

2008/01/22(火) 01:11:03

>>249
えー。それはまずいのかな…

Oracle to get BEA + 最近の言語　
http://dolduke.blogspot.com/feeds/posts/default

うん。あまり関係ないけどニュースとかチェックしないと
駄目かなとか勉強になったのでメモ代わりにコピペする…

0251デフォルトの名無しさん

2008/01/22(火) 01:16:02

>>250
ちゃんとしたリンク張れクソが。
氏ね。インデントしすぎで氏ね。

0252デフォルトの名無しさん

2008/01/22(火) 01:33:47

うでがーー！うでがーー！（ｶﾀｶﾀｶﾀｶﾀｶﾀｶﾀｶﾀ････････

0253デフォルトの名無しさん

2008/01/23(水) 01:05:41

>>250
>python は古くさい感じがする。とはいえ、熱狂的な支持者がいる事も確かで、もっと使い込んでみる事も必要だろう。

>Python ... いまさらだが、昔、少しやってやめてしまっていた。
>ただし、機能は一通りあるわけだし、あとはどれだけ興味が維持できるかが
ポイント。

3ポスト中2つでダメだしされるPythonｶﾜｲｿｽ

0254デフォルトの名無しさん

2008/01/23(水) 01:28:27

そういう根拠の無い個人的感想はダメだしとは言わない。

0255デフォルトの名無しさん

2008/01/23(水) 10:17:00

253の方がカワイソウだよ(WW

0256デフォルトの名無しさん

2008/01/23(水) 13:56:35

言語との相性なんてすべてフィーリングで決まるんですよ(暴言

0257デフォルトの名無しさん

2008/01/23(水) 15:07:04

functional style and OO are orthogonal

外人さんは orthogonal とか表現すぐ使う…
やっぱりなんか違和感があるなﾒﾓﾒﾓ

0258デフォルトの名無しさん

2008/01/23(水) 15:51:52

でも、functional と OO そのものはなんかうまくかみ合ってない気がする・・・

0259デフォルトの名無しさん

2008/01/23(水) 16:29:11

>>258
もともと別のパラダイムなのでかみ合うわけがないだろ常考。

0260デフォルトの名無しさん

2008/01/24(木) 00:06:58

>>251-252
ワロタw

0261デフォルトの名無しさん

2008/01/26(土) 02:46:43

>>249
別の言語みたいに文字列の扱いだけで1ヶ月以上言い争いしているほうがいいのかｗｗｗ

0262デフォルトの名無しさん

2008/01/28(月) 16:33:44

>>> ....__class__.__name__
'ellipsis'

0263デフォルトの名無しさん

2008/01/28(月) 22:44:26

>>262
ellipsisがあるのは知ってるが
使い道は知らない

0264デフォルトの名無しさん

2008/01/31(木) 10:36:40

セットリテラルの議論が荒れている
セット内包はmutable(set)で、{a,b,c}のほうはimmutable(frozenset)を返す方向になりつつあるっぽい・・・

0265デフォルトの名無しさん

2008/02/03(日) 04:06:23

dict comprehension が確定したらしい、

bash-3.2$ ./python.exe
Python 3.0a2+ (py3k:60207, Jan 22 2008, 16:58:59)
[GCC 4.0.1 (Apple Inc. build 5465)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> {x:x**2 for x in range(10)}
{0: 0, 1: 1, 2: 4, 3: 9, 4: 16, 5: 25, 6: 36, 7: 49, 8: 64, 9: 81}
>>>

なんかホント富豪的プログラミングって感じだ・・・

0266デフォルトの名無しさん

2008/02/03(日) 10:06:30

setもcomprehensionで書けるZE!

0267デフォルトの名無しさん

2008/02/03(日) 18:09:26

http://ha6.seikyou.ne.jp/home/yamanose/haskell/LISTCOMPREHENSION.HTML

こんなかんじで、sin, cos, tan とかどうかくYO?

0268デフォルトの名無しさん

2008/02/03(日) 18:50:22

from math import cos, sin, tan
[f(1) for f in (cos, sin, tan)] ?

0269デフォルトの名無しさん

2008/02/04(月) 02:50:57

[今週のpython-3000]
python3.0 の executable の名前を何にするかというくだらない話題で盛り上がってる模様・・・まあ、いんだけど・・・

0270デフォルトの名無しさん

2008/02/05(火) 01:13:25

pythonsan.exe

0271デフォルトの名無しさん

2008/02/05(火) 02:15:49

python3k.exe

0272デフォルトの名無しさん

2008/02/05(火) 02:44:31

oppai_taku3

0273デフォルトの名無しさん

2008/02/05(火) 03:53:42

2/3が後ろに.exeを付けている件

0274デフォルトの名無しさん

2008/02/05(火) 21:18:28

>>269
この辺の話題ってどこで見られる？
MLの過去ログとかありますか？

0275デフォルトの名無しさん

2008/02/05(火) 21:24:09

>>274
で、どこまで調べてからそういっているんだ？

0276デフォルトの名無しさん

2008/02/05(火) 23:01:49

>>274
過去ログ全部あるよ
http://mail.python.org/pipermail/python-3000/

0277デフォルトの名無しさん

2008/02/06(水) 00:46:55

py3k

0278デフォルトの名無しさん

2008/02/06(水) 00:48:09

py3:

0279デフォルトの名無しさん

2008/02/06(水) 00:58:09

>>276
㌧

0280デフォルトの名無しさん

2008/02/06(水) 01:24:38

>>276
頭いいな。惚れたぜ。

0281デフォルトの名無しさん

2008/02/10(日) 17:28:26

>>> 1..__int__.__str__.__doc__.split().count('x').__ror__.__str__()[29]
'i'

0282デフォルトの名無しさん

2008/02/14(木) 03:24:25

ABC(Abstract Base Class)談義が始まっている。
どうなることやら、本当に予想がつかない。

0283デフォルトの名無しさん

2008/02/14(木) 09:10:03

Baseってことだけど、
最近は継承階層にinterfaceを持ち込むのは古いから、
haskellのtype classやC++のconceptも踏まえた内容にして欲しいなあ。
type classやconceptみたいに実装、仕様感のglue機構をいれる方が使いやすい。
といってもそこの議論に参加するほどpythonに入れ込んではいないけれども…

0284デフォルトの名無しさん

2008/02/14(木) 10:37:05

dankogai氏:
>Pythonそのものが「俺のやり方至上主義」的なところがある。

そういう表現は新鮮だったけど、pythonista って perl の
「わけわかめでも一見なんとかなる」「俺ってスゲー感満載」に
うんざりした人たちとか、
少なくともそういうのが好きじゃない人たちが
集っている場所だと思う

ある意味近いところをついているかもしれないけど
表現としては的を外している気がするねぇ

0285デフォルトの名無しさん

2008/02/14(木) 10:41:16

>269
pypypy なら python と文字数は変わらない

0286デフォルトの名無しさん

2008/02/14(木) 10:44:40

それがdanクオリティ

0287デフォルトの名無しさん

2008/02/14(木) 12:04:37

「至上」と言われると違和感あるよね
どちらかというと「妥協」という気がするし
「万人向けにはこれがベターだし、万人に読めなきゃソースなんて意味ないよね」的な

0288デフォルトの名無しさん

2008/02/14(木) 16:24:49

>287
同意

というか、そこに文句を言う人が書くソースは見たくない…かな

0289デフォルトの名無しさん

2008/02/14(木) 18:20:31

ttp://www.emptypage.jp/whining/2008-02-08.html（ここ経由で）
http://d.hatena.ne.jp/sirocco634/20080130

おもしろかったのでコピペする…

0290デフォルトの名無しさん

2008/02/15(金) 10:26:05

こぴぺしてないやん

0291デフォルトの名無しさん

2008/02/15(金) 10:34:06

比べると確かに興味深いねぇ

python の文字まわりは、ある意味面倒な印象を受けるけど
中途半端にお手軽にしてワケワカメ地獄に陥るよりは
全然イイってことなのかな

0292デフォルトの名無しさん

2008/02/15(金) 10:49:37

UNIX 的なものに背を向けているからそっち方面の人には面倒に見えるんだと思う

・ファイル上のデータと内部表現は別
・ユーザーインターフェイスはコンソール入出力に頼らずGUIを使う

と割り切ればこっちの方がすっきりとしている感じ
良くも悪くもMac生まれだよね

0293デフォルトの名無しさん

2008/02/15(金) 10:55:45

Rubyはかなり極端なUnixセントリズムだから、
そういう住み分け使い分けもできるな。

0294デフォルトの名無しさん

2008/02/15(金) 11:39:50

>>292
> ・ユーザーインターフェイスはコンソール入出力に頼らずGUIを使う

関係あらへんやん

0295デフォルトの名無しさん

2008/02/15(金) 17:06:46

コンソールだとハートマーク♥出力する時にエラー出たりするよ

0296デフォルトの名無しさん

2008/02/15(金) 18:18:48

UTF-8のターミナルにはハートマークが出るんだろうか？

0297デフォルトの名無しさん

2008/02/15(金) 20:21:15

出る

0298デフォルトの名無しさん

2008/02/15(金) 20:30:57

>>297
UTF-8のターミナルてたとえばどれ？

0299デフォルトの名無しさん

2008/02/15(金) 20:36:29

つ xterm

ハートマークは元々KSCその他だろ。
だから韓国ならコンソールでも問題ない。

0300デフォルトの名無しさん

2008/02/15(金) 21:27:58

アメリカだとコンソールはLatin1以外壊滅だろうか

0301デフォルトの名無しさん

2008/02/15(金) 21:48:41

PC-UNIXは、今やコンソールでも何でもあり。
キーマップ、フォント変え放題。

0302デフォルトの名無しさん

2008/02/17(日) 14:56:21

>>300
utf-8とかに変換すれば、たいていはPyCrustとかSciteとかエディタ兼、実行環境で
表示できるみたい。てかlatin-1だけしか表示できないと、スラブ系の言語の表示も全滅だし。

windows だと
*コンソール上でインタラクティブにコード打つ => 国によって表示(文字コードの縛り)
*PyCrustとかSciteとかエディタ => Utf-8で他国のコードの実行可能

インタラクティブシェル上で、ロシア系のひとが、日本語の表示させる
のはたぶん無理そげ。そういうのはエディタを使うのが普通みたいな気がする

0303デフォルトの名無しさん

2008/02/17(日) 15:30:37

つかPythonだとIDLEが標準付属だからそれでやればOKだしね

0304デフォルトの名無しさん

2008/03/10(月) 13:31:52

文字コードの話題が出ると、話がハイレベルだとか思ってるやつﾏｼﾞｳｹﾙ
文字コードほど下らない話題ねーつうのｗｗｗｗｗｗｗｗｗ

0305デフォルトの名無しさん

2008/03/10(月) 13:39:57

python スレで２大くだらない話題といえば
・文字コード
・エディタ
この２つ、こういう話題はほんとお勉強スレ向きなので、
きのこるスレでは流さないように！

0306デフォルトの名無しさん

2008/03/10(月) 13:44:13

codec は
コデックと読むのが正しいのですか？
それともコーデック？

0307デフォルトの名無しさん

2008/03/10(月) 13:48:28

kóudèk

0308デフォルトの名無しさん

2008/03/10(月) 18:48:07

Python使いはスルー力を身につけるべき。

0309デフォルトの名無しさん

2008/03/10(月) 22:27:13

からかわれてるとも知らずかわいい子。ウフッ。

0310デフォルトの名無しさん

2008/03/10(月) 22:48:43

ttp://trendy.nikkeibp.co.jp/article/col/20061205/120048/

0311デフォルトの名無しさん

2008/03/13(木) 02:09:48

pycon2008 日程
https://www.google.com/calendar/embed?src=og3ea7a3ov1tb3e18qppkd4ev8%40group.calendar.google.com&mode=MONTH

0312デフォルトの名無しさん

2008/03/15(土) 13:37:32

I Love New York!

0313デフォルトの名無しさん

2008/03/16(日) 12:04:00

pycon 普通に進んでる模様、
Guido はすごい普通なことをいった模様
Guido の前のPyCon 一発目のプレゼンのタイトルが「Why Python Sucks」（Pythonがくそな理由）
なのにはﾜﾛﾀ。どんだけｱｸﾞﾚｯｼｳﾞだよｗ

0314デフォルトの名無しさん

2008/03/16(日) 18:01:36

>>313
オマエはまったくアグレッシブに見えない。
そんなオマエは今すぐPythonを止めるべきだ。
それがPythonのためだ。

0315デフォルトの名無しさん

2008/03/16(日) 18:33:33

何その見当違いのアホレスはw

0316デフォルトの名無しさん

2008/03/16(日) 20:34:15

処置なし、ってこのことですね
本当にありがとうございました

0317デフォルトの名無しさん

2008/03/17(月) 00:21:38

常山臭が．

0318313

2008/03/17(月) 07:49:54

まあ、会場で見てない時点で確かにｱｸﾞﾚｯｼｳﾞさは足りないかもしれないｗ
（でも、日本人３人しかいないみたいだから、会場から2ch書いてたら確実に特定ｗ

0319デフォルトの名無しさん

2008/03/17(月) 09:24:54

ところで、pycon の裏で *-unpacking の文法拡張の議論が急に進んでる模様

>>> a=[*range(9),]
>>> a
[0, 1, 2, 3, 4, 5, 6, 7, 8]

ぐらいまでは確定したっぽい・・・

yield *(1,2,3)

が、
yield 1
yield 2
yield 3

と同じになるって言うのでなんか盛り上がってる(?)のかな
なんか、個人的には使いそうもない機能っていう気がしないでもない・・・

ちなみに、
yield *(1,2), 3

だと、
yield (1,2,3)

とおなじ意味になって、間違いやすいという罠

0320デフォルトの名無しさん

2008/03/17(月) 09:27:07

なんかこないだの Matz の Ruby プレゼンに Guido が参加したあたりから
Ruby を意識した方向の拡張が通りやすくなってるのかな、とか勘ぐってしまう

0321デフォルトの名無しさん

2008/03/17(月) 13:36:09

んで、むかし、本スレであった再帰flattenが、最終的に↓みたいに書けるようになる

def flatten(a):
　　for it in a:
　　　　if hasattr(it, '__iter__'):
　　　　　　yield *flatten(it)
　　　　else:
　　　　　　yield it

で、演算子の弱い順がたぶん
=
* (yield 用の unpack
* , (コンマと普通のunpackのレベル
and or のレベル
・・・

という感じになってかなりややこしい

0322デフォルトの名無しさん

2008/03/17(月) 19:19:52

>>320
GuidoはPythonの開発コアの若年齢化を模索しているのだよ。
今のコア開発者はオッサンばかりだからな。
よりよい進化のためにはイノベーションも必要だ。

0323デフォルトの名無しさん

2008/03/17(月) 20:57:19

ネットですべての情報が手にはいるから十分

このような考え方を持つ人々を，日本では「引きこもり」と呼んで敬います

0324デフォルトの名無しさん

2008/03/17(月) 21:18:18

常山?

0325デフォルトの名無しさん

2008/03/17(月) 22:18:35

>>323
ネットばかりやってる奴は貧乏人。
実態は貧富の差。

0326デフォルトの名無しさん

2008/03/17(月) 23:35:16

Thomas Wouters とか Brett Cannon とかすごく若いように見えるけど、どうなんだろう・・・
ttp://www.voidspace.org.uk/python/weblog/images/brett_and_thomas.jpg
ttp://picasaweb.google.com/jhylton/PyCon/photo#5035722449440850834
Greg Ewingさん、Barry Warsawさんあたりは確かに結構おさーんかもしれないけど、
Phillip J EbyさんはGuido と同じぐらいの中年て言う感じ？
しかし、まあ、Guido 自身が引退とか言い出すよな年でもない気もする・・・

0327デフォルトの名無しさん

2008/03/17(月) 23:40:00

↑ごめ、なんかリンクがおかしかった
http://images.google.co.jp/images?q=brett+cannon
これの２個目の貼り方が分らんかった。。。

0328デフォルトの名無しさん

2008/03/18(火) 00:23:28

Guidoを含め，古株な人たちが今すぐ引退することはないんじゃないかなあ。
もっと若い人を開発に引き入れたいというモチベーションがあることは確かだと思う。

0329デフォルトの名無しさん

2008/03/18(火) 04:58:01

Rubyに比べれば健全ですね

0330デフォルトの名無しさん

2008/03/18(火) 09:45:07

OLPC
面白いんだけど、これってPython にかすれるポイントってあったのだろうか・・・、

0331デフォルトの名無しさん

2008/03/18(火) 10:02:39

ttp://www.python.org/doc/essays/ppt/pycon2008/Py3kAndYou.pdf
Guido のプレゼンのスライドがアップされた、
None が予約語になるのは聞いてたけど、True False もなるっていうの初めて知った。
まあ、
True = False
が通る言語仕様は変だとは思ってたけど・・・
まともに気なったのは Removed callable; use Callable ABC
という部分、一体これは何をしろということなのかよくわからん。

0332デフォルトの名無しさん

2008/03/18(火) 11:37:45

Abstract Base Class
__call__あればよしってC++のSFINAE的な条件だったけど、
クラスの包含関係にcallableかどうかの判定を持ち込むって事。

かなりクラス指向に変更される。
Generic programmingから外れていくのは時代遅れだと思うが…

0333デフォルトの名無しさん

2008/03/18(火) 12:33:30

if isinstance(a, CallableBaseClass): ...
で、判定しろみたいなことになる？
細かい意味内容はどうでもいいんだが、長いのだけは勘弁してほしい、・・

0334デフォルトの名無しさん

2008/03/18(火) 16:11:54

>>325
ついでに友達もいないんだろうねえ

0335デフォルトの名無しさん

2008/03/18(火) 20:47:26

レスくれるひとが友達
だからおまえらもうレスすんな

0336デフォルトの名無しさん

2008/03/18(火) 22:10:56

我慢することを覚えないと、引きこもりからは脱出できないぞ！

0337デフォルトの名無しさん

2008/03/19(水) 00:10:12

（￣З￣～♪

0338デフォルトの名無しさん

2008/03/20(木) 01:48:39

今回のリリースマネージャーのBarry さんが面白い（変な？）書き込みをしている。

（長い、スケジュールのリストを列挙したあとで、）
＞これらのスケジュールは多くの事前予定を皆に知らせていますので、
＞すべてのコードは時間どおりに提出されるべきです。（バグ入りのコード
＞をコミットして）ブランチを壊さないように細心の注意を払ってください。
＞もしあなたのコミットがビルドボットを赤信号にするようなことがあれば、
＞私とニールは、恥の鞭を鳴らすことになるでしょう。もし、そのようなバグっ
＞たリビジョンが原因でリリースが落ちるようなことがあれば、あなたの
＞恥ずかしいPyConの画像がポストされることになるかもしれません。
＞覚えておいてください、私たちは GIMP の使い方を知っています。

どんなスパルタだよとｗ

http://mail.python.org/pipermail/python-3000/2008-March/012553.html

0339デフォルトの名無しさん

2008/03/20(木) 02:18:07

>>338
本スレか，自分のブログに張れば？

0340デフォルトの名無しさん

2008/03/20(木) 02:19:47

>>338
ワロタｗｗ

0341デフォルトの名無しさん

2008/03/20(木) 03:11:44

こえええええええええええ

0342デフォルトの名無しさん

2008/03/20(木) 06:13:27

こんな過疎スレなのに、お友達がたくさんできてよかったでちゅね～

0343デフォルトの名無しさん

2008/03/20(木) 09:25:56

＞恥ずかしいPyConの画像

0344デフォルトの名無しさん

2008/03/21(金) 10:50:46

おっ（ｒｙ

0345デフォルトの名無しさん

2008/03/21(金) 15:48:07

きのこ

0346デフォルトの名無しさん

2008/03/21(金) 22:49:49

恥ずかしいおっぱいこんの画像

0347デフォルトの名無しさん

2008/03/23(日) 22:51:22

シューマッハ居る？

0348デフォルトの名無しさん

2008/03/23(日) 22:52:25

あ、誤爆った

0349デフォルトの名無しさん

2008/03/23(日) 22:53:45

>>347
特定した。貴様だったのか。

0350デフォルトの名無しさん

2008/03/23(日) 23:09:38

hahaha、まさか（；´∀｀)

0351デフォルトの名無しさん

2008/03/30(日) 12:02:16

age

0352デフォルトの名無しさん

2008/04/03(木) 07:58:52

$ ./python
Python 3.0a3 (r30a3:61161, Mar 1 2008, 22:51:17) [MSC v.1500 32 bit (Intel)] on win32
Type "help", "copyright", "credits" or "license" for more information.
>>> d={1:2}
>>> view=d.items()
>>> list(view)
[(1, 2)]
>>> d[3]='aaa'
>>> list(view)
[(1, 2), (3, 'aaa')]

py3でこういう動作があるみたいです。
ビューってどういうことだろう・・・

0353デフォルトの名無しさん

2008/04/03(木) 08:19:27

items()が、要素をコピーしてリストにして返すんじゃなくて、
元のディクショナリのラッパーを返すようになるんでしょ。
ディクショナリをリストとしてみる(view)ための。

実装としては、ディクショナリだって、
ハッシュテーブルのラッパなんだし。

0354デフォルトの名無しさん

2008/04/03(木) 08:21:31

ハッシュテーブル→ペアのハッシュテーブル

0355デフォルトの名無しさん

2008/04/05(土) 16:09:50

なんかよくわからんのだけど、今までの
d.iteritems() だと、一回イテレータとして使っちゃったら、もう中に何にも入ってなかった、（もう一回使いたかったら
もう一回 d.iteritems() を評価する必要があった）、と思うんだけど、
3.0 の d.items() は一回評価しておけば、何度でもイテレータとして使える上に、
元の dict が変更したら、それに対応して、内容も変化するということみたいだけど、
そういうものって今まで Python にあったっけ？・・・

0356デフォルトの名無しさん

2008/04/05(土) 17:22:09

>>355
list。
つか試せ。

0357デフォルトの名無しさん

2008/04/15(火) 19:22:32

ぼくらの P Y T H O N !

0358デフォルトの名無しさん

2008/04/18(金) 23:11:15

最近 3000 list に面白い話題が流れない
ABCとかどうなったのか不明な点が多い気がするんだけど、
もう、９月に最終版が出るまでは大きな議論はないのかな、・・・
ML だけフォローしてるとよく分からないけど、開発自体は
すごい忙しいらしい・・・

0359デフォルトの名無しさん

2008/04/19(土) 20:15:25

Guido wrote:
＞I'd also like to remind everyone that at this point we're trying to
＞get 3.0 (*and* 2.6!) stable enough to release by September 3rd.
＞That's about 4.5 months away only! We should not be considering major
＞language changes at this point. If you have an idea for a
＞ground-breaking changes, write to python-ideas and we'll consider it
＞for 3.1 or 4.0.

意訳：もう時間ないです。でかい変更は3.1以降。

つうか、4.0という単語をGuido 自身が言ってるわけだけど、
本当にやるつもりがあるのだろうか？Matzとの会話では、「3.0
が出来たら引退する」的な事をimplyしてたみたいだけど・・・ｗ

0360デフォルトの名無しさん

2008/04/19(土) 20:22:46

しかしまあ、ジードの予定の作り方には、他の言語作者にはない
シビアな感じがある気がする。オープンソースなのになんでそんなに
ピリピリしてんだ？ｗ　みたいな・・・
まあ、そうやってわざと自分たちを追いこんで良いものを作ろうという作戦
なのか知らんけど・・・

0361デフォルトの名無しさん

2008/04/20(日) 17:53:28

ジード

0362デフォルトの名無しさん

2008/04/20(日) 23:28:47

Guido.
……いまだに正式な発音がわからない。音声ファイルで聞いてもわからないorz

0363デフォルトの名無しさん

2008/04/21(月) 00:26:49

python、perl、linux とかも正式な発音はよくわからん

0364デフォルトの名無しさん

2008/04/22(火) 00:07:38

>>363
perlとlinuxはともかく、pythonはフツーの英単語だから英語辞典に載ってる発音でよかろう。
ちなみに手元の英和辞典にはperlとlinuxも載っていたｗ

0365デフォルトの名無しさん

2008/04/24(木) 00:00:00

>>362
俺が聴いた感じだとグイードって表現が一番適当っぽいんだがどうだろう。
グイード・ヴァン・ロッサム。

0366デフォルトの名無しさん

2008/04/24(木) 03:25:30

Guido
http://dictionary.reference.com/browse/guido

0367デフォルトの名無しさん

2008/04/24(木) 10:27:10

グイドー

0368デフォルトの名無しさん

2008/04/24(木) 10:29:45

>>360
http://www.bsdcan.org/2007/schedule/attachments/12-Poisonous_People_Ben_CollinsSussman_and_Brian_Fitzpatrick.pdf

0369デフォルトの名無しさん

2008/04/24(木) 21:11:18

ジードと聞くと北斗しか思い浮かばん
と思って何気なくググってみたら、そういえば聖飢魔IIもそうだったか

0370デフォルトの名無しさん

2008/04/30(水) 02:25:54

高性能な range は無しか・・・

0371デフォルトの名無しさん

2008/04/30(水) 03:00:53

何が出来れば高性能?それとも速度?

0372デフォルトの名無しさん

2008/05/06(火) 07:50:06

>>> def f(): yield 1
...
>>> i,=f()
>>> i
1

0373デフォルトの名無しさん

2008/05/07(水) 11:35:40

水曜日のアルファ（最後のアルファ）に入らなかった機能はもう、3.1まで入らないそうですね。
期限がやばい機能とかあるのか知らんけど、

あと、なんか日本人がPEP書いてますね。何となくｶﾞﾝｶﾞﾚ

0374デフォルトの名無しさん

2008/05/07(水) 11:40:10

しかし、Guido が、レビューソフトの宣伝を ML でしてるのがウケル
いつも、ちょっと論旨の違うポストがあったら、c.l.p 池だの、ideas 池だの言うのにね
まあ、そういう横暴ぶりも含めて BDFL なんだからしょうがないけどね

0375デフォルトの名無しさん

2008/05/08(木) 08:45:52

>>373
懐かしい名前を見た気がする

0376デフォルトの名無しさん

2008/05/08(木) 09:53:20

石本さんだ－。

0377デフォルトの名無しさん

2008/05/08(木) 21:38:59

アルファ５は期限を滑ったらしい・・・でも、すごい大変そうなのでドンマイｗ

>>375-376
有名な人だったんですね、

0378デフォルトの名無しさん

2008/05/08(木) 22:09:50

pykfの作者さんか

0379デフォルトの名無しさん

2008/05/08(木) 22:25:42

日本で最初にPythonの記事を書いた人じゃね？＞石本さん

0380デフォルトの名無しさん

2008/06/27(金) 16:37:56

RubyはRubyの出来というより、Railsの性能で世に広まったよね。
Pythonがこの先生き残るには、Webフレームワークが必要なんじゃない？

まぁ、Google様が帝国を築いて、みんなPythonでコーディングするかもしれないけれど。

0381デフォルトの名無しさん

2008/06/27(金) 16:50:56

pykfも最近見かけなくなった

0382デフォルトの名無しさん

2008/06/27(金) 23:21:43

>>381
py3k になれば、print("うにこーど".encode('utf-8'))

とか出力時面倒な文字コード変換から
開放されるのかな？

エンコードの自動判別とかも気にしなくてもよくなる？

0383デフォルトの名無しさん

2008/06/28(土) 02:38:08

>>380
Python on Railsは既にあるよ。

0384デフォルトの名無しさん

2008/06/28(土) 06:55:52

django結構いいよ

0385デフォルトの名無しさん

2008/06/28(土) 08:15:42

Webフレームワークはあるし、それがなくてもRubyと違って
Linuxやアプリ(特に3D系)に欠かせない一部になってるから
生き残ると思いますが。

0386デフォルトの名無しさん

2008/06/28(土) 08:31:28

うっかりバージョンアップすると
yumが動かなくなって
焦るときがあるよねｗ

0387デフォルトの名無しさん

2008/06/28(土) 08:42:14

もはや Python なしの Blender は考えられないなー。

0388デフォルトの名無しさん

2008/06/28(土) 09:02:33

もうこのスレの存在意義がないかも

0389デフォルトの名無しさん

2008/06/28(土) 09:11:01

いやいや、この先もきのこるために必要

0390デフォルトの名無しさん

2008/06/28(土) 15:32:51

むしろお前らがこの先生きのこれるか心配。

0391デフォルトの名無しさん

2008/06/29(日) 05:27:09

>>380
Zopeじゃ駄目なの？

0392デフォルトの名無しさん

2008/06/29(日) 08:26:02

つーか、Pythonってweb frameworkが乱立してるほうだよな。
>>380は何を言いたいのやら。。。

0393デフォルトの名無しさん

2008/06/29(日) 08:26:41

zopeはメタフレームワークすぎる

0394デフォルトの名無しさん

2008/06/29(日) 08:48:15

>>391
バカじゃないの、ダメに決まってるだろ(wwwwwwwwwwwwwwwwwww
死ねよクソ(wwwwwwwww

0395デフォルトの名無しさん

2008/06/29(日) 08:50:55

僕もZopeでモテモテ、そんなふうに思っていた時期もありました。

0396デフォルトの名無しさん

2008/06/29(日) 09:03:46

ゾープジャパン
ブレイクビーンズ
ワイズノット

JZUGに関わった企業が...

0397デフォルトの名無しさん

2008/06/29(日) 09:35:56

日本のZopeはどうでもいいとして、本家のZope.orgは問題ないんじゃないの？
英語が読めない奴にとってZopeは辛いとは思うが。

0398デフォルトの名無しさん

2008/06/29(日) 09:37:06

zopeベースのも多いしね。

0399デフォルトの名無しさん

2008/06/29(日) 10:03:19

ﾒﾒﾀｧ

0400デフォルトの名無しさん

2008/06/29(日) 10:31:26

国内コミュニティに影響でアレな印象を受けるけど
Zopeは触っておいたほうがいいぞ。
オブジェクトと環境が渾然一体になっててGUI中心でいじれる。
まー使ってたのは2.5～2.6あたりなので現状はよーわからんが
ZODB+ZEOで分散環境とかけっこうおもしろい。

0401デフォルトの名無しさん

2008/06/29(日) 10:48:36

zope/plone はデフォルトの環境で遊ぶ分にはかなり高機能。
ただ、zodbのせいでバージョンアップが難しかったりできなかったり。
カスタマイズも難しいので全体的には敷居が高いな。

0402デフォルトの名無しさん

2008/06/29(日) 16:48:11

http://mdp.cti.depaul.edu/examples/default/api
http://groups.google.com/group/web2py/topics

web2py とか素直なコードで読みやすくて好印象なのだけど
なんとなく煩雑でどこから手をつけて良いかわからない…

http://code.reddit.com/wiki/RedditStartToFinish

Dependencies¶
Tested on Debian testing, Ubuntu Hardy, MacPorts, Fink and FreeBSD ports. Package names are the same for all platforms unless otherwise stated.

gcc
python 2.5 (install both python2.5 and python2.5-dev. Python 2.4 will not work as we use python 2.5 features.)
git-core
subversion (for installing pycaptcha)

web.py -> pylons 依存関係のキツさ加減がじぶんには
非常に厳しい…趣味趣向の問題なだけかもしれんけど…

http://dev.ariel-networks.com/Members/inoue/rst-tdiary-zope
>codeblogでtDiary、ここ(ありえるえりあ)でZope/Ploneを使っています。tDiaryの良い点は、軽い、その一言です。

むぅ。軽くて、追い掛けられそうとなると難しいな……

0403デフォルトの名無しさん

2008/06/29(日) 16:58:25

書き捨てのWebアプリならweb.pyで十分だな。
大掛かりなやつは中を見る気おきないのもある。年だし。

0404デフォルトの名無しさん

2008/06/30(月) 08:03:31

そんなにZopeのことを悪く言うなよ～！！！

0405デフォルトの名無しさん

2008/06/30(月) 09:35:58

やっぱりソープだよな。

0406デフォルトの名無しさん

2008/06/30(月) 19:05:21

Python 101 cheat sheet
http://www.ibm.com/developerworks/jp/linux/library/l-cheatsheet3.html

あんまり変わらないもんだな
print文とdict周りで躓いてる(移植作業('A`))

local(), globals(), vars() とか使ってると
うまくいかない罠

0407デフォルトの名無しさん

2008/06/30(月) 19:11:16

>>> from pyglet import *
>>> dir()
['__builtins__', '__doc__', '__name__', '__package__', 'app', 'clock', 'com', 'e
vent', 'font', 'gl', 'graphics', 'image', 'lib', 'media', 'options', 'os', 'pygl
et', 'resource', 'sprite', 'sys', 'text', 'version', 'window']
>>>
>>> window=pyglet.window.Window()
<dict_items object at 0x01504C10>
Traceback (most recent call last):
　File "<stdin>", line 1, in <module>
　File "C:\Python30\lib\site-packages\pyglet\__init__.py", line 301, in __getattr__
__import__(import_name)
　File "C:\Python30\lib\site-packages\pyglet\window\__init__.py", line 135, in <module>
import pyglet.window.key
　File "C:\Python30\lib\site-packages\pyglet\window\key.py", line 407, in <module>
for _name, _value in locals().items():
RuntimeError: dictionary changed size during iteration

0408デフォルトの名無しさん

2008/07/01(火) 23:55:35

>>352-353
for _name, _value in list(locals().items()):
　　if _name[:2] != '__' and _name.upper() == _name and \
　　　 not _name.startswith('MOD_'):
　　　　if _name.startswith('MOTION_'):
　　　　　　_motion_names[_value] = _name
　　　　else:
　　　　　　_key_names[_value] = _name

view を返すから list に変換しないと駄目なのな

0409デフォルトの名無しさん

2008/07/02(水) 00:28:46

>>> win=pyglet.window.Window()
Traceback (most recent call last):
　File "<stdin>", line 1, in <module>
　File "C:\Python30\lib\site-packages\pyglet\__init__.py", line 301, in __getattr__
__import__(import_name)
　File "C:\Python30\lib\site-packages\pyglet\window\__init__.py", line 1670, in <module>
from pyglet.window.win32 import Win32Platform, Win32Window
ImportError: cannot import name Win32Platform

Win32Platform -> Win32Display -> Win32Screen ->

try:
# Check for required extensions
if not wgl_info.have_extension('WGL_ARB_pixel_format'):
return []
return self._get_arb_pixel_format_matching_configs(template)

でコケる。またあとで調べる

0410デフォルトの名無しさん

2008/07/02(水) 02:10:19

素直にPython2.5で使えば良いと思うのだが

0411デフォルトの名無しさん

2008/07/02(水) 09:34:17

http://docs.python.org/dev/3.0/library/index.html
urllib.request ? extensible library for opening URLs
urllib.response ? Response classes used by urllib.
urllib.parse ? Parse URLs into components
urllib.error ? Exception classes raised by urllib.request
urllib.robotparser ? Parser for robots.txt

http://docs.python.org/dev/library/index.html
urllib ? Open arbitrary resources by URL
urllib2 ? extensible library for opening URLs

なんか標準ライブラリも、ちょこちょこ変わってる
あとで読む

0412デフォルトの名無しさん

2008/07/02(水) 21:36:28

3.0はライブラリも大改修してるねぇ
こりゃ移行は骨が折れるかも

0413デフォルトの名無しさん

2008/07/06(日) 16:12:08

http://coverage.livinglogic.de/index.html

urllib, CGIHTTPServer とか赤いな

tk 関連, opengl 関連, xml 関連,
distutil とか赤い

Repository timestamp 2008-03-28 05:00:22時点の
状況だからすこし前だけど、なんかオラ wktk してきたぞ…
みたいな

0414デフォルトの名無しさん

2008/07/06(日) 19:54:14

sexless python age

0415デフォルトの名無しさん

2008/07/08(火) 09:40:45

http://python.markmail.org/

ここのメーリングリストビューワ
見やすいので張っとく。あとで読む

http://d.hatena.ne.jp/ryocotan/20080628

http://www-acc.kek.jp/WWW-ACC-exp/KEKB/control/Activity/Python/doc-j/pep-0007-J.html　Created: 05-Jul-2001
http://www.henshi.net/k/hiki.cgi?GoogleCppStyleGuide

C拡張の書き方とか、にも影響があったりするんだろうか
インデント 'space vs tab' 論争

0416デフォルトの名無しさん

2008/09/08(月) 16:59:15

もう俺が欲しい機能はなんでもtracのプラグインにしちゃうからいいよ

0417デフォルトの名無しさん

2008/09/08(月) 18:35:06

ハードタブなんてもうmakefileかTSVでしかつかわんだろ。

0418デフォルトの名無しさん

2008/10/27(月) 02:18:52

Rubyよりまし

0419デフォルトの名無しさん

2008/11/05(水) 14:00:01

Pythonで3DCGで描けるの？

0420デフォルトの名無しさん

2008/11/05(水) 14:00:39

3DCGで何を?

0421デフォルトの名無しさん

2008/11/05(水) 14:21:16

描けるよ。
419には無理だけど。

0422デフォルトの名無しさん

2008/11/05(水) 21:49:40

povray とか使えばいいんじゃない？もっと良い方法あるかも知れんが。

0423デフォルトの名無しさん

2008/11/06(木) 23:02:50

pyOpenGLとか、Blenderの中で描かせるとか。

0424デフォルトの名無しさん

2008/11/17(月) 02:59:51

>>> n=33;eval("["*n+"]"*n)
[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]]
>>> n=34;eval("["*n+"]"*n)
s_push: parser stack overflow
Traceback (most recent call last):
File "<stdin>", line 1, in <module>
MemoryError

0425デフォルトの名無しさん

2008/11/17(月) 10:39:52

先生、きのこ！

0426デフォルトの名無しさん

2008/11/17(月) 11:30:01