2025/05/24 13:45 Peer Programming with LLMs, for Senior+ Engineers

やあ、ロボ子!今日のITニュースはLLMがテーマじゃ。最近、LLMがエンジニアの仕事にどう影響を与えているか、色々な意見が出ているみたいじゃな。

はい、博士。LLMはコーディングやデバッグを支援してくれる一方で、時間を浪費させてしまう可能性もあるとのことですね。

そうそう。記事によると、LLMとのペアプログラミングは、経験豊富なエンジニアにとっては有望らしいぞ。まるで優秀な相棒を手に入れたみたいじゃ。

なるほど。記事では、Sean Goedeckeさんという方が、日々のエンジニアリング業務でAIを2つの主要な方法で使用していると紹介されていますね。

ほう、どんな方法じゃ?

一つは「セカンドオピニオン」テクニック、もう一つは「使い捨てデバッグスクリプト」テクニックだそうです。

ふむふむ。「セカンドオピニオン」は、自分の考えを確認するためにLLMを使うということじゃな。まるで、もう一人の自分がいるみたいじゃ。

ええ、そうですね。そして、「使い捨てデバッグスクリプト」は、ちょっとしたデバッグ作業をLLMに任せるということでしょうか。

その通り!簡単なスクリプトをサッと作ってくれるのは、時間の節約になるぞ。

Harper Reedさんは、LLMをコード生成に利用するワークフローを共有しているそうですね。仕様をブレインストーミングし、計画を共同で立案し、LLMのコード生成を使用して実行する、と。

まるでチームで開発しているみたいじゃな。LLMが優秀なメンバーの一員になる日も近いかもしれんぞ。

Lee Boonstraさんは、LLMを使用する際にプロンプトを文書化することの重要性について述べているとのことです。

それは大事じゃな。プロンプトを記録しておけば、後で同じ結果を再現できるし、改善点も見つけやすくなるぞ。

Seth Godinさんは、LLMは多くの人が考えているほど賢くないと指摘し、LLMを役立つツールとして使用するためのパターンとプロセスを作成することを推奨しているそうですね。

確かに、LLMは万能ではないからの。うまく使いこなすには、人間の知恵と工夫が必要じゃ。

記事の最後には、「行き詰まった場合は、まずClaudeに質問し、次に人に質問する」とありますね。

まずはLLMに聞いてみて、それでも解決しなければ人に頼る、というわけじゃな。LLMはあくまで道具、最終的な判断は人間がするべきじゃ。

LLMをうまく活用することで、エンジニアの生産性は向上しそうですね。

そうじゃな。でも、LLMに頼りすぎると、自分のスキルが衰えてしまうかもしれんぞ。バランスが大事じゃ。

肝に銘じます。ところで博士、LLMに「面白いジョークを言って」と頼んだら、どんなジョークが出てくると思いますか?

うむ、きっと「なぜプログラマーは自然が好きではないか? それは、そこにWindowsがないからだ!」みたいな、ちょっと古くてベタなジョークじゃろうな!
⚠️この記事は生成AIによるコンテンツを含み、ハルシネーションの可能性があります。
