Python 2.4 ドキュメントの和訳が完了 44
ストーリー by Masafumi Otsune
2.4に追い付きました! 部門より
2.4に追い付きました! 部門より
mumumu曰く、"Pythonドキュメント翻訳プロジェクト有志の作業により、この度バージョン 2.4のドキュメント翻訳が完了しました。2.4関連のドキュメントに全面対応したのは勿論、大幅に追加されたチュートリアルや、モジュール配布ユーティリティのdistutils API ドキュメントも日本語で読むことが可能になっています。充実したドキュメントを維持するための多大な有志の努力に、感謝と敬意を表したいと思います。内容に対する指摘や意見はsourceforge.jpのtracker及びメーリングリストへどうぞ。"
2.4リリース時のストーリーとしてPython2.4リリースも参考に。
ツッコミ募集! (スコア:4, 参考になる)
今のドキュメント和訳は「やっと一通り日本語になった」というくらいの状態なので、まだまだ文章に変なところや細かいミスがあるはずです。
もしドキュメントを読んでいて気になることがあれば、遠慮なくトラッカにツッコミをいれてください。よろしくお願いします。
Re:ツッコミ募集! (スコア:0)
pythonは遅いんだよ (スコア:2, 興味深い)
可読性?価値ないね。perl でいいだろ。
速さは?perl とほとんど変わらないんだろ。
イテレータ?例外処理?なにそれ。
そんなもの CGI には関係ないんだよ。
php なら組める人間いっぱい居るからそっちのほうがビジネスになるなぁ。
君だけだよ? python で組むのは。
-----
こんなこと言われてます。
反論できない。ビジネスに出来ない。
それが python の弱さ。
ひとつの言語で GUI からデーモンまでお手軽に組めるなんて、python ぐらいだと思うんだけどな。
python のマニュアル+和訳は確かに良く出来てるよ。実際、凄く助かってるし。
でもね、和訳したからと言って、日本人向けになっているとは限らないんだよね。
Re:pythonは遅いんだよ (スコア:3, 参考になる)
なぜ Python なの? [s-lines.net]
Re:pythonは遅いんだよ (スコア:2, 興味深い)
いったい誰に?w
Python、驚くほど普及してきてるように思うけど。例えば、いまだにFortranバリバリの科学技術計算プロジェクトのくせにdeploymentスクリプトがPythonだったりするのをよく見かけます。
まあ確かにweb系は遅れをとってるかも。mod_python動かすのけっこう難しいし、cgiとして使うと確かにオーバーヘッド大きいし。
Re:pythonは遅いんだよ (スコア:2, 興味深い)
ただ、自分中心の小規模でやるなら、自分がメンテしやすくて、他人にいじられても何がどうなったのかわかりやすいのがいい。その点ではpythonはいい線いってると思う。
Re:pythonは遅いんだよ (スコア:0)
俺が経験した事例:
すこし前に社内イントラで使う簡単なWebベースのツールがPythonで作成された
↓
結構便利なのでみんな使い出した
↓
開発した奴の趣味のようなもんなので、どんどん機能拡張されて便利になった
↓
ますますユーザがそのツールに依存
↓
開発した奴がより高待遇を提示され、去っていった
↓
メンテナンス不能に
↓
そのツールが無いと仕事の効率が落ちるような状況だったので、結局PHPで再実装。
再実装した奴も既に転職しちゃった。
↓
現在でもメンテして使いつづけてる
Pythonで実装した人はPerlもJavaもできる人だったから、最初からそっちで実装してくれてればなと。
google (スコア:2, 参考になる)
ビジネスで使っている会社の例。
http://www.atransia.co.jp/home/fukamachi/Diary/2006/02/12/ [atransia.co.jp]
| Google で使われている言語は、C++, Python, Java が主なもの。
| これ以外の言語は、特別に許可を取らないと使えないようだ
| (Perl なども一部で使われているがやはり許可が必要)。
| 一番多用されているのは C++ で、Python がそれに次ぐ。
| (略)
| 運用管理がまず Python の独壇場。
| Build System がは全面的に Python。
| データの管理やログの管理なども Python で書かれている。
Re:google (スコア:1)
本人の報告 [artima.com]
Re:google (スコア:0)
主な事例にするのはどうかと。
一般的な業務アプリとかで、他にどこが使ってる?
Re:google (スコア:1)
># そういえばXenやOOoなんかもpython使ってますね。全く目立ちませんが。
と書かれていますが、他に私の知っている限りでは、Paintshop Proの8と9で
使われていますね。
Re:google (スコア:1)
前者はPaintShop ProやBlender, 後者はPloneやBitTorrent(本家), Tracに加えて、RedHat系LinuxのインストーラAnacondaなども挙げられますね。
Re:pythonは遅いんだよ (スコア:2, おもしろおかしい)
忘れないでください><
そういう風に使ってる人見たこと無いけど。
Re:pythonは遅いんだよ (スコア:2, 参考になる)
・言語としての基盤が堅牢
・品質の高いコミュニティとライブラリ
・バージョンアップ時にも互換性が維持される
速度はCGIではなく、FastCGI等のlong running processで達成することになります。
ホスティングしようとすると、python-hosting.com等一部の業者以外ではやりづらいですね。
CGIといえどもプログラミングだから、可読性・保守性が必要ないということはないはずです。
TracのようなPythonで書かれた有用なアプリケーションは、次第に増えていくと思います。
Re:pythonは遅いんだよ (スコア:2, 参考になる)
Google Trends "Perl,Python" [google.com]
PHPはなんか妙に多いね。なんでだろ。
Google Trends "Python,PHP" [google.com]
Re:pythonは遅いんだよ (スコア:1)
PHP掲示板の脆弱性を利用するウイルス「Santy」~Googleで攻撃先を検索 [impress.co.jp]
# Google Trends "Python, Perl, Ruby, PHP" [google.com]
# 意外とRubyが健闘している…と思いたいが、他の物が混じってるからだろうな…
Re:pythonは遅いんだよ (スコア:0)
Rubyと比べて (スコア:1, 興味深い)
充実したドキュメントがそろったというニュースはうれしいです。
ところで、他にも有名なスクリプトにRubyがありますが
みなさんはどちらをお使いでしょうか。
お気に入りの理由なんか聞かせてもらえると幸いです。
Re:Rubyと比べて (スコア:3, 興味深い)
プロバイダで実行環境を提供してくれますから。
選択の余地がないんです。
Re:Rubyと比べて (スコア:3, 参考になる)
安プロバイダでも実行環境があり、MySQLと親和性が高く、MySQLのMyISAMと併せパフォーマンスが良いことです。
perlやrubyのcgiだと起動がネックですね。最近流行りのajaxなんてCGIでは目も当てられません。PHPと遜色ない速度で動作するmod_perl、mod_ruby、jspなんかは専用サーバがないと動かせないですからね。
単に使いやすいスクリプト言語という意味ではperlですね。原始的ですがbsh+sed+awkなんかもまだまだ現役ですが、CPANの豊富なモジュール群でperlがリードです。
oop言語はちょっとした用途に使い棄てる場合、若干冗長なのです。RubyやPythonは慣れてしまえばPerlと大差ない範囲なんですが、俺様ツールでSTDINからの入力を型変換だのキャストだの考えずにゴリゴリ書けちゃう気軽さはやはりPerlに譲ります。
しかし最近書籍を漁ってる人ならご存知かと思いますが、入門書、書籍からの入りやすさで既にPerlの時代は既に終わりつつあるようです。PHP、Java、最近RailsのおかげでRubyも多くなって来ましたね。
Pythonは整然としていて美しく、そこかしこにほんのりPerlが薫るRubyよりも日本人受けしそうなんですけどね。ライブラリもかなり充実してますし・・・・日本語ドキュメントがなかったせいでしょうか、なかなか普及しませんね。これを機に普及するといいんですけれど。
Re:Rubyと比べて (スコア:0)
Re:Rubyと比べて (スコア:1)
>Python使ったこと無いでしょ。Rubyだってそんなこと無いと思うけど。
「型変換なしに」っていうところが一番いいたかったことでは。
私はPythonが好きですけど、string.atoi, string.atofをタイプした回数は数知れません。
kaho
Re:Rubyと比べて (スコア:1, すばらしい洞察)
どうでもいいけどstring.atoiもstring.atofも型変換とは呼ばないような。
lexical cast (スコア:1)
屍体メモ [windy.cx]
Re:Rubyと比べて (スコア:1)
あ,確かに.単に自分の不満を書いてました.
また,うまいやり方があるのだとは思いますが,ある変数の型が命令が実行されるまでわからないのにprintfフォーマットは厳格なところとか,Perlの柔軟性がうらやましくなることはあります.
でもPerlはやり過ぎでそれが理由で離れたのですが.
> つfrom string import atoi, atof
名前空間をできるだけ汚さない趣味だからでもあるのですが,それもタイプ量が(C並に)ちょっと減るだけでは.
kaho
Re:Rubyと比べて (スコア:1)
ところでatoi系関数は既に撤廃されていませんでした?型変換なら(ユーザ定義型との互換性のためにも)int()やfloat()とかのコンストラクタ関数を使った方が良いと思うのですが。
That is not dead which can eternal lie,
And with strange æons, even death may die.
Re:Rubyと比べて (スコア:1)
まさに聞くは一時の恥というやつで,無知を晒しましたが知ってよかったです.
これまで因習で使っていましたがこれからはコンストラクタにします.
kaho
Re:Rubyと比べて (スコア:1)
Python1.xをお使いなのかもしれませんが、Python2.0からはstring.atof/string.atoiはdeprecatedです。
float(str)もしくはint(str, base)を使いましょう。
Re:Rubyと比べて (スコア:2, 参考になる)
せっかくだから翻訳されたリファレンスへのリンクを張っておきます。
撤廃された文字列関数 [python.jp]
Re:Rubyと比べて (スコア:2, 参考になる)
Pythonの良さの一つに、対話モードがあると思ってます。
これ、デバッグ時にとても重宝しますよね。
加えて、dir(オブジェクトが有する属性一覧)やhelpのような組込み関数のおかげで、メソッド名や引数を度忘れすることが多い粗忽者は助かってます(笑)
Re:Rubyと比べて (スコア:0)
Re:Rubyと比べて (スコア:2, 参考になる)
追加で何かをインストールする必要なく、Webサーバ、xml関連(xmlrpcも含む)、ユニットテスト、プロファイラなど何でも揃っているので環境構築・開発が非情に楽です。pythonだけインストールしてあればOKなので。
rubyならgem、perlならcpanがありモジュールのインストールは簡単ですが、自由にインストールできない環境(管理ポリシーなどで)ではいろいろ面倒です。
# そういえばXenやOOoなんかもpython使ってますね。全く目立ちませんが。
Re:Rubyと比べて (スコア:0)
これらはすべてrubyでも標準添付なんだが。
つsh (スコア:1, おもしろおかしい)
Re:つsh (スコア:0)
コンパイル (スコア:0)
Re:コンパイル (スコア:1, 参考になる)
http://ymasuda.jp/python/py2exe/py2exe.html [ymasuda.jp]
欲しいのはこんなん?
Re:コンパイル (スコア:1)
Re:コンパイル (スコア:1)
見つけたものが何であるかで,未来の姿が変わる.
Re:コンパイル (スコア:0)
Re:2GET (スコア:3, おもしろおかしい)
Re:2GET (スコア:0)