Code Archive Skip to content Google About Google Privacy Terms
Peter Norvig / 青木靖 訳 先週、2人の友人(ディーンとビル)がそれぞれ別個にGoogleが極めて早く正確にスペル修正できるのには驚くばかりだと私に言った。たとえば speling のような語でGoogleを検索すると、0.1秒くらいで答えが返ってきて、もしかして: spelling じゃないかと言ってくる(YahooやMicrosoftのものにも同様の機能がある)。ディーンとビルが高い実績を持ったエンジニアであり数学者であることを思えば、スペル修正のような統計的言語処理についてもっと知っていて良さそうなものなのにと私は驚いた。しかし彼らは知らなかった。よく考えてみれば、 別に彼らが知っているべき理由はないのだった。 間違っていたのは彼らの知識ではなく、私の仮定の方だ。 このことについてちゃんとした説明を書いておけば、彼らばかりでなく多くの人に有益かもしれない。Googleの
Rapid GUI Programming with Python and Qt The Definitive Guide to PyQt Programming by Mark Summerfield ISBN-10: 0132354187 – ISBN-13: 978-0132354189 A sample chapter is available free from InformIT—click "Sample Content" and then "Download the chapter" (almost at the bottom of the page). This book teaches programmers how to write programs using PyQt 4, the Python bindings for the Qt 4 application d
Pythonでプログラムを書いていると、よく関数の中で関数を作ることがあります。 Python はクロージャに対応していて、関数の中で作られた関数は、外側の関数のローカル変数を参照することができます。 クロージャが一番役に立つ場面がデコレータです。次の例では、引数を取るデコレータを作るために関数内関数を2段階作成し、それぞれのローカル変数を一番内側から参照しています(このプログラムは、Python 2.6とPython 3.0の両方で動きます)。 リスト1 # coding: utf-8 from __future__ import print_function import sys def log(out=sys.stderr): def decorator(func): name = func.__name__ def decorated(*args, **kwargs): ###
Table of ContentsForeword1. Strings (100.0%) 2. Numbers (100.0%) 3. Dates and Times (100.0%) 4. Arrays (100.0%) 5. Hashes (100.0%) 6. Pattern Matching (91.7%) 7. File Access (82.6%) 8. File Contents (92.9%) 9. Directories (92.3%) 10. Subroutines (100.0%) 11. References and Records (96.9%) 12. Packages, Libraries, and Modules (92.5%) 13. Classes, Objects, and Ties (100.0%) 14. Database Access (66.7
NOTE: Due to rampant spammer edits, this wiki is no longer open to public editing. Email me your user name and login ID if you want to get access. (If your name isn't shown in the upper right corner of this page, you can click on "UserPreferences" to sign up (with a valid e-mail address) and log in. However, to actually edit anything, I'll need to grant permission to your login first.) Introductio
http://d.hatena.ne.jp/w_o/20081204#p2 まず…って書こうとしたら追記してあった。superの件に関しては、Pythonの人は、「やりかたはひとつがよい」と言ってるので、複数の書きかたができるPythonは悪であると言えるだろう。 これ、よく誤解されてるけど、「何をするにしてもやり方がひとつ」なんて最初から誰も思ってないから。チューリングマシンだって同じ問題を解くTMを何種類も設計できるし。 Pythonで「やり方がひとつ」というのは、たとえば構文を追加する際「こう書きたい!」っていう意見が出ても、その書き方が既存の書き方に対して明確なアドバンテージが無ければ採用しないとか、そういうの。数タイプ減るだけじゃダメ、2行が1行になるのもダメ、3行が1行になるのは、その3行が頻繁に出るならアリかな。 「D言語に似てるのは」とか書かれたので、ちゃんと説明しておくと
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く