小規模なタスク管理システム-実行は許されません

成果の1つteamit.orgを共有したい。 そして、それは別のプロジェクトを宣伝することではありません。 このプロジェクトはペンのテストとして作成されたもので、完成しておらず、一般的に実際の使用には適していません。 事実、私はそれをどうするか絶対にわからないので、habrasocietyの見解を尋ねることにしました。

  1. プロジェクトをさらに開発します。
  2. そのままにしてください(最小限の開発が可能です)。
  3. 完全に絶望的なように投げて閉じます。


説明と位置付け



このプロジェクトは、小さなチームが現在のタスクを管理するためのシンプルな無料システムとして位置付けられています。 この定義に基づいて、ここでは想定していません:計画時間、ネストタスク、ガントチャート、その他の洗練されたシステムの利点。 タスク分離の基本概念は、タグ、ラベルに基づいており、バージョン、重要度、カテゴリ、その他で分類できます。 その下では、高速フィルタリングと検索のシステムが基盤となっています。



ご質問



インターネットは同様のプロジェクトでいっぱいです。 私はそれらのどれもコピーしたくない。 最初の質問は、このプロジェクトの熱意を誰もが見ているのか、それとも絶望的に灰色なのかです。



開発の方向(開発する場合)。 優先順位の問題である多くのアイデアがあります。 それらのいくつかを以下に示します(ランダムな順序):



収益化。 そのままにしておくと、少なくともファイルの保存が可能になる場合は、少なくともホスティング費用を支払うために収益化する必要があります。 広告以外のオプション(このようなニッチなプロジェクトはホスティングをクリックすることさえありません)およびプロジェクトが無料(少なくともその機能の大部分)であれば提供できます。 寄付とフリーミアムは頼みます。 彼らには生命権がありますか? 他にどんなオプションがありますか?



オープンソース ソースを広めることは理にかなっていますか。 私が見るように、2つの潜在的な理由があります:誰かがフォークし、誰かがローカルでベットします。 前者は疑わしいものであり、後者はさらに疑わしいものです。 サーバー側はnode.jsで実行されます。 しかし、私はこの主題に関する考えに感謝します。



結論の代わりに



GTDのブログ記事なので、技術的な側面や実装方法については議論しないでください。 まず、適用された観点からプロジェクトを評価することは興味深いです。



PS デモアクセスゲスト/ゲスト。



All Articles