「画面スクリーンショットのように」

「デプロイメントの登録は」

どこを変更したかコメントで示してもらったほうが分かりやすいと思いました。

print() 関数ですね

先頭大文字と先頭小文字の表記があるので、どちらかに統一したほうがいいと思いました。

"「Skip」で登録を省略できますが、"のような書き方のほうがいいかなと思いました。

細かい話ですが、ここは改行なしで"""ディスク使用量情報を取得します。"""でいいような気がしました。

細かい話ですが、ここは改行なしで"""OSの名前を取得します"""でいいような気がしました。

図の左にある「Clude Desktop」は「Claude Desktop」ではないですか？

それぞれリンクがあるとよさそうです。

実際に動かしている様子を動画で確認できると、よりイメージしやすいかなと思いました。

それぞれの役割について簡単な説明がほしいです。

処理の大まかな流れだけでも書いてあると嬉しいです。

ここで「、」を入れたほうが読みやすいと感じました。

正しい表記は「HttpOnly」だと思います。 https://developer.mozilla.org/ja/docs/Web/HTTP/Reference/Headers/Set-Cookie#httponly

クリッカブルなリンクにしたほうがよさそうです。また、このリンクが何なのか説明がほしいです。

クリッカブルなリンクにしたほうがよさそうです。また、このリンクが何なのか説明がほしいです。

クリッカブルなリンクにしたほうがよさそうです。また、このリンクが何なのか説明がほしいです。

「ルーティングです」のほうがいいと思いました。

ここは見出し？

「機能です」のほうがいいと思いました。

ここで「、」と入れたほうが読みやすいと思います。

何を説明しようとしているのか、ちょっと分かりにくかったです（「主に」とは？）。

クリッカブルなリンクにしたほうがよさそうです。

さい→際

文中では「Webツールキット」なのに下の図では「Web Tool Kit」になっているので、一瞬どこの「Webツールキット」があるのか迷いました。文章と図の文言は、できれば合わせたほうがいいと思います。

このコメントはどういう意味ですか？

sudo apt install build-essential \ zlib1g-dev \ ... みたいに、適当な所でバックスラッシュで改行を入れると、横スクロールがなくなって読みやすくなりそうです(なぜかコメントだと改行が効かない)。

「速度」と「所要時間」が混在しているようです。

これは後ろのカッコのあとで書くとよさそうです。

これはトルでよさそうです。

これは後ろのカッコのあとで書くとよさそうです。

これはTrue/Falseで指定するパラメータですか？

速度というより所要時間なのかなと思いました。また、右側に「分」「秒」が書いてあるので、(分)も不要かと思いました。

ffmpegとFFmpegで表記が揺れています。 公式サイトによると、FFmpegが正しそうです。 https://www.ffmpeg.org/

正確には「YouTube」です。

おそらくjsonのtypo？

環境変数OPENAI_API_KEY

と書くと、より分かりやすくなりそうです。

ここはクリッカブルなリンクにしておくとよさそうです。

どこに指定するのかわかりにくいので、「transcribe()メソッドに」のような説明があるとより読みやすくなりそうです。

「print()関数」だと思います。

引用元のサイトに引用した箇所以外にも色々書いているので、該当箇所を示す以下のリンクの方がよさそうです。 https://github.com/openai/whisper?tab=readme-ov-file#available-models-and-languages

細かい話ですが、上の説明文の順番にあわせてAPI版を先に書いたほうがいいような気がします。

最後に「。」があるとよさそうです。

以下のドキュメントには "Note that LiteralString is a special form used solely for type checking. " と書いているので、LiteralStringはstrのサブクラスとして追加されたわけではなく、あくまで型チェックのための型だということは触れておいてもいいかもしれません。type("seven")を実行してみると<class 'str'>が返ってくるのに疑問を持つ人がいるかもしれないので。

https://peps.python.org/pep-0675/

→エラーではなくなります。

先頭の「o」が抜けています。

→されていました

↓typo

作っていたものを

「始める」のほうがよさそうです。

ここから下は特徴の説明をしているようなので、URLの掲載とは別に、「Streamlit Cloudには以下の特徴があります。」のような説明を先に書いてから列挙するのがいいと思います。

クリッカブルなリンクにしたほうがよさそうです。

「、」が多いのでここはトルでよさそうです。

たぶん「で」が正しいのでは？

後ろに()をつけた方がよさそうです。

後ろに()をつけた方がよさそうです。

後ろに()をつけた方がよさそうです。

後ろに()をつける表記と混ざっているので、()をつける方に統一したほうがよさそうです。

何を説明するのか書いたほうがよさそうです（おそらくst.writeの用途？）

トル

「、」が多いのでどちらかをトルでよさそうです。

下の画像にキャプションがあるといいと思います。書き方は以下を参考にしてください。 https://github.com/pyconjp/report2024/blob/382aaa7dc6cfff017a5a7476c4908c39f9629037/source/05-talk-english/index.md?plain=1#L9-L13

トークを聞いた上での感想もどこかにあるといいと思います。

下の画像にキャプションがあるといいと思います。書き方は以下を参考にしてください。 https://github.com/pyconjp/report2024/blob/382aaa7dc6cfff017a5a7476c4908c39f9629037/source/05-talk-english/index.md?plain=1#L9-L13

トークを聞いた上での感想もどこかにあるといいと思います。

「主催メンバー」のほうがよさそうです。

この下に載せている写真にキャプションがあるとよさそうです。キャプションの入れ方は以下のように書きます。 https://github.com/pyconjp/report2024/pull/2/files#diff-4dac55c72f6aa230d1237f690883efe9a97f71fdf1f6d2efd55b44078b2eb34fR9-R14

下に載せている写真にキャプションを入れたほうがよさそうです。キャプションは以下のように書きます。 https://github.com/pyconjp/report2024/pull/2/files#diff-4dac55c72f6aa230d1237f690883efe9a97f71fdf1f6d2efd55b44078b2eb34fR9-R14

下に写真が2つありますが、いずれもキャプションがあるとよさそうです。 キャプションは以下のように書きます。

https://github.com/pyconjp/report2024/pull/2/files#diff-4dac55c72f6aa230d1237f690883efe9a97f71fdf1f6d2efd55b44078b2eb34fR9-R14

日本語としては「紹介していただいた」または「ご紹介いただいた」の方が正しそうです。

コメントテスト

ここは「$」ではないですか？

「なお、本記事で紹介するバージョンは0.4.13です。」でよさそうです。

公式ドキュメントによると、「brew install uv」のようです。 https://docs.astral.sh/uv/getting-started/installation/#cargo

ひらがなが多くて読みにくい気がしました。いくつか修正案を挙げます。

コツをつかむうえで、とてもよい練習になります

コツをつかむうえで非常によい練習になります

コツをつかむための素晴らしい練習になります

後ろに「、」があったほうが読みやすい気がします。

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

原文が「 You can try issuing the commit command again」ですが、「You can try」を訳に反映させるなら、以下のようにしてはどうでしょう？

commitコマンドの再実行を試すことはできます。

または

commitコマンドの再実行を試みることはできます。

原文が「Running git status show ...」なので、「git statusを実行すると、」の方が原文に近そうです。

「記録されるのを」と訳した方が原文に近そうです。

表示が崩れてしまっているようです。

ここは翻訳し忘れ？

表示が崩れてしまっているようです。

原文には「:」はないし、トルでいいような気がします（下の2つも同様）。

ここは原文通りですが、https://docs.platform.sh/administration/cli.html を読むと以下のコマンドに変わっていました（インストールにphpを使うのすごい…）。

curl -fsSL https://raw.githubusercontent.com/platformsh/cli/main/installer.sh | bash

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

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

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

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

この後ろに「、」があったほうが読みやすい気がします。

「pane」を「領域」と約しているようですが、Windowsの用語として「ペイン」はあるようなので、そのまま片仮名にしていいと思います。

https://learn.microsoft.com/ja-jp/windows/terminal/panes https://learn.microsoft.com/ja-jp/windows/apps/design/controls/two-pane-view

原文では、前の文"Open the installer and run it; "は末尾に ; （セミコロン）を使っていますが、ここでは接続詞のような意味で使っている気がします。

参考: https://www.communicatable.com/2019/01/26/%E3%82%BB%E3%83%9F%E3%82%B3%E3%83%AD%E3%83%B3-%E3%81%AE%E8%A8%B3%E3%81%97%E6%96%B9/

原文のニュアンスを活かすなら、文頭に「ここで、」や「この時、」をつけてはどうでしょう？

トル

↓typo

ある

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

「唯一」のtypo？

「影響がある」だとトラブルシューティングがやりにくくなるという意味に取れそうだと思いました。

以下の原文の「inform」を「影響がある」と訳したのだと思いますが、「役立つ」としてはどうでしょう？

because that can inform some of your troubleshooting work.

目的語が人ではないinformは「役立つ」という意味になるという記事を見つけました。

https://akio2017yamane.thick.jp/chuana-english/a-part-of-speech/verb/vocabulary-123/

https://wordassist.jp/inform%E3%81%AE%E6%84%8F%E5%91%B3%E3%80%81%E4%BD%BF%E3%81%84%E6%96%B9/

この書き方もあるのかもしれませんが、「段階を踏む」の方がよく見かける気がします。

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

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

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

原文がこうなっているのですが、ここは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は各軸の大きさ別に調整します。

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

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

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

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

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

たぶん消し忘れ？