私が無料で提供しているソフトウェアが放棄されたソフトウェアではないことをどのように（迅速に）人々に知らせるのですか？

独立した個々のプログラマーとして：

私が書いて無料で配布したソフトウェアを放棄していないことを、どうすればすぐに人々に知らせることができますか？ソフトウェアを専門レベルに維持およびサポートするために必要な努力をしていますか？

1人または2人の開発者によって作成されたソフトウェアが無料で入手できる場合、またはオープンソースとしてマークされている場合、通常、デフォルトの仮定はそれが放棄されたソフトウェアであるということです。通常、これは安全な仮定です。疑問がある場合は、この質問に対する答えを確認してください。なぜプログラマーはクローズドソースアプリケーションを作成し、それを無料にするのでしょうか。。

ただし、放棄されていない無料またはオープンソースのツールを提供するプログラマーは多数います。

Googleのような大企業について話している場合、サポートされているライブツールとソフトウェアと、放棄または廃止されているものとの違いを伝えるのに、実際の問題はありません。

活発なgitリポジトリは高速ではありません。ユーザーはリポジトリを理解し、リポジトリを探す場所を知るのに十分な知識が必要です。一貫性のあるマーケティングとコミュニティ管理には、自分でできる以上の時間と労力がかかります。また、私のソフトウェアが人気/成功した場合、それらは自分で成長し、コミュニティのパワーユーザーによってサポートされると思います。

Aは、それぞれ3つのポイントを持つ2つの部分に提案を整理しようとしました。最初のポイントは技術的背景のない人、2番目はすべての人、最後のIT知識を持つ人を対象としています。

コンテンツ

まず最も重要なことは、あなたのウェブサイトのコンテンツはあなたのソフトウェア製品が頻繁に更新されるという事実を反映するべきです。

• 最後の更新の日付。それを示す。ホームページで。頂点で。大きな手紙で。これが最も重要なポイントだからです。あなたは、あなたがまだあなたのプロジェクトに懸命に取り組んでいることを私に納得させたいと思うものを私に言うことができます。プロジェクトが2002年に最後に更新された場合、私はあなたを信じません。たとえば、Notepad2のWebサイトには、「プロジェクトの最終更新日：2011年5月6日」と書かれています。それを読むだけで、プロジェクトが放棄されるにはほど遠いと確信しています。

• 更新の頻度。一部のプロジェクトは1日で放棄されず、むしろ漸進的に行われます。最初は、1年に1回、1年に2回、2年に1回の更新があります。過去1年間に少なくとも1か月に1回プロジェクトを更新した場合、ユーザーが更新のリストを実際に表示することは非常に説得力があります（また、変更内容を確認するのにも役立ちます）。

• コミュニティへのフィードバック。ユーザーの提案を聞いていますか？報告されたバグを解決しますか？最近のチケットがあり、それらのチケットが解決されているバグレポートのリストがあることは良い兆候です。あなたのコミュニティがあなたを捨てていないだけでなく、あなたはあなたのコミュニティを捨てていない。

最後の点は、開発者のような人々に特に当てはまります。技術的背景のない人を対象とする場合、彼らはバグ追跡ソフトウェアを知らず、気にすることもありません。それらの人々のために、あなたは最初の2つのポイント、特に最初のポイントを主張したいと思います。

スタイル

それはあなたが言うことだけでなく、あなたがそれをどのように伝えるかについてでもあります。ほとんどの場合、人々はむしろあなたのソフトウェアが放棄されているかどうかを感じます。適切な感覚を与えるには：

• 最近の日付を表示します。最終更新日だけではありません。また、このソフトウェア製品に関連して最近行ったブログ投稿のリスト、または過去2か月間のダウンロード数などでもあります。製品とは関係のないRSSフィードを表示することで、トリックを実行できる場合もあります。技術的背景がない人向け。

• 最近のビジュアルデザインを持っています。1998年以降Webサイトが変更されていないという印象を与えている場合、ソフトウェア製品のメンテナンスに懸命に取り組んでいると言えますが、過去10年間のWebサイトのメンテナンスはどうでしょうか。

• 新しいテクノロジーを使用します。あなたのウェブサイトはHTML5 / CSS3で書かれていますか？それは素晴らしいことです！あなたの製品も揺るぎないものと確信しており、C＃で記述されている場合は、.NET Framework 4を使用します。

ウェブサイトのブログ/フォーラムを作成し、アクティブなままにします。

ソフトウェアの製品バージョンおよび開発バージョンへの最後の更新がいつであったかを、できれば自動的に示します。 たとえば、SourceForgeは「最後のアクティビティ」の日付でこれを（やや）自動的に行いますが、「アクティビティ」を構成するものは確かではありません。

Wineがとるアプローチも効果的と思われますが、おそらくそうではありません。広告されている開発ポイントのリリースの日付を示す「ニュース」セクションがフロントページにあります。

一般的に、アクティブに見えるWebページは、プロジェクトをアクティブに見せるために大いに役立ちます。

他の人によるすべての良い提案に加えて、私は追加したい：

• 課題トラッカーまたは適切な方法で課題と機能強化の提案を受け入れていることを明確にしてください。
• ロードマップを作成して、より優れた機能を備えた新しいバージョンのリリースを計画していることを示します。単なるメンテナンスではなく進化に取り組んでいることを知ることは良い印象を与えます。

ブログのほかに、Twitterアカウントを使用して、フォローすることもできます。個人のアカウントまたはプログラム専用に作成されたアカウントのいずれかです。個人のアカウントは更新関連のツイートを見つけるのが難しいかもしれないので、専用のツイッターアカウントをお勧めします。

ウェブサイトなどで履歴を提供します。ユーザーが過去2か月間に（リリースという形で）何らかの作業が行われたことを確認できる場合、プロジェクトがまだ維持されていると見なされます。

それ以外の場合は、ブログまたは日付があり、定期的に更新される情報を持つものを用意してください。コンテンツが変化していることがユーザーにわかる場合、プロジェクトが死んでいるとは考えられません。

将来的には、あなたが望んでいたものを実装し、すべてがそこにあり、動作するポイントに到達するでしょう。

依存関係やプラットフォーム関連の問題のために、時々パッチなどが必要になる場合がありますが、機能するだけです。

その時点で、チケットシステムが開いていることを確認します。github。

チケットシステムに、何年もの間コミットされていない腐敗の問題がある場合、通常はメンテナンスが行われていないことを意味します。

ティッカーと最近のコミットの健全な数がある場合、それはアクティブであることを意味します。

チケットがまったくなく、最近のコミット（ルビー/続編など）がない場合は、おそらく宝石を保持しているでしょう。

鍵はチケットロックだと思います。チケットシステムが最後に更新されてから有効な問題が発生していないことを示している場合、ソフトウェアが何年も更新されていなければ、大したことではありません。

これまで言及されていない方法の1つは、商業取引を受け入れることを発表することです。あなたがプロジェクトからお金を稼いでいると人々が思うなら（たとえそれが販売からのものでなくても）、彼らはそれが放棄されていないと信じるでしょう。結局、それを放棄しない動機があります。

リリースノートに成功した取引を記録できる場合は、さらにボーナスポイントがあります。「Windows 7サポートはAcme Inc.のご厚意により支援されました。」