pythonがこの先生きのこるにはYouTube動画>4本 ->画像>7枚

$python kinoko.py this_teacher

2get

この先生、キノコτ

python がっこの先生

きのこ ルニハ (14歳)

萌キャラ化きぼんぬ

python 学院の鬼教官

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

漢キャラ化quibonne

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

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

http://pyny.sourceforge.jp/

むしろnyがいらね

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














orz.......

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

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

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

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

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

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

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

don't leave me

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

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

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

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

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

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


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

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

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

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

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

>>27
kwsk

流行ってねーだろ

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

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

それいいなぁ

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

Emacsのマクロにも採用

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

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

これ面白そうだ

ｳｪ〜ｲ、耳片方だけ〜

python

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

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

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

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

pythonも五十歩百歩だろ

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

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

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

なんだってーーー！！！

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

scipyとnumpyは使える。

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

class MyGod(object): pass

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

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

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

ABCは実験場か？ｗ

PEP3115重ッ

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

e.__traceback__

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

RomanNumeralLiteralってそらないわｗ

map, filter残りますよと・・

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

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

それだぁ〜

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

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

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

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

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

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

実用性ゼロ

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

うへ、かぶった orz

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

>>84
そうねｗ

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

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

危険って？

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

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

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

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

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

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

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

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

きのこ

そんなことは無い

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

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

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

今日optparseに感動しますた

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

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

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

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

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

a, b, c = 'abc'

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

確認

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

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

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

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

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

・・・・・・

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

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

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

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

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

抑えてどーするｗ

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

>>129
boost.python

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

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

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

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

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

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

>>131
崩れてない。

>>137
kwsk

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

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

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

そうそう、

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

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

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

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

yield_stmt ::=
yield_expression

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

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

(expression_list | yield_expression)

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

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

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

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

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

α2遅い

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

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

>>152
time(1)

python 2.5.1
0m49.463s

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

誰かIronPythonでも計測して！

python 2.5.1
102.657s

IronPython 2.0A6
54.043s

JRubyかもん!

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

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

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

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

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

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

ruby 1.9.0 (20070830)
0m34.250s

となりました。

うちの環境 @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

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

自分で計測したら?

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

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

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

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

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

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

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

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

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

list(range(9))

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

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

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

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

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

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

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

今年もきのこる！

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

きのこる揚げ

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

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

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

要するに

del range
range = xrange
del xrange

みたいなことが起こる

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

えっと、じゃあ

range=xrange;del xrange

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

いいえ、mojixです

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

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

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

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

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

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

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

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

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

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

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

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

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と平行して学習中…

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

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

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

>>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箇所あるんだな
富の分布に準じた形だな…

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

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

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

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

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

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

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

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

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

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

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

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

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

>>234
つ　エスペラント

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

巨艦大砲主義 orz

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

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

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

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

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

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

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

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

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

小ネタ入手

import __hello__

>>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> とか出力されたな…なんじゃこりゃ???

CPythonのソース見れば解決

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

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

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

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

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

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

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

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

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

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

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

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

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

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

functional style and OO are orthogonal

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

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

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

>>251-252
ワロタw

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

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

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

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

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

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

setもcomprehensionで書けるZE!

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

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

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

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

pythonsan.exe

python3k.exe

oppai_taku3

2/3が後ろに.exeを付けている件

>>269
この辺の話題ってどこで見られる？
MLの過去ログとかありますか？

>>274
で、どこまで調べてからそういっているんだ？

>>274
過去ログ全部あるよ
http://mail.python.org/pipermail/python-3000/

py3k

py3:

>>276
�d

>>276
頭いいな。惚れたぜ。

>>> 1..__int__.__str__.__doc__.split().count('x').__ror__.__str__()[29]
'i'

ABC(Abstract Base Class)談義が始まっている。
どうなることやら、本当に予想がつかない。

Baseってことだけど、
最近は継承階層にinterfaceを持ち込むのは古いから、
haskellのtype classやC++のconceptも踏まえた内容にして欲しいなあ。
type classやconceptみたいに実装、仕様感のglue機構をいれる方が使いやすい。
といってもそこの議論に参加するほどpythonに入れ込んではいないけれども…

dankogai氏:
>Pythonそのものが「俺のやり方至上主義」的なところがある。

そういう表現は新鮮だったけど、pythonista って perl の
「わけわかめでも一見なんとかなる」「俺ってスゲー感満載」に
うんざりした人たちとか、
少なくともそういうのが好きじゃない人たちが
集っている場所だと思う

ある意味近いところをついているかもしれないけど
表現としては的を外している気がするねぇ

>269
pypypy なら python と文字数は変わらない

それがdanクオリティ

「至上」と言われると違和感あるよね
どちらかというと「妥協」という気がするし
「万人向けにはこれがベターだし、万人に読めなきゃソースなんて意味ないよね」的な

>287
同意

というか、そこに文句を言う人が書くソースは見たくない…かな

http://www.emptypage.jp/whining/2008-02-08.html（ここ経由で）
http://d.hatena.ne.jp/sirocco634/20080130

おもしろかったのでコピペする…

こぴぺしてないやん

比べると確かに興味深いねぇ

python の文字まわりは、ある意味面倒な印象を受けるけど
中途半端にお手軽にしてワケワカメ地獄に陥るよりは
全然イイってことなのかな

UNIX 的なものに背を向けているからそっち方面の人には面倒に見えるんだと思う

・ファイル上のデータと内部表現は別
・ユーザーインターフェイスはコンソール入出力に頼らずGUIを使う

と割り切ればこっちの方がすっきりとしている感じ
良くも悪くもMac生まれだよね

Rubyはかなり極端なUnixセントリズムだから、
そういう住み分け使い分けもできるな。

>>292
> ・ユーザーインターフェイスはコンソール入出力に頼らずGUIを使う

関係あらへんやん

コンソールだとハートマーク♥出力する時にエラー出たりするよ

UTF-8のターミナルにはハートマークが出るんだろうか？

出る

>>297
UTF-8のターミナルてたとえばどれ？

つ xterm

ハートマークは元々KSCその他だろ。
だから韓国ならコンソールでも問題ない。

アメリカだとコンソールはLatin1以外壊滅だろうか

PC-UNIXは、今やコンソールでも何でもあり。
キーマップ、フォント変え放題。

>>300
utf-8とかに変換すれば、たいていはPyCrustとかSciteとかエディタ兼、実行環境で
表示できるみたい。てかlatin-1だけしか表示できないと、スラブ系の言語の表示も全滅だし。

windows だと
*コンソール上でインタラクティブにコード打つ => 国によって表示(文字コードの縛り)
*PyCrustとかSciteとかエディタ => Utf-8で他国のコードの実行可能

インタラクティブシェル上で、ロシア系のひとが、日本語の表示させる
のはたぶん無理そげ。そういうのはエディタを使うのが普通みたいな気がする

つかPythonだとIDLEが標準付属だからそれでやればOKだしね

文字コードの話題が出ると、話がハイレベルだとか思ってるやつﾏｼﾞｳｹﾙ
文字コードほど下らない話題ねーつうのｗｗｗｗｗｗｗｗｗ

python スレで２大くだらない話題といえば
・文字コード
・エディタ
この２つ、こういう話題はほんとお勉強スレ向きなので、
きのこるスレでは流さないように！

codec は
コデックと読むのが正しいのですか？
それとも コーデック？

kóudèk

Python使いはスルー力を身につけるべき。

からかわれてるとも知らずかわいい子。ウフッ。

http://trendy.nikkeibp.co.jp/article/col/20061205/120048/

pycon2008 日程
https://www.google.com/calendar/embed?src=og3ea7a3ov1tb3e18qppkd4ev8%40group.calendar.google.com&mode=MONTH

I Love New York!

pycon 普通に進んでる模様、
Guido はすごい普通なことをいった模様
Guido の前のPyCon 一発目のプレゼンのタイトルが「Why Python Sucks」（Pythonがくそな理由）
なのにはﾜﾛﾀ。どんだけｱｸﾞﾚｯｼｳﾞだよｗ

>>313
オマエはまったくアグレッシブに見えない。
そんなオマエは今すぐPythonを止めるべきだ。
それがPythonのためだ。

何その見当違いのアホレスはw

処置なし、ってこのことですね
本当にありがとうございました

常山臭が．

まあ、会場で見てない時点で確かにｱｸﾞﾚｯｼｳﾞさは足りないかもしれないｗ
（でも、日本人３人しかいないみたいだから、会場から2ch書いてたら確実に特定ｗ

ところで、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)

とおなじ意味になって、間違いやすいという罠

なんかこないだの Matz の Ruby プレゼンに Guido が参加したあたりから
Ruby を意識した方向の拡張が通りやすくなってるのかな、とか勘ぐってしまう

>>320
GuidoはPythonの開発コアの若年齢化を模索しているのだよ。
今のコア開発者はオッサンばかりだからな。
よりよい進化のためにはイノベーションも必要だ。

ネットですべての情報が手にはいるから十分

このような考え方を持つ人々を，日本では「引きこもり」と呼んで敬います

常山?

>>323
ネットばかりやってる奴は貧乏人。
実態は貧富の差。

Thomas Wouters とか Brett Cannon とかすごく若いように見えるけど、どうなんだろう・・・

http://picasaweb.google.com/jhylton/PyCon/photo#5035722449440850834
Greg Ewingさん、Barry Warsawさんあたりは確かに結構おさーんかもしれないけど、
Phillip J EbyさんはGuido と同じぐらいの中年て言う感じ？
しかし、まあ、Guido 自身が引退とか言い出すよな年でもない気もする・・・

↑ごめ、なんかリンクがおかしかった
http://images.google.co.jp/images?q=brett+cannon
これの２個目の貼り方が分らんかった。。。

Guidoを含め，古株な人たちが今すぐ引退することはないんじゃないかなあ。
もっと若い人を開発に引き入れたいというモチベーションがあることは確かだと思う。

Rubyに比べれば健全ですね

OLPC
面白いんだけど、これってPython にかすれるポイントってあったのだろうか・・・、

http://www.python.org/doc/essays/ppt/pycon2008/Py3kAndYou.pdf
Guido のプレゼンのスライドがアップされた、
None が予約語になるのは聞いてたけど、True False もなるっていうの初めて知った。
まあ、
True = False
が通る言語仕様は変だとは思ってたけど・・・
まともに気なったのは Removed callable; use Callable ABC
という部分、一体これは何をしろということなのかよくわからん。

Abstract Base Class
__call__あればよしってC++のSFINAE的な条件だったけど、
クラスの包含関係にcallableかどうかの判定を持ち込むって事。

かなりクラス指向に変更される。
Generic programmingから外れていくのは時代遅れだと思うが…

if isinstance(a, CallableBaseClass): ...
で、判定しろみたいなことになる？
細かい意味内容はどうでもいいんだが、長いのだけは勘弁してほしい、・・

>>325
ついでに友達もいないんだろうねえ

レスくれるひとが友達
だからおまえらもうレスすんな

我慢することを覚えないと、引きこもりからは脱出できないぞ！

（￣З￣〜♪

今回のリリースマネージャーのBarry さんが面白い（変な？）書き込みをしている。

（長い、スケジュールのリストを列挙したあとで、）
＞これらのスケジュールは多くの事前予定を皆に知らせていますので、
＞すべてのコードは時間どおりに提出されるべきです。（バグ入りのコード
＞をコミットして）ブランチを壊さないように細心の注意を払ってください。
＞もしあなたのコミットがビルドボットを赤信号にするようなことがあれば、
＞私とニールは、恥の鞭を鳴らすことになるでしょう。もし、そのようなバグっ
＞たリビジョンが原因でリリースが落ちるようなことがあれば、あなたの
＞恥ずかしいPyConの画像がポストされることになるかもしれません。
＞覚えておいてください、私たちは GIMP の使い方を知っています。

どんなスパルタだよとｗ

http://mail.python.org/pipermail/python-3000/2008-March/012553.html

>>338
本スレか，自分のブログに張れば？

>>338
ワロタｗｗ

こえええええええええええ

こんな過疎スレなのに、お友達がたくさんできてよかったでちゅね〜

＞恥ずかしいPyConの画像

おっ（ｒｙ

きのこ

恥ずかしいおっぱいこんの画像

シューマッハ居る？

あ、誤爆った

>>347
特定した。貴様だったのか。

hahaha、まさか（；´∀｀)

age

$ ./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でこういう動作があるみたいです。
ビューってどういうことだろう・・・

items()が、要素をコピーしてリストにして返すんじゃなくて、
元のディクショナリのラッパーを返すようになるんでしょ。
ディクショナリをリストとしてみる(view)ための。

実装としては、ディクショナリだって、
ハッシュテーブルのラッパなんだし。

ハッシュテーブル→ペアのハッシュテーブル

なんかよくわからんのだけど、今までの
d.iteritems() だと、一回イテレータとして使っちゃったら、もう中に何にも入ってなかった、（もう一回使いたかったら
もう一回 d.iteritems() を評価する必要があった）、と思うんだけど、
3.0 の d.items() は一回評価しておけば、何度でもイテレータとして使える上に、
元の dict が変更したら、それに対応して、内容も変化するということみたいだけど、
そういうものって今まで Python にあったっけ？・・・

>>355
list。
つか試せ。

ぼくらの P Y T H O N !

最近 3000 list に面白い話題が流れない
ABCとかどうなったのか不明な点が多い気がするんだけど、
もう、９月に最終版が出るまでは大きな議論はないのかな、・・・
ML だけフォローしてるとよく分からないけど、開発自体は
すごい忙しいらしい・・・

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してたみたいだけど・・・ｗ

しかしまあ、ジードの予定の作り方には、他の言語作者にはない
シビアな感じがある気がする。オープンソースなのになんでそんなに
ピリピリしてんだ？ｗ　みたいな・・・
まあ、そうやってわざと自分たちを追いこんで良いものを作ろうという作戦
なのか知らんけど・・・

ジード

Guido.
……いまだに正式な発音がわからない。音声ファイルで聞いてもわからないorz

python、perl、linux とかも正式な発音はよくわからん

>>363
perlとlinuxはともかく、pythonはフツーの英単語だから英語辞典に載ってる発音でよかろう。
ちなみに手元の英和辞典にはperlとlinuxも載っていたｗ

>>362
俺が聴いた感じだとグイードって表現が一番適当っぽいんだがどうだろう。
グイード・ヴァン・ロッサム。

Guido
http://dictionary.reference.com/browse/guido

グイドー

>>360
http://www.bsdcan.org/2007/schedule/attachments/12-Poisonous_People_Ben_CollinsSussman_and_Brian_Fitzpatrick.pdf

ジードと聞くと北斗しか思い浮かばん
と思って何気なくググってみたら、そういえば聖飢魔IIもそうだったか

高性能な range は無しか・・・

何が出来れば高性能?それとも速度?

>>> def f(): yield 1
...
>>> i,=f()
>>> i
1

水曜日のアルファ（最後のアルファ）に入らなかった機能はもう、3.1まで入らないそうですね。
期限がやばい機能とかあるのか知らんけど、

あと、なんか日本人がPEP書いてますね。何となくｶﾞﾝｶﾞﾚ

しかし、Guido が、レビューソフトの宣伝を ML でしてるのがウケル
いつも、ちょっと論旨の違うポストがあったら、c.l.p 池だの、ideas 池だの言うのにね
まあ、そういう横暴ぶりも含めて BDFL なんだからしょうがないけどね

>>373
懐かしい名前を見た気がする

石本さんだ−。

アルファ５は期限を滑ったらしい・・・でも、すごい大変そうなのでドンマイｗ

>>375-376
有名な人だったんですね、

pykfの作者さんか

日本で最初にPythonの記事を書いた人じゃね？＞石本さん

RubyはRubyの出来というより、Railsの性能で世に広まったよね。
Pythonがこの先生き残るには、Webフレームワークが必要なんじゃない？

まぁ、Google様が帝国を築いて、みんなPythonでコーディングするかもしれないけれど。

pykfも最近見かけなくなった

>>381
py3k になれば、print("うにこーど".encode('utf-8'))

とか出力時面倒な文字コード変換から
開放されるのかな？

エンコードの自動判別とかも気にしなくてもよくなる？

>>380
Python on Railsは既にあるよ。

django結構いいよ

Webフレームワークはあるし、それがなくてもRubyと違って
Linuxやアプリ(特に3D系)に欠かせない一部になってるから
生き残ると思いますが。

うっかりバージョンアップすると
yumが動かなくなって
焦るときがあるよねｗ

もはや Python なしの Blender は考えられないなー。

もうこのスレの存在意義がないかも

いやいや、この先もきのこるために必要

むしろお前らがこの先生きのこれるか心配。

>>380
Zopeじゃ駄目なの？

つーか、Pythonってweb frameworkが乱立してるほうだよな。
>>380は何を言いたいのやら。。。

zopeはメタフレームワークすぎる

>>391
バカじゃないの、ダメに決まってるだろ(wwwwwwwwwwwwwwwwwww
死ねよクソ(wwwwwwwww

僕もZopeでモテモテ、そんなふうに思っていた時期もありました。

ゾープジャパン
ブレイクビーンズ
ワイズノット

JZUGに関わった企業が...

日本のZopeはどうでもいいとして、本家のZope.orgは問題ないんじゃないの？
英語が読めない奴にとってZopeは辛いとは思うが。

zopeベースのも多いしね。

ﾒﾒﾀｧ

国内コミュニティに影響でアレな印象を受けるけど
Zopeは触っておいたほうがいいぞ。
オブジェクトと環境が渾然一体になっててGUI中心でいじれる。
まー使ってたのは2.5〜2.6あたりなので現状はよーわからんが
ZODB+ZEOで分散環境とかけっこうおもしろい。

zope/plone はデフォルトの環境で遊ぶ分にはかなり高機能。
ただ、zodbのせいでバージョンアップが難しかったりできなかったり。
カスタマイズも難しいので全体的には敷居が高いな。

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の良い点は、軽い、その一言です。

むぅ。軽くて、追い掛けられそうとなると難しいな……

書き捨てのWebアプリならweb.pyで十分だな。
大掛かりなやつは中を見る気おきないのもある。年だし。

そんなにZopeのことを悪く言うなよ〜！！！

やっぱりソープだよな。

Python 101 cheat sheet
http://www.ibm.com/developerworks/jp/linux/library/l-cheatsheet3.html

あんまり変わらないもんだな
print文とdict周りで躓いてる(移植作業('A`))

local(), globals(), vars() とか使ってると
うまくいかない罠

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

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

でコケる。またあとで調べる

素直にPython2.5で使えば良いと思うのだが

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

なんか標準ライブラリも、ちょこちょこ変わってる
あとで読む

3.0はライブラリも大改修してるねぇ
こりゃ移行は骨が折れるかも

http://coverage.livinglogic.de/index.html

urllib, CGIHTTPServer とか赤いな

tk 関連, opengl 関連, xml 関連,
distutil とか赤い

Repository timestamp 2008-03-28 05:00:22時点の
状況だからすこし前だけど、なんかオラ wktk してきたぞ…
みたいな

sexless python age

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' 論争

もう俺が欲しい機能はなんでもtracのプラグインにしちゃうからいいよ

ハードタブなんてもうmakefileかTSVでしかつかわんだろ。

Rubyよりまし

Pythonで3DCGで描けるの？

3DCGで何を?

描けるよ。
419には無理だけど。

povray とか使えばいいんじゃない？もっと良い方法あるかも知れんが。

pyOpenGLとか、Blenderの中で描かせるとか。

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

先生、きのこ！

先生、きのこ！
先生、きのこ！
先生、きのこ！
先生、きのこ！
先生、きのこ！
先生、きのこ！
先生、きのこ！
先生、きのこ！

先生、きのこ！
先生、きのこ！
先生、きのこ！
先生、きのこ！
先生、きのこ！
先生、きのこ！
先生、きのこ！
先生、きのこ！

先生、きのこ！
先生、きのこ！
先生、きのこ！
先生、きのこ！
先生、きのこ！
先生、きのこ！
先生、きのこ！
先生、きのこ！

土曜日夜8:00のTBS系ドラマ「ブラッディ・マンディ」で高校生ハッカーが使っている言語がPythonという噂があるのだが
今度見られる人は検証してちょんまげ｡

ストーリーはグダグダで見るに堪えない人が多いと思うが･･･

先生、きのこ！
先生、きのこ！
先生、きのこ！
先生、きのこ！
先生、きのこ！
先生、きのこ！
先生、きのこ！
先生、きのこ！

>>429
キャプもってこいや！

先生、きのこ！
先生、きのこ！
先生、きのこ！
先生、きのこ！
先生、きのこ！
先生、きのこ！
先生、きのこ！
先生、きのこ！

先生、きのこ！
先生、きのこ！
先生、きのこ！
先生、きのこ！
先生、きのこ！
先生、きのこ！
先生、きのこ！
先生、きのこ！

先生、きのこ！
先生、きのこ！
先生、きのこ！
先生、きのこ！
先生、きのこ！
先生、きのこ！
先生、きのこ！
先生、きのこ！

>>429
http://pc11.2ch.net/test/read.cgi/tech/1219510735/79-

この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！

この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！

【明日には】国産松茸予約の特典フィギュア発送開始【ヤフオク】

JA○○では国産松茸の予約者に特典としてイメージ・キャラクターのフィギュアを付けたが、
予想をはるかに上回る予約が殺到し１週間遅れの１９日に発送した。
早くもネットではオークションで高値が付くのではと話題になっている。

続きはこちら
http://gimpo.2ch.net/test/read.cgi/kinoko/1226245914/l25

画像

進化しすぎｗ

騙されたはずがなぜかすがすがしい

この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！

>>438
フィギュアまでついてくるなんて！
どこで売ってるの？



買わないけど

この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！

この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！

pythonはRubyに駆逐される言語なのだよ！

なんかCOBOLがVBで駆逐されるとか言う議論に似てるなぁ。

違和感

>>> False
False
>>> 0
0
>>> False==0
True

>>> False is 0
False

May the False be with you.

is と同じ意味で are が欲しい

>>447
お前アホだろ。
"equal"がstrictとかlooseとかdeepとかshallowとか、
種類あることも知らんのか。

マジレスきもい

きもい。

>>451
そういう問題じゃない

違和感なんて曖昧な言葉使ってるのがいけないんだ
どんなレスつけられてもしょうがない

知識と知能が別物だと言うことが
よく分かる例になってしまったな。

既出だろうけど、なんで、インデント強制なのに、ifとかwhileの後にコロン必須なん？

ボッチが作ったからだコロン

不意にレベル高すぎるわ

4.26 Why are colons required for the if/while/def/class statements?
http://www.python.org/doc/faq/general/#why-are-colons-required-for-the-if-while-def-class-statements

python VS Ruby

結局 "readability" か。気楽に自分なりに coding したいから indent とか
いろいろスタイル強要されるのは苦手だな。主観的な趣味だが窮屈に感じる。

みんな最初はそう言うんだよ

だれもオマエのコードなんて読まないから好きに書けばいいと思うよ。

>>464　python では好きに書いたら走らんと思うぞ…

Rubyやればｲｲﾝﾀﾞﾖ

どんな言語つかっても関係ないよ。
オマエのコードなんて誰にも読まれないんだから。

未来の自分が読む

rubyは遅すぎるんだよなぁ

この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！

この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！

この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！

>>469
pythonも似たようなもんだろ。
俺はrailsがあるrubyの方がいい。

最近聞かないな

>>473
似たようなもんじゃない。
体感出きるくらいrubyは遅い。

>>473
http://shootout.alioth.debian.org/u64q/benchmark.php?test=all&lang=all

>>476
rubywww

haskellやるじゃん
というかatsって何もの？

この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！

この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！

この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！

>>476
rubyって1.9で速くなるの？

>>476
おもしろいね。俺は Ruby 使うけど、速さが必要なところでは使わない
からなぁ。普通に使う分には Ruby でも（他言語でも）十分速い。
ちょっと入り組んだもので速さ必要なら C++ で書いてる。

Zen of Python の Tim Peters が ML におもしろいこと書いてる

http://mail.python.org/pipermail/python-3000/2008-November/015219.html


"Hey, Guido, what should we do about mixed-type comparisons against None?"

"Hmm ... what do you think?"

"Hmm ... OK, let's make None smaller than other types."

"Why?"

"Oh, why not?"

"Good enough -- but let's not document it -- it's an arbitrary
implementation detail."

"Of course!"

Dec-03に本当に出るのか？

この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！

Ruby信者って本当にイタいな。

pythonにはrailsみたいなフレームワークがないから流行らないんだよ。

http://www.tiobe.com/index.php/content/paperinfo/tpci/index.html

C#が追い上げてきてるがな

pythonってこんなに上位にいるのに
日本だと全然聞かないな。なんなの？

Rubyってじり貧なのに
Ruby使っている奴らは相変わらずうるさいな。なんなの？

R　u　b　y

>>489
49位の natural って何だろう・・・？

暇だから調べてみたが
このADABASというデータベース用の言語のことじゃないかねぇ（ソースはwikipedia！）
下位は一般的なプログラミング言語じゃないのがいろいろ入ってるね
まあ、激しくスレ違いな気がするが・・・

http://ja.wikipedia.org/wiki/ADABAS

http://www.softwareag.com/Corporate/products/natural/default.asp

それぽいですね！

Luaがotherに降格しそうじゃないか。
組み込み分野でpythonと覇を競ってたのにどうしたんだ。

この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！

この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！

この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！ 500get!

3-1で無限1upみたいだな

48位のCLでメシを食っている漏れは…

この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！

この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！

この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！

この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！

この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、うんこ！
この先生、きのこ！
この先生、きのこ！

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

rubyは最強だからそんな心配はいらない。

海外(とくにアメリカ)に固定客がいれば大丈夫(多分)

この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！

この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！

この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！

この先生、きのこ
この先生、きのこ
この先生、きのこ
この先生、きのこ
この先生、きのこ
この先生、きのこ
この先生、きのこ
この先生、きのこ
この先生、きのこ
この先生、きのこ
この先生、きのこ
この先生、きのこ
この先生、きのこ

この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！

この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！

この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！

この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！

この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！

この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！

この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！

この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！

この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！

この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！

この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！
この先生、きのこ！

【レス抽出】
対象スレ：pythonがこの先生きのこるには
キーワード：ruby

抽出レス数：33

なんだ、やっぱりRubyで結論出てるじゃんｗ