@@ -11,8 +11,8 @@ msgstr ""
11
11
"Project-Id-Version :Python 2.7\n "
12
12
"Report-Msgid-Bugs-To :\n "
13
13
"POT-Creation-Date :2019-01-01 15:21+0900\n "
14
- "PO-Revision-Date :2018-08-01 05:06 +0000\n "
15
- "Last-Translator :tomo \n "
14
+ "PO-Revision-Date :2019-05-09 15:40 +0000\n "
15
+ "Last-Translator :Hiroyuki Kurosawa <kh99mail@gmail.com> \n "
16
16
"Language-Team :Japanese (http://www.transifex.com/python-doc/python-27/language/ja/)\n "
17
17
"MIME-Version :1.0\n "
18
18
"Content-Type :text/plain; charset=UTF-8\n "
@@ -296,7 +296,7 @@ msgstr "Python にメソッドを使う機能 (list.index() 等) と関数を使
296
296
297
297
#: ../../faq/design.rst:229
298
298
msgid "As Guido said:"
299
- msgstr ""
299
+ msgstr "Guidoいわく: "
300
300
301
301
#: ../../faq/design.rst:231
302
302
msgid ""
@@ -305,7 +305,7 @@ msgid ""
305
305
"likes notations where the visuals help the mathematician thinking about a "
306
306
"problem. Compare the easy with which we rewrite a formula like x*(a+b) into "
307
307
"x*a + x*b to the clumsiness of doing the same thing using a raw OO notation."
308
- msgstr ""
308
+ msgstr "(a) 幾つかの演算では、接頭辞は接尾辞よりも単純に読みやすいからです。接頭辞(そして接中辞!)による演算は数学において長い歴史があり、そこでは課題に対する数学者の思考を視覚的に助けるような記法が好まれます。x*(a+b)をx*a + x*bに書き換える容易さと、それと同じことを純粋なオブジェクト指向の記法で行う煩わしさを比較してみてください。 "
309
309
310
310
#: ../../faq/design.rst:238
311
311
msgid ""
@@ -317,12 +317,12 @@ msgid ""
317
317
"len(). Witness the confusion we occasionally have when a class that is not "
318
318
"implementing a mapping has a get() or keys() method, or something that isn't"
319
319
" a file has a write() method."
320
- msgstr ""
320
+ msgstr "(b) len(x)というコードを読んだ時、私はそれが何かの長さを問うているのだなと知ることができます。これは私に2つの事を知らせています。一つは結果が整数であること、そして引数は何らかのコンテナであることです。対して、x.len()を目にした場合、私はその時点でxが何らかのコンテナであり、それが標準のlen()を持っているクラスを継承しているか、インターフェースを実装していることを知っている必要があります。mappingを実装していないクラスがget()やkeys()メソッドを持っていたり、fileでない何かがwrite()メソッドを持っているような混乱を我々は時折見かけることがあります。 "
321
321
322
322
#: ../../faq/design.rst:265
323
323
msgid ""
324
324
"https://mail.python.org/pipermail/python-3000/2006-November/004643.html"
325
- msgstr ""
325
+ msgstr "https://mail.python.org/pipermail/python-3000/2006-November/004643.html "
326
326
327
327
#: ../../faq/design.rst:251
328
328
msgid "Why is join() a string method instead of a list or tuple method?"
@@ -639,15 +639,15 @@ msgstr "タプルはイミュータブルなので、一度タプルが生成さ
639
639
640
640
#: ../../faq/design.rst:508
641
641
msgid "How are lists implemented in CPython?"
642
- msgstr ""
642
+ msgstr "CPythonでリストはどのように実装されているのですか? "
643
643
644
644
#: ../../faq/design.rst:510
645
645
msgid ""
646
646
"CPython's lists are really variable-length arrays, not Lisp-style linked "
647
647
"lists. The implementation uses a contiguous array of references to other "
648
648
"objects, and keeps a pointer to this array and the array's length in a list "
649
649
"head structure."
650
- msgstr ""
650
+ msgstr "CPythonのリストは実際に変数分の長さの配列で、Lispスタイルの連結リストではありません。この実装は他のオブジェクトへの参照の連続した配列を使用していて、この配列へのポインタおよび配列長はリストの先頭の構造体に保存されています。 "
651
651
652
652
#: ../../faq/design.rst:514
653
653
msgid ""
@@ -665,15 +665,15 @@ msgstr "要素が追加または挿入されるとき、この参照の配列は
665
665
666
666
#: ../../faq/design.rst:524
667
667
msgid "How are dictionaries implemented in CPython?"
668
- msgstr ""
668
+ msgstr "CPythonで辞書はどのように実装されていますか? "
669
669
670
670
#: ../../faq/design.rst:526
671
671
msgid ""
672
672
"CPython's dictionaries are implemented as resizable hash tables. Compared "
673
673
"to B-trees, this gives better performance for lookup (the most common "
674
674
"operation by far) under most circumstances, and the implementation is "
675
675
"simpler."
676
- msgstr ""
676
+ msgstr "CPython の辞書は大きさを変更できるハッシュテーブルとして実装されています。B 木と比べて、ほとんどの条件下で (特に一般的な演算である) 探索のパフォーマンスが良いですし、実装も単純です。 "
677
677
678
678
#: ../../faq/design.rst:530
679
679
msgid ""