「PR作成」「PRレビュー」と自動化を進めてきましたが、今回はその続き。 レビューで指摘された内容を修正して、返信するところまでを自動化するプロンプトを作ってみました。 作成した背景 これを作った背景は、自分の開発スタイルの変化が大きいです。 個人開発でのAI駆動開発の推進 最近は「基本的な開発はAIに任せる」という方針でやってます。いわゆるAI駆動開発ってやつですね。 人間はディレクションに回っ…
前回、GitHub MCPを使ってPR作成を自動化してみましたが、今回は「コードレビュー」を自動化するプロンプトを作ってみました。 作成した背景 PRを作るのが楽になっても、その後のレビューがボトルネックになることってありますよね。今回これを作った背景はこんな感じです。 業務でのレビュー工数を減らしたい 単純なバグや仕様との食い違いみたいな指摘はAIに任せて、人間はもっと設計思想とか深い部分のレビ…
普段の開発で、コードを書くのは楽しいけど、その後のプルリクエスト（PR）作成って地味に面倒だったりしませんか？ 「やったこと」や「背景」を思い出して、フォーマットに合わせて埋めていく作業。あれ、意外と脳のリソースを持っていかれるんですよね。 そこで今回、GitHub MCP（Model Context Protocol） を活用して、現在のブランチの変更内容からいい感じにPRを作成（または更新）し…
開発を持続可能なものにするために、現在、個人開発というフィールドで試行錯誤しながら運用しているAI駆動開発のプロセスについてまとめてみます。 開発の全体像としては、現時点では添付の図のような形で行っています。 1. 構想と全体設計（Gemini） 開発のスタートは、Geminiとの対話から始まります。 ここでは、具体的なコードを書くことよりも、どのようなものを作成したいかを伝えて、アイデアのブラッ…
はじめに これまで「技術選定ガイド」シリーズでは、技術選定における主要な考慮ポイント（第1部）や、エンジニアの立場による視点の違い（第2部）について解説してきました。しかし、理論だけではなかなかイメージが湧きにくい部分もあるかもしれません。 本記事は「技術選定ガイド」シリーズの最終回、第3部です。今回は、個人開発でサービスサイトを立ち上げるという具体的なシナリオを通して、実際にどのように技術選定が…
はじめに 前回の「【技術選定ガイド第1部】失敗しないための主要な5つの考慮ポイント」では、技術選定を行う上で基本となる5つの重要な視点について解説しました。しかし、これらのポイントの重み付けや、さらに考慮すべき事項は、エンジニアが置かれている立場や組織の特性によって微妙に、あるいは大きく異なってくることがあります。 本記事は「技術選定ガイド」シリーズの第2部です。今回は、SIer（システムインテグ…
はじめに 「どの技術を選べばいいんだろう…」 システム開発やサービス開発において、「技術選定」はプロジェクトの初期段階で行われる非常に重要な意思決定の一つです。選んだ技術によって、開発の効率、コスト、将来の拡張性、さらにはサービスの成否そのものまでが大きく左右されることも少なくありません。 本記事は、そんな技術選定の悩みを解決するための一助となるべくお届けする「技術選定ガイド」シリーズの第1部です…
こんにちは！プログラミング学習、楽しんでいますか？ 先日、職場の後輩と「MVCのコントローラーって、どこまで仕事させるのがいいんですかね？」なんて話になりました。確かに、Webアプリケーション開発でよく聞くMVCパターンですが、コントローラーの役割って意外と悩ましいポイントですよね。 特にプログラミングを始めたばかりの頃は、「とりあえず動けばOK！」とコントローラーに色々な処理を詰め込んでしまいが…