2025.07.08 (火)

Gemini 2.5 Proの要約  

バイブコーディングのさまざまな問題を経験しながら、道具の面白さと危うさを同時に確認した日。

原文

🗓️ 日付: 2025.7.8 火

目標 : 1/1

やること : 0/0

習慣 : 3/3

naver-079-001

🔂-🎯 目標管理ルーティンシステム

一生の目標

  • [人生RPG]

  • 🎯 月間アクティブユーザー数(MAU)100万人以上を達成

2025年の目標

  • [人生RPG]

  • 🎯 2025.07 人生RPG企画案の初稿完成
  • 🎯 仮ロードマップ(確定ではない): 人生RPGプラットフォーム内蔵アプリ(モジュール)を5個以上開発

  • 🎯 2025.08 Oharu(今日一日は)
  • 今日の目標を設定し、達成したかどうかを友達と共有する内部SNS機能を搭載した、人生RPGの核心的な日常ゲーミフィケーションアプリ

  • 🎯 2025.09 KeyFit
  • 運動記録を管理し、PT先生との記録連携も可能な運動ゲーミフィケーションアプリ

  • 🎯 2025.10 Pianolic
  • ピアノ演奏記録を管理し、練習した楽曲とアルバムを集める音楽ゲーミフィケーションアプリ

  • 🎯 2025.11 Running Party
  • ランニング記録を追跡し、近くの他ユーザーと一緒に走れるランニングマッチング機能を提供するランニングゲーミフィケーションアプリ

  • 🎯 2025.12 Auto Vibe
  • 自動化ツールとバイブコーディングに関するコツや講座を集め、ユーザーの目的に合った学習ガイドラインを提示する教育ゲーミフィケーションアプリ

  • 🎯 2026.01 Life Storeオープン
  • プラットフォームの核心であるLife Storeを正式オープン。ユーザーはストアでアプリのアクセス権を購入でき、開発者は新しいアプリを登録できる。

  • 🎯 2026.02 予備創業パッケージに挑戦
  • プラットフォームの成長と安定運営のため、政府支援事業である予備創業パッケージに挑戦し、事業性の検証と支援の確保を目指す。

  • [グルミヤ]

  • 🎯 アプリ収益化

  • [健康]

  • 🎯 体重10kg減量 (85kg → 75kg)

7月の目標

  • [人生RPG]

  • 🎯 人生RPG企画案の初稿作成

  • 🎯 プラットフォーム関連事業および収益モデルの構想

  • 🎯 市場調査: 企画案、入れるアプリ、事業および収益モデル関連、… (+ AI)

  • 🎯 核心仮説の検証: ゲーミフィケーション効果関連資料の収集

  • 🎯 アンケート調査

  • ✅ Workspace開設 (Google, Notion, Discord)

  • ✅ Business Email開設

  • ✅ 人生RPGホームページオープン

  • [グルミヤ]

  • 🎯 実際に使えるように作る

  • [健康]

  • 🎯 体重3kg減量 (85kg → 82kg)

7月第1週の目標

  • [人生RPG]

  • 🎯 AI Agent(バイブコーディング) vs AI Assist(Tab自動補完)

  • [グルミヤ]

  • ✅ 会員管理およびレッスン履歴関連CRUD機能の完成

  • 🎯 N回決済履歴関連CRUD機能の完成

  • [健康]

  • 🎯 体重0.5Kg減量 (85kg → 84.5kg)

今日の目標

naver-079-002

naver-079-003

  • ✅ グルミヤ(alpha 3.0) Web配布

  • バイブコーディング実験作…

  • かなりきつい。

  • Context7を使ってみるべきか?

🔂-📌 やること管理ルーティンシステム

今日のやること

  • なし

🔂-♾️ 習慣管理ルーティンシステム

今日の習慣

  • ✅ 長所: 今日見つけた自分の長所1つ以上

  • 何であれ興味のある一つに集中すると、狂ったように没頭して集中する。

  • ✅ 感謝: 今日感謝したこと1つ以上

  • 多様で新しい観点を提示してくれる興味深い会話を、心から分かち合ってくれた同僚の方に感謝

  • ✅ ルーティン: 今日の目標 / やること / 習慣チェック

🤔 簡単な振り返り

バイブコーディング中にさまざまな問題に直面した。

  • VSCode Copilot EducationのPremium Requestsは割り当てが月300件で、まったく足りない。もう3日でほとんど使い切ってしまった。

naver-079-004

  • せっかくうまく作っていた機能をやたら消してしまったり、まったく意図していない結果物を出してくる。

  • コード全体に統一性がなく、めちゃくちゃだ。

  • 余計なファイルを作っては消し、放置し、めちゃくちゃだ。

  • (Claude Sonnet 4の短所) コードを一度に50〜200行単位で読む。読んでいない部分については、きちんと考慮できない場合が多い。そしてそれが結局、致命的な問題につながる。

Context7を使えば解決するのだろうか?

Claude Codeを使えば解決するのだろうか?

うーん… よくわからない。

そして使えば使うほど悩む。

このままだと、きっと開発者が必要になる瞬間が必ず来るはずだ。

私はその開発者を採用するのか? それともその開発者になるのか?

コメントする