Pythonのお勉強 Part37

Pythonオフィシャルサイト
http://www.python.org/
日本Pythonユーザ会
http://www.python.jp/Zope/
まとめWiki
http://python.rdy.jp/
関連スレ
http://find.2ch.net/?BBS=ALL&TYPE=TITLE&STR=python
前スレ
http://pc12.2ch.net/test/read.cgi/tech/1264924208/

参考図書
ttp://python.rdy.jp/wiki.cgi?page=%B4%D8%CF%A2%BF%DE%BD%F1

●標準ライブラリミニツアー
ttp://www.python.jp/doc/nightly/tut/node12.html

●レシピ集
ttp://code.activestate.com/recipes/langs/python/

●exeファイルの作り方
ttp://www.py2exe.org/
●GUI ライブラリ
Tkinter
ttp://ja.wikipedia.org/wiki/Tkinter
PyQt4
ttp://www.riverbankcomputing.co.uk/software/pyqt/intro
wxPython
ttp://www.wxpython.org/

●参考サイト
ttp://python.rdy.jp/wiki.cgi?page=%BB%B2%B9%CD%A5%B5%A5%A4%A5%C8

●Web フレームワーク等
Pylons
ttp://pylonshq.com/
django
ttp://www.djangoproject.com/
TurboGears
ttp://www.turbogears.org/about/index.html
Plone
ttp://plone.org/
Zope
ttp://www.zope.org/
web.py
ttp://webpy.org/
werkzeug
ttp://dev.pocoo.org/projects/werkzeug/
Kay
ttp://code.google.com/p/kay-framework/
Paste
ttp://pythonpaste.org/
wsgi
ttp://www.python.org/dev/peps/pep-0333/

CherryPy
ttp://www.cherrypy.org/

KanPy
ttp://upload.wikimedia.org/wikipedia/commons/2/20/PS_Kr%C3%B8yer_-_Hip_hip_hurra!_Kunstnerfest_p%C3%A5_Skagen_1888.jpg

pass

実装各種

Python2.6 （C言語実装、よく分からない人はこれ）
ttp://www.python.org/

Python3.1 （C言語実装、バージョンの違いを理解している人用）
ttp://www.python.org/

Jython2.5 （Java実装）
ttp://www.jython.org/

IronPython2.6 （C#（.NET）実装）
ttp://www.codeplex.com/IronPython

cと連携するときってctypesとCythonどっちがいい?

swig

>>1-8
乙

cyclone

Bython

C#

今日はπthonの日

前スレRとの比較にはすごい興味あり

3.14 15926

pypy 1.2 release

974 デフォルトの名無しさん [sage] 2010/03/13(土) 11:04:22 ID: Be:
PyPy Status Blog: Introducing the PyPy 1.2 release
ttp://morepypy.blogspot.com/2010/03/introducing-pypy-12-release.html

パイパイ！

>>1
おっぱい

pypyってなんです？

Python 2.5.4 です

>>> '1.5'.isdigit()
False
>>> '15'.isdigit()
True
>>> '-15'.isdigit()
False

1.5 は仕方ないとして
-15 は digit ではないのでしょうか？
あと -15 でも True になるような判定方法でふさわしいものがあったら教えてください orz

>>21
Pythonで書かれたPythonの処理系。詳しくは以下。
http://codespeak.net/pypy/dist/pypy/doc/

>>22
isdigitは0123456789かどうかを調べるもので+,-,.は偽
数値かどうかは int("-15"), float("1.5") して ValueError の例外がでたら偽

C#最高って何故かここでよく見るが
RUBYならともかくC＃はPYTHONが対抗言語と言う位置づけと感じているのか？

>>22
いいことを教えてやろう

'+15'.isdigit() も False だ

>>25
ネタにマジレスかこいい

int('- 5') は OK なのに float('- 5') はエラーになるんだよね...

節操ないなw

>>27
マヂレスつか素朴な疑問なんだが

>>30
スレ立てるまでもない質問スレで Python を猛烈プッシュしてる人が居たから
呼び込んじゃったんだろう

ハッカーがプッシュしてるんだから間違いない

>>24
いちいち実行してみて例外出たらやり直しとか
Java みたいで格好悪くて納得できません
int('hoge', default=0) とか
int('fuga', errors='ignore') とか
なんで標準で無いんですか？

一生C#でTryParseしてればいいよ

そんなアホなコード誰も書かないから大丈夫だよ

>>30
コンパイルが必要な時点で、普通は比較対象から外れるよね
個人的にはREPLが無いのが決定的
MonoにはREPLあるみたいだけど
サーバ側での運用ってことであれば、対抗馬になるのかな？
string.formatの書式でC#をパクっちゃってるのも
C#厨を勢いづけてるのかもしれない

>>16
俺も興味あるなぁ
Rは全然使った事ないけど
Python (x, y)よりも優れた適用領域があるなら試してみたい

Pythonと比較するならF#だろうな
こっちはスクリプトだし.NET使えるし

F#スクリプトはいいね
あれがどのWindowsでもデフォで動くようになって
LL標準添付のライブラリを備えればいうことなし

つまりF#最高

逝ってよし

>>33
それはPythonが実用的な言語ではないから
実用性が欲しいのならF#をお薦めする

pass

>>28
両方エラーになるけど？

>>33
default=0 は判るけど、 errors='ignore' したらその関数の結果はどうなるの？

「実行して例外出たら」というのは、基本的にそういうポリシーでやってる。
なんでそんなポリシーなのかというと、
1. 先行チェック関数と実行関数の二つが必要になると、それだけ要素が増える
2. 先行チェックの関数を用意しても、実行用関数でチェックが不要になるわけではない。
3. 先行チェックだけが必要になる場合はあんまりない。

if int.tryparse(s):
 x = int(s)
else:
 x = 0
と書くのと、
try:
 x = int(s)
except ValueError:
 x = 0
と書くのと比べて、別に格好悪い事なんてなんにもないし。

x = int(s) if int.tryparse(s) else 0

>>45
tryparseなのに真偽しか返さないのはおかしくないか

>>44だった...

>>45
確かに、3項演算子が使えるのは便利だね。
でも、そのためだけに int.tryparse() を実装するのはやり過ぎ。

try文も3項演算子作ろうよっていう話が少し前に Python-dev や Python-idea で
流れたけど、例外のタイプを複数利用したい場合とか、汎用的に使える物を
きれいな構文にするのが難しくてまとまらなかった模様。

複数の文字列に対して繰り返し実行する必要がある場合は、その場合に応じて
関数作れば良いしね。手軽に関数を作れるのがPythonの良いところなんだから。

def toint(s, default=0): try: return int(s) except Exception: return default
x = toint(a)
y = toint(b, 1)
z = toint(c)

>>47
あー、名前をC#から拝借したんだけど、checkparsable()の方が好み？
真偽を返すのは、
if int.tryparse("0")
が偽にならないため。

>>48
ありがとうございました

あー、 try-except の部分、一行じゃ書けなかった。3行必要だ。
def toint(s, default=0):
    try: return int(s)
    except Exception: return default

>>43
Python3.1だとintの方もエラーになるけど、2.6だとならない

>>48
またコンビニ野郎かよ
そういう奴が居るからPythonは低速って言われるんだよ

そろそろ2.6にアップグレードしてもよかと？

せんとすはいつまで2.4なのかねぇ

>>53
こーゆー作業をしている部分はユーザーの入力チェックとか
設定ファイルの読み込みとかボトルネックじゃない事がほとんどだから
実行時間を気にする必要ないよね？

Pythonは低速とか、誰が非難してるの？
速度が必要な部分は拡張モジュール書けばいいんだし、
ボトルネック以外の部分が多少遅くても問題ない。

話は変わるけど、Pythonはほんとに低速

>>56
>速度が必要な部分は拡張モジュール書けばいいんだし、
>ボトルネック以外の部分が多少遅くても問題ない。

今時は動的言語も仮想マシンと実行時コンパイルが当たり前になって来たからな。
メソッド呼び出しとか真偽判定みたいな内部機能は拡張じゃどうしようもないし。

まだやってたのか

せんとすは2.6にアップグレードしてもよか

する意味ないからしないんだろう。
必要なら/usr/localに入れればいい。

CentOS の新しいメジャーバージョンが早く出てくれないと、いろんな主要ライブラリで
Python 2.4 のサポートを切る動きが出てこない。
有名なライブラリにテスト済みのパッチを送るためにローカルにPython 2.4, 2.5, 2.6, 3.1,
trunk, py3k を全部入れるのは面倒だ。

OSの根幹にかかわる部分をpythonで書くのは不安だ
perlじゃなぜダメなんだ

>>63
なぜPythonだと不安なんだ？

はっきり言って根幹じゃないほうが好きに弄れて気楽だな

CentOSはRHELクローンなので
RHELがPythonのバージョンを変えない限り変わらない
んで、そのRHELの実験的な実装の意味合いを持つFedoraでは
Python 2.6に移行済みでPython 3.xも同時にインストール可能となっている

なんで、RHEL6が登場するまで待てば、自然とPython 2.6になる

>>65
RedHat系はyumも含めてPythonがシステムツールに入り込んでるから
確かに、気軽に/usr配下にライブラリとか入れれないよね
まぁ、61の言うとおり『入れんな』ってことなんだろうけど

OSの根幹にかかわる部分をperlで書くのは不安だ
Rudyじゃなぜダメなんだ

virtualenvがあるから /usr/lib/python2.4 以下にライブラリをインストールなんて
必要ないし、新しいPythonを使いたかったら /usr/local/python2.6 にでも
インストールすればいい。

windows使えば解決

>16
前スレ 999 だけどリロードしないで激しく時差ぼけレスしちまったぃ

まあゆるーく続けますか(matplotlibスレの方がいいかも?)。

numpy,R,matlab等のそれぞれの比較早見表見つけた
(使い分ける人向け? っぽいので普通はあまり意味がないかも)
http://mathesaurus.sourceforge.net/

ぐぐって遭遇した1,2年前の話題
Python+Scipy+Matplotlib vs Matlab?
http://news.ycombinator.com/item?id=363096

文句あるなら根幹はCで書け

C は良い言語だよな。メモリ空間の隅々まで自由自在にアクセス出来るし。

逆に言うとCPUやレジスタは隠蔽してるので、Cで手に入る自由はメモリだけだな
結局現存するほとんどのOSの機能がCによって提供されてるってのが
Cの力だと思っている

もうわけワカメｗ

73ｗｗｗ

アセンブラが無いと話にならんな

テカテカ

まだやってたのか

例外処理ってのは、通常の処理手順とは異なる手順で処理するときに使うもんだよ。
引数がintの時も同じように計算して返すのに、なんでわざわざ例外処理でやるんだ。

普通の条件分岐で十分だろ。

まだやってたのか

Ruby スレで GUI が無いって騒いでるな

Python は wxPython の日本語の紹介がけっこうあるからなぁ。

wxPythonも2~3年くらい前はあまり見なかった
wxRubyは当時も今もあまり見ない
wxPythonの利用者の方が増えてるってことだよね

>>79
じゃあ、int('fdasl')と入力したときに、どういう風に返せば満足なの？
0返すなんて糞仕様は勘弁だからな。

def parseInt(s, default=None):
　　try:
　　　　return int(s)
　　except ValueError:
　　　　return default

みたいなのをたぶん前スレで誰かが言ってた
いづれにしても、自分で関数作ればよかろう

>>79
「例外は本当に例外的な場合にだけ使う」って、誰が言い出したのか知らないけど、
真っ赤なウソだよ。

例えば、ファイルを開くときに、ファイルが存在しなかったら IOError を出すけど、
開こうとする前に os.path.exists(filename) して存在を確認してもパーミッション等の
条件で開けないかもしれない、HDDがリードエラーを出すかもしれない、
チェックしたときはあったファイルが開こうとしたときに絶妙なタイミングで消えるかも
しれない、etc... で、事前チェックしても例外処理は外せない。なら、事前チェックと
例外チェック両方するより例外だけチェックする方が合理的。

特にPythonは、 for i in x: でも中で StopIteration 例外が飛んでるくらい、例外を
気軽に使う言語。

parseInt('0', 0)とか考えるとやっぱいらないかな
ってこの話題前にもあったね

Pythonのお勉強 Part35
http://pc12.2ch.net/test/read.cgi/tech/1253535109/395

>>86
エラーは全部例外でいいと思うんだよな

発生した例外を処理しないと必ず止まるってのは本当にありがたい
たまにCで書くとつくづく思う

try:
　raise SyntaxError()
except SyntaxError:
　print 'foo'
は期待通りに動作するのに、
try:
　@ # <- syntax error
except SyntaxError:
　print 'foo'
は動作しないんだなぁ。。

文法ミスがあった時点でそれ以降のスクリプトの内容の解釈は不可能だから当然なんだけど、なんか気持ち悪い。

print "hello"
@ # <- syntax error

これでhelloと表示されないのが気持ち悪いか?

多重ループを抜けるのに例外を使うのはどう？

ええでしょう

ええー

>>91
後ろでもそうなるのか。ほう。
syntax errorで動かないことはいいのだが、ユーザがSyntaxErrorをraiseできるのはどういう解釈なんだ？

>>95
「普通はユーザーが使う物じゃないから」なんて理由で、一部の例外オブジェクトを
catchできるけどraiseできないみたいなヘンな制限を付けてないだけだろうな。
raise KeyboardInterrupt だろうがなんだろうができるけど、普通はしない。

普通じゃない場合としては、プラグインシステムのあるアプリで、プラグインに
SyntaxErrorが起こるようなスクリプトをぶち込まれた場合をテストするために
あえてraiseするとかかなぁ。

>>90
「気持ち悪い」理由が俺にはさっぱりわからん
単に、エラーを含む可能性のあるPythonコードを実行時に解釈したいのなら
eval・compile系が使えるけど

>>92
多重ループどころか、列挙の停止はいつもStopIteration例外じゃないか

>>97
こういうことだろ。
class TajuuloopNukeru(Exception):
　　pass
try:
　　for i in someiter:
　　　　for j in someiter2:
　　　　　　if somecond:
　　　　　　　　raise TajuuloopNukeru # ここで一気にループを抜けるために例外を投げる
except TajuuloopNukeru:
　　pass

>>98
いや文意は分かってるよ
別に多重じゃなくてもどうせ列挙の脱出にはいつもStopIterationが使われてるんだから
好きにすれば？ってこと

例外はgotoの代わりに仕えって死んだじいちゃんが言ってた

イテレータの中で要素を動的にパースするときとか
自分用の小さいスクリプトだったら例外で抜けちゃうな
まあ、先にリスト作っとけって話なんだけど、楽なんで

先にリストを作ると、長大に要素を含む可能性のあるイテレータの処理が重くなったりすると思うんだ。

多重ループならそれこそジェネレータ使えよ

と言ってはみたがイテレータの中でraise StopIteration使っても同じことだな
よく読んでなかった

例外やgotoはpythonに限った話じゃないと思うんだが
その辺現状のマジョリティとしてはどういう見解なの？
なんか昔はgotoに拒絶反応示す人がいたように思うんだが

It is Easier to Ask for Forgiveness than Permission.

intのparseの例は、.NETのNullable型や関数型のOption型みたいなものがあれば
それで返せば、という気がしなくもない

例外やgoto云々は完全に言語によるのでは
少なくとも非常に手続き的だとは言える
C++界隈だと、別の理由で例外を過度に多用するなというコンセンサスがある気がする

辞書のgetにもdefaultがあるんだからデフォルト値指定ができてもいいと思うけどなー
あとoption型なんかは動的型ならNone返せばいいだけなので問題はそこじゃないと思う

>>108
int() に default をつけてしまうと、こんどは例外を投げられなくなってしまう。
例えば、defaultのデフォルト値がNoneだとすると、「int()に変換できるハズ」と
思い込んで返り値チェックを省略すると数値オブジェクトを期待している場所に
Noneが入った状態で、その後のどこかでエラーが起こるか何かを壊してしまう。
例外なら、「ハズ」の思い込みと違うことが起こっても帯域脱出してくれるので、
「ハズ」の部分でチェックを省略できる。

辞書に [] と .get() があるように、int()と別の関数として用意するのはアリ。
アリだから、 >>51みたいな関数を用意すれば良い。
組み込み名前空間を汚してまで組み込む必要が認められなかったので
組み込み関数にはなって無いだけ。

int(hoge, default=None) ができれば・・・
try:
　　fuga = int(hoge)
catch:
　　〜〜

が
fuga = int(hoge, default=None)
if fuga is None:
　　〜〜
3行になる！
ああ、石を投げないで！

じゃなくて、
try:
　　fuga = int(hoge)
catch:
　　fuga = 0

を考えてる時に例外使うのは素直じゃないだろということだろ

一瞬pythonスレじゃないのかとおもった

>>110
単にデフォルトで潰したいときも、パース不能のときも、それで済むなあ
まあこういうのはユーティリティ関数を自分で書けば事足りる程度の話ではあるが

>>111
それが素直じゃないと思うなら、まずその幻想を打ち壊す！

いや、「素直じゃない」なんてなんの根拠もない個人的感想は
全く気にしない言語だから。
例外投げる方がシンプルで、例外投げない方を別に用意しても
大して利益がないのであれば、例外なげない関数なんて用意しないよ。

>>110
int() はただの関数じゃなくて型だから、Noneを返すなんて仕様は有り得ない。
default を追加するなら int と別の関数を用意する必要がある。
でも、組み込み関数をその程度の要望では増やさない。

>>113
だから、>>109で言っているように、
fuga = int(hoge)
の一行が
fuga = int(hoge, default=None)
if fuga is None:
    raise ValueError("hoge is not integer")
の3行に増えるんだって。

default の初期値は「未指定」でいいじゃない。
PyArg_ParseTupleAndKeywords()の書き方次第でNoneではない「未指定」のデフォルトにできるじゃんね。

int('abc') → ValurError
int('abc', 16) → 2748
int('abc', default=None) → None

>>116
「未指定」なんてオブジェクトはない
あと、>>114で言っているように int() が None を返しちゃダメ。
intかintと上位互換のlongを返さないと。

>>117
そういうオブジェクトはないけど、
def to_int(val, **kwargs):
　if 'default' in kwargs:
　　pass
みたいな処理はできるってことを言いたいんじゃないかなぁ。

intがint以外のインスタンス返す仕様になってほしいとはまったくもって思わんけど。

ビルドインを増やすのが嫌なら
int.parse(string)ってスタティックメソッドを作ればいいんじゃないかな

>>117
それだと、今度は (val [, base [, default]]) という順序引数が使えなくなるね。
intが例外を投げる関数としてあるんだから、int以外の関数を使うなら
defaultは普通にNoneがデフォルト値の引数で良いんだよ。
問題は、大して利点無くビルトインを増やすこと。

>>119
うん、どうしてもdefaultが欲しいなら、それが一番Pythonicだね。
残る問題は、今のところ組み込み型にはstaticmethodが無いという事だけだ。
int.parseのためだけに組み込み型のstaticmethodを用意するのはやっぱり
無いだろうけど、他にも組み込み型staticmethodの要求が増えてきたら
ついでに int.parse が入るかも。

def int(s, exception=True, default=0):

みたいに定義しといて
exception=False
で使ったときだけdefaultを返せば良いと思う

型の変換はバリデータとかでさっくりやるんじゃねえの？
typeにstaticmethod追加するとかバカか？

>>122
えっ

>>122
元の要求は明らかに
unicode(s, 'utf-8', errors='ignore')
あたりからの類推だろうし、別にそんなに変な話じゃないと思うが

別ディレクトリにある.pyファイルをimportしたい時って、sys.pathを直接いじるのが一般的なの？

メインプログラムのサブディレクトリに配置すれば良いじゃん

__import__() を使おう

>>124
たしかにunicodeはencodingやerrrosを指定できるけど戻り値は必ずunicode型だろ
int(hoge, default=None)みたいにint以外返せるのはおかしい

おいおい、まだやってたのか

unicode のつもりが None が入ってるときはあるし
str のつもりが None が入ってるときもある
int のつもりの変数に None が入ってても何もおかしなことではない
そもそも型宣言がないんだから

>>130
変数側の問題じゃなくて、int()の戻り値の問題。

int や str みたいな型は関数形式で呼び出してインスタンスを作るけど、
assert isinstance(sometype(), sometype)
という暗黙の了解があるの。

引数が悪くてその型の値を返せないときは例外を投げるべき。

sqlite3 とかでレコード取り出したときに str だと思ってたのに None が入ってるときがあるね

sがstrだとして
s.decode('utf-8')
みたいな使い方をしてるときに
sがNoneで例外出ると萎える

上では
int(s) -> parseできなければ例外
int(s, base) -> 同じ
int(s, default=...) -> parseできなければdefaultを返す
int(s, base, default=...) -> 同じ

こういう感じの話をしてたんだと思うが
default=を指定しなければ今と全く同じだし
parse不能なケースはデフォルト値で置き換えでいい場合は
try/exceptを含む4行程度のコードが式一つ圧縮できるわけだろ

default=Noneと「わざわざ」指定してNoneが返った場合の対応を「しない」のは
さすがに考えにくいんじゃないの

>>134
だから、int()にint以外のオブジェクトを返させるなって。

というか可能性としてはint.parseの方がよっぽど高いだろうに
コンストラクタでやろうとするほうが議論の中心になるのが納得できない
まぁ意固地なヤツのせいで議論にすらなってないわけだが

本家フォーラムで話さない時点で可能性の話をしても意味ないと思うの

別に正直どうでもいいが
つまり>>134がint()じゃなくてint.parse()でなければ特にケチをつける
理由は無いということ？

×int.parse()でなければ
○int.parse()であれば

>>138-139
int()と別にint.parse()を用意するのであれば、今度は例外を投げる必要がなくて、
default=0かdefault=Noneで良い。
というのが >>120 に既出

なるほど

誰か話まとめて

Ruby最高

int.parse() は int がオブジェクトじゃないからクラスメソッドが使えないって話

>>134 なら
ちゃんと

>default=Noneと「わざわざ」指定してNoneが返った場合の対応を「しない」のは
>さすがに考えにくいんじゃないの

と断ってあるので

>>135 みたいな突っ込みをする香具師はただのKYアホだと思う

>>134 最高

parse_intでも自作しろよ

仮にintにdefualtがある場合、defaultの型がint,longでないときに例外出せばいい

結局今の仕様通り、例外処理が一番スマートってことかな？

int()が関数でなく型(のコンストラクタ?)だってのは理解してるので、
必ずしも int を拡張しなくてもよいんだけど、
Battery includedを唱うPythonで、プロジェクト起こすたびに
同じ関数を作ってるのがちょっぴりイヤ。
どこか適当なモジュールに xint() とか parseInt() とか入れてくれないかな。

>>149
そんな頻繁にparseInt使いたくなるか？
intに直せないかもしれない未知の文字列をintにしたいときってどういう場合だ？
直せなかったときの対処は0入れるとか、None入れるとかで本当に適切なのか？
その場でエラー出した方がいいんじゃないの？

大抵の場合は
n = int(s) if isdigit(s) else None
で十分。符号とか前後スペースとか考えると面倒くさくなるが。

なんでこんなに粘着アンチは毎日ネガキャンに必死なんだろうな
周囲の環境を否定することでしか自我を保てない哀れな野郎だ

珍しくPythonスレが伸びてるからみんな暇つぶしで付き合ってるんじゃないの

>>152
愚痴しか言えないお前もなw

イベントにしか興味がなくて仕事をしない不思議な動物を飼っておく余裕はなくなったのだよ。

がんばれアイちゃん

292 デフォルトの名無しさん [sage] 2010/03/18(木) 07:15:50 ID: Be:
    なんでこんなに粘着アンチは毎日ネガキャンに必死なんだろうな
    周囲の環境を否定することでしか自我を保てない哀れな野郎だ

293 デフォルトの名無しさん [sage] 2010/03/18(木) 09:29:56 ID: Be:
    ＞C#は糞
    ＞http://pc12.2ch.net/test/read.cgi/tech/1246520657/l50
    ＞711 名前： デフォルトの名無しさん [sage] 投稿日： 2010/03/18(木) 02:50:41
    ＞なんでこんなに粘着アンチは毎日ネガキャンに必死なんだろうな
    ＞周囲の環境を否定することでしか自我を保てない哀れな野郎だ

    ＞C#終了のお知らせ
    ＞http://pc12.2ch.net/test/read.cgi/tech/1200796178/l50
    ＞292 名前： デフォルトの名無しさん [sage] 投稿日： 2010/03/18(木) 07:15:50
    ＞なんでこんなに粘着アンチは毎日ネガキャンに必死なんだろうな
    ＞周囲の環境を否定することでしか自我を保てない哀れな野郎だ


    ｗｗｗ

>>149
予めあったらいいね。chomp とかもね

rstrip

>>159 いちいち rstrip("\r\n") と書くのがめんどい

じゃあ外出て彼女でも作れよ

>>160
てめぇPerlに喧嘩売ってんのか

>>160
改行は削除したいがtrailing spaceは保存したいケースってそんなに多いかなあ

ほんの数タイプ削減するためだけに、 parseInt や chomp を別に用意する必要は無い。

>>151
つまり、符号や前後スペースの問題等を考慮すれば、結局
def int_parsable(s):
　try:
　　int(s)
　　return True
　except:
　　return False
のような馬鹿馬鹿しいものを書くことになるわけでしょ

現実のプログラムで
ValueError: invalid literal for int() with base 10: ....
が最適なエラーメッセージだと考える人はいないだろうし
自分しか使わないオモチャをのぞけば、デフォルトの例外投げっぱなしが
最適解であることはむしろ稀なんじゃないの

わらた

>>165
そんなばかばかしい関数書かないよ。
ユーザーが入力した文字列を利用するなら、
try:
    x = int(s)
except Exception:
    # ユーザーにメッセージを表示
# x を使った処理

で十分。
>>151みたいな書き方をすることはない。

>>167
try〜exceptを含む4つの文より、一つの式のほうが簡潔な上に、
抽象化された構造に取り込みやすいこともあるんじゃないの
>>151の右辺は式だからね

ああ書きたければ、isdigit()では不十分なので
int_parsable()が必要になる、ということ

これが日本のレベル

>>153
それもこれも、みんな俺の努力の賜でね

下手な回復されるよりは例外出される方がマシじゃん

そして
ValueError: invalid literal for int() with base 10: ....
を印字して終了するわけか

>>168
>>151みたいに書いたって、その後で
if n is None:
    # ユーザーにまともなエラーメッセージを表示
ってやったら三行じゃん。

>>165でエンドユーザーに対してエラーメッセージを表示することについて
言っているけど、Noneなんて入れっぱなしにしたら

TypeError: unsupported operand type(s) for +: 'NoneType' and 'int'

みたいなエラーがその後のどっか別の場所で出て、エンドユーザーにとって判りにくいどころか
プログラマにとってもいつint以外のオブジェクトが入ったのか探す必要が発生するわけだが。

>>173
int_parsable()では、デフォルト値でいい場合に
n = int(s) if int_parsable(s) else default
で済み、明らかに少ないし、

Value Error以外の、もっと有用なメッセージを出力したい場合も
if not int_parsable(s): raise ほげException(有用なメッセージ)
の1行で済むよ

つまり、防御的に書かない書き捨てコードの
...
n = int(s)
...

に対して、
...
if not int_parsable(s): ....
n = int(s)
...

と一行はさむだけで防御的になるわけだ

仕事しろよこの穀潰しが

>>174
デフォルト値で良い場合は >>51 で良いし、
例外メッセージを書き換えたい場合は

def int_parse(s, msg):
    try:
        return int(s)
    except Exception:
        raise HogeException(msg)

とした方が良いな。
このあたりはアプリケーション毎に違うんだから自分で書いたらいい。

春休みになるとここまで雰囲気が変わるのかよ

社内ニートも加わってさらにひどいことに．

つーか、まだやってたのか

質問です。

Pythonのコマンドラインを起動して、「3+4」と入力すると「7」が帰って来ます。
この「7」って__doc__とか__name__のどこかに格納されているのでしょうか？

また、「7」の型を判定することは可能でしょうか？

何が聞きたいのかさっぱりわからん

$ python
Python 2.6.4 (r264:75706, Jan 25 2010, 09:01:01)
[GCC 4.4.2 20091208 (prerelease)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> 3+4
7
>>> _
7
>>> type(_)
<type 'int'>
>>>

#型の判定
isinstance(7,int)
True
isinstance("7",int)
False
#数値型に変換できるかの判定
"7".isdigit()
True
"'7'".isdigit()
False

>>182-183
「_」と「typeやisinstance」がまさに知りたかった情報です。

ありがとうございます。

でも不思議なのですが、dir()しても「_」というオブジェクトは見つかりません。
「_」の情報はどこに定義されているのでしょうか？

__builtins__._

>>185
納得しました。
ありがとうございます。

この春厨は同じ春厨でも筋のいい春厨だから仲良くな。

皆さんいかがお過ごしでしょうか。
ストレス解消に煽りに来ている方、十分な睡眠を取って煽ってくださるようお願い申し上げます。
風邪を引く前の予防が肝心です。日々の鍛錬を怠らないようにして下さい。
暇つぶしに来ている方、時間を決めて一時間ごとに十五分から二十分くらいの休息を取られた方が良いと思います。
時間は限られています。あなたの人生はあなたの物ですが、一日中インターネットに没頭している、これはいかがな物でしょうか。
インターネットはあなた様の健康に悪影響を及ぼす可能性があります。
マルチしている方、人を忘れないでください、すべてはたくさんの人の多大な努力と膨大な時間を費やして出来た物でありますが故に、
そのような行為は非人道的行為にあたります。なお九十割はスクリプトで出来ているので、気軽に質問してください。マルチはいけません。
さて、私がこのような事をなぜ申し上げますかというと、この度Goのビルドに成功したが故に存じ上げる次第でございます。
よくよく冷静に考えると、このような開発段階にあり、現段階では実用に適していない「ぼくのかんがえたさいきょうのげんご」は
プログラミング言語の学習に適さないと判断させていただきました。今後ますますのご健康とご活躍をお祈り申し上げます。

長文は縦読みかどうかしか確認しないのが俺のジャスティス（キリ

>>188
特定しました

>>175
それ、1行挟むだけで済ませようと思ったらreturnかexitくらいしか入らないんじゃない？

>>191
raiseもいれられるお！

ってかマジレスすると、
その1行が想定している意味は、すぐ上の>>174を読めば分かる

なんてかpersable()がないのは、変換する必要がない場面で変換可能かを調べる必要が滅多にないこと、
変換する必要がある場面で例外にしてはいけない合理的理由が特に見当たらないこと、その2点に集約されてる気がする。
(Python

途中で書き込んでしまった。すまそ

(pythonでは例外使うことに抵抗がなく、むしろ積極的に使っている節がある。
それに、何もかもを1行で書きたいという欲求に、Guideは全然興味を示してない。
多分、三項演算子ができたのも、論理演算子を組み合わせた直感的でない方法取られるよりはマシとの判断)

str.indexとstr.findが両方あることを考えるに、
intが例外を返すのが直感的でない、例外を返さないことに意義がある場面が十分ありうるのなら、
既にparse_intは取り入れられてるはずだろう。

>>195
strにfindとindexの2種類合ってintには無い理由の大きな理由は、 str.find と str.index が
メソッドなのに対して str は組み込み型だからだと思うよ。

>>196
確かにそれも大きいとは思うが、それこそparse_intにすればいいって話になってくる。
一応、変換手段が複数ある例として、
str(u'abc')があるのにu'abc'.encode('ascii')が用意されているといったケースがある。
(これは、どっち使ってもUnicodeEncodeError例外が出うるけど)

ignoreが付いてるんだから
int()にもignoreがあればいいのにって話

いい加減そういうモジュール作るとか俺々Python作るとかすればいいじゃん
なんのためのOSSだ

>>197
最初から int に加えて parse_int みたいなのを加える事を言ってる。
"メソッド" はクラスの名前空間に属するけど、 int() に並べて parse_int() を追加しようとすると
組み込みの名前空間を汚しちゃう。

>>198
ignore付けたら何を返せばいいの？ 0 だと "0" を問題なくパースできたのと見分けがつかないよ。

>>198
だから、んなもんあってもバカがバカな使い方してバグ増やす以外に何のメリットもないと。

>>200
>ignore付けたら何を返せばいいの？ 0 だと "0" を問題なくパースできたのと見分けがつかないよ。

もちろんそれでいい
そのためのignoreなんだから

u'hoge'.encode('fuga', errors='ignore')
だって問題なくエンコードできたのと区別つかないでそ？

型変換とエンコードを一緒にされちゃいました

語るに堕ちたなw
エンコードっつても
unicodeとstrの型変換だぞ

ゆるしてやれ

Pythonではもともとstr型があったところにunicode型が導入されたという歴史的経緯がある
Python3では文字列型がunicode型に統一されている
以上のようなことから、unicode <-> strの型変換は特殊な位置づけにあると思う

Python3でもstrのコンストラクタで相変わらずerrors='ignore'と書けるわけだが…

それ、strのコンストラクタにerrors="ignore"と書けるのは良くて
intではダメ、という合理的な論拠や説明にはちっともなってなくね？
「特殊」ってつまり何？
なんかのマジックワードか何か？

>>200
str(b'\xff', errors='ignore')
''が返るね、問題なくパースできたのと見分けがつかないよね

なんつうか前から思っていたが、しばしばPython信者の擁護は見苦しくて妄信的だね

まあ ignore を「敢えて」指定するのは
> 問題なくパースできたのと見分けがつかないよね
を覚悟の上でやっているわけで。

違う型を返しているわけでもないし

>>209
よく読もう
例えば>>200の最後の文は滑稽でしかないということだよ

strのことは忘れたかのように、握り潰せるインタフェースは邪悪だと
彼らは主張していたわけだからね

まだこんなくだらない話を続けているのか。
Pythonの仕様に文句があるなら、作者の見てるとこで言えよ。
こんなとこで言っても変更される可能性は0だろう。

それでも駄目なら、自分で新しい言語を作ればいい。

2chやこのスレの存在意義を問うレスが来ました
そろそろ春だなあ厨も来る頃ですね

春厨は書き込みのすべてが滑稽

>>202
>>>200
>>ignore付けたら何を返せばいいの？ 0 だと "0" を問題なくパースできたのと見分けがつかないよ。
>
>もちろんそれでいい
>そのためのignoreなんだから

いや，この仕様はないわ、滑稽
型変換に失敗したときに0を返すべきかどうかは実装依存だし、
「じゃあdefaultをつけようぜ！ xxにはあるじゃん！」
などと付け足すとしたら恥の上塗り

ぜんぜんPythonicじゃないよ

頑張るねえ

>>210
>彼らは主張していたわけだからね

脳内には300人の「彼ら」が居るわけだね。

おまえらレベル高すぎ

>>216
2人以上いるときは複数形を使うのが正しいんだよ
君は日本語の勉強からやりなおしたほうがいいんじゃないかな

春厨はなかまになりたうそうにこっちをみている

なかまにしますか？

そういう実装は色々と問題があるから
エラー吐かせてるのに何で不毛な議論するの？

unicodeとstrの変換は、途中で例外出されたときに手動でハンドリングするのが難しい。
intは簡単だから、オプションを必要と言う主張が弱いだけ。

>>214
def int(str, , errors='strict', default=0):
で定義して erros='ignore'

途中で送ってしまった

>>214
def int(s, base, errors='strict', default=0):
で定義して erros='ignore' のときは default (もちろん変更可能) を返せば良い

,ひとつ多くね？

>>223
221

「じゃあdefaultをつけようぜ！ xxにはあるじゃん！」
などと付け足すとしたら恥の上塗り

そろそろ次の話題マダー? ちんちん

メールの MIME-multipart のデコードをしようと思っているのですが
Content-encoding と実際のデータのエンコードが違っているときがあります
適切に文字コードを判断してデコードするにはどのようにプロ倉民すればよいでしょうか
出力は UNICODE に統一出来ていれば良いです

1. もちついてタイピングする事
2. 右見て左見てもう一度右見て気をつけて渡る

ι''ゃぁ、次の話題。

a = [2,2,5,6,3,8,9] とかいうリストがあって、これを "," 区切りの文字列にしたいな、と思ったとき
a
",".join(a)
",".join(map(str, a))
の順番でタイプすることが多いんだけど、この順番だとキャレットが行ったり来たりしてちょっとストレス感じます。

lambda が入ったりして少し複雑な文とかでも、最終的に書かなければいけない順番と
頭で考える順番が全然イコールになってなくて、イライラっとするんだけどこういう事って結構ない？

Lispなら構文木は簡単に弄れるよ

py使いならXMLでやるんじゃね
知らんがな

UNICODE必要な処理はperlをパイプで呼び出して処理すればいいじゃん

http://groups.google.co.uk/group/comp.lang.scheme/browse_thread/thread/349c51b1d30d2b3e/34a7757985bd4b7b
lispよりOCamlもいいなあ

python使いならYAMLしか選択がない

pythonの原型らしいbootというのがいまだに使われてるプロジェクトがあった
bootってpythonとどこまで互換あるんだろ

>>234
PythonもLispもOCamlも全部やればいいと思うよ！

>>230
Pythonでは、リストやジェネレータの内包表記があるからmapはあんまり使う必要がない。
",".join(str(n) for n in a)
って書き方だと、ちょっとは書きやすくなるんじゃないかなぁ。

>>208
変換できない文字は引数で指定した通りignoreした上で、変換可能な文字はすべて何ら問題なく変換している。
それは極めて正当な処理だ。

>>238
','.join(str(n) for n in a)
','.join(map(str, a))
元のほうが短くないか？

>>238
str(n) の n って for n で初めて意味が決まるので、
内包表記も頭から順番に書いていくには素直な順番じゃないなぁと思う。
内包表記に if が出てきたり多重ループになってたりすると
読んでも理解しづらいし、書きたいときも手が止まる。

perlでは処理できる日本語がpythonで処理できないのは
UTFに変換できない文字が入ってるから？
それ以外のケースってある？

>>242
処理できなかったのって具体的にどんな奴

エンコーディングにsjisを指定しているのなら、cp932にしたら
幸せになるかもしれない
euc-jpを指定しているのなら、euc_jisx0213にしたら幸せになるかもしれない

>>242
お前の脳が日本語を処理出来ないことは良くわかった

>>240
ごめ、長さのこと考えてなかった。

そのへん気になる人は、
','.join(str(n) for n in a)よりは','.join(map(str, a))の方が短く、
','.join(map(lambda n:str(n+1), a))よりは','.join(str(n+1) for n in a)の方が短いことを考えながら使い分けるとよい。

>>241
あまりに複雑な内包表記が読みづらいことは認める。

後置での読み書きは慣れの問題だとは思うが、Pythonは内包表記も三項演算子も後置的で、慣れないとPythonは使い辛いのかもしれない。
(cond ? true_value : false_valueをpythonでは true_value if cond else false_valueってかく)

意味、というか値が後で決まる件に関しては、関数だって定義したときには引数の値決まってないじゃん、って思うといいよ。
「とりあえず、str(n)する。で、そのnってのは...のことで」という読み方をすると割と読めるんじゃないかなぁ。

書くときは、自分の中で、シーケンスの中身を表す変数ってのがだいたい固定化してきたら書きやすくなる。
例えば俺はrange(10)の中身だとiで、文字列ならsで、整数ならnで、とりあえず何か要素ならelemって書くことが多い。

殺伐としていた本スレになにがあった

内包表記とかS式とかって、日本語の語順と逆だから違和感があるよね。
やっぱ、FORTHかな。

日本語と比べて違和感が、などと言っている英語駄目なエンジニアに未来はないけどね。

>>248
スタックマスターﾊｹｰﾝ

>>249
Shut your fuckin' mouth!!!!!

# 空白と改行を消す。
s = s.replace( "\n", "" ).replace( " ", "" );
こんな書き方しないとダメなの？

s.translate(None, " \n")

ボクチムは英語で罵倒できるほど英語ができるんだけど日本語と比べて違和感が
などと言っている奴はエンジニアである前に人間として駄目だけどね

>>254
Take a flying fuck

WiresharkのビルドにPythonが必須なんだが
Cygwin同梱のPythonではダメでWin32ネイティブのものが
インストールされてる必要がある
http://www.wireshark.org/docs/wsdg_html_chunked/ChSetupWin32.html#ChSetupPython
PerlはCygwin版で良いのにPythonは何故ダメなのか不思議

どうせWin32ネイティブのPythonが必要なら
Perlやbashその他もろもろをPythonで置き換えて
Cygwinインストール不要にして欲しい

subversionやNSISは仕方がないとして
Perl, bash, bison, flex, diff, patch, wget, unzip
なんかはPythonで置き換えられるよね？

そもそも関数が前置記法で欧米的。
日本語的とか言ってるような奴はそこから批判すべき。

>>257 LLスレで好きなだけやっとれ

いいじゃん、Pythonはオランダ語的ってことで。
len(s)はV1語法で、s.join(l)はV2語法だよ。

>>257
単にOO風の記述と関数的な記述が入り乱れてるから混乱するって話じゃねーの？

これがPython文法だと言われれば別に反発する気が起きない。
昔は強制インデント文法だけ取り上げられてマゾ言語と言われてたが
最近はあんまり言われなくなったなぁ。

今はモジュール・クラス・関数の命名の統一のなさがどうにも気になる。
Python4できっちり整備して欲しい。

母語がなんであれ、人間の思考は SOV の語順が一番自然というのを聞いたことがある。
絵を見せて、パントマイムでそれをつたえるという作業をさせると、SOVの順の人が一番多いのだそうだ。

naming style を統一しなかったのは、まずJavaやPosixみたいな既存の関数の
port版はそっちと名前を合わせたほうが使いやすいから統一しない、統一しないの
であれば、古いからっていう理由だけでpep8に従ってないモジュールのインタフェースを
無理に変える必要も無いよね−、という考えでそのままになってる。

パッケージ名だけは小文字で統一された。それ以外の分は、Threadingモジュールみたいに
段階的にエイリアスを定義しては古い方をdeprecated扱いにする・・・を繰り返して、
ゆっくり移行していくと思うよ。Python4から！みたいに線引きすると移行がしづらくなるから。

>>256
yaccやlexって標準添付ライブラリで置き換えられるんだっけ？

LL言語なんてperlがあれば十分なのに，なんで
RubyだのPythonなんてものができたんだ？

perlがキモいから

perlがゴミだから

いあPerlもPythonも必要
ゴミはRuby

どうぞどうぞ。

いやそれ以前にLispがあったのになんでPerlなんてできたんだ？

PerlとPythonとtclは要るな
make testで使われてる事が多いから

rubyは要らね

>>270
()//////

ちがった。
\\\\\\\\

>>271
たしかに
そこにrubyを含めると
rubyのテストをしないといけなくなる

>>274
は？

なにそれこわい

ひ！

rubyは好事家が趣味でコッソリ使う言語だよな
日本でこんなに広まったのがそもそもの間違い

RPGツクールとかいうブラック企業が制作したソフトウェアに組み込まれた言語だからな

RPGツクールは同コンセプトでもっとまともなものが出てもいい
言語別ゲーム用ライブラリは敷居が高すぎる
あ、敷居が高いからいいのか

RPGツクールは知らんがDANTE98とチャイムズクエストは神

Pythoneerだな

NetHackのGUIをpythonで作ってください

どうぞどうぞ

Python 2.6.5/3.1.2リリース
http://sourceforge.jp/magazine/10/03/23/048255

他のLL言語との比較は
http://pc12.2ch.net/test/read.cgi/tech/1267553581/
でやれ

どうぞどうぞ

python26_d.lib
ってどこか落ちてないのか

自分でデバグビルドすれば作れるし
自分でビルドしないのなら特に用のないファイルじゃないの？

>>289
pythonを部品として使ってるプロジェクトがビルドできない

>>290
ああ、それをデバグビルドしたくて、デバグ版はpython26_d.libにリンクするように
なってるわけな
実際にデバッガで動かそうと思ったら、それだけじゃなくて色々いると思うよ
最低限python26_d.dll、あとネイティブモジュール（pyd）も全部_d版が必要

そのプロジェクトは誰が作ったの
赤の他人？

sourceforgeってpythonなんだ

pythonのWebフレームワークでロードバランスなど負荷分散方法が組み込まれてるのってある？

>>293
Zopeが入ってるっぽいが

Zope(笑)

最近は何が流行りなんだdjangoか
GAEのおかげでpython使ってる人は増えてるみたいだけど

http://www.google.co.jp/trends?q=django%2Cpylons%2Ccherrypy%2Cplone%2CTurboGears&ctab=0&geo=all&date=ytd&sort=0
djangoダントツ

わかってて引用してるだろ？ｗ

djangoはロードバランスできないのか？

無茶いうな

>>293
Pylonsに入ってるっぽい

なんでWebフレームワークで負荷分散するんだよ？
フロントにnginx使って、バックにDjangoを複数立ち上げておけよ。

JTHONやCPYHONなどパイソン関連用語が多くて

学習する前に混乱しそうなんですけど、難しくないですか？

>>303
両方綴り間違ってるから釣りっぽいけど、
どの言語も同じようなもんだし、最初は気にする必要もない

Jythonで作ったスクリプトをコンパイルして
classファイルやjarファイル作りたいんだけどどうやるの？

ctypesとswigどっちがいいんだろう
OpenCVにデフォでついてるswigがなんか嫌なんだけど

>>306
原因不明のエラーが出ても気にならないならOpenCvSwing版でもいいが
ちゃんと使いたいならcvtypesとか使ったほうが安心できる
ROI使えないとかpython仕様じゃない実装されてる風だったり
かなりストレスたまる

下げそこないｽﾏｿ

cvtypes ってなんですか

http://code.google.com/p/ctypes-opencv/
自分はこれを使ってた。
swig版やcvtypesと違ってちゃんとメモリを自動的に開放してくれるから便利だった。

ひょっとすると ctypes-opencv のことを略して cvtypes と言うのですか？

opencvでPyPIれ

Related Python wrappers for OpenCV
OpenCV has its own swig-based Python wrapper. However, it has conflicts
in memory management between C/C++ and Python, and hence is not suitable
for large projects. It is also particularly hard to maintain and develop.

Another project called CVtypes was pioneered by Michael Otto and is
currently maintained by Gary Bishop
(at http://wwwx.cs.unc.edu/~gb/wp/blog/2007/02/04/python-opencv-wrapper-using-ctypes/).
The wrapper is based on ctypes. It supports a large set of OpenCV's
functions and a limited set of OpenCV's structures.

I used to provide some improvements to CVtypes here and there. While
Gary Bishop was a kind professor, I felt not so nice to keep asking him
to update his code. Therefore, I decided to branch from his CVtypes,
and the result is this project. ctypes-opencv supports a fairly complete
set of OpenCV's structures and functions. More importantly, I have put
a lot of efforts in making ctypes-opencv faster, better memory-managed,
and easier to use, by not only adopting but also improving the pythonic
interface introduced by OpenCV's developers. Nevertheless, credits should
also go to OpenCV developers, and CVtypes' authors and contributors.
I intend to eventually merge back to Gary Bishop's CVtypes when the project
is mature enough.

>>302
Ruby on RailsだとMongrelとかいうのが負荷分散してくれるみたいなんだけど
Pylonsにも似たような機能はあるのかな

OpenCV2.0のswigもメモリー漏れあるのだろうか

>>314
tornado使えばwsgi対応のフレームワークは全て出来るんじゃないかな

Visual StudioのExpress版でIPython出してくれたら本気出す

>>314
Mongrelでも一緒だ。
複数のMongrelを立ち上げて、フロントはApacheかnginxみたいなリバースプロクシを使って
負荷分散する。

ロードバランシングはフレームワークのレベルで行う事ではないってことか

振り分けクンを前に置くのが普通だと思っていたぜ・・・LBするくらいの環境なら。

しかしDjangoの日本語テキストって本当に少ないな

Pythonとセットで始めたいけど英語読めないから無理だわ・・・

DjangoはTurboGearsやPylonsより圧倒的に日本語情報多いと聞いたが

ドジャンゴは本まで出てるしな

Djangoはソースコードも追いやすいし書籍無しでいけるんじゃね
Railsは俺のレベルでは無理だった

ドジャンゴじゃなくてダンジョーだろ

日本のドジャンゴとゾープユーザは糞だよな

初めまして、糞です

ぼくはPHPからダンジョーでパイソンに興味を持ちまして、相変わらず糞コードを書いてますウンチです

ttp://djangoproject.jp/doc/ja/1.0/intro/whatsnext.html

OpenCVに限定しない一般の場合でも
swigよりctypesが推奨ってことでいいのだろうか

ctypesはパフォーマンスがあまりよろしくないみたいだから
既存のライブラリ利用→ctypes
新規で作成→swig
がいいかなと思ってる

あと使った事ないけどPyCXXが面白そう

SIP は？

Boost.Pythonってのもある

Pyrex/Cython

cython

Python/C APIだけで書く人はいないのか

>>336
bazaarその方向を目指してるようだ

Pythonどころかプログラミング自体初心者ですが、
Pythonの勉強はPython設計者本人が書いたという「Pythonチュートリアル第2版」でしようと思ってます。
大丈夫ですよね？

駄目です

無駄です

童貞です

ひどい

なぜですか？

プログラミング初心者用ではないからじゃないかなぁ
まあ、別に読んでも害はないけど
文句は言うな！

もう買っちゃったのなら三章から読んでいって
わけわかんないところは読み飛ばせばなんとかなるよ！

たぶん

>>343
みんぱい
はじぱいは？

はじぱいは悪くないけど信者がキモいよ。

>>338
みんぱいいいよみんぱい

みんぱいはいいけどアンチがキモイよ

みんなのぱいぱい

ゆえにプログラミング初心者向けのPython書籍はございません

川の向こうでRubyが手招きしている

三途の川？

荒川だな

みんなのPythonのひどさ。
http://tabesugi.net/memo/2006/a1.html#070018

Rubyずきには申し訳ないが、
Rubyがもし日本で生まれていなければ悩むことなく、みなPythonを選択し、
もっと日本のPythonコミュニティが発展していたのかもしれないとおもうと、
なんか複雑な気分だなあ。

な，アンチキモいだろ？

>>357
にいやまはああいう芸風なんだよ(w

pythonの肩持つ気はないがrubyってそんな日本人に支持されてるのかね？

大型の書店にいってPythonとRubyの書籍の比率をみればあきらかだろ。

悩んだ末にRubyとRailsの本3冊かって全部読んだけど
結局なじめなくてPythonやってる

dive into なんかは、ただで読めるだろ

いままでは最初にバイブル本を読破してから
プログラミングに一気にとりかかるのが自分のやりかただったけど、
Pythonは本読む必要もなかった。
ドキュメントのグーぐるで十分。それくらい楽勝な言語。

Rubyで初めてプログラミング始める人は理解しやすいのだろうが
javaとかC#とかやってるとRubyは凄く気持ち悪い

Tutorialだけで十分。
日本語訳は正確じゃなかったり、くどかったりすることもあるので、オリジナルを読むのが吉。

俺もC++とJavaから来たが、PythonよりRubyのほうが書いてて気持ち良いなぁ。
でも、他人が書いたソース読むんなら、断然Pythonだな。

[The ruby sniffer]
whenever they have ruby coding, they stay focus to what ruby.
that doing is like sniffing ruby code, actually, they might sniff ruby code.
why... I guess because that is goddamn flaw of ruby.
how flaw, I could answer... exactly they are like sniffer.

PILで作った画像をsaveするときに
ファイルではなくメモリ上のバッファに
出力したいのですが、具体的には

im = Image.new('RGBA', (sizex, sizey))
im.putpixel((x, y), color)
...
#im.save('hoge.gif') ←ここのかわりに
s = StringIO.StringIO()
im.save(s)

あとで s.read() で別の部分に使うような感じです

s のところが f = open('hoge.gif', 'wb') みたいに
file オブジェクトなら正常に動作するのですが
StringIO だと (file オブジェクト互換のつもり) 書き込めません
やはり file オブジェクトにしか出力出来ないのでしょうか？

im自体をメモリ上に持つのはだめなの？
一応tostringっていうメソッドはあるみたいだけど

Tutorialって日本語訳として出版されたものでないと、
書籍の形にはなってないんですか？

You can use a file object instead of a filename.
In this case, *** you must always specify the format. ***
The file object must implement the seek, tell, and write methods, and be opened in binary mode.

>>368
im.save(s, 'gif')
かな。format指定しないとダメと思う。
fileオブジェクトの場合は .name の拡張子から
フォーマット判断してくれる(たしか

>>369
ありがとうございます
tostring() だと pixel 部分の sequence のみ？とか良くわからないデータになってしまいます
所謂ファイルに出力されるそのままのイメージでバイナリでメモリ上に持ちたかったので・・・

>>371
ありがとうございます
解決しました

s = StringIO.StringIO()
im.save(s, 'gif')

でうまくいきました
そのあと試しに

s.seek(0)
open('hoge.gif', 'wb').write(s.read())

とやったら同じファイルが作成されました

>>372
ありがとうございます
リロードずれたので行き違いになってしまいました
結果は >>373 の通りです

初心者的な質問で申し訳ありませんが
a = open("hage.txt", "r")
for b in a.readlines():
fugafuga
a.close()
と書くのと
for b in open("hage.txt", "r").readlines():
fugafuga
と書くのと(close書かない&ファイルオブジェクトの参照を変数に持たない)
どっちが良いですか？

readlinesすると全部読み込んでメモリ上に乗ってしまうから
バカでかいファイルを読み込むと死ねます。

ということで、
with open("hoge.txt") as f:
　 for line in f:
　 　 fugafuga
がいいと思います。
こう書くとwithのブロックが終わった直後に f が自動でcloseされます。

for line in open("hoge.txt"):
　 fugafuga

ファイルの最後3行だけ読みたいときに perl だと
open(F, "tail -3 /hoge/fuga/hage.txt | ");
while(<F>){
print $_;
}
みたいな書きかたが出来たと思いますが
python だとどう書けばよいのでしょうか？

http://lmgtfy.com/?q=python+tail

pipeがやりたいならsubprocess.Popenだけど、もっとPythonicな方法がありそう

import subprocess
path = "tail -3 lazy.py"
f = subprocess.Popen(path, stdout=subprocess.PIPE).stdout
for line in f:
print line,
f.close()

空白置換すんの忘れてた……

import subprocess
path = "tail -3 /hoge/fuga/hage.txt"
f = subprocess.Popen(path, stdout=subprocess.PIPE).stdout
for line in f:
     print line,
f.close()

(´ﾟ c_,ﾟ｀)ﾌﾟｯ

pipe使わないならこんな感じか？

limit = 3
lis = []
for line in open('/hoge/fuga/hage.txt ', 'r'):
  if len(lis) >= limit:
    lis[:-limit+1] = []
  lis.append(line)
print ''.join(lis)

tailは前から読み込んで捨てていくんじゃなくて、後ろから読みながら指定行をゲットしたい。

>>383
前から全部読むにしても、せめてdeque使ったほうがいいな

file-like objectがseekableなら、
ttp://stackoverflow.com/questions/136168/get-last-n-lines-of-a-file-with-python-similar-to-tail
この辺で

>>380
できました
ありがとうございました

subprocess.Popen で気になるのは
stdout だけ close() してるので
stdin とか stderr とかは close() 書かなくても大丈夫なのかどうかってことです

>>378
PythonスレにPerlのコードを貼るな
汚いから誰も見たくないだろう

正直に言うとlinux環境だとちょっとしたプログラムなら
ついperlで書いてしまうんだよ、ごめんね

>>388
ゆる

>>388
一人でこっそり書くなら許す

>>388
ぜったいにゆるさない

>>388
Perlのコードを人に見せるなんて、
おな(ryを人に見せるのと同じだ！！

perlの様なもので殴られた後があり

sageに入ってるpythonはデフォで色々入ってるのはいいけど
日本語通らないね

2.4 以前は糞

Tutorialって日本語訳として出版されたものでないと、
書籍の形にはなってないんですか？

Ｐｙｔｈｏｎスレで聞くのもなんだが、ＬＬ内で１つ覚えるならＰｙｔｈｏｎ？
Ｐｅｒｌに劣ってることってある？

Pythonのバイブル本って何なんですか？
Ｃでいうカーニハン＆リッチー的な

そんなものはねえ

>>397
Perlキモイ、Ruby氏ねな俺でもPythonがベストとは言わない
Pythonよりも目標に向いてる言語があるならそっち使った方がよい

>>397
起動が遅い。
Webプログラミング以外の用途も考えているのなら、
Pythonを進めるが。

今までプログラム書いたことないなら
Perl より Python の方を薦めるよ
いきなり Perl から始めると変な癖つくからね

まぁスクリプト言語学びたいならLinux使えよ
スペックあるならWinでもVMWare使えばいいし

Linuxを学びたいならLinuxを学べばいいが、
スクリプト言語を学ぶのにわざわざOS環境まで用意する必要は無い。

>>398
信者と言われそうだがはじぱいなんかそれに近いんじゃないか？

東京キャビネットにperlとrubyのバインディングあるのにpythonがないのは何で？
ＬＬ言語間とWebプログラミングに派閥みたいなもがあるのかな？

>>460
pytc

>>397
1つ覚えるならPerlじゃないか？
どこのWebサーバ借りても大抵は最新のが使えるのは有りがたい。
Pythonはいまだに2.3なんてとこもある。

ただし、PythonにはGAEという無料で使える最強のサーバが存在するので、
自分で1からWebサービス作りたいとかならPythonが有利ではある。

ぶっちゃけ、1つ覚えたら他のなんてリファレンス片手に1日で使えるようになるから、
何を覚えるかなんて気にしなくていい。

Perl Rubyはライブラリの充実度や汎用性からいってにありえないな。
日本はWebプログラミング中心に語れることがおおいから
Pythonに人気無いんだと思う。

日本語が不自由だということはよくわかった

Pythonに人気がないのはRubyの作者が日本人でみんなそっちに流れていくからじゃないのか

いや日本ではWeb以外のプログラマにスクリプト言語がまだまだ普及して無いからだと思うよ。
ハード系エンジニアで面倒なときにPythonつかうことがあるんですが、
こっちの世界の人はC/C++書いてるくせにスクリプト言語といっても通じない人が多いんです。

そういう奴らはbashすら使えないクズだろ

まあクズだね。
自分シェルスクリプトなんてやらないけど。
VHDLとかハード記述言語は本業なので使えるけど。

Pythonが教育で使われてるのはコードが綺麗で変な癖がないというのもあるだろうけど、
ほかのスクリプト言語が応用範囲が狭すぎるってのがでかいな。
研究用途ではPerlが一部あるけど、Rubyなんてほとんどないのでは?
PythonはPerlやRubyだけでなくてJavaなどとも競合している言語です。
Webだけで言語の優劣論はできないと思うよ。

だからPythonもPerlもJavaも使えるようになれよ
こんな所で駄レスしてる間に覚えられるっつーの

アプリケーションのモジュール書くという実際の要求があって
採用されてるのがPythonだった俺に選択の自由はなかった

Pythonは研究用途でも使われてますよ

いつも書くたびに思うがサーバーサイドのスクリプト言語の中ではPythonが1番いいよね。

Python も Ruby もこの世に存在していなくて
HTML すら無かった時代だったから
Pascal とか C くらいしか魅力なかったな
FORTRAN や COBOL は論外

論外と思う言語でも使わざるを得ないときもある。
大体最近の言語は文法を把握してコードがかけるようになるより、
ライブラリ把握してつかいたおうほうが時間がかかる。

Lispでいいから

>>416
そんなのわかった上で書いてるんだろう。
そもそもスクリプト言語なんてがんばって覚えるほどのものでもないだろう。
どうせ使うときにすぐ覚えられるんだからな。
どんな言語をつかってもだめなやつはだめ。

dbist_wininstでつくったらしい.exeってサイレントインストールできないのかな？
install directoryも編集できないしちょっと困る

setuptools入れて
python -m easy_install 424のexe
が一番楽だと思う。オプションである程度ディレクトリとかいじれる

easy_installに渡すのはすごくいい案！と喜んでやってみたら
share/ にデータつくるやつとかpost_installで.bat作るやつとか(ipython)は
無視されちゃいました。
でも柔軟なアイディアをありがとう

別にPythonのスレなんだからPythonいいよねぇ
みたいな話がでてきてもいいと思うんだが、
よくないと思ってるのに使ってる人が多いのかここは…w
初学者を追い払おうと変なやつが常駐しているみたいにみえる。

yam install -y (python-)[hoge]の方が楽だよね

>>426
setuptoolsはinstall_script/pre_install_scriptオプションに対応してないね
メタデータをexeに埋め込んでるけど探そうともしてないみたい

pass

http://github.com/reverie/autolib
これネタなのかな
発想は面白いと思うんだけどｗ

Pythonの本は何が決定版なの？

今年発売されるExpert Python Programming

今から勉強するならPython 3がいいですよね？
でも人気のある本はだいたい2が主流で、3は2との違いを最後のほうに少し解説しているだけのようです。
どうすればいいでしょうか？

本とか関係なしに2がいいよ

python3は最新版じゃなくて永遠の実験場

Google App Engineとxreaが2だからずっと2でしか書いてない

みんなのpythonとはじめてのpythonどっちがいいですか？

とりあえずみんなのPython買えば？

>>438
君はみんなのPythonが似合ってると思うよ

http://twitter.com/mopemope/status/11461863638

はじめての Python は
「初ぱい」と「恥ぱい」の二種類あるから要注意
後者は糞

>>440
真実と嘘の区別が付かないひとは 2ch に向かない

linuxのyum使うとwinでいちいちexe落とすの面倒になるな
もうwinのサポート切っちまうか

どうぞどうぞ

Macportsの壊れっぷりはなんとかならないのか

*BSD涙目6ぷぎゃー9

>>440
みっともねーｗ

Python環境作るとき真っ先にeasy_installを入れるんだけど、
標準に入れない理由ってなんだろ。

python自体の機能じゃないからかな
知らんけど

>>426
きちんと調べたけどwininst-*.exeにくっつけたリソースとかは探してた
でもpre_install_script/install_scriptは呼んでない
DATA/*以下を無視してるし、eggに全部固めるというポリシーなんだと思う

>>448
setuptools/distutilsはカオスさ半端ないし、上に書いてみたいに仕様が違ったりするし
誰もやりたがらないんじゃないの

Tarek Ziade ががんばってる。
Python 2.7 では easy_install が標準に入るはず。
しかもアンインストールもできるようになるはず。

わあいわあい

>Python 2.7 では easy_install が標準に入るはず。

これはどうでもいいけど

>しかもアンインストールもできるようになるはず。

こっちはありがたい

2.7なんてあるのか
2系は2.6で終わりかと思ってた

http://www.python.org/download/releases/2.7/

>>451
easy_installを標準にするんならpypiを使い易いようにして欲しい。

>>451 >>453
distribute
easy_install -> pip

http://packages.python.org/distribute/roadmap.html#id1

datetime.utcnow() でつくったdatetimeを、JSTに変換して出力したいんですが
どうしたらいいでしょうか。

>>> from datetime import datetime
>>> dt = datetime.utcnow()
>>> dt.strftime('%Y-%m-%d %H:%M:%S %Z')
'2010-04-05 00:09:44 ' # JST に変換して出力したい

マニュアルよんでもわけわかめです。

>>> from datetime import datetime
>>> dt = datetime.utcnow()
>>> tz = datetime.now() - datetime.utcnow()
>>> tz
datetime.timedelta(0, 32400)
>>> dt + tz
datetime.datetime(2010, 4, 6, 19, 40, 18, 922000)
>>> (dt + tz).strftime('%Y-%m-%d %H:%M:%S %Z')
'2010-04-06 19:40:18 '

なんかインチキっぽいな

大丈夫

JSTって分かってるんだったら
datetime.timedelta(0, 60*60*9)
でいいのでは？

そりゃそうだ

レンサバだと datetime.now() が何返すか判らんからなwww

サーバーサイドでユーザーのlocaleはpytzとかで自前解析だねえ

>>458
Pythonは標準ではタイムゾーン関係のクラスが用意されていないので、
class JST(datetime.tzinfo):
def utcoffset(self,dt):
return datetime.timedelta(hours=9)
def dst(self,dt):
return datetime.timedelta(0)
def tzname(self,dt):
return "JST"
みたいに自分で定義して、datetime.astimezone(JST())でJSTにする。

(´・ω・｀)

だれかが一覧を書いてくれればOKってこと?

サマータイムとかがうざくて面倒すぎるのかな

PyPyってGoogleのプロジェクトだったの？知らなかった。
http://google-opensource.blogspot.com/2010/04/pypy-12-released.html

それ読むとGoogleが金出してるみたいね

>>458
ドキュメントに載ってたこれをコピペして
class FixedOffset(tzinfo):
"""Fixed offset in minutes east from UTC."""

def __init__(self, offset, name):
self.__offset = timedelta(minutes = offset)
self.__name = name

def utcoffset(self, dt):
return self.__offset

def tzname(self, dt):
return self.__name

def dst(self, dt):
return ZERO

JST = FixedOffset(9*60, "JST")
でいいのかな。

>>468
ttp://www.python.jp/doc/release/lib/module-datetime.html
＞世界各国における時刻の修正に関する法則は合理的というよりも政治的なものであり、全てのアプリケーションに適した標準というものが存在しないのです。

日本でも夏時間を導入するなんて議論がしょっちゅう行われているしねぇ。
今JSTを定義しても、数年後には変わっている可能性がなくもない。

理解できない。
JSTそのものを変更するんじゃなくて、
サマータイム版の標準時(JST-SummerTime)を導入すればいいだけじゃん。

てか「規格」ってそういうもんだろ？
IPがv4からv6になるかもしれないから、
ネットワーク関連のクラス入れないよとかありえないだろ？

>>473
っつーか日本が中共に飲み込まれたら
JST自体なくなってしまうかも試練ぞ

>>474こういうのいらないから誰か引き取って

いらないです(´；ω；`)

■ＡＡ対応チェック

┏━━━━━━━━━━━━━━━━━━━━━━━━━┓
┃　　 ┌───────────────┐ 　 　 　 　 　 　 ┃
┃　　 │ .右のAAのｽﾞﾚない環境が標準モナ.｜ 　 　 　 　 　 　 ┃
┃　　 └──y────────────‐┘ 　 　 　 　 　 　 ┃
┃　 ∧＿∧　　　　　　　　　| 　 　 |＼|／　|　　　　　｜ 　　｜ 　 ┃
┃　（　´∀｀）　　　　　　　　 | ∧ ∧  |/⌒ヽ、| ∧＿∧ | ∧∧ |　　 ┃
┃　（　　 　 つ　　　 　 　 　 |(,,ﾟДﾟ)||,,ﾟ Θﾟ）|（； ´Д｀）|(=ﾟωﾟ)|　　 ┃
┗━━━━━━━━━━━━━━━━━━━━━━━━━┛
　　　|　 |　　　　 　　 　　　　　　　ｺｿｯ|　 |
　　　|　 |∧_∧　ｼﾞｰ　　　　 　　 ∧_/.|　 | 　＿＿
　　　|＿|´◛ω◛`) 　　　 　　　　.(´◛ω|＿| .[lШШl]
　　　|　 | ｏ【◎】　　 　　 　　 　　(　 o|　 | (´◛ω◛｀) ｼﾞｰ
　　　|￣|―ｕ'　 　　 　　 　 　　　 ｀ｕ. |￣|｜| | | | |
　　　""""""""　　　　　　　　　""""""""""""""""


　 　 　 　　┏━┯━━━━━━━━━━━━━━━━━━━━━━━┓
　　┏━━┻━┥　　　　　　　_,,..　　　　　　　　　　　　　　　　　　　　　　 　 　┃
　　┠────┤　⊂⊃　　／,' 3~~＼ ⊂.⊃ 　 　 　 　 　 　 　 　 　 　 　　　┃
　　┗━━┳━┥..............,,,,傘傘傘::::::::傘傘傘............. 　 　 　 おてもと 　 　 　┃
　 　 　 　　┗━┷━━━━━━━━━━━━━━━━━━━━━━━┛


　 　 　 　　┏━┯━━━━━━━━━━━━━━━━━━━━━━━┓
　　┏━━┻━┥　　　　　　(⌒-⌒) 　　　　　お食事処　仔熊庵　　　 　 　 ┃
　　┠────┤　⊂⊃　　(･(ｪ)･　)　⊂⊃　　　　　　　　　　　　　 　 　　 　 ┃
　　┗━━┳━┥..............,,,,傘傘傘::::::::傘傘傘............. 　 　 　 おてもと 　 　 　┃
　 　 　 　　┗━┷━━━━━━━━━━━━━━━━━━━━━━━┛

おてもと二つはきれいに揃ってるが一番上の看板は微妙にまっすぐじゃない。。。
俺の環境は標準じゃないようだ。ちなみにV２C。

monospaceフォントにしろ

>>478
16ptにしてもズレる？

>>479　480
ｐｔ16だす。なんか色々試したけど揃わない
なんか線の太さが1.0だとすると0.1とか0.2とかってくらいに微妙にずれてるんだわ
内側の「標準モナ.｜ 」←こいつもなんか微妙にずれてるし
とりあえずスレちなんで色んな所まわって勉強してきます
ありがとん

俺もV2Cでズレる(2ドット位だけど)
まぁスレチ

　　 ┌─┐
　　 │●│
　　 └─┤
　　　_ 　 ∩
　　( ﾟ∀ﾟ)彡
┌─┬⊂彡
│●│　おっぱい！おっぱい！
└─┘　　 　　　おっぱい！おっぱい！

Python 3 プログラミング徹底入門は評判どうなんでしょうか。
買った方いらしたらどんなもんか教えてください。

本屋やってますが仕入れません

OS:windows
バージョン：python3.1
標準のIDLEの使用に関して、
環境変数IDLESTARTUP（PYTHONSTARTUP）を設定していくつか初期設定を
した上で動かしたいです。
しかしながら、上記環境変数を設定して、該当ファイルを配置しても、
ファイルの中身がIDLEに反映されません。
python shellであれば、PYTHONSTARTUPのファイルの内容が反映されます。

Windows版のIDLEは何か別に設定する必要があるのでしょうか。

この文は語学の観点から見まして非常に難解で抽象的です。
>標準のIDLEの使用に関して：　IDLEの使用に関しての記載はないようです
>環境変数IDLESTARTUP(PYTHONSTARTUP)：　括弧を使っての「又は・或いは」の表現は理解できません。
>初期設定をした上で：　固有名詞には独自の定義が必要です。=抽象的
>上記環境変数：　そういった記載は存在しません=解釈：環境変数名と値
>該当ファイル|ファイルの中身：　文をあからさまに難解にする原因となっていると推測されます。

どっちもどっちって感じだなw
何だよ語学的な観点って

setup.py

間違えた
こっち
sitecustomize.py

>>487
センスはいいけど、それをここでいわないでくださいよ。
ていうか、そこまでやって回答なしですか？

ちなみに、
>初期設定をした上で：　固有名詞には独自の定義が必要です。=抽象的
は、抽象的じゃなくて、あえていうなら曖昧ですよ。
個体の抽象は個体のクラスと同義だからね。

そもそも、いちいち意味論を完全にして書き込みなんかしない。

sitecustomize.pyでググッたらわかりましたが、
これもIDLEでは反映されないです。

idleを-sオプション付けて起動しなきゃ駄目じゃない？

-sオプションをつけても反映されないです。

とりあえず、PyShell.pyでロードしているみたいなので、
PyShell.pyを読み解いてなんとかします。
どうもどうも。

自分で出来ゐなら質問しないで下さい。うざいだけです。

出来い…？

出来ゑ

'はじめてのpython'に書いてあったことなんだけど
res = []
for x in range(5):
　if x%2 == 0:
　　for y in range(5):
　　　if y%2 == 1:
　　　　res.append((x,y))

print res
//(0, 1), (0, 3), (2, 1), (2, 3), (4, 1), (4, 3)
をfilterとmap関数で表現したいのですが

print map(lambda x:map(lambda y:(x,y), filter(lambda x:x%2==1, range(5))), filter(lambda x:x%2==0, range(5)))
//[[(0, 1), (0, 3)], [(2, 1), (2, 3)], [(4, 1), (4, 3)]]
てな感じで配列具合がうまいこと出来ません。
どうしたら良いのでしょう？

http://www.josw.net/blog/?p=987

reduce(lambda x, y: x + y, map(lambda x: map(lambda y: (x, y), range(1, 5, 2)), range(0, 5, 2)))

非実用的な動的コードを書くのはやめて下さい。
even = filter(lambda x: x%2 == 0, range(5))
# 0-5の偶数をリストとして返します
odd = filter(lambda x:x%2==1, range(5))
# 0-5の奇数をリストとして返します
print map(lambda x:map(lambda y: (x, y), odd), even)
# これを内包表記で表現すると原因が分かります。
[[(x, y) for y in odd] for x in even]
# この場合は以下の通りに書き換えれば配列の具合が良くなります
res = []
[[res.append((x, y)) for y in odd], for x in even]
print res

# 或いは
res = []
map(lambda x:map(lambda y:res.append((x,y)), filter(lambda x:x%2==1, range(5))), filter(lambda x:x%2==0, range(5)))

print (lambda x,y,z: '%s, %s, %s'%((lambda x,y: '%s, %s'%(x,y))(*x),(lambda x,y: '%s, %s'%(x,y))(*y),(lambda x,y: '%s, %s'%(x,y))(*z)))(*map(lambda x:map(lambda y:(x,y), filter(lambda x:x%2==1, range(5))), filter(lambda x:x%2==0, range(5))))

わらた

>>502
こういうのは一行に拘るから意味があるのであって
二行以上でいいなら出来るのは当たり前で楽しくない

↓以下一行野郎うぜーのレス

どうみても、役には立たないな。
理論とは適当に折り合いをつけてプログラムしろぐらいの意味しかないだろ。

>>505
499の質問にはそういった事は書いて居ないと言うことは
君には協調性も知性もないということだな。
そして君はここから出ていくべきだ。

１行にまとめる場合はlambdaを使う必要はないし、むしろ使うのはタブーだ
499ならまだしも、505はPython道を理解できてないし、それかただのperl流れの初心者であると推測できる

>>499
ようは、mapをネストするとリストのリストになってしまうわけだ。
>>501のようにreduce使えばリストに戻せるが、mapとfilterでそれをする方法は少なくとも俺は知らない。

mapのネストをしないように気をつけて書いてみたら、こういう風になった(もっといい方法求む)
つまり5進数で考えて、10(5)の位をx、1の位をyに置いた。
map(lambda x:(x//5, x%5), filter(lambda x: (x//5)%2 == 0 and (x%5)%2 == 1, range(5*5)))

ただ、pythonではmap使うくらいなら内包表記をすることが推奨されている。
それだと、回りくどい方法を考えなくても素直にこう書ける。
[(x, y) for x in range(5) for y in range(5) if x%2 == 0 if y%2 == 1]

どう見ても内包表記向きの問題だが、それを使わないのなら
flatmapを使うのが定石
Pythonにはないけど、
flatmap = lambda f, xs: sum(map(f, xs)), [])
のように定義すればよい

flatmapを使うと、以下のようになるよ
flatmap(
  lambda x: map(lambda y: (x, y),
                filter(lambda x: x % 2 == 1, range(5))),
  filter(lambda x: x % 2 == 0, range(5)))

ああごめん
flatmap = lambda f, xs: sum(map(f, xs), [])
こうね

おまえらって文法で遊んでるだけじゃね？

初心者に変なこと刷り込むわけでもないし別にいいじゃん

失せろクズ

>>512
Lispスレで言ってこい。

>>512
おい
ム板の核心を突くのはよせ

>503

>>512
それ以外にプログラミングやる意味あるの？

よくわかんないけど、流れで
>>512

whenever you use python

csvファイルを開くときに

filename=input("Open File Name? >")
x=csv.reader(open("c:\data\filename.csv"))

csvファイルは、c:\data内へ確実に置くとして任意のファイル名を入力させて認識させるにはどうすればいいかわかる方おしえて下さい。
(o_ _)ｏ))

open("C:/data/%s.csv" % filename, "w")

filename=input('Open File Name? >')
x=csv.reader(open(u'c:/data/%s.csv'%unicode(filename)))

os.path.join()もある

Open File Name?
って何語だよ

他のスレで聞いて

>>522
>>523
ありがとうございます。

os.path.join() は絶対パスを優先するので os.path.basename() を通した方がいい
>>> os.path.join(r'C:\data', r'D:\data\hoge.csv')
'D:\\data\\hoge.csv'
>>> os.path.join(r'C:\data', os.path.basename(r'D:\data\hoge.csv'))
'C:\\data\\hoge.csv'

>>527
ありがとうございます。(o_ _)ｏ))

>502
>507
すみません私の不足で誤解が生じたみたいで。
余興程度の質問でした。内包表記のほうがいいとゆうのは理解しております。
perlのTMTOWTDIに悪影響を受けている初心者なのでちょっとした好奇心でした。

>501
>509
>510
ネスト抜けるにはreduce必須だったりするんですね。
いろいろ勉強になりました。ありがとうございます。

reduceって嫌われてる？

マイナーだから使われてないが正確ではないかと

>>530
>>509だが、>>499にはfilterとmapで、と書いてあったからreduce使うのを避けたが、むしろ俺は結構好き。

python3ではGuidoが「美しくない」って理由だけでfunctools送りになったらしいが、ループ回すよりずっと美しくなることだって多い。
そのまま残すか、代替の美しい表記法を作ってから削除、という形にしてほしかった。まぁ、このはなしはスレ違いだろうが。

>>530
そんなことないんじゃないの

sum()はreduce()の劣化版みたいなもんだし、
map()もリスト一個でいいんなら
def map(f, xs): return reduce(lambda x, y: x.append(f(y)) or x, xs, [])
でreduce()から簡単に作れる

Guidoが嫌っているのは確かかもな

関数型言語風の低レベルなビルディングブロックとしてreduceが有用なのは判るが、
Pythonとしてはより読みやすい＋使いやすい高レベルな関数や機能で90％以上の需要を満たしているから、
reduceはあまり使われないし、使う場合だけfunctoolsから持ってこいという扱いをされる。

map/reduce/filter使い出すときりがないからな
functoolsに分離したのは正解だと思う
__fuiltins__ はできるだけ綺麗な方がいいし

pythonでLINQ使える？

　　 ┌─┐
　　 │●│
　　 └─┤
　　　_ 　 ∩
　　( ﾟ∀ﾟ)彡
┌─┬⊂彡
│●│　おっぱい！おっぱい！
└─┘　　 　　　おっぱい！おっぱい！

>>535
map, filterは内包表記に置き換え可能だよ。
ぶっちゃけ、内包表記だって、ちょっと複雑になると解読困難になる。

ky現る

>535
フ、フルチン?

ちょっとわらった

ホントなんでこんなタイポしたんだろう

はるか過去のこのスレで
野太いティンポがぱいそんぽいって
誰かが言ってたのを思い出した
>>535 はそのひとか？

みんなごめん
もうだめだ
会社の貯金も半年後には底をつく
大口の顧客がこの景気で調子悪いのが原因なんだ
みんなごめん
本当にごめん

逝ってヨシ

これが本とのデフォルトの名無しさん

今
setup.py install
の形式でしか提供してない自分のパッケ０時あるんだけど
pypi
にした方が便利なの？

"パッケ０時"の検索結果 1 件中 1 - 1 件目 (0.11 秒)

パッケ０時 -> パッケージ

テンキ０使えよ

ああ、０とーの誤爆か。
今更気がついたw。

テンキーなんて使わないだろ。

よそでやれ

上のほうのタイムゾーンの話だけど、処理を自分で作らないで
dateutil を入れてほしい（でないとすぐ「日本でしか動かない」
プログラムが量産されちゃうんだよね……）。

dateutil が標準で入っていないのは、データの更新が早すぎる
とかいう政治的な理由だったはず。

タイムゾーンなんて、民主党が子ども手当みたいに無理矢理「来年からサマータイム導入」とか
言ったら本当に導入されちゃうくらい、不安定だからな。
標準ライブラリに入れるのは難しいだろ。

プログラマは普段からUTC使ったら良いと思うよ。

dateutilよりpytz使おうぜ

やっぱりwebだけはrubyにしようかね
バージョン間の互換性ないのがすごい嫌だけど

>>557
なんで「やっぱり」になるのかさっぱり判らん。
DjangoやTG2、Kayで何か不満？

むしろサーバー的にRubyは駄目だろ

http://sourceforge.jp/magazine/10/04/12/0751213
easy_installが標準に入るんじゃなかったのか？

>>560
ごめん、嘘だった。
Python3.3から標準。
それまでは、夏頃にdistutils2がリリースされて、それをインストールすると
標準ライブラリを置き換えるようになるはず。
インストーラはpipが推奨されるようになるかも。

>>559
なんでサーバー的にダメなんだ？

Pythonなら標準で入ってるからとかかな？

>>562
遅いからじゃないかな

Pythonより数倍遅いのはいただけないねえ

Ruby はメモリも食うしな

つーかrubyは動作が不安だろ

あれだ
そもそもこのスレでRubyを出しちゃいけなかったと思うんだ

python厨とruby厨が仲直りするスレって昔あったよね

厨は天敵への偏見に使うものだと認識されているよ
日本語の基礎すら出来てないようだね

　　　　ﾍ⌒ヽﾌ
　　　（　・ω・）　�d�d
　　　/ ~つと）

>>555
UTC使うのが当たり前なマだけしか使わないならいいんだけど、
そんなこと考えもしないバカがバカやらかすからそれじゃダメ。
ttp://www.itmedia.co.jp/news/articles/0811/19/news051.html

>>570
使い方として間違ってない気がするが、それはこの際どうでもいい。
ネットスラングの誤用で日本語の基礎力疑われるのか。
インターネットも身近になったものだ。

文系はこれだから

>>561
つまりこれからはpipでパッケージ書くのが推奨ってことでいい？

スラングこそ基礎力が試されるだろ
>>505みたいな基礎力がない奴が短縮化するとアホみたいなコードが出来る

>>575
pip はタダのインストーラで、distutilsやsetuptoolsの置き換えではなく、
setuptoolsの中のeasy_installだけの置き換え。
パッケージ作る人が使うのは、現時点ではdistributeが推奨で、distutils2 1.0が
リリースされたらそちらが推奨になる。

現時点だと、pipだとeggをインストールできないので、eggに依存しているもの
（Tracプラグインとか）はeasy_installを使わないといけない。
なので、まだコミュニティ全体の方針としてpipが推奨されている訳はない。
pipにも良いところがあるけど、使い分けが面倒だから俺はeasy_installを使っている。

__(ダブルアンダースコア)の名前修飾ルールについての質問です。

class Foo:
__x = 100
def func(self):
return self.__x
Foo().func() # (1)これはOK
def func(self):
return self.__x
Foo.func = func
Foo().func() # (2)これはダメ

この原因を教えて欲しいです。そもそも__xは_Foo__xという
名前に変えられてしまうのに、何故(1)のときにエラーにならないのか不明です。
クラス定義が終了した瞬間に、すべての__で始まる名前(呼出側も)書き換える、
ということなのでしょうか。

>>578
Yes。関数名だけじゃなくて、全部の __ が置き換えられる。
でも、 __ は非推奨。 _ だけ使えば良い。

インデントがorz
class Foo:
　__x = 100
def func(self):
　return self.__x
Foo().func() # (1)これはOK
def func(self):
　return self.__x
Foo.func = func
Foo().func() # (2)これはダメ

すみませんでした。

>>579
ありがとうございます。__はprivate(サブクラスへの隠蔽)で、_は
protected(外部への隠蔽)として使う。また、普段はprotectedで十分なので_を使う。
ということでよろしいでしょうか。

サブクラスで自由なアトリビュートを持たせられるようにするために、
この名前修飾ルールがあるのですよね。

>>> class Foo:
... __x = 100
... def func(self):
... return self.__x
...
>>> Foo().func()
100
>>> vars(Foo())
{}

>>> class Hage:
... def __init__(self):
... self.__x = 200
... def func(self):
... return self.__x
...
>>> Hage().func()
200
>>> vars(Hage())
{'_Hage__x': 200}

この違いは何でしょう？

Fooの__xの方はインスタンス変数でなくてクラス変数
vars(Foo), vars(Hoge)もみるといいと思う

>>582
Fooでの__xはクラスのアトリビュートでインスタンスからは間接的に参照される。
Hageでの__xはインスタンスに直接所属するアトリビュート、ですよね。

P.S.
以下のコードで呼出側も修飾されることがわかりました。
>>> class Foo:
... __x = 100
... def func(self, other):
... return other.__x
...
>>> Foo().func(Foo())
100

Pythonってよくできていますね。Javaのprivateと全く同じです。

文系乙

>>585
理系大学生です。でも物理の成績は悪いので、文系頭かもしれません。

確か、完全に隠蔽するつもりはGuidoにはなかったよね。
隠蔽しなかったら、わかる人には便利だし、わからないのに使う人はタダのバカだから放っとけばいいって話だったかと。

やべー
いままで自分が作ったクラスのメンバ全部 self.hoge って書いてた
これからは self._hoge を使わなきゃ

Python 2.6.2のcsv書き出しについて質問です。

x=csv.writer(file(csvfile.csv,"wb"))としたとき
x.writerow(["あああ","いいい","ううう"])
と出力させたところ、生成されたcsvはメモ帳などで表示させればきちんと表示されているんですが
excelで表示させたところ文字化けします。
utf-8から、shift-jisで出力させる方法を教えて欲しいのですが。dialect='excel'としてもエラーを吐きます；

x.writerow([u"あああ",u"いいい",u"ううう"])

やってみます。ありがとうございます。

駄目みたいです
もっと調べてみます。すみませんでした。

u"あああ".encode('shift-jis')

>>593
ありがとうございます。
レスに気付かないまま夢中でやってました；
いったん、unicodeでutf-8からunicodeへ変換して→encodeでunicode→shift-jisへ変換して無事に解決しました。
リスト化しているので、for文を使用し手前で変換しておいて吐き出すようにしようと思います。

>>590 >>593 ヒントありがとうございました。

"あああ".decode('utf-8').encode('cp932')

最近打ち合わせでは分かり切ったことは飛ばして話を進めているのに
知識として持っててあたりまえのことを質問する馬鹿が増えた

Pythonで日本語の出力とか使うつもりなら
3.x使うか他の言語にした方がいいよ

そんなばなな

勉強会やるやる詐欺。

>>594
codecsは使えない？

>>597
同意。
2.xは本格的に文字列処理するには面倒だし、3.xでかなり変更されてるのに今更本格的に覚えるのもバカバカしいよね。

rubyを使えば解決だね！

>>602
うん。本格的な文字列処理とか正規表現とかやりたいんだったらruby使えばいいと思う。

エンコードの問題の他にもPythonは文字列処理のしにくさを抱えている。
rubyやらがどうなってるかは知らんが、Pythonでは文字列は変更不可能な型だから破壊的な処理ができなくて、
一文字でも変更しようと思ったらインスタンスを作り直すことになる。

じゃあperlでいいや

変更可能な文字列型があるのはともかく
デフォルトの文字列が変更可能なのはダメだろ……

ruby使うぐらいならperlの方がまだマシだな

ruby って結局 perl の汚いところと C++ の汚いところを両方引き継いでるよね www

from ctypes import *
s = "aaaaa"
get_charptr = lambda s, pos: c_char_p(memset(s, 0, 0) + pos)
memset(get_charptr(s, 2), ord('b'), 2)
print s
# ===> aabba

まったく推奨しないが、こういう変換方法もないわけではない。

>>608
流石にそれでctypes使うのは行き過ぎじゃないのかな
大抵arrayでいいと思う

以下のようにlistにして変更して最後に''.joinとかはどうだろうか。
ham = list('ham')
ham[1] = 'm'
ham = ''.join(ham)

>>609
>一文字でも変更しようと思ったらインスタンスを作り直すことになる。
への反例だろ

>>610
それはインスタンスを作り直すことになるだろ

第一listは文字列じゃないし

アイライクシーライク

>>611
は？arrayってinplaceで変更できるでしょ
x = array.array('c')
x.fromstring('abcde')
x[4] = 'D'
とか

arrayは文字列じゃない

っつーか「インスタンスの作り直し」の意味が判ってないアホがいるなw

ああ、Stringがimmutableな世界で、StringBuilderみたいなものも
使わない方向で考えたわけね
やっと意味分かった、すまんかった

>>614
先生！
s が変わりません！

>>> import array
>>> s = 'hogehogefugafuga'
>>> x = array.array('c')
>>> x.fromstring(s)
>>> x[4] = 'D'
>>> x
array('c', 'hogeDogefugafuga')
>>> s
'hogehogefugafuga'

>>618
うん、意図を誤解してた
「C風にinplaceなバイト列の編集がしたい」という話だと思っていて、
immutableなstringを「弄る」ことを本質だと思ってなかった

>>619
先生ごめん
reload してなくて入れ違いになった

文字列がimmutableなのは別にかまわん。
問題は、時々EUCのdecodeに失敗すること。
面倒でかなわんぜ。

ignore指定すりゃええが

>>621
euc_jpを使っているのなら
euc_jisx0213を使えば少しマシになるかも

>>622
今はそうしてる。
エラーがあったかわからないのが困るが…

>>623
ありがとう。試してみるよ。

〜が変になるね

誰がマッピングを間違えたんだろうな

カと力が間違われなくてよかったな

decimalってデフォルトだと四捨五入するらしいんですが
精度を２に設定した下記の計算では切り捨てられています。
これはどういうことでしょう？？本来ならDecimal("2.1")になると思うのですが・・・。

>>> import decimal
>>> decimal.getcontext().prec = 2
>>> a = decimal.Decimal(str(1.01))
>>> b = decimal.Decimal(str(1.04))
>>> a + b
Decimal("2.0")

decimal.Decimal(str(1.01+1.04))
>Decimal("2.05")
decimal.getcontext().prec = 3
a = decimal.Decimal(str(1.01))
b = decimal.Decimal(str(1.04))
a + b
>Decimal("2.05")

>>> decimal.getcontext()

途中で投稿してしまったが、
python decimal 四捨五入
でGoogle検索すればデフォルトで四捨五入されるなんてことはないと分かるはず

食いつきのいいえさだな

食いつきのいい餌ってなんだよ
餌は生きたサメでアジでも釣るのか？

>>633
>>633
>>633

>>628
Pythonライブラリリファレンスのやつは読んだ？
DecimalはFAQもあるからそれ読んだほうがいいよ

pygameの64bitピルドのパージョンはリリーズされてるんですかね？

>>631
ありがとうございます。四捨五入では無いですね。
オライリーのPythonクックブックに四捨五入って記載されていたので。。。

ひどすｗｗｗ

>>637
四捨五入されるなんてどこにも書かれてないぞｗｗｗ
ttp://www.python.jp/doc/pdf/release/tut.pdf

>>637
立ち読みすればわかるけどクックブックは初心者向けの章がごっそり削られてるから初心者は買わないほうがいい

>>639
チュートリアルでなくクックブックの方です。

http://beebee2see.appspot.com/i/agpiZWViZWUyc2VlchQLEgxJbWFnZUFuZFRleHQYl5NlDA.jpg

p117
http://beebee2see.appspot.com/i/agpiZWViZWUyc2VlchQLEgxJbWFnZUFuZFRleHQYoONsDA.jpg

Decimal.quantizeのオプションで指定すれば四捨五入してくれる

>>641
2枚目の写真横向きで撮ればよかった。こういうセンスが足りないんだよなぁ

は？

pythonの公式オフ会に参加した奴いる？

単三電池の方なら参加されたのではないでしょうか

彼は単二電池を入れることができるまでに成長しました

質問です
Pythonではglobal変数を関数内では更新できない
らしいことをようやくながらおぼろげに理解しました

複数の関数内にて更新すべきglobal変数を多く抱えている場合
これらの全てにglobal宣言していくしかないのでしょうか？

うん

>>649
そすか
こりゃ１から書き直した方が良いのかもしれん…

module にするだけでも楽になるよ

そういう場合は自分はまとめてクラスにしてしまう。

けど何か負けたような気がするのも確か。

辞書にすればいいんじゃね？
辞書をグローバルに置くと、辞書そのものは変更できないけど
要素は(グローバル宣言しなくても)好き勝手に変更出来る。

なんのためのクラスだよ
静的クラス使えばよし

静的クラスってなんだよ
monostateパターンのことか？

クラス変数と静的メソッドを併用しろってことでｈそ

で、そのクラス変数をglobalに置いて(ry

マジレスすると
globals.py
とかを作ってそこに全部global変数書く

他のコードから使うときは
import globalsして、
全部
globals.foo
でいい
global文要らなくなる

今は角電池くらいがちょうどいいです。

>>658
正解

昔は電池と言っただけでこのスレがあっというまに埋まったのに

突拍子もないセンスもないので廃れました

ぼるたんの電池おっきいです。

ぼるたん？

>>658
別ファイルに隔離することも目的の一つならいいんだけど、そうでないなら
globals()['foo']
でよくね？

>>665
毎回そんな風にタイプしたくないべ

>>666
g = globals()
g['foo'] = 'foooo'
print foo
# ==> foooo

>>658
pylonsのg.(グローバル変数),h.(ヘルパー関数),c.(コンテキスト)みたいな使い方だろ。
こんな感じだったっけ。

globals.py:
class Globals: a = 1
g = Globals()


app.py:
from globals import g

g.b = 2

def hoge():
    print g.a, g.b
    g.c = g.a + g.b
    g.a = 4

hoge()
print g.a, g.b, g.c

グローバル変数を余所で書き換えたり、定義するのはアレだが例なので。
実際のg.はグローバル定数として使って、リクエスト毎にc.(コンテキスト)を処理していく感じ。

XMLを処理するには何がお勧めでしょうか？　色々と選択肢があって
迷います。　使い方としてはデータモデルを定義したXML（たぶんW3C XML Schema）を
読み込み、そのツリーを辿りながらテンプレートエンジンCheetahを使って
コード生成するという考えでいます。

選択肢としてはlxmlとElementTreeがあるように思えますが、他にもありますでしょうか？　
使っているのはPython 2.4なのですが、ElementTreeは2.5で標準装備になったという事で、
これがベストだと判断されたという事でしょうか？

せやで！

ElementTree は小さすぎるので、自分は全部 lxml だけれど、
ElementTree で処理がすむならそれでいいと思う。
速度や機能が不足したら lxml を入れれば、移行は大して
手間がかからないし。

>>671
なるほど。　ということはElementTreeはlxmlのサブセットという理解で
いいのですね。　

>>671
ちなみにRPMパッケージでもないかなと探し始めたらlibxml2ライブラリに付属するPython
バインディングでlibxml2-pythonというパッケージがインスコされている事に気づきました。

これはあまり主流ではないのでしょうか？　

yaml使えや

Yaml知りませんでした。　参考にさせていただきます。

>>669
amara Gnosis_Util

Cheetahは今時ありえない。spitfireなりchameleon.genshiなり使ったほうがいいかと

>>676
>amara
っげ、また選択肢が（汗）

> Gnosis_Util
あの、ググったら３ヒットだったんですがw　これ全部ネタじゃないでしょうね？

>Cheetahは今時ありえない。spitfireなりchameleon.genshiなり使ったほうがいいかと

そうだったんですか！　いや、それぞれのサイトを見てると流行り廃りの実感は良く分かりませんね．
Cheetahは今でもある程度頻繁にアップデートされているので廃っているとは感じませんでした。
テンプレートの文法のコンパクトさが気に入ってたのですが。

薦められた他のも検討してみます。

日本語のみ検索でググるとは言わんだろ

>>677
あ、Gnosis-utilsで沢山ヒットしましたw。　英語環境でwww.google.comで
ググってますがgnosis_utilは本当に３ヒット。　

アンダーバーの意味はモジュール名だろ
というかそれをスペースで区切って検索するのが普通だろ

648です。一応事後報告だけ
モジュールでどうにかしようとするもダメ
リストや辞書なら行けそうとあたりを付けたがダメ
モジュールに辞書置いてどうにか動きましたとさ

もっと早くここに戻ってれば良かったorz
参考意見を見ながらもうちょっと色々試してみます
どもでした

>>681
クラス使えって散々いわれてるだろ。

class Foo: pass
Foo.bar = 1
Foo.baz = 2

これなら用途ごとに分けられるし、スタティックメソッドで処理書けたりと便利。

過去のスレも見てればわかるが
時期によっては変なレスつける奴が多い
グローバル変数にglobalsだとか辞書だとかなんて初めて聞いたわ

誰にでも初めてはあるさ
少しずつ成長していこう

>>683
class使えってのはもう出てたから、別のを出したまでだ。

There's more than one way to do it!

more than one way ということは 1 つとは限らないから
There's じゃなくて There are じゃないのかな

>>676
結論としてはお勧め頂いたパッケージはどれも２年ほどアップデートがされておらず、
半死亡状態と判断しました。　今のところドキュメントも整っており、最近もリリースが
行われているlxml+Cheetahで行こうと思います．

過去のスレ読んでない奴は初心者スレ行けってことですね

>>687
ttp://en.wikipedia.org/wiki/There%27s_more_than_one_way_to_do_it

There's なのは知ってるんだけど
文法上なんでそうなるのってことだろう

>>687
http://q.hatena.ne.jp/1183288572
http://www.biseisha.co.jp/lab/lab1/24.html

不可算名詞じゃね？

one way って数えてるんですけど

one wayは色んな道って意味だろ
まさかoneを1と解釈してる訳じゃないだろうな？

http://en.wikipedia.org/wiki/There's_more_than_one_way_to_do_it

すまん、既出だったな

>>691
勉強になりました
ありがとうございました

http://academy6.2ch.net/english/

組込言語として使う場合なんだけど、
C++のクラスとかをPython側
に公開するのに
オススメなバインダーとかありますか？

ctypes
swig
cython

>>699
boost.python

ExtensionじゃなくてEmbeddingだよね
boost.pythonがいいんじゃないの
ttp://wiki.python.org/moin/boost.python/EmbeddingPython

かぶった

>>700-702
さんくす
boost.pythonすごいですね これ使ってみます

みんなのPythonのWebアプリ編って2.6でも大丈夫でしょうか？

ok

http://www.python.org/dev/peps/pep-3146/
これCPythonが大量にメモリーを食うようになるということ？

今時メモリ使用量を気にするようなやつはクソか鯖缶のヘタレ野郎だけだ。

なるほど、おれがメモリ使用量を気にする理由がわかった

バイナリでかすぎだろ>>Unladen Swallow

>>710
LLVMがでかいんじゃないの？

>>711
そうらしいけどpy2exeとかで配布しにくくなるなあ

今時ファイル容量を気にするような

なんか実行速度が1.N倍程度のオーダーなのに
バイナリが10倍オーダー、起動時間も遅くなるってシロモノに見えるのは
気のせいか

ベイジアンフィルタが酷いことになってるなww

将来性はあるのかもしれないが、少なくとも現状では入れる価値があるようには見えない。

PyPyの方が速いね
http://speed.pypy.org/overview/

>>710,714
生成バイナリの大きさとかどれぐらいの速度向上したとか詳細を教えていただけると
もう足を向けて寝たりしません。お願いします。

psycoで十分な気がしますわ

PyPyとかPsycoとか仕事でも使う？
客先に納品するような商品に普通に使われているものだろうか

>>719
youtubeはpsycoを使っている

>>719
組み込みLinuxのビルドツール、bitbakeはPythonで書かれててPsycoを使っている。
商品自体に組み込む訳ではないが．　

a.pyをダブルクリックして直接起動させると普通に動作しますが
PyRun_SimpleFileなどで起動させようとすると動作しません
直接起動とプログラムで関数から起動させるのとではどう違うのでしょう

Pythonでオブジェクト指向とWEB関係のプログラミングの勉強をしたいんですけど
その辺が解説してあるpythonの書籍ありますか？Cは一通りやりました

>>722
Pythonのソース落としてみたほうが早いんじゃない
main.cとpythonrun.c
main.cでやっている仕事のどれかが、a.pyにとって必要なんでしょ

＞Pythonでオブジェクト指向
その意気はいいんだけど、動的型付の言語だとカプセル化や多態性（ポリモーフィズム）のメリットが見えづらいような気がするんだ。
そういう部分はJavaあたりで補習しといた方がいいかもしれない。

>>725
カプセル化はともかく、ダックタイピングは十分過ぎるほど多態だと思う

ま、「OO学びたい」が主要な動機なら、俺もPythonが最適だとは思わんけど
マルチパラダイム言語だしね

確かにダックタイピングは多態だけど、制限のない多態だけ見て多態性の本質が理解出来るとは思えないな。

>>727
「多態性の本質」って何？

「継承を使って実行時ポリモーフィズムを実現している言語が
たまたま多い」という以上の意味が俺には見えないけど

Smalltalk勉強しとけよ
ifとか大昔に見たときに感動した

本屋でPythonの初心者向けの新しい本見掛けたんですが、評判はどうなん？
タイトル忘れた・・・「○○○○Python」だったとおも。
ぱらっと見た感じだと悪くなさげだったけど。

pythonスタートブックだった・・・

Pythonの本全般は全部ダメって頭に入れとけよ
あとPythonはネットの社会主義前線にある言語だから調べればどうにでもなる
まぁ強いていうならオススメの本は英語の参考書かな。

勉強会詐欺の人って最近何してるの？

Pythonなんて入門書必要ないだろ
公式チュートリアルで理解できないなら
時間の無駄だからプログラミング自体やめればいいよ

>>734
素朴な疑問。お前なんでここにいんの？

勉強会詐欺・・・

下手の横好きもいるだろうから
俺は時間の無駄だと思わないけどな。

>>735
他に居場所がないんだ、そっとしておいてやれ。

初心者どうこうの話はくだすれでやればいいのに

>>739
ここって隔離スレじゃなかったの？
くだスレのほうが技術的な内容話してるけど

レベルの低いスレですね（＾ω＾）

信者がウザイ初めてのPythonもDive into Pythonも，古いという悪評があるよね。

最近もちょっとした騒ぎになってるね

Dive Into Python Must Die
ttp://oppugn.us/posts/1272050135.html

作者の反論、というかコメント
MarkPilgrim comments on Dive Into Python Must Die
ttp://www.reddit.com/r/programming/comments/bv9gt/dive_into_python_must_die/c0oqask

Guidoは恥パイが嫌いらしいな

なんか見たことあるURLだと思ったらこの人か

キモオタ信者涙目(ww

>>743
下のコメントでDive into Pythonの人とA Byte of Pythonの人が揃って
Python3誰も使ってねえ誰も気にしちゃいねえってしょんぼりしてるのが気になった
そこまでひどい状況なんだろうか

Zedはどうでもよかった

３のメリットがいまいち分からんです

Zedさんも今、入門書を書いてるところなんだね
Learn Python The Hard Way
ttp://learnpythonthehardway.com/home

練習問題中心、読者参加型の本になるみたい

俺的Py3k
printが関数になります
execが関数になります
unicode文字列が標準です
終わり

>>740
アンチすれが一番よかったと感じる

>>749
5、13章、あとがきがいいね。タイトルも好みだ
今後も中の人のやる気が続けばいいけどｗ

webの情報で〜とか言ってる人はドグラマグラを青空文庫から読んだりするのかな
インデックスから目的の項目に飛べるのは良いけど、本とは区別されるべきだろ

debianとかcygwinとか、まだ2.5なんだよな
これが2.6になったら、少しずつ移行作業をはじめようかと思うけど
ipythonだのnumpyだのPILだの、どっちみちまだまだ未対応の奴が多すぎ

変わり者の意見を本気にする奴は痛い目を見て当然。

lxmlは3に対応してた

誰かBeautifulSoupをバージョンアップしろよ。
はくしろよぼけ。

僕の肛門に単三電池入れてくれれば
BeautifulSoupバージョンアップを対応考えてもらってもいいよ

http://www.dotup.org/uploda/www.dotup.org846936.jpg…�@
http://www.dotup.org/uploda/www.dotup.org846937.jpg…�A
http://www.dotup.org/uploda/www.dotup.org846953.jpg…�B
原点にピボットがある�@をY軸回りに90度回転させると
�Aのように移動の値はズレずに回転の値だけ変わってしまいます。
座標変換を行うことで、移動の値を�Bのようにしたいのですが
その変換公式など教えて頂けたら大変喜ばしいです。お願い致します。

>>759
少し前に別のスレで見たけど、なんでPythonのスレにまで来てるんだw

どうして良いのか本当に何も分からないもので…

> 誰かBeautifulSoupをバージョンアップしろよ。
自分でできるだろうそれぐらい

移動ベクトルx回転行列

(cosθ, -sinθ, 0)
(sinθ, cosθ, 0)
(0, 0, 1)

勉強会詐欺の人は元気なのかな。

詐欺詐欺

pass

>>757
あるにはあるっぽいよ。

soupとかいいからlxml入れて

9*9の盤を二次元配列とみなして
二点間a(x0 , y0) b(x1 , y1)
ab線上の座標をすべて変数cに置き換える
できる矩形内を全て変数cに置き換える
という作業をしたいです
そういう関数があるなら誘導などお願いします

>ab線上の座標をすべて変数cに置き換える

どうとでもとれる
もう少し具体的に

>できる矩形内を全て変数cに置き換える

辺は含むのか？

>ab線上の座標
では縦、横およびy=±0.5xの45度系（？）、の三種類

>辺は含むのか？
含みます

な感じでお願いします

>>770
そういう関数は作らないとない。

＞すべて変数cに置き換える
というのがよくわからんのだが、リストかイテレータでもつくって列挙出来るようにしろってことか？

>>773
そうですか
こりゃ自分で頑張るしかないんですかね

>>774
□□□□
□□□□
□□□□
□□□□

□□□□
□□□●
□□●□
□●□□
もしくは
□□□□
□●●●
□●●●
□●●●
こんな感じにしたいです

関係のない話題は無視な

>>776
アルゴリズムの話ってスレチなんだっけ？
宿題スレとか？

>>776
スレチだったら申し訳ない
勉強って書いてるんでてっきりそういうスレなんだと
自作しろってことなんで以後ROMります

ちなみにここは何を語り合うスレという認識で？

このスレは超排他的だよ。俺が前書き込んだ時もくだすれ行けとかなんとか

テンプレにその辺きっちり書けば良いんじゃ？

>>770
((min(x0, x1), min(y0, y1)), (max(x0, x1), max(y0, y1)))の矩形にcをセットするだけじゃん？

アルゴリズムの話はPythonと関係ねぇーよ

pass

numpyのhogeって関数使えばいいって回答期待したらそれは別にここで良いんじゃないの？

>>781
ありがとうございます。参考にします

>>784
そういう線で行くと、numpyのclip使えるかもね。

>>786
了解です
まずはnumpyの情報仕入れてきます

勉強会詐欺はPythonに関係ありますか？

勉強会詐欺ってなに？

>>789
rubyのやつじゃね？

pass

ruby厨がまた荒らしてるのか

>>792
単三電池厨の間違いだな。

単三電池とはずいぶん丸くなったもんだな（形状的な意味で）

pass

バッテリ付属を体で実践するとは、本気の詐欺師ですね。

文字コードをUTF-8にして[print u"こんにちは"」とうっても
SyntaxError: (unicode error) 'utf8' codec can't decode byte 0x82 in position 0: unexpected code
とでてユニコード文字列が表示されませんなぜでしょうか？

Shift_JISでソースコード保存したからだろ

今時ShiftJISなんて使ってんの？

ShiftJISが許されるのは小学生までだよねー

>>797
必ず誤解するひとがいるんだけど
文字コードのUTF-8と
print u"ほげ" のUNICODEは
イコールではない

u"" なんか使うくらいなら、3.0使え

>>802
短絡的で思慮の足りないレスすんなよ

pass

>>801
はあ？？？

PythonではShift_JISなんて書かないぞ。
CP932だ。
厳密に言うと少し差異はあるけどな。

>>805
え？知らなかったの？

unicode型の内部実装はUTF-16だが、内部実装の話はさておき
str型は(UTF-8なりなんなり、対応するcodecで書かれた)バイト列で、
unicodeはユニコード文字の集合。

lenとか使ってみたら違いが分かる。

>>806
PythonでもShift_JISはコーデックとして用意されてるよ。ちゃんとCP932とは別の物として。
けれど逆に混乱招いてるだけな気がしなくもない。

>>807
UCS-4でコンパイルするオプションがあるぞ

>>808
そもそもShift-JISにMSが拡張したものがcp932なので、
混乱を招いているとしたらそれはPythonではなくて機種依存拡張文字を追加したMSの責任。

たとえば、�@はShift-JISでは使えなくて、cp932では使える。

>>810
全角丸数字や全角ローマ数字がこの世から消えてほしいと願うばかり。
こいつらのせいで、組版で余計な気を使わないといけない。

>>810
そうなんだけど、cp932じゃダメでsjisを使う必要があるときなんてあんまりないのだから、
Shift_JISはcp932の別名にして、本来のShift_JISはShift_JIS_strictとかなんとか別名つけてくれた方がよかったかも。

>>809
だから、内部表現は別にどうでもいいんだって。なんなら、UTF-8でもいいし、できるもんならsjisでもいい。
内部表現に関わらず、strとunicodeは全くの別物。

>>807
unicode型がUTF-16としてサロゲートペアの処理をするようになったのはいつ頃からだ？

>>812
IAEAで名前が定義されているんだから、普段使う使わないを元に勝手に命名を弄る方が
余計混乱すると思うよ。

いい加減すれ違いだけど
HTMLでcharset=Shift_JISって書いてあるのは見ても
charset=cp932って書いてあるのは見たことがないな

IAEAじゃ国際原子力機関になってまうがな
http://ja.wikipedia.org/wiki/IANA

>>815
俺が利用しているカード会社の利用明細確認ページが、
昔charset=cp932だった（今はutf-8）。

>>798
違うだろｗｗｗ
coding: utf-8を書いてない。

>>818
utf-8でdecodeしようとしてエラーになっているから、
ソースに # coding: utf-8 のような記述があるか、もしくは
defaultencodingがutf-8に設定されている。

「こ」はsjisで \x82\xb1 なのだが、
0バイト目の\x82をutf-8でdecodeできないと言っているので、
ソースコードがsjisになっている可能性が高い。

というわけだワトソン君。

>>815
そりゃcp932なんて名前はIANA文字集合に定義されてないからな
Windows-31Jが正しい
もっともWidows-31Jの意味でShift_JISが使われていることが大半だが

ttp://www.iana.org/assignments/character-sets

>>820

>>814 への皮肉だったんだが

ああそうか、そりゃすまんかったｗ

悪い、いろんな意味でダメダメだな。
Pythonのcodec名がIANAで定義されている名前にしているという意味じゃなくて、
IANAで定義済みの名前に別の文字コードを割り当てないという意味だったんだ。

http://docs.python.org/library/codecs.html#standard-encodings
ここ見たら判るとおり、Windows系はcpXXXで統一されてる。

つまり >>814 == >>805 か

pass

>>824
いや、 >>805 は知らない

くだらんことでPythonに対する
意味の分からんレスをするなら
みんなで単三電池をアナルに挿入しようぜ！

そうだ！
勉強会詐欺でもいいから、みんなで集まって寂しい気持ちを紛らわそうぜ！

PloneとかZopeとか、表現しづらいがそこらへんは近づき辛いものがあるな

「コミュニティ」とか痛いだけだっつーの

初心者お断り、経験者でも顔知らない人はお断りだからねえ
それとたまにMLで質問者を叩いてたりしてたし、
ここで変に煽ったこと書いている人たちはそこら界隈の人らじゃないかと思ってしまう

むしろ叩かれた人たちじゃね？

pylabの作成したepsがtype3フォントを含んでて
texにうまく貼れない

モジュールのせいにするな、お前のコーディング能力が低いんだ。

答えはまだか？

staticmethodとclassmethodの違いってなんでしょうか？

instancemethod　対象としてのインスタンスを引数にとる。
classmethod　対象としてのクラスを引数にとる。
staticmethod 対象がないので引数なし。

なるほど

PythonよりJavaのがいいよねえ

うん

えっ

定義済例外の数はJavaのが圧倒的に多いからな

>>842
だな。NullPointerExceptionなんて例外ほどクールなのを見たことが無いぞ。
是非ともPythonにもつけるべきだ。

そんなの簡単じゃん。さっさと作って配布してよ

>>844
class NullPointerException(Exception):
　pass

はい、できたできた

　　　　 )､.＿人＿人__,.イ.､.＿人＿人＿人
　　＜´ 　ぬ　る　ぽ　返　し　て　っ　！　　＞
　　　　⌒ v'⌒ヽr -､＿　 ,r v'⌒ヽr ' ⌒
// // //／::　<　　 ＿,ノ｀' 、ヽ､＿　ノ 　;;;ヽ　 //
///// /::::　　　（y○'）｀ヽ) ( ´（y○'）　 　　;;|　　/
// //,|:::　　　　　（ (　/　　　　ヽ) ）+　　　 　;| /
/ // |:::　 　　　+　 ) ）|~￣￣~.|（ (　　 　 　 ;;;|// ////
/// :|::　　　　 　　（ (||||! i: |||! !| |) ）　 　 　 ;;;|// ///
////|::::　　　　+　　 U | |||| !! !!||| :U　　　;;; ;;;|　///
////|:::::　　　　　　　| |!!||l ll|| !! !!| | 　　　;;;;;;|　////
// / ヽ:::::　　 　 　　| !　|| |　||!!|　　　　;;;;;;/// //
// // ゝ::::::::　:　　　| ｀ー----−'　|＿_／///

>>843 >>845 >>846
がっ

>>797ですがどうすればソースコードを変更させることができるの
でしょうか？

>>848
文字コードをUTF-8にした、の意味が分からないんだけど、
UTF-8で保存したならなんで'こ'の頭に0x82が出てくるわけ？

もしmskanjiなのに頭にcoding: utf-8付け足しただけでUTF-8にしたつもりになってるのなら、
UTF-8で保存しなおすかcoding: mskanji に直すかどっちかにする。

>>848
それ構文エラーになってる、そして本当にソースをutf-8で保存したか？
文字コードを変えてテキストファイルを保存出来るエディタとかで確認＆再保存してからもう一度試してみれば？
多分、何か混乱してて間違えてる予感

ソースファイル自体のエンコード、
pythonに伝える自分の文字コード、
printなどに渡す文字の文字コード　※← 蛇足だけどここでの文字コードについては、例えば u"ほげ" でのUnicode型と、"" だけど中身が Unicode文字列って２種類ある

これらは全部別の存在だよ

意味がわかりません。
もう少しきちんとした日本語でお願いします。

>>851
幼稚園児向けに話すのは大変ですよ。前提知識が足りないでしょうから

Pythonって未だに日本語使用厳しいのか

改善すれば日本でもRubyより流行ると思うんだが

>>853
Pythonはまともに日本語扱えない。
扱える言語はRubyだけです。

Rubyだけだよな、まともなLLは。

# -*- coding: HOGE -*-
と書いたとすると
"日本語" は HOGE でエンコードされているとみなされる
u"日本語" は "日本語".decode("HOGE") と同じ

コードに日本語を入れること自体好きじゃない

>>854
RubyはWindowsでUNICODEのファイル名へのアクセスが出来ない

>>853
うそを書くな

ここで
ソースは sjis で保存されているにも関わらず
# -*- coding: utf-8 -*-
と書いたとすると
"日本語(実はsjis)" は utf-8 でエンコードされているとみなされる
u"日本語" は "日本語(実はsjis)".decode("utf-8") と同じ

Py3kが期待されるけど現状では大体以下に気をつければいい

・ソースファイルの先頭に文字コードを指定しないとソースファイルには ASCII 文字以外使えない
・ソースファイルに記述した非 ASCII 文字は全て str 扱いと考える
・unicode 文字列をソースファイルに記述するときは u'あいう' ではなく u'\u3042\u3044\u3046' と記述する
・関数に文字列を渡すときは unicode 型で渡す。str に変換するのはエラーが起きてからでいい

とにかく文字列型には unicode 使えばおけ。それで例外出すのはその関数なりモジュールなり作った奴がバカ

バカばっか

>>860
保存方法を間違えるなよ
日本語の多くの書籍が書かれてるTeXだってそんなことしたらちゃんとコンパイル出来ない

話について行けないからって>>862みたいなこと言うのはどうかと思う

>>853
自分が何の文字コード使ってるか分からないバカにとっては、Pythonでの日本語使用は難しいと思う。
それは規定路線で、3.xでも変わらないばかりかむしろ強化される。

文字コードのことを考えないで文字を扱いたい人は、Rubyでもなんでもいいから他行ってくれ。

>>864
いや別に>>861程度の話題なら余裕なんだけど
この前くだスレでcsvがUTF-8しか扱えねえｗｗｗって話になったのに
どや顔で unicode 使えばおｋってどうなのよと思ってさ

というかバカばっかってお約束なんだ

>>866
馬鹿にしか見えないからやめた方が良いよ

>>866
本気で何言ってるのか分からない

>>851
あきらめてSmall BASICとかに移動したほうがいい

総合するとRuby最強でFA?

pythonスレに湧くruby信者(笑)
LLスレでrubyは無いって結論出ただろ

Pythonという外国製の言語を学ぶ奴はどうかしてると思うが

>>870
Rubyはガラパゴス情弱専用言語だよ

なでしこ でも学んでろよ

どっちもやればいいよ
簡単な言語なんだし

Pythonはインデントが気持ち悪い。
というか言語仕様における欠陥だよあれは
Rubyのコードブロックの扱いは神。

でも遅いんでしょう

pythonスレに湧くruby信者(笑)
LLスレでrubyは無いって結論出ただろ

Rubyに対する嫌がらせだろ

>>872
お前WindowsとかLinuxとかMacOS使ってないの？

>>876
　　　end
　　end
　end
end
end

Pythonスレを荒らすとPythonファンのMatzに破門されるぞ

メインソースに日本語入れるなよな
言語ファイルとして定数にでもしとけ

matz kimoi-

activepythonと本家を共存させることって出来る？

共存させてなんかメリットがあるの？

>>866
＞いや別に>>861程度の話題なら余裕なんだけど
＞この前くだスレでcsvがUTF-8しか扱えねえｗｗｗって話になったのに
＞どや顔で unicode 使えばおｋってどうなのよと思ってさ

なんかまるで utf-8 が unicode じゃないと言ってるみたいに見えるけど
気のせいか？

>>886
samurizeでpythonスクリプトを使うにはactivepythonが必要らしいけど、普通にプログラミングするときは本家を使いたい

>>887
文脈的にそのunicodeってPython2.Xの「unicode型」のことだろうから
その突っ込みはおかしい
エンコーディングやキャラクタセットじゃなくて、型の話だろ

もっとも、くだスレでそんな話出てたっけ？とは俺も思ったが
csvライブラリに関しては、
「UTF-8しか扱えない」じゃなくて
「unicodeに対応してないのでstrしか扱えない」の間違いだろう

>>887
少なくとも python 2.x なら
utf-8 が unicode じゃない
とう理解で良いと思う

PythonではCで実装された標準／外部ライブラリが多く
Cで書かれた奴はstr/unicode両者に対してダック的に動作してくれないものも
多いので、>>861は楽観的過ぎる意見に見えるな

ライブラリが単純にchar*を期待している場合は、デフォルトのエンコーディングで
unicodeから変換されるので、その変換で例外が出ない場合は
すぐに気づかない場合がある

作った奴がバカってのもな
CStringIOとかcsvとか、れっきとした標準ライブラリからしてそうだし

「テキストは全部Unicode」が徹底されているJavaや.NET系の言語に比べたら
初心者にとっての落とし穴はずっと多いと思うよ

初心者向けっていう文句自体が落とし穴っぽくて胡散臭い

ところが奥さん、これを教育用言語と言い直すと―――？
あら不思議！あんなにしつこかった胡散臭さがこんな綺麗に取れてしまいました！

べーしっくもきょういくげんごでした

もうJythonとIronPythonだけでいい

IronPython使うぐらいならBooのが面白そう

IronPythonってLL言語のメリットを潰してるだけじゃん
クロスプラットフォームじゃないアプリなんてゴミだし

ウェブプログラミングにはPythonは向かない。
Python3kでの発展に目を向けよう

>>898
>ウェブプログラミングにはPythonは向かない。

cgi.FieldStorage() しか使ったことがない人はそう言う印象持つみたいだけど
それだけで向かないって決め付けるのは馬鹿のすることだよ

>>853-856
perlもよろしくね

>>899
たしかにあれは微妙だ。なんとかならんのかなぁ。

Python3kに期待する。

perlのcpanになんでもあるからpythonから乗り換えるか迷う今日このごろ

Perlはやめとけ
あれは呪いの言語だ

perl使いが本気で書いたコードを指で３回なぞると
窓ガラスが割れると言われている

呪いで思い出したけどPythonってBlack Perlみたいなお遊びコードってないのかな

>>906
Rubyじゃないと無理だよ

>>903
その乗り換えだけはありえない。

仕方なくという場合なら、ありえなくもない

というわけでRubyに乗り換えませんか？

その理由がない

つまりこのスレの住人は、ルビーよりも大蛇モンドを望みます

大蛇モンドか、苦しいな

>>910
なるほど、Rubyのが優れているのか・・・

俺はperlとpython,lispは使うけどrubyだけは無いな

というかpython、rubyはどちらかで良いって感じだから、このスレでruby使ってる奴なんて少ないだろ

「乗り換え」っていうか、使いたければ両方使えばいいだろ
「それしかできない」ようなことがある言語は、いずれにしても残るぞ
EmacsのためのLispとかなｗ

LLはそれしか出来ないじゃなくて、より手軽にって意図が多いだろ

>>918
まあね
JavaScriptははっきりそれ系だけど

ActionScriptはFlash製品のもの
VBAはOffice製品のもの
JavaScriptはブラウザのもの
Pythonは・・・　ぱ、ｐｙてょんは・・・

知らんけど、3DCG屋さんにはPython結構重要なんじゃないの

MayaとかBlenderはPythonかな。そう言えば
あと組み込みインタプリタとして色々使われたりするよな

yum

吹けば飛ぶような環境しかないな

吹いてみなよ

TkinterでGUI作ってるよね？(´・ω・｀)

wxpython

pyqt

pygame

oppy

hoppyは低カロリー低糖プリン体0

時代はRubyか

CGに限らず、製品の組み込み言語としてPythonが使われている例は多い。
ビックリするほど多い。

もうruby(Rails)の時代は終わったから
ruby厨はとっとと巣にお帰り

もうpython（）の時代は終わったから

Railsではやっぱだめだなあ、と思った人がScalaを選ぶことはあっても
Pythonを選ぶ、ということは無いだろうけどね
LL系は弱点一緒だし

あんまりこのスレって、スレタイ通りの内容って出てこないよな
過去スレ追うか他見た方がいいんだろうなｗ

PythonはLinuxにほぼ標準で入ってるし
まだまだ使われるだろうけどな

Railsではやっぱりダメで、結局T4テンプレートでがしがしVBで作った
Microsoft Chart Controlがつおい

akiraが暴れてるな

VBが気持ち悪くてRubyに興味が無いので俺はC#に移動したけど諸般の事情からC/C++に戻って一部をスクリプト制御で外出しにしたかったから連動しやすいPythonにまた戻ってきた

CG関係に強いのはscipyの存在があるから？　ってわけでもない？

>>942
全然関係無いと思う
埋め込み可能なスクリプティング言語なら何でもよくて
Pythonでなければいけない理由は特にないんじゃないの
逆にPython「でもいい」のは、ゲームほどリソースの制約がないから

CG屋さんにとっては、全部JavaScript/ActionScript系にしてくれた方が
良かったかもなｗ
どうせAdobeはそっちだし

＞CG屋さんにとっては、全部JavaScript/ActionScript系にしてくれた方が
＞良かったかもなｗ
＞どうせAdobeはそっちだし

上で出てたCGってキーワードは多分３DCG。２D界隈しか知らないのか

Unix系のパッケージマネージャはほとんどPythonだし
BlenderのスクリプトもPythonだしOOoのマクロもPythonだし
Pythonの需要は無くならないだろ
日本じゃこれ以上普及しないだろうけど
RubyとかPythonからScalaに行く人って他の言語やったことないんだろ

あとゲームの埋め込み言語ってあらかたPython

えろげもPythonで作られているの？

>>946
Luaとか無視ですか

> Unix系のパッケージマネージャはほとんどPythonだし
apt系は違うっしょ
それにパッケージマネージャってユーザスクリプティングの対象じゃないし

>>943
そこで例に出すなら AdobeじゃなくてAutodeskだろ、と思ったら既に書かれていたでござる
３DCG方面って知らない人やっぱ多いみたいだな

ttp://www.satori.org/2009/03/the-engine-survey-general-results/

Python厨って本当に馬鹿だよな

本スレに湧くアンチほど馬鹿はいないから安心

都合が悪いとすれ違いかｗ
本スレで大嘘つくほうが邪悪だろｗ

えっ「Python厨って本当に馬鹿だよな」って自虐なの？

Sourceエンジン最強だわ
Unrealは欠陥だらけ、Cryは描写範囲外の処理でガクガクになるという糞仕様

Pythonのお勉強 Part38
http://pc12.2ch.net/test/read.cgi/tech/1272956352/

本スレで大嘘ってなんだ？　そんなことあったの？

>>946

今さらだけどここ本スレだったんだな

python使ってる人たちのレベルがよく表れてるスレですね

いいからruby使えよ

ジ・ゴールデンウィーク

end

>>962
>>962
>>962

次スレ
http://pc12.2ch.net/test/read.cgi/tech/1272248179/

ブラクラ貼るなカス

みんなでRubyに移住しようぜ！

ruby厨必死だな
あんな気持ち悪くてストレスの溜まる言語頼まれてもお断りだ
rubyを使うぐらいならSmalltalkの勉強してる方がためになる

両方使わざるをえない俺は勝ち組

C++が一番好きです

結論としてはRuby最強でFA?

一応1.8.6入れてあるけど自分用に使うことは無いな

RubyってPerlの出来損ないみたいなもんだしな

Rubyとかお遊び言語で実用性ないじゃん

作者自体が最強だなんて思ってないのに信者は何がしたいんだよ

趣味で遊んでる分にはいいんだけど実際に使うには危なっかしい言語だしな
RoRなんかで広まってしまったのがまずかった

わかったからここでやれ
http://pc12.2ch.net/test/read.cgi/tech/1249737531/l50

じゃなくてアンチpythonスレにアンチ、つまりruby信者を誘導してよ
ruby最強伝説とかpythonには関係ないから

手段を選ばないRubyアンチがRubyの評判を落とすためにやってるんだよ

>>797なんですけども何回もすみません
# -*- coding: utf-8 -*-と打ったあと
print u"こんにちは"とうってもやはりエラーがでてしまいます。
なぜなのでしょうか・・・ソースコード変更とぐぐってみてやってみたのです
がどうしてもエラーがかわりません

あんたがエディタでソースコードをUTF-8じゃなくてCP932で保存してるのが問題
これ以上はエディタの使い方の問題だから板違い

どんな開発環境？

utf-8 を shift_jis か cp932 に置き換えればいいだろ

>>797の
>文字コードをUTF-8にして

ってUTF-8で保存しているという意味じゃなくて、
一行目に# -*- coding: utf-8 -*-と書いたという意味なの？

>>980
http://www5f.biglobe.ne.jp/t-susumu/library/tpad.html

で、tpad093.exe (681KB) (インストーラ付き) をダウンロードして
インストール。

# -*- coding: utf-8 -*-
print u"こんにちは"

と入力して[ファイル]→[文字/改行コード指定保存]で
文字コードを UTF-8 にして保存。

僕はサクラエディタちゃん。キーワード強調のために一手間要るけど。
というか実はeclipse+Pydev。これが一番便利。

パソコンの初心者板いけよ
それかせめてくだすれでやれ

なんかマルチっぽくなってごちゃごちゃするから途中からくだすれにやってもね
どうせみんな両方見てんだろうし

頭悪い奴はプログラミング禁止な

>>989が自らプログラミングを断ちました。さようなら

>>797なんですけども何回もすみません
# -*- coding: utf-8 -*-と打ったあと
print u"こんにちは"とうってもやはりエラーがでてしまいます。
なぜなのでしょうか・・・ソースコード変更とぐぐってみてやってみたのです
がどうしてもエラーがかわりません

>>797なんですけども何回もすみません
# -*- coding: utf-8 -*-と打ったあと
print u"こんにちは"とうってもやはりエラーがでてしまいます。
なぜなのでしょうか・・・ソースコード変更とぐぐってみてやってみたのです
がどうしてもエラーがかわりません

>>991
http://www5f.biglobe.ne.jp/t-susumu/library/tpad.html

で、tpad093.exe (681KB) (インストーラ付き) をダウンロードして
インストール。

# -*- coding: utf-8 -*-
print u"こんにちは"

と入力して[ファイル]→[文字/改行コード指定保存]で
文字コードを UTF-8 にして保存。

>>797なんですけども何回もすみません
# -*- coding: utf-8 -*-と打ったあと
print u"こんにちは"とうってもやはりエラーがでてしまいます。
なぜなのでしょうか・・・ソースコード変更とぐぐってみてやってみたのです
がどうしてもエラーがかわりません

>>797なんですけども何回もすみません
# -*- coding: utf-8 -*-と打ったあと
print u"こんにちは"とうってもやはりエラーがでてしまいます。
なぜなのでしょうか・・・ソースコード変更とぐぐってみてやってみたのです
がどうしてもエラーがかわりません

>>850 に全部書いてあるのに

うめ

u

>>797なんですけども何回もすみません
# -*- coding: utf-8 -*-と打ったあと
print u"こんにちは"とうってもやはりエラーがでてしまいます。
なぜなのでしょうか・・・ソースコード変更とぐぐってみてやってみたのです
がどうしてもエラーがかわりません

>>797なんですけども何回もすみません
# -*- coding: utf-8 -*-と打ったあと
print u"こんにちは"とうってもやはりエラーがでてしまいます。
なぜなのでしょうか・・・ソースコード変更とぐぐってみてやってみたのです
がどうしてもエラーがかわりません

このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。