1 名前:七色波紋 ◆.VgGY5NKtU [2007/01/05(金) 20:26:11 .net] $python kinoko.py this_teacher
49 名前:デフォルトの名無しさん mailto:sage [2007/03/05(月) 16:34:06 .net] >>46 「as を as として import」 *3 してるのですか?! as.py の中の asモジュール を asオブジェクト として読み込むとか… わたし、わかりません ><
50 名前:デフォルトの名無しさん mailto:sage [2007/03/10(土) 01:05:13 .net] class MyGod(object): pass
51 名前:デフォルトの名無しさん mailto:sage [2007/03/11(日) 07:04:42 .net] 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)
52 名前:デフォルトの名無しさん mailto:sage [2007/03/14(水) 02:00:03 .net] PEP 3114 accepted ttp://mail.python.org/pipermail/python-3000/2007-March/006027.html
53 名前:デフォルトの名無しさん mailto:sage [2007/03/14(水) 02:27:26 .net] GuidoってまだABC触ってるんだね。 >interfaces: no, but I'd like to work on ABCs instead ABCは実験場か?w
54 名前:デフォルトの名無しさん mailto:sage [2007/03/14(水) 03:43:45 .net] >>>def a(*v): print 'fuck'; return 1 ... >>>class A: ... __metaclass__ = a ... def b(self): pass ... fuck >>>A 1 メタクラスってこういうことか、・・・ 凄いのかヒドイのか微妙なのか、良く分からん、けどなんとなく面白いかも・・・
55 名前:デフォルトの名無しさん mailto:sage [2007/03/15(木) 03:22:33 .net] 'pre-decorator' @@(metaclass=mymeta, private=True, **kwargs) class Foo(base1, base2, *otherbases): ...
56 名前:デフォルトの名無しさん mailto:sage [2007/03/15(木) 04:06:21 .net] PEP3115重ッ
57 名前:デフォルトの名無しさん mailto:sage [2007/03/17(土) 00:50:17 .net] よく見たらまだだった >>52
58 名前:デフォルトの名無しさん mailto:sage [2007/03/17(土) 17:53:16 .net] e.__traceback__
59 名前:デフォルトの名無しさん mailto:sage [2007/03/17(土) 18:50:05 .net] chris monsonのせいでoctalのliteralが0o123に・・・
60 名前:デフォルトの名無しさん mailto:sage [2007/03/18(日) 20:15:46 .net] octalスレッドが荒れてるせいで肝心のメタクラスレがぜんぜんすすまなくてツマラナイ
61 名前:デフォルトの名無しさん mailto:sage [2007/03/20(火) 20:12:41 .net] >>59 なにそれw きんもー☆
62 名前:デフォルトの名無しさん mailto:sage [2007/03/20(火) 21:58:25 .net] その前にpushされてたのが、0t345と0c345 でも、もう本格的に、0o345に決まったらしい・・・ ちなみに、0X1213みたいな大文字表記は禁止されるらしい。 したがって0O234という最悪の事態(笑、は免れるらしいw
63 名前:デフォルトの名無しさん mailto:sage [2007/03/22(木) 11:38:10 .net] PyPyがpython-devに合流する可能性があるんだね。 py3.0のリリースよりはずっと先の話らしいが・・・ rubyはyarvに移ると言う、けど、この点ではrubyの方が一歩リード・・・? perl6が出たらすべてにおいて先頭を走ってそうだけど、何しろ出ないからなぁ・・・
64 名前:デフォルトの名無しさん mailto:sage [2007/03/24(土) 18:38:23 .net] おお、single-line blockは消えなそうと・・・危ない危ない・・・
65 名前:デフォルトの名無しさん [2007/04/03(火) 22:05:00 .net] slashdot.jp/articles/07/04/03/0913232.shtml
66 名前:デフォルトの名無しさん mailto:sage [2007/04/11(水) 05:53:57 .net] py3.0a1deadline告知キター 3000-list全然書き込み無いからこのままpep終了かと思ったけど、 少なくとも、5つは隠し玉が保留されてることが判明w 個人的に"abc" "efg"はかなり気になる、(ゴルファーとしてはw
67 名前:デフォルトの名無しさん mailto:sage [2007/04/11(水) 10:07:58 .net] 海外も4月頭は忙しいんだっけか? py3コミュもpl6コミュもなんとなく静かだ・・・
68 名前:デフォルトの名無しさん mailto:sage [2007/04/11(水) 22:14:57 .net] >>66 ソースを出して話してくれよ じゃないと参加したくてもできないじゃないか
69 名前:デフォルトの名無しさん mailto:sage [2007/04/12(木) 03:58:25 .net] 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予告
70 名前:デフォルトの名無しさん mailto:sage [2007/04/20(金) 02:30:07 .net] ABC, adapter, generic・・・実現したら、かなり危険な匂い・・・ グイドがTOOWTDIを捨てると名言したのにワロタ
71 名前:デフォルトの名無しさん mailto:sage [2007/04/29(日) 22:16:53 .net] さて明日で3.0aに入る機能は締め切り どうなることやら、・・・
72 名前:デフォルトの名無しさん mailto:sage [2007/05/05(土) 06:17:39 .net] ちょっとみないうちにPEPが3132まで伸びてる、・・・、締め切りぎりぎりで大量投入されたんだろうか・・・読みきれない・・w
73 名前:デフォルトの名無しさん mailto:sage [2007/06/04(月) 03:02:17 .net] PEP3117って何だコレと思ってたら、エイプリルフールネタだったのか・・・今日まで気づいてなかったww
74 名前:デフォルトの名無しさん mailto:sage [2007/06/04(月) 03:04:21 .net] PEP一気に伸びたけど結構リジェクトが多いので本当の変更はそんなになさそう・・・
75 名前:デフォルトの名無しさん mailto:sage [2007/06/09(土) 02:38:08 .net] なるほど、pep313もApril-1か・・・ www.python.org/dev/peps/pep-0313/ RomanNumeralLiteralってそらないわw
76 名前:デフォルトの名無しさん mailto:sage [2007/06/10(日) 16:32:43 .net] map, filter残りますよと・・
77 名前:デフォルトの名無しさん mailto:sage [2007/06/10(日) 16:36:17 .net] イテレーターを返すのがふさわしい場合は全部イテレータを返すようにするって言ってるけど、 rangeぐらいはrangeとxrangeを残すべきじゃないのか、 本当に配列が欲しいとき、(たとえばエラトステネスの篩みたいなコードで いちいち、a=[x for x in range(1000000)]とか書かないいけないのは、多少違和感がある。
78 名前:デフォルトの名無しさん mailto:sage [2007/06/10(日) 17:12:21 .net] list(range())で良いんじゃないか
79 名前:デフォルトの名無しさん mailto:sage [2007/06/11(月) 23:19:57 .net] それだぁ〜
80 名前:デフォルトの名無しさん [2007/06/14(木) 19:04:20 .net] Pythonってコンパイルできるのだと思っていましたが、Windowsだけ????? 他0$だと、ソース●三重?????
81 名前:デフォルトの名無しさん mailto:sage [2007/06/14(木) 19:24:44 .net] >>> True=True==True==True==True==True==True >>> True True
82 名前:デフォルトの名無しさん [2007/07/01(日) 06:36:12 .net] 意味の分からない文に遭遇 >>> False in [False] True >>> (1 in []) in [False] True >>> 1 in [] in [False] False
83 名前:デフォルトの名無しさん [2007/07/01(日) 07:29:13 .net] 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
84 名前:デフォルトの名無しさん mailto:sage [2007/07/01(日) 07:30:23 .net] 実用性ゼロ
85 名前:デフォルトの名無しさん mailto:sage [2007/07/01(日) 07:33:52 .net] >>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 となる。
86 名前:85 mailto:sage [2007/07/01(日) 07:35:53 .net] うへ、かぶった orz
87 名前:デフォルトの名無しさん mailto:sage [2007/07/01(日) 09:57:05 .net] >>83 in演算子にもこの法則適用されるんだ…… >>84 そうねw
88 名前:デフォルトの名無しさん [2007/07/13(金) 19:19:45 .net] >>> 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
89 名前:デフォルトの名無しさん mailto:sage [2007/07/15(日) 18:27:29 .net] いまのOctalは危険な気がするので0o123で良いんだが (つーかどうせ使わん)、そんなことより2進表記を 用意して欲しいものよ・・
90 名前:デフォルトの名無しさん mailto:sage [2007/07/15(日) 19:56:40 .net] 危険って?
91 名前:デフォルトの名無しさん [2007/07/16(月) 01:57:48 .net] こういうことじゃないの? >>> 064 # base 8 52 >>> int('064') # base 10 64 2進表記って↓とは違う話? www.python.org/dev/peps/pep-3127/
92 名前:デフォルトの名無しさん mailto:sage [2007/07/16(月) 23:20:16 .net] あ〜まさにこのPEPで言い尽くされてます。 ちなみにハードウェア寄りの仕事してると ビット列扱うことが結構あるんですわ。
93 名前:デフォルトの名無しさん mailto:sage [2007/07/16(月) 23:27:52 .net] >>92 ハードウェア寄りの仕事でPython使うのん?
94 名前:デフォルトの名無しさん mailto:sage [2007/07/16(月) 23:59:25 .net] いつでもどこでもPythonを使いたいもんだ。
95 名前:デフォルトの名無しさん mailto:sage [2007/07/26(木) 16:22:29 .net] groups.google.com/group/comp.lang.python/browse_thread/thread/8359c264e516570e/b56603ecfb574ef3#b56603ecfb574ef3 flattenとか結構共通の話題なんだなぁという感じ・・・ 2chよりレベル低いのがわらわらいて笑える
96 名前:名無しさん@そうだ選挙に行こう [2007/07/29(日) 11:00:32 .net] きのこ
97 名前:デフォルトの名無しさん [2007/07/31(火) 06:56:03 .net] そんなことは無い グッスミン、ララ〜、ララッラ、ラッラッラ〜
98 名前:デフォルトの名無しさん mailto:sage [2007/07/31(火) 23:11:09 .net] 死にかけてるわけじゃ無いんだから、 このスレいらんがな。
99 名前:デフォルトの名無しさん [2007/08/01(水) 23:08:15 .net] このスレは本スレにはとても書けない様なかっこいいネタを見つけてしまった人専用の隔離スレです。
100 名前:デフォルトの名無しさん mailto:sage [2007/08/01(水) 23:13:32 .net] 今日optparseに感動しますた
101 名前:デフォルトの名無しさん mailto:sage [2007/08/02(木) 11:26:54 .net] でもついついgetopt って書いちゃったり
102 名前:デフォルトの名無しさん mailto:sage [2007/08/02(木) 23:47:30 .net] ちょっとしたうれしい発見 >>> def g():yield 1;yield 2;yield 3 ... >>> g() <generator object at 0x00BE5490> >>> a,b,c=g() >>> a 1 >>> b 2 >>> c 3
103 名前:デフォルトの名無しさん mailto:sage [2007/08/03(金) 08:03:15 .net] あ、ジェネレータでもできるんだ。 でもイテレータやジェネレータって個数わかんないことが多いから使う機会少なそう……。
104 名前:デフォルトの名無しさん mailto:sage [2007/08/03(金) 08:04:45 .net] a, b, c = 'abc' もっと使わなそうなのもあるぜ
105 名前:デフォルトの名無しさん mailto:sage [2007/08/03(金) 08:17:52 .net] 左辺がリストの場合、 ・sequenceである式 ・yield式 のどちらか。
106 名前:デフォルトの名無しさん mailto:sage [2007/08/13(月) 17:42:20 .net] www.python.jp/doc/2.4/ref/indentation.html 小文字の "l" 一文字は使ってはいけませんと自分たちで言っておいて、ドキュメントの例の中で使ってる件
107 名前:デフォルトの名無しさん mailto:sage [2007/08/13(月) 17:43:58 .net] だから大人は嫌いなんだぁぁうわぁぁぁぁああああああ
108 名前:デフォルトの名無しさん mailto:sage [2007/08/13(月) 23:15:17 .net] このドキュメントを作ったのは誰だぁっ!?
109 名前:デフォルトの名無しさん mailto:sage [2007/08/14(火) 01:57:54 .net] pythonって元々の哲学から逸脱してるような気がする。
110 名前:デフォルトの名無しさん mailto:sage [2007/08/14(火) 04:01:00 .net] >Python リファレンスマニュアル >Guido van Rossum www.python.jp/doc/2.4/ref/ref.html
111 名前:デフォルトの名無しさん mailto:sage [2007/08/14(火) 06:01:19 .net] 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とかもすぐ出るんだろうか・・・?
112 名前:デフォルトの名無しさん mailto:sage [2007/08/23(木) 09:56:13 .net] www.python.org/dev/peps/pep-3124/ いつの間にかGeneric Functionが無期限延期に、・・・・ 正体不明で期待してたのに・・・・ なんか、相当根本的な難点にぶつかったらしい・・・
113 名前:デフォルトの名無しさん mailto:sage [2007/08/23(木) 20:38:48 .net] 本家のgrammer.txtがバグバグな件 docs.python.org/ref/grammar.txt ちなみにPyJUGも www.python.jp/doc/release/ref/grammar.txt
114 名前:デフォルトの名無しさん mailto:sage [2007/08/23(木) 22:40:00 .net] どこらへんが? PythonのBNFは専用に拡張されてたはずだけど そのこと?
115 名前:デフォルトの名無しさん mailto:sage [2007/08/24(金) 09:14:30 .net] a_expr とか and_expr とか xor_expr とか augop とかで、 texから変換したときのミスで出てきたっぽい意味ない記号がポロポロ混じってる。 ひどいのがprint_stmtでこれは相当カンを働かせないと元が何だったか分からない。 (まあ、本文見れば正解が分かるけど、・・・
116 名前:デフォルトの名無しさん mailto:sage [2007/08/24(金) 12:02:16 .net] callもひどい、変な重複があるし、なぞのTab文字が混入してるし、
117 名前:デフォルトの名無しさん mailto:sage [2007/08/24(金) 16:30:20 .net] ソース見ればいいし 誰も必要としてないから きちんと保守されてないのかな。
118 名前:デフォルトの名無しさん mailto:sage [2007/08/25(土) 00:12:29 .net] 確認 >>> class A(object):pass ... >>> isinstance(A,type) True >>> isinstance(A(),A) True
119 名前:デフォルトの名無しさん mailto:sage [2007/08/27(月) 21:34:18 .net] もーいーくつねーるーとーあーるーふぁーいーちー
120 名前:デフォルトの名無しさん mailto:sage [2007/09/13(木) 04:08:35 .net] α何とか出したけど、実際はまだまだ問題山積みっぽい感じだ、ML見てると・・・、
121 名前:デフォルトの名無しさん mailto:sage [2007/09/13(木) 06:40:40 .net] >>120 だからαなんでしょ。 Pythonのリリーススケジュールはかなり寝られてる。 安心して一年待てや。
122 名前:デフォルトの名無しさん mailto:sage [2007/09/14(金) 22:47:52 .net] 会社のおっさんSE(昔の自慢話ばかりしてる)にPythonの説明してたら、 偉そうに「みんな同じようなソースになってつまらない」とか言ってた。 俺は教養主義者じゃないけど、こういうアホを見ると計算機科学の基礎くらいはやった方がいいと思った。 なんか自分が発明したアルゴリズムがいくつかもパクられてるとか言ってるし…。 つーか仕事の邪魔だよおっさんひっこんでろ!
123 名前:デフォルトの名無しさん mailto:sage [2007/09/15(土) 01:48:33 .net] ・・・・・・
124 名前:デフォルトの名無しさん mailto:sage [2007/09/15(土) 16:51:42 .net] 同じことやるソースなら、同じになっていいんだよ。 だから、同じようなソースを書くのがいやなら、同じことをやらなければいい。 みんなで同じのを作って競うんでもない限り、やったことないことをやった方が楽しいじゃん。 同じ問題に対して、今までと違うやり方でやるのも含めてね。
125 名前:デフォルトの名無しさん mailto:sage [2007/09/15(土) 20:47:44 .net] 同じになるのはインデントだけ
126 名前:デフォルトの名無しさん mailto:sage [2007/09/15(土) 22:35:17 .net] 同じ処理でもクラス作りたがる奴、ローカル関数作りたがる奴、 ワンライナーにしたがる奴…と色々特徴はあるぜ
127 名前:デフォルトの名無しさん mailto:sage [2007/09/16(日) 00:39:28 .net] すまん、板違いだった…。 >126 λを知らないし、そもそも関数の意味とか分かってない。 だから、ジェネレータや高階関数の意義も理解できないし、思い浮かびもしないはず。 (それでアルゴリズムを作ったとか言っているあたりが…。) ただ、最近の若手はこのあたりを抑えてて、頼もしく感じる。 あと、お詫びにこのスレに沿った話題も。リスト内包はジェネレータ表現に統合されていくらしいね。 これはときどきリスト内包しか使えない場所にジェネレータ表現を使ってしまうことがあるので、個人的には助かる。 (書く内容はほとんど一緒なわけだし)
128 名前:デフォルトの名無しさん mailto:sage [2007/09/16(日) 03:09:29 .net] 抑えてどーするw
129 名前:デフォルトの名無しさん [2007/10/16(火) 10:21:37 .net] C++のプロジェクトからPythonのモジュールを利用する方法教えて下さいでつ。
130 名前:デフォルトの名無しさん mailto:sage [2007/10/24(水) 23:10:31 .net] >>129 boost.python
131 名前:デフォルトの名無しさん mailto:sage [2007/11/01(木) 00:53:04 .net] (1.0 + 2.0j).realのリアルは何で、methodじゃなくて属性なんだろう、・・・ conjugateはメソッドなのに、・・・なんかシンメトリーが崩れてる気がする。
132 名前:デフォルトの名無しさん mailto:sage [2007/11/01(木) 06:01:44 .net] 複素数に対して共役は関数だが実数部は関数じゃないからでは
133 名前:デフォルトの名無しさん mailto:sage [2007/11/01(木) 08:45:03 .net] ??? R を実数全体、C を複素数全体とすると real: C→R conjugate: C→C で両方とも関数だけど、そういうことじゃなくて?
134 名前:デフォルトの名無しさん mailto:sage [2007/11/01(木) 09:23:35 .net] 確かに実数部を取り出す操作は関数で表せるが、この場合は実数部が 複素数の属性(項)だということを強調したんじゃないか、ということ。
135 名前:デフォルトの名無しさん mailto:sage [2007/11/12(月) 07:53:07 .net] 単なる容量節約のような気もする・・・
136 名前:デフォルトの名無しさん mailto:sage [2007/11/12(月) 07:54:31 .net] どうせ属性値として持ってんだから、わざわざ関数作るまでもないだろ、みたいな不精
137 名前:デフォルトの名無しさん mailto:sage [2007/11/12(月) 10:13:21 .net] >>131 崩れてない。
138 名前:デフォルトの名無しさん mailto:sage [2007/11/13(火) 22:51:54 .net] >>137 kwsk
139 名前:デフォルトの名無しさん mailto:sage [2007/11/15(木) 04:02:42 .net] 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らしくていいと思ってたのに・・
140 名前:デフォルトの名無しさん mailto:sage [2007/11/15(木) 04:33:41 .net] IOをハックしてた人(でも、contributeするほどには知識がなかった人)にGuidoがやさしい言葉をかけてるのが和んだ
141 名前:デフォルトの名無しさん mailto:sage [2007/11/19(月) 07:30:25 .net] おいおいマジか・・・ def a(): p = yield 1 for i in a(): print i
142 名前:デフォルトの名無しさん mailto:sage [2007/11/19(月) 12:02:01 .net] >p = yield 1 構文エラーにならないのかよってこと?
143 名前:デフォルトの名無しさん mailto:sage [2007/11/19(月) 21:40:42 .net] そうそう、 文を式として使うなんて、・・・ こんなのなんで必要なんだろう・・・
144 名前:デフォルトの名無しさん mailto:sage [2007/11/19(月) 22:00:33 .net] ジェネレータ使う側との通信用だよ まあもっと良い書き方はないのかという気はするが
145 名前:デフォルトの名無しさん mailto:sage [2007/11/20(火) 01:37:11 .net] 値を出力する言語要素は少ないからな。 importに倣って yield_stmt ::= "yield" expr ["receive" name] とか? しかしまぁ今のでもlambdaと同程度には穏当かと。
146 名前:デフォルトの名無しさん mailto:sage [2007/11/21(水) 14:48:37 .net] >>143 assignment_stmt ::= (target_list "=")+ (expression_list | yield_expression) yield_stmt ::= yield_expression なんだが? むしろyield文は、式文のように値を捨てている。 yield式は、常に値をスタックに積んで、 yield「文」なら(制御から戻った時に)要らないから捨てる。 単純な実装だとこうなる。 構文に合致していてスタックマシンで実装しやすい。
147 名前:デフォルトの名無しさん mailto:sage [2007/11/21(水) 21:17:52 .net] (expression_list | yield_expression) expression_listなんていうかなり一般的なものと、yield_expressionつう割と特殊な ものが並列で並んじゃうこと自体がおかしいと思う。
148 名前:デフォルトの名無しさん mailto:sage [2007/11/21(水) 21:48:11 .net] >>147 Python構文のBNFの構造(grammar.txt)は、 単純な実装コードへ自然に変換できるような書き方になってる。 優先順位を埋め込んだり。 特別な処理が必要なものは、 コンパイラ・コンパイラのアクション部に実装を書けるところまで、 特別なノンターミナルとして扱うとコード生成が簡単。 かなり構文/意味解析に手慣れた人たちが書いているなあと思う。 ただ、後から拡張した部分が、継接的に残っているところもあるみたい。
149 名前:デフォルトの名無しさん mailto:sage [2007/11/26(月) 12:12:07 .net] α2遅い