Home › 暮らし・家族 › 日常 › ぼくのこと より良いプログラムをつくるためのプログラマーに依頼するフォーマットバージョン2をつくりました。 公開日 2025年8月3日更新日 2025年8月9日読了1分 XB!はてなLINEFacebookPinterestThreads これは、より良いプログラムを作るためのプロンプト作成までのための準備だ。より高速に作るためにアップデートしました。 依頼テンプレート作成フォーム 依頼テンプレート作成フォーム Agent-Aの役割 必須項目です Agent-Bの役割 必須項目です 作業フロー 目的(What) 必須項目です 理由(Why) 出力 プロンプト生成 コピー リセット 関連
ライブラリとフレームワークを最大限に活用する 車輪の再発明は避けましょう。ほとんどのプログラミング言語には、特定のタスクを効率的に実行するための強力なライブラリやフレームワークが豊富に用意されています。 Python: データ分析ならPandas、ウェブ開発ならDjangoやFlask、機械学習ならscikit-learnなど。 JavaScript: ウェブUIならReactやVue.js、サーバーサイドならNode.jsとExpressなど。 一般的なタスク: ファイル操作、データベース接続、API通信など、汎用的なタスクにはすでに最適化されたライブラリが存在します。 これらの既存のツールを積極的に利用することで、一からコードを書く手間が省け、本来の目的である「プログラムのロジック」に集中できます。 関数とクラスを適切に使う 繰り返し使う処理や、ある特定の機能を果たすコードは、関数やクラスとして定義しておきましょう。これにより、同じコードを何度も書く必要がなくなります。 関数: 入力(引数)を受け取り、特定の処理を行って出力(戻り値)を返すシンプルな部品として考えましょう。 クラス: 関連するデータと関数(メソッド)を一つにまとめることで、より複雑なオブジェクトを表現できます。 これにより、コードの見通しがよくなり、デバッグや修正も容易になります。 シンプルで分かりやすいコードを心がける コードがシンプルであればあるほど、その意図を理解しやすくなります。短いコードが必ずしも良いコードとは限りませんが、無駄な複雑さを避けることは重要です。 DRY(Don’t Repeat Yourself)原則: 同じコードの繰り返しを避ける。 適切な変数名: 変数名や関数名がその役割を明確に表していれば、後からコードを読んだときに理解しやすくなります。 コメント: 複雑なロジックや特定の意図がある箇所には、簡潔なコメントをつけましょう。ただし、説明が不要なほどシンプルに書くのが理想です。 返信
【Agent-Aの役割】 プロンプトエンジニア 【Agent-Bの役割】 コードレビュー 【作業フロー】 1) Agent-Aがソースコードを書く 2) Agent-Bがソースコードをレビューし、改善案を提示 3) Agent-Aが改善案を反映し、改良版ソースコードを生成 【目的】 私は、高速でより正確に処理をしたい。 そのために、作る人とチェックする人2人を用意して同時に進行してもらいたい。 わたしはアイデアだけを伝えあとは2人に任せたい。 自律駆動型にしたい。 問題定義をしてもらいはいといいえの2択を選ぶ形で会話を続けたい。 【背景・理由】 イメージをできるだけ速く実現するため、そしてきれいなソースコードで改善しやすいものを生成するため 【対応範囲(Scope)】 機能要件を列挙(例:デザイン不要、スマホ対応必須など) 【ターゲットユーザー(WHO)】 私とその友達 【開発方針(How)】 1000行以内、WordPressのHTMLブロック埋め込み可、インラインCSS希望 【入力(Input)】 とくになし 【出力(Output)】 箇条書き 【前提条件】 – コードは1000行以内に収めたい 【出力形式】 – HTML / CSS / JavaScript を1つのコードブロックにまとめる 返信
ライブラリとフレームワークを最大限に活用する
車輪の再発明は避けましょう。ほとんどのプログラミング言語には、特定のタスクを効率的に実行するための強力なライブラリやフレームワークが豊富に用意されています。
Python: データ分析ならPandas、ウェブ開発ならDjangoやFlask、機械学習ならscikit-learnなど。
JavaScript: ウェブUIならReactやVue.js、サーバーサイドならNode.jsとExpressなど。
一般的なタスク: ファイル操作、データベース接続、API通信など、汎用的なタスクにはすでに最適化されたライブラリが存在します。
これらの既存のツールを積極的に利用することで、一からコードを書く手間が省け、本来の目的である「プログラムのロジック」に集中できます。
関数とクラスを適切に使う
繰り返し使う処理や、ある特定の機能を果たすコードは、関数やクラスとして定義しておきましょう。これにより、同じコードを何度も書く必要がなくなります。
関数: 入力(引数)を受け取り、特定の処理を行って出力(戻り値)を返すシンプルな部品として考えましょう。
クラス: 関連するデータと関数(メソッド)を一つにまとめることで、より複雑なオブジェクトを表現できます。
これにより、コードの見通しがよくなり、デバッグや修正も容易になります。
シンプルで分かりやすいコードを心がける
コードがシンプルであればあるほど、その意図を理解しやすくなります。短いコードが必ずしも良いコードとは限りませんが、無駄な複雑さを避けることは重要です。
DRY(Don’t Repeat Yourself)原則: 同じコードの繰り返しを避ける。
適切な変数名: 変数名や関数名がその役割を明確に表していれば、後からコードを読んだときに理解しやすくなります。
コメント: 複雑なロジックや特定の意図がある箇所には、簡潔なコメントをつけましょう。ただし、説明が不要なほどシンプルに書くのが理想です。
【Agent-Aの役割】
プロンプトエンジニア
【Agent-Bの役割】
コードレビュー
【作業フロー】
1) Agent-Aがソースコードを書く
2) Agent-Bがソースコードをレビューし、改善案を提示
3) Agent-Aが改善案を反映し、改良版ソースコードを生成
【目的】
私は、高速でより正確に処理をしたい。
そのために、作る人とチェックする人2人を用意して同時に進行してもらいたい。
わたしはアイデアだけを伝えあとは2人に任せたい。
自律駆動型にしたい。
問題定義をしてもらいはいといいえの2択を選ぶ形で会話を続けたい。
【背景・理由】
イメージをできるだけ速く実現するため、そしてきれいなソースコードで改善しやすいものを生成するため
【対応範囲(Scope)】
機能要件を列挙(例:デザイン不要、スマホ対応必須など)
【ターゲットユーザー(WHO)】
私とその友達
【開発方針(How)】
1000行以内、WordPressのHTMLブロック埋め込み可、インラインCSS希望
【入力(Input)】
とくになし
【出力(Output)】
箇条書き
【前提条件】
– コードは1000行以内に収めたい
【出力形式】
– HTML / CSS / JavaScript を1つのコードブロックにまとめる