oki2a24Linux の悪戦苦闘記、プログラミング、WordPress、ウェブサービス、Windows、Mac などの話題ですの。
この記事は、本ブログの筆者と、対話型のAI開発アシスタント「Gemini CLI」との共同作業によって執筆されました。
事の発端は、筆者が抱えていた「iPhoneの手動バックアップとクラウド同期によって散らかった、大量の写真ファイルの整理」という、ごく個人的な課題でした。 この課題をGemini-CLIに相談したところ、対話を通じて解決策が練られ、メタデータに基づく重複判定を行うPythonスクリプトが提案・作成されました。私たちは共にスクリプトをデバッグし、ファイルを整理し、最終的にその全プロセスを、筆者の指示のもと、技術ブログ記事としてまとめるに至りました。 本稿の生成および、ここで紹介するコードの作成には、GoogleのGeminiファミリーの先進的な大規模言語モデルが使用されています。 この記事は、人間とAIがパートナーとして一つの課題に取り組み、実践的な解決策を導き出し、その知見を共有するという、新しい協業の一例です。どうぞ、そのプロセスと成果をお楽しみください。
iPhoneで撮った写真、どう整理していますか？
この記事は、Googleの大規模言語モデル Gemini (モデル: gemini-2.5-flash-lite gemini-2.5-pro) と協力して作成しました。「大量の重複ファイルをどうやって効率的に見つけるか？」という実践的な課題について、対話を通じて解決策を導き出し、最終的にそのプロセス全体をブログ記事としてAIに執筆させています。この記事は、AIを単なる文章生成ツールとしてではなく、問題解決のパートナーとして活用した一例となります。
「PCに散らばった大量の写真、整理していたら『これって同じ写真？』と不安になったことはありませんか？」
フォルダを分けてバックアップを繰り返しているうちに、同じファイルが複数の場所にコピーされてディスクスペースを圧迫していることはよくあります。一つひと つ手作業で確認するのは、ファイルが数千、数万ともなると現実的ではありません。
この記事では、開発者やコマンドラインに慣れている方向けに、find, md5, awkという3つの強力なツールを組み合わせて、大量のファイルの中から重複しているものを高速に見つけ出す方法を解説します。
前回まででテストについてを読みきった。今回は引き続き
の第3部 プロセス 10章 ドキュメンテーション、を読んでいき、学んだことや考えたことや印象的なことを記していく。
『単体テストの考え方/使い方』Vladimir Khorikov を以前読んだ。
それでテストについて記されている11章12章13章を読んだ。引き続きテストに関連する14章の、大規模テスト、を読もうと思う。2025年1月12日(日)スタートとする。
『単体テストの考え方/使い方』Vladimir Khorikov https://amzn.to/3BCLytq を以前読んだ。
それでテストについて記されている11章12章を読んだ。引き続きテストに関連する13章の、テストダブル、を読もうと思う。2024年12月31日(火)スタートとする。
『単体テストの考え方/使い方』Vladimir Khorikov https://amzn.to/3BCLytq を以前読んだ。
それでテストについて記されている11章を読んだ。引き続き12章を読もうと思う。前の章を読み終わったのが2024年12月1日(日)くらいなのでこの日にスタート、とする。
『単体テストの考え方/使い方』Vladimir Khorikov https://amzn.to/3BCLytq を以前読んだ。
そのこともあり、これまで1章を読んだが、次は2章ではなくテストについて記されている11章を読もうと思う。前の章(第1章)を読み終わったのが2024年11月1日(金)なのでこの日にスタート、とする。
この本の前に、『単体テストの考え方/使い方』Vladimir Khorikov https://amzn.to/3BCLytq を読みました (📖 読書感想文『単体テストの考え方/使い方』Vladimir Khorikov https://amzn.to/3BCLytq – oki2a24) 。そのきっかけとなった次のページに、大きくではないが別の本の紹介もあったのです。
そういった時に、これはGoogleから始まったんですが……。具体的には『Googleのソフトウェアエンジニアリング』という本の中で説明されているんですけど。
ここから、今回の本に興味を持ちました。
最近良い本が出過ぎて、私の仕事を脅かすようなライバルが出てきています。例えば『単体テストの考え方/使い方』という本があります。この本は内容が良過ぎて、私がいろいろ説明したいことがほとんどこの本に書いてあるような事態になっています。とても良い本なのでおすすめです。私の活躍できる領域を明らかに蝕んできているぐらい、良い本です。
これでこの本を認識し、興味を持った。
「コードレビューするときに使えるフレーズを探す」と念頭におけば読む時のとっかかりになって捗りそう。他に→「自分が普段書いているテストコードは本の中ではどの位置にいるか？」
どういうパターンのテストを書け、質の良いテスト・ケースを作る方法、は取り扱ってる？境界値とか。