デベロッパー？

トル？

typo トル

好みかも知れませんが、「過去」も良いかも

でも

代案 コードを断片的にテストする場合に便利

トル

typo 各 （原文：each URL）

基？

1つのグラフ描画において、

トル

トル

typo 立方

typo 立方

現在の？（好み）

typo 立方

いくつもの

の、が多いので代案

図の中のグラフを1つ表します。

の？（好みかも）

の

間？

を

からの

この一文がなくても良いかも知れません

3Dプリント の方が一般的かも知れません

処理が実行

「情報の断片の間の関連」が読みにくいと感じた。 代案 辞書は要素間の関連情報を格納します。

図番は8-1？

他の章ではコロン：があるが、ここにはない。

他の章にはコロン：があるが、ここにはない。

他の章でクエリとなっていたので、表記ゆれを防ぐためにどちらかに統一

「序盤の動きだし」の方が対局の雰囲気がでそう

同様に、ひらがなが多いので「時」としたい

同様に、ひらがなが多いので「時」としたい

第12章、第13章、第14章 原文「In the Alien Invasion project (Chapters 12,13, and14)」 →ただし、別の本になっているためこのママかも知れない（後の章で混在していたので、表記ゆれにならないようにする）

多くの（好みの問題）

表記ゆれ　クエリ または他をクエリーに統一

下の文ではURLとなっているので表記ゆれ？ 「このURLが人間の入力への応答を意図したものでないことがわかります。」の部分

代案　color 引数は、各マーカーがカラースケールのどの色を使用するかをPlotlyに伝える値です。

「使うかの決定に使用する値を」という所が読みにくかったため。

代案　関数を呼び出すことで発生します。 原文：All the significant changes here occur in the A function call.

図4-〇、図15-〇が混ざっていると思います。この本としては4、通算では15だと思うので、どちらかに統一でしょうか。

他の章では「チェイン」だったような記憶。 最後に章またぎの表記ゆれがないか確認した方が良い単語と思いました。

環境によってコマンドが変わる件は、この章の最初に訳注を残しておいた方がやさしいと思いました。（課題となっていたところ）

絹雲がしっくりこない人も多い？ wispy and cloudlikeを「うっすらした雲」のような表現にするのはどうでしょう

他の章では「チェイン」だったような記憶。 最後に章またぎの表記ゆれがないか確認した方が良い単語と思いました。

最も

も、ここで

この章で初めて出てくる「スプライト」というカタカナ単語があまり聞きなれないので、何か他の言い回しがないか…思いつかない。スプライト（～）のように補足しておきたい

14章？

メソッドの呼び出し

ゲーム内の相互作用をより良くさせる方法を理解しましょう。 トカ

17

16

15

第18章、第19章、第20章

～問題の最短の例～：が少し読みにくいと思いました。 「あなたが直面している問題をシンプルに説明する短い質問をするべきです。」トカ

ツールの探求に時間をかけすぎない方が良いということを覚えておきましょう。 または、 ツールの探求に時間をかけすぎない方が良いということを忘れないようにしましょう。 の方が自然かもです。

（.）の方が良い？

これまではフォルダーだったような？ 下も同様

E⑤は、 ：直前の①②のように、キーワードの直後に番号を置いた方がよいと思いました。

記号も併記したい：パーセンテージ(%)

記号も併記したい：ドット(. )

百 ：直後の千と表記を合わせたい

された以降？

ここに②が入ると思います。

日本語のパブリックドメインが紹介されているので、試してみたくなりますが、日本語の場合はスペースで単語が区切られていないので、単語の数という例題だとうまく機能しないと思いました。 何かその件に関する訳注も入れておいた方が日本人の読者が混乱しなくなるかも知れません。

非常に良い訳注だと思いました。

意訳「想像次第で」の方が読みやすいと思いました。

数値を読み取り、数値型でその値を操作したい場合は、int()関数を使用して整数に変換するか、float()関数を使用して浮動小数点に変換する必要があります。

forループ、とした方がよりわかりやすいかもしれません。

エイリアス？

コードに（３）を追加した上でここが（３）になる？

ここに（３）がくる？

走行距離は 23 マイルです。

る　をトルでも良いかも

で

日本でもエイリアスと呼ぶので、エイリアスの方が良いと思いました。 原文：unique alias

名と性にするのが良いか、これは欧米の文化であるからそうなっているのであって、日本語の書籍としては「性と名」の方が一般的なのでコードの方を直すのも良いと思いました。

終了条件が曖昧、の方が自然？ 微妙という表現が少し気になりました。

いままでコード内の注釈用数字は青色だったのでここも同様に青色にしたい

どのような

特に、の方が読みやすい

ここのインデントは不要？（下と対比させるので）

「等号が1つの場合は命令文です。」の方が良いかも知れません。 原文の「A single equal sign is really a statement」において、statementはコンピューター用語で使う場合命令文になることがあるため https://eow.alc.co.jp/search?q=statement

99文字を上限にしているチームもあります

も容易に行えます

ここは下のコードブロックが正なので不要？

原文とは異なるが、意訳として「エラーの中には解決が困難なものもあり、最終的にはたった1文字がエラーの原因であるということもあります。」トカ

typo: なため

「このような」のような意訳が自然かも？

typo: 方法

太字の方が良い

ちょっと読み難さを感じました。 原文が「you’ll need to watch for a few common indentation errors.」なので、エラー文としてのIndentationErrorを示さず、単に 「よくあるインデントの間違いに注意する必要があります。」トカどうでしょう。

多くの場合は

例えば、ネコやイヌなどの一般的なものがリストの要素に含まれている場合、forループを使って次のようにするとわかりやすくなります。

f-string?

「スペース文字」という表現もあるようです。 https://docs.python.org/ja/3.12/library/email.header.html

Python公式ドキュメントでは「f-string」と書いてありました。 https://docs.python.org/ja/3.12/tutorial/inputoutput.html#formatted-string-literals

トルでも良いかも

忘れた

「このあとの手順を簡単に追っていけます。」トカ

「の作成、編集、実行をよりスムーズにします。」トカ

Finder

NNには後でページ数が入ると理解しました

有益

可視化技術

だけ

プログラムの中

「本書はさまざまなキャリアへの転換をサポートします」

主語がわかりにくく感じた。 「No Starchにはすばらしいマーケティングチームがあり、書籍の販売～」の方が良いと思いました。

ここだけ前にスペースがある？

「や」の方がより自然かも。原文によるが、手紙とeメールを両方ではなく、たいていはどちらかだと思ったため。