こんにちは、Martin Donadieuです。
2021年7月、私は Naas 2019年に共同創業したスタートアップを離れ、個人でプロジェクトを進めることにしました。
ソロ開発者としての最初の6ヶ月間、私は4年前に作ったモバイルアプリ「Captime」の再構築に集中していました。コロナ禍でこれが副業へと成長したのです。
2021年12月、アプリをゼロから作り直している最中、現在稼働中のプロダクション版で問題が発生しました。
状況は混乱を極め、修正が必要でしたが、新しいバージョンをリリースするのは避けたいと考えていました。そこで、アプリに code アップデートを配信できる解決策を探し始めました。
当時、Captimeの収益は月400ドルほどだったので、手頃なソリューションを探していました。Ionic Appflowは予算オーバーでした。
他に選択肢はMicrosoft App Centerしかありませんでしたが、彼らはCordova / Capacitor で動作するアプリのサポートを終了していました。
もしあなたが私のようなソロ開発者なら、Ionic Appflowはコストパフォーマンスが最適ではないと感じるはずです。
私も同じように不満を感じ、Ionicに連絡しました。彼らはその意見を理解してくれましたが、価格体系を変更するつもりはありませんでした。私は彼らのターゲット層ではなかったのです。
そこで、私の Capacitor JS開発ワークフローにおける最大の悩みである「Live updates」を自力で解決することに決めました。
1ヶ月間試行錯誤した末、特定のURLからzipをダウンロードし、アプリのソースを置き換える方法を見つけ出しました。
これを共有したところ、GitHub に対して非常に大きな関心が寄せられました。
しかし、ほとんどのチームにとってその方法は手動すぎて、有料サービスの提供を求められました。そこから、Appflowの代替手段として Capgo の開発が始まったのです。
目標は、Capacitor JavaScriptアプリに対して、code アップデートを配信できる、シンプルで使いやすいソリューションを提供することでした。
立ち上げ当初は、単なる Live Update だけでした。Native Build も、Ionic のような大規模なツールボックスもありません。ただ、私たちのようなメーカーが直面している、彼らがカバーできていない課題を解決することに集中していました。（その後、以下を追加しました： Cloud Build （iOS/Android の Native Build 用！）
自分の活動を共有するために彼らに連絡を取ったところ、ビジネス上のパートナーシップを築くことになりました。
私はメーカー向けに開発し、彼らは CI/CD や専用サポートを必要とする企業向けに開発するという形です :)
ぜひコミュニティに参加して、一緒にものづくりをしましょう。私も自分のプロジェクトで使っていますし、将来的にはこれが私のメインプロジェクトになると考えています。
Capgo の誕生秘話へ続く
以下を使用している場合： Capgo はこうして生まれた live updateの配信を計画し、それを以下と連携させるために Capgo Live Updates Capgo Live Updatesのプロダクトワークフローについては、 概要 Overviewの実装詳細については、 機能 機能の詳細については「Features」をご覧ください。 Updateの挙動 Update Behavior の実装詳細については、 アップデートの種類 Update Types の実装詳細については、
