私は、時代遅れのオープンソース プロジェクトのサポートと維持を中心としたビジネス モデルを実験しています。このコンセプトには大きな可能性があると信じています。 私が現在注目しているのは CRUDBooster です。
CRUDBooster は約 6 年前、開発者の間でかなりの人気を博しました。 私は個人的に 5 つのプロジェクトでそれを活用しました。しかし、新しい PHP と Laravel バージョンのリリースにより、単純な composer update
は実用的ではなくなりました。 特に、PHP 8 への移行では、コード品質に対する重要な要求が浮き彫りになりました。
私の最初の試みには、CRUDBooster のフォーク、重大な互換性問題の解決、プロジェクトの機能の復元が含まれていました。 ただし、特定の使用例における永続的な予期せぬバグにより、かなりの時間と労力がかかりました。 これにより、私がこれらの課題に直面した場合、他の CRUDBooster ユーザーも同様に遭遇した可能性が高く、プロジェクトを完全に書き換えたり、継続的にバグを修正したりするためのリソースや時間が不足しているという認識が生まれました。
私は CRUDBooster の完全な再構築に着手し、PHP 8 に移行し、システム全体を注意深くテストしました。このプロセスはパートタイムで行われ、約 1 か月かかりました。
さまざまな配布方法を検討しました:
最も要求の厳しい側面は、潜在的な顧客へのアウトリーチであることが判明しました。私は、いくつかの個人プロジェクト (SEO 戦略) のフッターに自分のサービスへのリンクを組み込み、フォークされた CRUDBooster リポジトリ内に README.md ファイルを作成して、更新バージョンをユーザーに通知しました。
現在、アクティブな購読者を確保できていません。それにもかかわらず、このアップグレードは私自身のプロジェクトにとって非常に重要であり、その取り組み全体は信じられないほど洞察力に富んだものでした。私は、このモデルが、特にレガシー アプリケーションの長期サポート (LTS) という十分なサービスが受けられていない分野、つまり明らかに専用のサポートを必要としている分野において、大きな可能性を秘めていると強く信じています。
フィードバックやアドバイスをお待ちしております。同様の事業を推進したことがありますか? コメントであなたの経験や洞察を共有してください!
以上がビジネスとしての LTS: 古いプロジェクトが新しいビジネス モデルの基盤となる方法の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。