Pythonについて（アンチ専用）

■ このスレッドは過去ログ倉庫に格納されています
2008/02/21(木) 10:24:06
Pythonが嫌いな人のためのスレッドです。

■関連スレ
Rubyについて（アンチ専用） Part002
http://pc11.2ch.net/test/read.cgi/tech/1200210768/
2008/02/24(日) 21:28:29
なにこのスレ・・・
2008/02/24(日) 21:37:22
× アンチ専用
× 低賃金基地外ITドカタ隔離専用
2008/02/24(日) 22:32:08
1のwikiを2時間探しましたが見つかりませんでした。
63デフォルトの名無しさん
垢版 |
2008/02/24(日) 22:47:31
ざこには見えない
2008/02/24(日) 23:18:29
>>42
>>>> print("hoge", 4, 5.67)
>hoge 4 5.67
この仕様はウンコだよなあ
なんで勝手に空白が入ったり改行がついたりするんだよ
2008/02/24(日) 23:25:43
空白いれたくなければ、
print("%s%s%s" % (hoge, 4,5.67)
とすりゃいいんじゃないの。
改行いれたくなければ標準出力様にお願いしなさい:-)
2008/02/24(日) 23:26:11
print("%s%s%s" % (hoge, 4,5.67))
)が足りなかった
2008/02/24(日) 23:27:02
(´-`).oO(無知を仕様のせいにしてウンコとけなすのか...)
2008/02/25(月) 00:10:53
print 関数は互換性重視だろ。sep, end で調節できる。
print("hoge", 4, 5.67, sep="", end="")
2008/02/25(月) 00:14:07
自分のアプリにパイソン組み込んでみた。
久しぶりに脳汁がとまらない。
2008/02/25(月) 00:20:29
病人
2008/02/25(月) 01:03:35
隔離スレへようこそ。
2008/02/25(月) 14:01:22
2008-02-25 15:34:56　という文字列から datetime のインスタンスを作りたいとき

>>> time.strptime('2008-02-25 15:34:56', '%Y-%m-%d %H:%M:%S')
(2008, 2, 25, 15, 34, 56, 0, 56, -1)

から得られると思って
下のように実行してみたら

>>> datetime.datetime(time.strptime('2008-02-25 15:34:56', '%Y-%m-%d %H:%M:%S'))
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
TypeError: function takes at least 3 arguments (1 given)

となってしまいました
2008/02/25(月) 14:02:15
>>> datetime.datetime(2008,2,25,15,34,56)
datetime.datetime(2008, 2, 25, 15, 34, 56)

だと問題ないのに何がいけないんでしょうか？
2008/02/25(月) 14:09:16
>>> datetime.datetime(*(time.strptime('2008-02-25 15:34:56', '%Y-%m-%d %H:%M:%S')[0:6]))
datetime.datetime(2008, 2, 25, 15, 34, 56)
>>> datetime.datetime.strptime('2008-02-25 15:34:56', '%Y-%m-%d %H:%M:%S')
datetime.datetime(2008, 2, 25, 15, 34, 56)
2008/02/25(月) 14:13:32
ありがとうございました
2008/02/25(月) 14:19:10
なにこのためになるアンチスレ(wwww
2008/02/25(月) 22:38:07
>>65
>print("%s%s%s" % (hoge, 4,5.67)
こんなコードを何の疑問にも思わないお前のオツムがあっぱれ
7877
垢版 |
2008/02/26(火) 08:14:13
言っとくけど俺天才だからな
79デフォルトの名無しさん
垢版 |
2008/02/26(火) 08:24:45
知ってるよ
2008/02/26(火) 08:55:08
>>78
お前だれだ？
トリップつけとく
2008/02/26(火) 09:21:19
>>77
Lisper ?
2008/02/26(火) 11:45:51
%の優先順位が無駄に強すぎてイラつく

print "%d" % 3 + 5
これはエラー

print "%d" % (3 + 5)
こうしないとダメ

print "%d"% 3 + " is the answer."
とかするときのためなのかもしれないが、こんな見にくいのこそ
print ("%d"% 3) + " is the answer."
とか
print "%d is the answer." % 3
ってやるから必要ないし。

2008/02/26(火) 12:25:45
%は演算子なのさ。
"%d" % 3 + 5の%は，文字列を左辺に，数値を右辺に取って，結果として文字列を返す。
その後文字列に数値を足そうとしているのでエラーになる。
それだけのこと。超シンプル。
2008/02/26(火) 12:26:28
演算子の優先順位は型によって変わらないから
数値型とか考えると % が + よりも強いのは自然だと思うが
2008/02/26(火) 12:27:20
文字列の場合は % の右辺は常に括弧で囲むようにするといいよ
2008/02/26(火) 12:28:25
なにこの協力的なアンチスレ(wwwwwwwwwwwww
2008/02/26(火) 12:59:25
ああ、昔
print '%s%s%s' % A, B, C
みたいなのでハマったの思い出したよ。
タプルは括弧いらないんじゃなかったのか？って。
2008/02/26(火) 13:06:17
ここは頭の弱い人はPythonを使えないことを証明するためのスレですね(w
2008/02/26(火) 13:39:29
変な挙動だから、よく知らないと戸惑うというだけの話でしょ。
2008/02/26(火) 14:20:13
挙動が変なのは82の頭。
2008/02/26(火) 16:00:20
Python脳ではないことが変の定義なら、確かに
2008/02/26(火) 16:11:28
演算子の優先順位云々ってのは算数レベルの知識だってことにいいかげん気付けよ。
2008/02/26(火) 16:24:12
タプルを自動展開するフォーマッティングはGuido とかも問題を感じてて
たとえば次みたいなときに何かおかしい

>>> "%s"%1
'1'
>>> "%s"%(1,)
'1'
>>> "%s"%((1,),)
'(1,)'

ということが指摘されてて、実際3.0ではこの仕組みは無くなる。

>>87
タプルが括弧いらないのはその通りだけど、
演算子の順位としては最弱(and or より更に弱い)なので、
その場合後ろの方が独立したexprになってしまう。
まあ、確かにカンマと+の順位とか普段考えないので嵌るといえば嵌る
2008/02/26(火) 16:45:03
>>92
Python脳の人がPythonに一切疑問を抱かないのは知ってるから、
そんなに一所懸命「後戻りできなくなったボクの脳を見て！」ってアピールしなくていいです。
2008/02/26(火) 16:57:25
と、さんすうにも四苦八苦なゆとりが申しております。
2008/02/26(火) 18:01:31
算数が平仮名なら、それより先に四苦八苦を平仮名にしないと
演出としてダメダメだと思うよ。
2008/02/26(火) 19:21:28
は？
2008/02/26(火) 21:11:40
>>96
大丈夫かお前
2008/02/26(火) 21:46:47
と、こくごに四苦八苦なゆとりが申しております。
100デフォルトの名無しさん
垢版 |
2008/02/26(火) 23:19:11
3.0っていつごろ出る？
10199
垢版 |
2008/02/26(火) 23:19:57
だれかわたしに挑戦しませんか？w
2008/02/27(水) 00:06:45
>>100
ttp://www.python.org/dev/peps/pep-3000/
2008/02/27(水) 05:17:10
>>101
アホを相手にする人はいません。
2008/02/27(水) 06:06:22
誰もお前の相手なんかしない、という内容で相手してる奴の頭って・・・
105デフォルトの名無しさん
垢版 |
2008/02/27(水) 06:15:05
>>104
言うことを聞かないからといって何も注意しないのは罪だから。

勝手に事情聴取した防衛省とかね。


まあ、事故のときはまず身内に相談するのが当たり前ではあるけど。
2008/02/27(水) 06:28:06
>>int PyRun_SimpleStringFlags( const char *command, PyCompilerFlags *flags)
>>__main__モジュールの中でflags に従ってcommand に含まれる
>>Python ソースコードを 実行します。
>>__main__がまだ存在しない場合は作成されます。
>>正常終了の場合は0を返し、また例外が発生した場合は-1を 返します。
>>エラーがあっても、例外情報を得る方法はありません。
氏ね
普通に例外情報取得できるようにしろ

リファレンスはまったく詳細を書いていない。
ほとんど役に立たない。クズ同然。
2008/02/27(水) 07:03:37
>>100
西暦3000年
2008/02/27(水) 17:04:28
商業ベースに乗らないマイナースクリプト言語の問題はリファレンスがクズということだな
2008/02/27(水) 17:06:19
そうだな、言語リファレンスが存在しないRubyはクズ言語と言っていいよな。
11099
垢版 |
2008/02/27(水) 19:36:40
パイソニスタの私がいうのもなんですが、
Pythonは屑言語の1つだと思います。
N88 BASICより使えない駄目言語。
2008/02/27(水) 19:43:37
>>110
それはない
2008/02/27(水) 19:44:22
パイソンにはLINE文もPAINT文もDATA文もないので
ミンメイが描けません！！
こんな屑言語を作った人は死ねばいいと思います！
2008/02/27(水) 19:49:27
>>112
import turtle
2008/02/27(水) 20:12:10
http://coreblog.org/ats/turtle-python-standard-module
11599
垢版 |
2008/02/27(水) 20:46:24
Pythonにgotoがない時点で終わってると思います。
また安易にErrorキャッチに頼りやすい。
何が
try
except
だ。楽すぎて死ねるわ。
しかも最初からpdbなんていうデバッガもどきがついてるし
2008/02/27(水) 21:33:19
goto for Python
ttp://entrian.com/goto/
2008/02/27(水) 22:23:25
PLAY文が無い限りBASICには勝てない
2008/02/27(水) 22:26:54
PyAudio

The following only summarizes information from the PyAudio Web page.

PyAudio provides Python bindings for the PortAudio audio I/O library. The current version of PyAudio is V0.1.0, which is alpha quality.

Multi-platform
    Package is compilable for MS-Windows, Apple Mac OS X, Linux and cygwin.
Real-time sound acquisition
    Unknown
Support for 16KHz sampling rate and >8-bit sound
    Unknown.
Sound file processing
    Unknown.
Efficiency
    Unknown.
Pitch existence and frequency
    Unknown.
Formants and their bandwidths
    Unknown.
FFT with pre-emphasis and Hamming window
    Unknown.
Power
    Unknown.

2008/02/27(水) 22:27:49
PyMedia.py

The documentation is very sketchy.

Multi-platform
    Package is compilable for MS-Windows, Linux and cygwin.
Real-time sound acquisition
    Unknown
Support for 16KHz sampling rate and >8-bit sound
    Probably depends upon sound card.
Sound file processing
    Yes.
Efficiency
    Unknown.
Pitch existence and frequency
    Use another package for this.
Formants and their bandwidths
    Use another package for this.
FFT with pre-emphasis and Hamming window
    Use another package for this.
Power
    Use another package for this.

2008/02/27(水) 22:28:12
MCI.py (from Arik Baratz) together with ctypes.py

Multi-platform
    ctypes.py is supported by all 32-bit MS Windows (95/98/NT/2000/XP), All BSD Platforms (FreeBSD/NetBSD/OpenBSD/Apple Mac OS X), All POSIX (Linux/BSD/UNIX-like OSes), WinCE.
    MCI.py was designed to communicate with MS-Windows winmm.dll.
Real-time sound acquisition
    Unknown.
Support for 16KHz sampling rate and >8-bit sound
    Unknown.
Sound file processing
    Seems to be able to record to a file.
Efficiency
    Commands are sent as strings.
Pitch existence and frequency
    Use another package for this.
Formants and their bandwidths
    Use another package for this.
FFT with pre-emphasis and Hamming window
    Use another package for this.
Power
    Use another package for this.

2008/02/27(水) 22:28:45
ossaudiodev

Multi-platform
    Not enough. Implemented in Linux and FreeBSD. Available for a wide range of open-source and commercial Unices. But apparently not for MS-Windows.
Real-time sound acquisition
    Blocking reads, by default. Probably can set to non-blocking.
Support for 16KHz sampling rate and >8-bit sound
    Seems to depend upon the sound card.
Sound file processing
    Use another package for this.
Efficiency
    Direct I/O access.
Pitch existence and frequency
    Use another package for this.
Formants and their bandwidths
    Use another package for this.
FFT with pre-emphasis and Hamming window
    Use another package for this.
Power
    Use another package for this.

2008/02/27(水) 22:29:15
Snack

Multi-platform
    The same scripts are usable on Windows 95/98/NT/2K/XP, Linux, Macintosh, Sun Solaris, HP-UX, FreeBSD, NetBSD, and SGI IRIX.
Real-time sound acquisition
    Yes.
Support for 16KHz sampling rate and >8-bit sound
    Yes.
Sound file processing
    Yes.
Efficiency
    Inefficient - data is converted into string by the Tcl part of the package and then converted back into data by the Python part.
Pitch existence and frequency
    Yes. Each 10mSec, using the ESPS method (the ADMF method is available, too).
Formants and their bandwidths
    http://www.speech.kth.se/snack/man/snack2.2/tcl-man.html#sound - see the formant subcommand.
FFT with pre-emphasis and Hamming window
    See above link - the powerSpectrum subcommand.
Power
    See above link - the power subcommand.

2008/02/27(水) 22:31:57
http://wiki.python.org/moin/PythonInMusic
2008/02/27(水) 22:50:00
は？
2008/02/27(水) 22:53:29
PUT文がないとゲーム作れないじゃん。
馬鹿言語かよ＞PYTHON
2008/02/27(水) 23:37:52
Pythonにはブレースが採用されないから
いつまでたっても糞言語。
2008/02/28(木) 09:51:38
ブレースなんてえーだらー
2008/02/28(木) 09:54:41
我ながら全くどうでもいい書き込みだ
2008/02/28(木) 15:33:58
乳thon
2008/02/29(金) 07:01:07
http://news24.2ch.net/test/read.cgi/news5plus/1204187397/
2008/03/01(土) 04:40:26
UTF-8で保存されているファイルをEUCに変換したくて次のような症状が出ています
元ファイルに含まれている「髙」という文字のところで止まってしまうようです
(この文字がなければ正常に変換出来ました)

最初はこちらを試しました
  ifp = open(src, 'rb')
  ofp = codecs.getwriter('euc-jp')(open(dst, 'wb+'))
  ofp.write(ifp.read().decode('utf-8'))

UnicodeEncodeError: 'euc_jp' codec can't encode character u'\u9ad9' in position
163: illegal multibyte sequence

その後こちらも試しましたが却って訳が分からなくなりました
  ifp = codecs.getreader('utf-8')(open(src, 'rb'))
  ofp = codecs.getwriter('euc-jp')(open(dst, 'wb+'))
  ofp.write(ifp.read().decode('utf-8'))

UnicodeEncodeError: 'ascii' codec can't encode character u'\u9ad9' in position 1
63: ordinal not in range(128)

どう書けば正しく変換出来るのでしょうか？
2008/03/01(土) 04:44:51
  ifp = codecs.getreader('utf-8')(open(src, 'rb'))
  ofp = codecs.getwriter('euc-jp')(open(dst, 'wb+'))
  ofp.write(ifp.read().encode('euc-jp'))

これもだめでした
2008/03/01(土) 05:02:42
>>131
あきらめろ

hoge = u'髙'
print hoge.encode('euc-jp')


UnicodeEncodeError: 'euc_jp' codec can't encode character u'\u9ad9' in position 0: illegal multibyte sequence
2008/03/01(土) 07:29:25
Pythonではしごだかをどう扱うよって話だね
どういう対処法があるのかｗｋｔｋ
2008/03/01(土) 07:39:48
python固有の問題でもないと思うが、
hoge.encode('euc-jp', 'replace')でもしとけば
2008/03/01(土) 09:54:38
>>131
UTF-8では表せるけどEUC-JPでは表せない文字というのが山ほどあって
はしごだかはそのひとつ。完全には変換できないです。

読み書きしているファイルが実は HTML や XML だとしたら
xmlcharrefreplace エラーハンドラが便利かも。

>>> import codecs
>>> ifp = codecs.open("input.txt", "r", encoding="utf-8")
>>> ofp = codecs.open("output.txt", "w", encoding="euc-jp", errors="xmlcharrefreplace")
>>> ofp.write(ifp.read())
>>> ifp.close()
>>> ofp.close()
2008/03/01(土) 16:07:09
>>136
ビンゴです
ありがとうございました

しかし「～」はEUCにもあるのに「～」になってしまう副作用が出ますね・・・
2008/03/01(土) 16:12:14
EUCにコードが無い訳じゃないんだよなぁ
fuga = '\xa1\xc1, \xfc\xe2, \xf9\xf5'
2008/03/01(土) 16:15:53
>>137 の2つ目の「～」は「&#65374;」でした
読みにくくてすみません
2008/03/01(土) 16:27:28
「～」は統一されていない
ttp://ichi.mo-blog.jp/tedious/2007/05/
ttp://www.mysql.gr.jp/mysqlml/mysql/msg/12432
2008/03/01(土) 16:29:50
ttp://ja.wikipedia.org/wiki/%E6%B3%A2%E3%83%80%E3%83%83%E3%82%B7%E3%83%A5

ここの「UNICODEに関する問題」を見ると泣けてくる
2008/03/01(土) 16:42:34
これみて自分で変換するしかないでしょうね
http://www.ajisai.sakura.ne.jp/~dindi/chrc/ref/wincode2.txt
2008/03/01(土) 20:21:19
>>142
いただいた
144136
垢版 |
2008/03/02(日) 03:39:09
>>137
「～」はEUC-JPとUTF-8を相互変換するときのテーブルがOS/言語ごとに違うために
変換できなかったり違うグリフで表示されたりします。

俺はよく使う文字について以下のようなコードでWindows用にそろえてます。

    unification = {
        0x2014: 0x2015, # HORIZONTAL BAR
        0xFF5E: 0x301C, # WAVE DASH
        0x2225: 0x2016, # DOUBLE VERTICAL LINE
        0x22EF: 0x2026, # HORIZONTAL ELLIPSIS
        0xFF0D: 0x2212, # MINUS SIGN
        0xFFE0: 0x00A2, # CENT SIGN
        0xFFE1: 0x00A3, # POUND SIGN
        0xFFE2: 0x00AC} # NOT SIGN

    text = unicode(...).translate(unification)

136の例では ifp.read().translate(...) とすればよいと思われ。
2008/03/02(日) 04:15:41
ごめ、訂正。Windows用にそろえてるんじゃなくて、PythonのEUC-JP/Shift_JIS/ISO-2022-JPコデックが
受け付けるコード値に置換してる、というのが正しいです。

ついでに説明しとくと144のunification（辞書）は、キーはWindowsで日本語入力したときに使われるコード値、
各キーの値はPythonの日本語コデックが受け付けるコード値です。

この8個の文字にOS/言語ごとの変換テーブルの違いが集中しているので、
144の置換をしておくと UTF-8 → EUC-JP/Shift_JIS/ISO-2022-JP 変換時のエラーがだいぶ減るはず。
2008/03/02(日) 06:08:12
蟻が十匹
2008/03/02(日) 09:37:37
ありがとうございました

ひょっとして梶●さんですか？
2008/03/04(火) 14:14:00
hoge = {'a': 4, 'c': 2, 'b': 9}

for k,v in hoge.items():
  print k,v

for k,v in hoge.iteritems():
  print k,v

なにがちがうんでしょうか？
2008/03/04(火) 14:17:54
ここは質問スレではないんだが
2008/03/04(火) 14:29:07
>>> hoge = {'a': 4, 'c': 2, 'b': 9}
>>> type(hoge)
<type 'dict'>
>>> type(hoge.items())
<type 'list'>
>>> type(hoge.iteritems())
<type 'dictionary-itemiterator'>
2008/03/04(火) 23:21:17
（´∀｀）ノhoge = dict(enumerate(xrange(1000000)))
2008/03/07(金) 21:07:32
>>> a = {'hoge': 'fuga', 'hige': 'hage'}
>>> a
{'hige': 'hage', 'hoge': 'fuga'}
>>> b = str(a)
>>> b
"{'hige': 'hage', 'hoge': 'fuga'}"

ここで文字列 b から hash を復元して
c (= {'hoge': 'fuga', 'hige': 'hage'}) を作りたいのですが
どのように書けばよいでしょうか？
2008/03/07(金) 21:11:56
>>> eval(b)
{'hige': 'hage', 'hoge': 'fuga'}
2008/03/07(金) 21:17:50
Pythonのアンチスレは質問スレになる不思議

>>152
pickle も調べてみる価値がある、かもしれない
オブジェクトをファイルに保存/復元できるライブラリだよ
2008/03/07(金) 21:40:03
>>> a = {'hoge': 'fuga', 'hige': 'hage'}
>>> import pickle
>>> pickle.dumps(a)
"(dp0\nS'hige'\np1\nS'hage'\np2\nsS'hoge'\np3\nS'fuga'\np4\ns."
>>> pickle.loads("(dp0\nS'hige'\np1\nS'hage'\np2\nsS'hoge'\np3\nS'fuga'\np4\ns.")
{'hige': 'hage', 'hoge': 'fuga'}
2008/03/08(土) 02:39:38
そのまま書き出すとこんな感じ？
(dp0
S'hige'
p1
S'hage'
p2
sS'hoge'
p3
S'fuga'
p4
s.
読みやすいといえば読みやすいし
JSONやYAMLに比べると微妙なんだけど
このフォーマットって何か由来あるんですか
2008/03/08(土) 02:57:25
pickleは人間が編集するようなものではないでしょ
フォーマットは pickle.py, pickletools.py あたり?
2008/03/08(土) 03:47:04
FORTHっぽいね
2008/03/08(土) 04:31:54
>>153
python はこれができるからいいんだよね、
昔 perl でこれと同じ関数を2週間ぐらいかけて作ろうとしてた時に、(リファレンスやら再帰やら使って・・・）
python は両方builtin でできると知って、一気にperl 捨てたｗ
2008/03/08(土) 14:50:49
>>> a = {'hoge': 'fuga', 'hige': 'hage'}
>>> '%(hoge)s' % a
'fuga'

とか、

>>> b = {'moge': a}
>>> '%(moge)s' % b
"{'hige': 'hage', 'hoge': 'fuga'}"

とかは便利なのは分かったんですが、

>>> '%(moge[hoge])s' % b
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
KeyError: 'moge[hoge]'
>>> "%(moge['hoge'])s" % b
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
KeyError: "moge['hoge']"

ネストされたhashへのアクセスは出来ないんでしょうか？
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況