このサービスはかなり前から存在していましたが、創業者の粘り強さのおかげで開発されたものであり、外部からの注入がないため、成長を成功させるには本当に重要なことに集中する必要があります。
サービスの開発には少なくとも3つの分野があり、それらを詳細に議論し、最初にどの分野に対処するかについて投票することを提案します。 したがって、今日、このスタートアップの開発に影響を与え、主要なアイデアを明確にし、開発の方向性を決定するのに役立つユニークな機会を得ます。
そのため、すでに述べたように、3つの開発分野があります。 最初に見てみましょう。
カバリネス
多くのユーザーは、理由なくではなく、サービスがより同情的であるか、より快適である可能性があると私に言っています。 同時に、原則として、彼らはSibbelなどの競合他社に向かってうなずき、 ブートストラップなどを服用することを勧めます。
しかし、誰も詳細に言及することはなく、そのようなコメントは通常、非構造的であり、したがって何も終わらない。
このサービスには今流行の魅力が欠けていることを完全に理解しています。 しかし、その後、その機能を完全に実行します-変更ログを解析し、新しいリリースの通知を送信します。 間違いなく、UIとUXの点で多くのことを改善できます。 しかし、適切に動機付けられたインターフェース開発者がプロジェクトに参加するまで、これは起こりそうにありません。
私にとってのインターフェースの設計は、まず第一に、華やかな光沢を意味するのではなく、サービスとユーザーの相互作用のメカニズムの精緻化を意味します。 この場所の改善はサービスをより美しくすることさえできないかもしれませんが、同時にそれはより便利になり、その能力について人々に伝えるほうが良く、したがって彼らにとってより価値があります。
要するに、方向を「Understandability」に名前を変更し、グラフィックデザインではなく、インターフェースを使用することの利便性に対処する必要があります。
ロボット性
以降、ロボットとは、サービスの使用を促進し、エントリのしきい値を下げる、ある程度の自動化を意味します。 現在の主な問題の1つは、 AllMyChangesがライブラリとソフトウェアをサブスクライブすることを提案していることであり、これを手動で行う必要があります。 しかし、ロボットが私たちのためにそれをしてくれたらいいですね。
もちろん、プロセスを自動化するためのAPIと多数のユーティリティがありますが、それらを使用するのはごく少数です。 サービス自体に自動化を統合すると、この機能はより便利になります。 ただし、多くの点で、サービスデータベースにライブラリを手動で追加するのは、常にそうではないという事実によるものです。
ソースコードの場所を自動的に判断することができます。 また、ChangeLogを見つけて解析するには、リポジトリに関する情報が必要です。
このため、いわゆる「競合他社」、 つまりVersionEyeもGemnasiumも、変更に関する情報を提供しません。 彼らが行うことは、PyPi、Ruby Gems、および同様のパブリックパッケージリポジトリの新しいバージョンを追跡することだけです。
より多くの情報を取得するには、それを取得する場所を知る必要があります。 多くの場合、この情報を提供できるのは人だけです。 したがって、すべての困難。
しかし、私はあなたがより良くできると確信しています。
パッケージの追加に関連する、誰もが求めるもう1つの機能は、requirements.txt、Gemfile.lockなどのファイルの解析です。 しかし、これは見かけほど単純な問題ではありません。 依存関係を持つすべてのファイルには独自の形式があり、誰もが依存関係のリストを異なる方法で拡張する必要があります。 そして最も重要なのは、VersionEyeとGemnasiumがすでにこのすべてを十分に行っていることです。 彼らがしないことは、依存関係の更新がもたらす変更に関する情報を提供しないことです。
では、他のサービスで既に実装されている機能を繰り返す代わりに、なぜそれらと友達になり始め、この友情から相乗効果を引き出すのではないのでしょうか？ AllMyChangesはリリースノートを適切に解析し、 それらを適切に解析して依存関係を追跡します。したがって、ツールを組み合わせることで、特定のプロジェクトで何が起こっているかを完全に把握できます。
したがって、「ロボット」とは、プロジェクトで使用されるモジュールやパッケージに関する情報を提供するときに、AllMyChangesとGemnasium、VersionEye、GitHubなどの他のサービスとの友情を意味します。
そして、多くの実装オプションがありますので、コメントで議論することをお勧めします。
社会性
あなたが開発できる次の、そしてかなり明白な方向は、社会的要素の追加です。 今ではすべてがソーシャルネットワークに行きます。 GitHubでさえ、長い間Gitリポジトリをホストするだけでなく、コードコメントでやり取りしたり、互いにサブスクライブしたり、さまざまなプロジェクトを気に入ったりするソーシャルネットワークです。
私はこのアイデアを長い間育ててきました。 最も簡単なのは、おそらく、各バージョンにDisqusコメントをねじ込み、ユーザーが他のユーザーにメモを残すことができるようにすることです。 しかし同時に、これはリリースノートパソコンで一緒に動作するために実装できる多くのチップを残しているため、最も制限されたオプションです。
たとえば、クリティカル、後方非互換など、新しいバージョンの手動マークアップを有効にできます。 特定のフレーズに関するコメント。 多分何か。
そしてもちろん、アバター、いいね！、フォロワーを持つユーザープロフィールが必要です。それだけです。
私はそれがどのように機能するか、または機能するかについて明確に理解していませんが。 ですから、コメントに出会って、あなたの考えを共有してください。
合計
リリースノートを追跡するためのサービスを開発するための3つの可能な方向を示しました。
- ユーザーフレンドリーなインターフェース。
- VersionEyeなどの他のサービスとの自動化および統合。
- ソーシャルコンポーネントの開発。
何か重要なものを見逃したのかもしれません。 コメントを残してください、あなたの意見はサービスの運命に影響を与える可能性があります。
上記の分野の優先順位についての私の考えをまだ共有しません。そして、あなたにそれらの1つに投票することをお勧めします。 サービスが個人的に真の利益をもたらし始めることが重要です。
すべてのコメントと投票を事前に感謝します。