「を」のほうがよさそうです。

「作業ブランチを削除するのが一般的です。」の方が自然な気がします。

インデントが必要そうです。

原文がこうなっているのですが、ここはcsrf_tokenが正しいはずです。

トル

↓typo

views.py

インデントが必要そうです。

この「、」の入れ方だとわかりにくく感じたので、以下のようにしてはどうでしょう。

Djangoは、小さなプロジェクトでも100万ユーザーが利用するサイトでも動作します。

または「、」なしにして

Djangoは小さなプロジェクトでも100万ユーザーが利用するサイトでも動作します。

後ろに「。」が必要そうです。

少しこなれていない感じがしたので、以下ではどうでしょう。

変更したい設定を正確に指定するのがとても簡単になります。

↓typo

モジュール

↓typo

テンプレート

「グラフ呼び出しをさらにカスタマイズ」としてはどうでしょう。

トル

「〜的」という表現が2回続いているのが少しこなれていない感じがしました。以下のようにしてはどうでしょう。

視覚的に魅力がある表現

ここも訳したほうがよさそうです。

ここも訳したほうがよさそうです。

ここも訳したほうがよさそうです。

ここも訳したほうがよさそうです。

ここも訳したほうがよさそうです。

ここも訳したほうがよさそうです。

原文によると「01」が正しいようです。

トル

「を」のほうがよさそうです。

トル

↓typo

する

「〜的」という表現が2回続いているのが少しこなれていない感じがしました。以下のようにしてはどうでしょう。

視覚的に魅力がある表現

↓typo

削除することで

文章がこなれていない感じがしたので、以下のようにしてはどうでしょう。

これにより、ゲームを自動的に遊ぶプログラムを書くことを可能にし、ゲームの作品集でゲームセンターを作ることもできます。

ここも訳したほうがよさそうです。

↓typo

Pygame

後ろに「、」があったほうが読みやすくなりそうです。

「新しいコードを動作させるために」の方が意味が通りやすいと思います。

「既存の動作を壊していないか」または「既存の動作が壊れていないか」のほうがよさそうです。

どこにも定義されていない変数を参照しているようです。

頭に「https://」をつけたほうがよさそうです。

どこにも定義されていない変数を参照しているようです。

↓typo

except

この変数がどこにも使われていない？

冒頭でも同じことを書いているように見えて日本語として不自然な感じがしました。以下の文章にしてはどうでしょう。

ファイルから読み込むために、プログラムにファイルの詳細なパスを指定します。

または

プログラムにファイルの詳細なパスを指定し、ファイルから内容を読み込みます。

「読み込むために」のほうがよさそうです。

↓typo

台

日本語として少し違和感があるので、以下のようにしてはどうでしょう。

他の人のコードを見たときのために知っておく必要があります

後ろに余分なスペースが入っているようです。

前のコード例には後ろに「！」が入っていたので、ここにも入れたほうがよさそうです。

日本語として少し不自然な感じがしたので、以下ではどうでしょう。

他の人のコードを見たときのために知っておく必要があります。

「なります。」のほうがよさそうです。

「なります。」のほうがよさそうです。

アスタリスクが1個足りないようです。

typo ↓

プログラム

typo ↓

リスト内包表記

トル

開くカッコが抜けています。

ここは翻訳し忘れ？

メッセージを翻訳し忘れているようです。

これは翻訳し忘れ？

余分なバッククォートが入っているようです。

原文にはこれはないのでトルでよさそうです。

原文にはこれはないのでトルでよさそうです。

pの閉じタグもハイライトに入れたほうがよさそうです。

ここも訳したほうがよさそうです。

ここも訳したほうがよさそうです。

ここも訳したほうがよさそうです。

原文は「We then check whether the form is valid. 」ですが、「then」を日本語にも反映させるなら、頭に「次に、」があったほうがよさそうです。

余分なバッククォートが入っているようです。

余分なバッククォートが入っているようです。

上のtopics.htmlは日本語で書かれているので、スクショも日本語にしたほうがよさそうです。

ここだけハイパーリンクになっていないようです（本にするなら関係ないかもしれませんが念のため）。

上のbase.htmlは日本語で書かれているので、スクショも日本語にしたほうがよさそうです。

原文にはここに(1)があります。

Sphinxの構文が崩れているようです。

上に載っているindex.htmlは日本語なので、このスクショも日本語にしたほうがいいと思います。

Sphinxの構文が崩れているようです（この後ろの文にも同じものがあります）。

この章はDjangoの言語設定を英語にしている前提にしているように読めましたが（Djangoのデフォルトの言語設定は英語）、もしそうならここは英語で書いたほうがいいのではないでしょうか？

この章はDjangoの言語設定を英語にしている前提にしているように読めましたが（Djangoのデフォルトの言語設定は英語）、もしそうならここは英語で書いたほうがいいのではないでしょうか？

平仮名が多くて読みにくい気がしたので、「従う」にするとよさそうです。

平仮名が多くて読みにくい気がしたので、「忘れた」にするとよさそうです。

トル

この後「、」があるとさらに読みやすくなりそうです。

余分なバッククォートが入っているようです。

後ろに「を」があったほうがよさそうです。

後ろに「を」があったほうがよさそうです。

「他の文では「クエリ」と書いていて表記が揺れています。

原文と合わせるなら末尾のスラッシュはなくてよさそうです。実際にブラウザで開いてみても、スラッシュなしのURLにリダイレクトされます。

「できます。」のほうがよさそうです。

typo

文字列として

typo

文字列として

原文では「%p」だし、公式ドキュメントを見ても「%p」が正しいようです。 https://docs.python.org/ja/3/library/datetime.html

ここは翻訳し忘れ？

typo

モジュール

余分なバッククォートが入っています。

トル

日本語として考えると「完全に」はいらなさそうに見えます。 原文だと「it’s certainly not complete」ですが、certainlyは「決して」と訳して良いような気がします。 「certainly not」は「絶対にない」「全くそうではない」といった意味を持つそうです。 https://www.weblio.jp/content/certainly+NOT#:~:text=%E3%80%8Ccertainly%20not%E3%80%8D%E3%81%AE%E6%84%8F%E5%91%B3%E3%83%BB,%E3%81%99%E3%82%8B%E9%9A%9B%E3%81%AB%E7%94%A8%E3%81%84%E3%82%89%E3%82%8C%E3%82%8B%E3%80%82

これは私も自信がないので、他のレビュアーの意見も聞いてみたいです。

他は「ブラウザ」ですが、ここだけ表記が揺れています。

ここは翻訳し忘れ？

「大きさ個別」という表現が不自然に感じました。 原文が「By default, Matplotlib scales each axis independently.」なので、以下のようにしてはどうでしょう。

デフォルトではMatplotlibは各軸の大きさ別に調整します。

「右への移動を意味し」の方が自然な気がします。

「ド」の前に余分なスペースが入っています。

「を」の前に余分なスペースが入っています。

間に余分なスペースが入っています。

間に余分なスペースが入っています。

たぶん消し忘れ？

余分なバッククォートが入っています。

こういう用語があるならママでいいと思いますが、そうでないなら（ググった限りは見当たらなかった）「一連の値」としたほうがよさそうです。

「多くのカスタマイズをせずに」または「多くをカスタマイズせずに」がよさそうです。

後ろに「が」があったほうがよさそうです。

タイトルは正確には「Appendix E」のようです。 https://python-crash-course.pages.dev/appendix/appendixE

「の」の方がよさそうです。

トル

トル

好みの問題かもしれませんが、トルでも良さそうな気がします。

最後の2行のコードの

平仮名が多くて読みにくい気がしたので、「この後さらに」または「このあと更に」の方がいいと思います。

原文を読むと「current_x」と「ある最大値(some maximum value)」を比較するという意味のようですが、この訳だと意味を汲み取りにくく感じました。「ある」はなくして「current_x と最大値を比較します。」の方が意味が通りやすい気がします。

他の項目では「。」はないのでトルでよさそうです

「実行するのに役立ちます」の方が自然な気がします。

トル

「が」の方が自然な気がします。

「が」の方が自然な気がします。

特に読みにくいというわけではないのですが、他の文章と違って読者に語りかける文体になっているのは少し気になりました。 特別な理由がないのであれば、「覚えておいてください。」でいいのではないかと思いました。

バッククォートがそのまま表示されてしまっています。

ここは翻訳中ですか？ それとも翻訳漏れ？

平仮名が多くて読みにくい気がしたので、「見られなかった」とすると良いと思います。

この後「、」があったほうが読みやすそうです。

「名、姓」としたほうが良さそうです。

原文は「Don’t worry if this sounds complicated」ですが、「複雑に見えても心配しないでください」のほうが自然な気がします。

typo

新しい

typo

します

「省略」としたほうが良さそうです。

この章で「snip」が何度か登場しますが、ここにだけコメントしておきます。

ここで「、」で区切ったほうが読みやすいと感じました。

コードの引数の順番に合わせて「名と姓」の方が良さそうです。

この章で「姓と名」という表記が何度か出てきますが、ここにだけコメントしておきます。

トル

「と」の方が自然な気がします。

「学び」の後ろに余分なスペースが入っているようです。

たぶん表示が崩れていると思います

「上」としたほうが自然な気がします。

takanoryさんが担当した章のサンプルコードでは「。」がないので、どちらかに統一したほうが良さそうです。

本章の他のコードのdocstringも同様ですが、コメントはここだけに書いておきます。

バッククォートがそのまま表示されてしまっています。

直前と同じ文章を2回繰り返しています。

原文がそのまま残っているのでトル

平仮名が多くて読みにくく感じたので、「代わり」と書くと良さそうです。

これはトルで良さそうです（else, exceptも同様）

「第5章: if文」の表記に合わせるなら、ハイフンはバッククォートで囲まずに書いたほうがいいと思います。

ここは翻訳中ですか？ それとも、翻訳漏れ？

左右に余分なアスタリスクがついています。

typo

どんな

ここは翻訳中ですか？ それとも、翻訳漏れですか？

ここはカタカナで「オブジェクト」の方が良さそうです。

他の文では「フォルダー」なので、表記が揺れています。

他の文では「フォルダー」なので、表記が揺れています。

平仮名にするより「仕組み」の方が読みやすいと感じました。

トル

バッククォートがそのまま表示されてしまっています。

バッククォートで囲んだほうが良さそうです。

原文にはある(1)が抜けているようです。

上のコードに(4)はないです。

バックスラッシュがそのまま表示されてしまっています。

原文がそのまま残っているのでトルで良さそうです。

typo

学べる

コード上での引数の順番に合わせて、「名と姓」にしたほうがより分かりやすいと思います。

この章で「姓と名」という表記が何度か登場しますが、コメントはここだけに書いておきます。

code-blockがそのまま表示されてしまっています。

「メッ」の後に余分なスペースが入っています。

「出し」の後に余分なスペースが入っています。

「メッ」の後に余分なスペースが入っています。

「新」と「しい」の間に余分なスペースが入っています。

「し」と「ます」の間に余分なスペースが入っています。

typo

リスト

typo

します

コード上での引数の順番に合わせて、「名または姓」にしたほうがより分かりやすいと思います。

これはPythonのコードではなく出力結果なので、先頭の「# 」はなくても良いと思います（原文にも「# 」はありませんでした）。

インデントが必要そうです

原文は「For a program that should run only as long as many conditions are true,」ですが、「真」の後に括弧書きでtrueと書いているのが、Pythonのコードで頭小文字のtrueというキーワードがあるのかな？ と取れました。

括弧書きのtrueをなくして「真」だけでも良いと思います。丁寧に解説するなら、訳注として「PythonでいうところのTrueです」のような文を入れるといいのではないでしょうか？

ここで一度「、」で区切ったほうが読みやすいと感じました。

ここはまだ翻訳作業中ですか？ それとも作業漏れですか？

ここは「Pythonのプログラムをターミナルで実行する」ではないでしょうか？

余分な「*」が入っています。

インデントが崩れているように見えます。原文によると、このif文はforループの中に書かれたコードのはずです。

トルで良さそうです。

この後ろに「、」を入れたほうが読みやすそうです。

ここは、上の「in」と同様にcodeタグで囲んだほうがいいのではないでしょうか？

「を」の方が自然だと思います。

上のコードに該当する数字がないし、原文にもこの数字はないようです。

平仮名が続いて読みにくく感じたので、「大抵」の方がいいと思います。

バックスラッシュが1個余分に書かれています。

トルで良さそうです。

もしかして「1」はtypo？

この数字が指す行が上のコードにないし、原文にもないようです。

この数字が指す行が上のコードにないし、原文にもないようです。

「しれくれたりする」がちょっと文章が冗長に感じたので、以下ではどうでしょう？

してくれるようになるでしょう。

文脈からして、「いい」というより「まし」という方が適切な気がします。

typo

きれいな方

漢字にしたほうがよさそうです。

特に

漢字にしたほうがよさそうです。

特に

漢字にしたほうがよさそうです。

特に

以下の方が「、」の入れ方としては自然な気がします。

また、ガイドラインはコードを読んで

余分なバッククォートが入っています。

カタカナ表記しているのをあまり見ないので、「Finder」、または「Finder（ファインダー）」にしてはどうでしょう？

ここが太字になっているのは意図通りですか？

ちょっと日本語として違和感があります。

「使いこなせるようになると、」ではどうでしょう？

他の文では「インタープリタ」と書かれていて、表記が揺れています。