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

■ このスレッドは過去ログ倉庫に格納されています
1七色波紋 ◆.VgGY5NKtU
垢版 |
2007/01/05(金) 20:26:11
$python kinoko.py this_teacher
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
抑えてどーするｗ
129デフォルトの名無しさん
垢版 |
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遅い
150デフォルトの名無しさん
垢版 |
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は速度的な改善はないんだっけ？
152デフォルトの名無しさん
垢版 |
2007/12/02(日) 03:48:48
どうやってパフォーマンス計るの？
2007/12/02(日) 10:03:55
>>152
time(1)
154デフォルトの名無しさん
垢版 |
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でも計測して！
157デフォルトの名無しさん
垢版 |
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
166デフォルトの名無しさん
垢版 |
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
169デフォルトの名無しさん
垢版 |
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)
めちゃつかうならこうしちゃえばいいし。
177デフォルトの名無しさん
垢版 |
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コンバータツールをかまして互換性を取るというのは本当？
もしそうだとしたらコードを書く時どういう点に注意したら良いでしょうか。
183デフォルトの名無しさん
垢版 |
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は定義の仕方が変更されます

よく読んでみたら、あんま変わらないってことなのかな？英語ややこしい
むぅ
185デフォルトの名無しさん
垢版 |
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

みたいなことが起こる
187デフォルトの名無しさん
垢版 |
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と比べて食わず嫌い云々じゃなくてユーザーコミュニティ云々の話ではないのか？
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/
2008/01/14(月) 16:12:45
>>195 >>198
って、よくみたら流れが読めてないか
ゆとり力と言わざるを得ない orz
2008/01/14(月) 18:38:31
「日本の」コミュニティなんて言ってる段階でDQN確定だろ

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

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

日本語でしかコミュニケーション出来ない糞が集まっても仕方ない
2008/01/14(月) 18:42:19
ゆとり乙。ついでにtumblerじゃなくてtumblrな。
2008/01/14(月) 19:33:52
小飼弾に１００の質問
＞Q55　自分より年下で注目しているプログラマーは？
＞
＞これまた大勢。最近はむしろ年下の方が多いのかも。
＞今の僕のJavascriptの書き方はほとんどAmachangに
＞教わったようなものだし。一生プログラマーでいれるか
＞どうかは、言い換えれば年下から学べるか否か。年長
＞者が文句を言うだけの存在と化すのなら、その余命を
＞もっと活用してくれるであろう人間に譲れ、と真剣に思う。
＞余命が長い人の方が根源的な価値があるのだから。
＞そういう意味ではプログラマーにとって一番重要な財産は「暇」なのかも。

ゆとり乙ですべて済まそうとするダメなおっさんに比べれば、
dankogaiの方がよほどまし
2008/01/14(月) 19:51:50
同感
>>202 >>203 >>204
この程度は本当にどうしようもないな
2008/01/14(月) 19:54:18
205はただのミーハー。
戦争になったら真っ先に死んでくれるタイプの人間ですね。
みなさん、国の宝なので大切にしましょう。
2008/01/14(月) 20:00:32
そりゃ年下からだって、学ぶものはあるさ。
201=202が読み取れないゆとりからは学ぶことはないだろうけどw
2008/01/14(月) 20:15:10
189以降ゆとりバカだろ、つられてんじゃねーよ
2008/01/14(月) 21:23:13
ダメなおっさん。ゆとり。ミーハー。
こいつらがPythonコミュニティをダメにしているようにしか見えない(wwwwwwwwww
2008/01/14(月) 21:32:58
いいえ、mojixです
2008/01/14(月) 21:37:13
>>211
なんだよそれ(wwwwwwww
池沼という新キャラ登場か？(wwwwwwwwwwwwwwwwww
2008/01/14(月) 21:52:53
ゆとりゆとり言わないと気が休まらない奴は
20代後半から30代に多いって話は本当なのかね。
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況