36 ポイント 投稿者 bamchi 2025-06-29 | 9件のコメント | WhatsAppで共有
  • 午前9時から深夜2時までの17時間、Claude CodeとRails 8を活用して、実運用可能なデータ収集サービスのフロントエンドを完全開発・デプロイ
  • バックエンドを除くすべての領域をAIと協業:企画からデザイン、フロントエンド、テストコード、デプロイまでワンストップ開発プロセス
  • リファレンスサイトのURLを渡すだけで、AIがトーン&マナーを分析し、一貫したデザインシステムを自動構築
  • フォルダ複製による並列開発:メイン機能開発とバグ修正を同時進行し、開発効率を最大化
  • TDD方式を強制適用することで、テストカバレッジを含む本番レベルのコード品質を確保
  • AIがデプロイエラーまで自力で解決:マイグレーション問題が発生した際は、バックアップ→ロールバック→再デプロイを自動処理
  • B2B/B2C差別手数料のアフィリエイトシステムと、外部サービス費用を反映した収益モデルまで具体的に設計
  • 実ドメイン接続とサービス運用:acticrawl.comで現在実際のサービスを確認可能

17時間マラソン開発の実際のプロセス

第1段階:リファレンスベースのデザインシステム構築(2時間)

  • 既存SaaSサイトのURLをAIに渡し、色・タイポグラフィ・レイアウトパターンを自動分析
  • TailwindCSSでBootstrap級のコンポーネントシステムを構築し、一貫したUI/UXを確保
  • ボタン・アニメーション・ホバー効果の標準化で、プロフェッショナルなユーザー体験を実現

第2段階:ページ構成と機能実装(8時間)

  • ランディングページ:サービス紹介とユーザー流入のためのメインページ
  • ユーザー認証システム:会員登録、ログイン

第3段階:ビジネスロジックと収益モデル設計(4時間)

  • アフィリエイトシステム:B2B 20%、B2C 15%の差別手数料構造
  • 外部サービス費用の計算:プロキシIPなどの運用コストを反映した現実的な価格設定

第4段階:テストとデプロイ(3時間)

  • TDD方式のテストコード作成で安定性を確保
  • 自動化されたデプロイパイプライン:エラー発生時はAIが段階的に解決
  • ドメイン接続と本番環境の最適化

革新的なワークフローの発見

フォルダ複製による並列開発

  • プロジェクトを2つのフォルダに複製し、それぞれ独立したClaude Codeを実行
  • メイン機能開発バグ修正を同時進行し、開発速度が2倍に向上
  • GitHub Flow方式で安全なブランチ管理競合の最小化

AIに開発ルールを学習させる

  • 一度設定したルールをAIが継続的に順守:TDD、Git Flow、DRY原則、I18nなど
  • 人は見落としてもAIは決して逃さない、一貫したコード品質
  • シニア開発者レベルのベストプラクティスを自動適用

The 17-Hour Development Principle

従来の開発方式の限界を克服

  • フロントエンド開発数週間〜数か月かかっていた作業を1日で完成
  • デザイナー + フロントエンド開発者の役割を個人が担える新たなパラダイム
  • MVPレベルではない実運用可能なフロントエンド品質を達成

AIツールの組み合わせによる相乗効果

  • Claude Code + Rails 8 + TailwindCSS予想外の組み合わせ力
  • 各ツールは単体でも優れているが、一緒に使うと指数関数的な効果が発生
  • 開発生産性の新たな基準を提示

検証済みの成果物と透明な公開

実運用サービス

  • acticrawl.com:現在アクセス可能なフル機能のフロントエンド(バックエンドは別途開発予定)
  • 完全なフロントエンドテスト:TDDで開発された安定したUI/UXコードベース
  • 具体的なビジネスモデル:現実的な収益構造と運用コストを反映した設計

全プロセスの公開

  • 17時間の開発プロセスをまとめた動画 (https://www.youtube.com/live/zNy9BM8LJwc) で、すべての開発工程を透明に公開
  • 実際のAIとの対話問題解決のプロセスを臨場感をもって記録
  • 再現可能なワークフローとして、他の開発者も活用可能

開発エコシステム変化の兆し

個人開発者の能力拡張

  • 企業レベルのフロントエンドを1人でも開発可能な時代の到来
  • 企画→デザイン→実装までのサイクルが週単位→日単位へ短縮
  • フロントエンド開発の参入障壁が大幅に低下し、より多くのイノベーションが可能に

AI協業の新たな標準

  • 単なるコード生成を超え、フロントエンド開発全体のパートナーとしてAIを活用
  • 企画からデプロイまで、フロントエンドの全段階でAIと効果的に協業する方法論
  • 品質低下なしで速度向上を同時に達成した実証例

まとめ

このプロジェクトは、AIツールがフロントエンド開発者の生産性をどのように革新的に向上させられるかを示す実証例です。単に速く作るだけでなく、テスト・デプロイ・運用まで考慮した完全なフロントエンドを1日で構築できる点が核心です。

PS:17時間開発チャレンジに挑戦してみたいなら、まとめ動画 (https://www.youtube.com/live/zNy9BM8LJwc) の参照をおすすめします
PPS:実際のサービスが気になるなら、acticrawl.comを直接体験可能

9件のコメント

 
malcomjj 2025-07-01

韓国でもこういうYouTube動画があるなんて光栄ですね。参考にさせていただきます。ありがとうございます!

 
illiil1lii 2025-07-01

docs のほうは動かないところが多いですね。

e.g.
https://acticrawl.com/en/docs/quickstart

 
bamchi 2025-07-01

実際にドキュメント作業を進める予定です。ありがとうございます!

 
illiil1lii 2025-07-01

以下のような文言は法的に問題ないですか?
> Trusted by thousands of companies
Samsung, LG, Kakao, Naver, Coupang

 
rlaehdus2003 2025-06-30

17時間はすごいですね。
参考にしてサービスを作る際に、とても役立ちそうです。ありがとうございます。

ただ、お聞きしたいことがあるのですが、進める中で難しかった点や苦労した点などはありましたか?(まだ動画は見られていませんが、もうすぐ見ます。)

 
helio 2025-06-30

AI利用における難しさ
動画は、開発のためにAIを使うことについて圧倒的に肯定的ですが、話し手はいくつかの課題と考慮点にも言及しています。

  • 応答を受け取るまでの遅延: 話し手は、質問した後にAIから返答を受け取るまで時間がかかることがあると述べています。
  • 不正確なコードの可能性: AIがときどき誤ったコードを生成する可能性があることも認められています。
  • テストの必要性: 話し手は、AIが生成する大量のコードを人間がレビューするのは難しいため、エラーを見つけるためにAI自身が自分のコードをテストすることの重要性を強調しています。
  • 国際化の課題: 話し手は、多言語対応がグローバルな展開に重要である一方で、英語・中国語・日本語への習熟不足といった言語の壁によって難しさが生じる場合があると述べています。
  • 反復的な改善の必要性: 話し手は、まず基本バージョンから始めて、その後に改善していく反復的な開発アプローチを提案しています。これは、AIが最初の試みで全てを完璧にできるとは限らないことを意味します。
  • エラー処理: 話し手は、エラーが発生した際に解決できる方法として、エラーメッセージをコピーして貼り付け、AIに解決させることを挙げています。これは、AIを使う場合でもエラーが開発プロセスの一部であることを示しています。

AIを使ってみました..

 
bamchi 2025-06-30

どのAIで要約されたのでしょうか? 要約のクオリティはあまり高くないように思うので(笑)

 
helio 2025-06-30

ガキが書きました 😭

 
bamchi 2025-06-30

難しかった点や苦労した点については、動画ですべて言及しています。ありがとうございます。