オンラインタスク管理サービス、私たちの見解

かつて、オンラインのタスク管理システムを少し検索した後、自分の「バイク」を書くことにしました。 しかし、その分野のバイアスは、たとえば私にとってより重要です-将来の反復的なタスクを考慮すると、既存のサービスではこの問題に対する有能なアプローチを見ていませんでした。



膨大な数の開発者が自分自身で同様のシステムを作成していますが、いくつかのトレンドも追跡されています。

• ほとんどがプロジェクト管理、つまり コラボレーションの分野でのバイアス、他のユーザーや他のタイプのコラボレーションへのタスクの設定
• 特定の問題に対するアプローチは、マーケットリーダーに非常によく似ています（たとえば、タスクの繰り返しを設定するという原則を備えたGoogleカレンダー）。 タスクの通常のツリービューを作成する人はほとんどいません。 これがあまり一般的でない場合、それは特に需要がないことを意味します。 しかし、なんらかの理由で、私はいつも何かを微調整する能力を欠いているユーザーのグループに陥り、設定を調べます。 別の歌はAppleのイデオロギーです。ほとんどの場合、プログラムの設定はいくつかのチェックマークになります。 時々、このアプローチは気分を害します。

簡単に説明すると、システムの主要な機能（ピア間であまり一般的でないか、まったく会わない機能）についてすぐにお知らせします。

• サブタスク、フォルダー、サブフォルダー、無制限のネスト
• 反復タスク（複数の反復方法）
• Google Tasksとの一方向および双方向の同期
• トリガー（タスクの作成、変更、削除、時間の開始などの定義済みアクション）
• カスタムフィルター（ほぼSQLクエリに合わせてカスタマイズ可能）

そのため、ビジネスニーズのためにレンタルされたHetzner DC（ドイツ）には少数の専用サーバーがありましたが、あまり使用されていません（主な目的はデータストレージであるため、負荷はほとんどありません）。 また、T-SQL、Delphi、Visual C、.NETの開発経験もありました。 Javascriptの経験はほとんどなく、追いつく必要がありました。



私たちは1.5人の開発者であり、多くの下位ユーザーであるテスターです。 このシステムは、ソフトウェアの開発とは関係なく、日常業務で積極的に使用されています。 仕事の詳細は、同じタイプの多くのタスクがあり、それらの多くはまだ来ていないということです、しかし、あなたはそれらを前もって見、実行できる必要があります。



たとえば、委任状の会計処理。 主なタスクは、期限を逃すことなく、期限を延長するために早期に行動することです。 このために、次の機能が使用されました。

• 委任状の終了の1か月前に、通知がメールで送信されました（トリガー）
• 委任状が終了する1週間前に、それを更新するタスクが重要としてマークされ、それに応じて、最も重要なケースのリストに表示されました（トリガー）
• 別のフィルターは、1か月以内に期限切れになるすべての委任状を表示します
• 別のフィルターは、今後3か月以内に期限切れになるすべての委任状を表示します

まず第一に、ある免責事項。 私たちは別の「収穫者」を作ろうとしませんでした;私たちのサービスは、例えばバグ追跡のためのシステムではありません。 これは完全に異なる特異性です。 このサービスは主に、タスク管理システムからもう少し必要な通常の「上級」ユーザーを対象としています。範囲は、他のユーザーと共有する可能性のある個人タスク（購入、追跡、リマインドなど）を記録することです同僚）。



実装しようとさえしなかったもの：

• 時間の追跡
• バグ追跡アナログ
• コミュニケーション、あらゆる種類のソーシャルボタン
• GTDの規範に厳密に準拠しています。 より正確には、このために必要なものはすべてそこにあるようです（「コンテキスト」フィールド、無制限のネストを持つタグ）、それらは特にGTD方法論に焦点を合わせていませんでした。

そして、タスク管理から次のものが必要でした（もちろん、リストは不完全ですが、目安です）。

1. タスクリストは基本的にツリービューにあり、フォルダとサブフォルダがあり、ネストは無制限である必要があります（3レベルのネストですべての人に十分であると言われても-でたらめです）
2. 電子メールによるタスクの追加、および異なるアドレスへの送信時-異なるサブフォルダーへ
3. 家事の会計（領収書による支払い、車のオイルのチェック、支払いの締め切りの追跡など、頻度の違い、自動リピート、およびこれらすべてに関する通知の設定方法がまったく異なる-支払いについて3回警告したかった。一部のイベントについて-1週間以上の遅延について警告）
4. 仕事のために-量が複雑である-委任状、契約、証明書などの有効期限を追跡する必要があり、また、期限の不足に関する通知を設定する必要がありました。 これらのタスクの数は数百であるため、既存のタスクマネージャーのいずれもこれに対処していないか、すべての実装が不便でした。
5. 任意の期間、現在のものとは別にアジェンダ（to-doリスト）を表示します。たとえば、1つのリストでヒープフィルタリングを行うと、現在のタスク、次の週に開始するタスク、および重要でないタスクを除くすべてのホームタスク（小さな優先度）
6. すべてを必要とするすべての人に読み取り専用アクセス権を与える
7. 必要な人に書き込み権限を付与し、タスクの特定のフィールドのみを変更する権限を付与します（たとえば、タスクのステータスのみを変更できる従業員）
8. タイムゾーンの使用、として 同僚は同じデータを使用しますが、タイムゾーンが異なるため、使用するすべての日付を適切なタイムゾーンで調整する必要があります
9. タグのシステム（タグ）-共有の可能性を伴う必然的にツリーのようなもの（つまり、特定のタグが他のユーザーに見えるようにし、他のユーザーは私だけに見えるようにする）
10. 一部のタスクを一時的に非表示にする可能性（たとえば、一部のタスクは無作法なので、2日間非表示にした後、再び表示されます）。 ところで、そのようなメカニズムは他の方法で実装できます。

さて、共通の基本機能も必要であることは明らかです。

• 出力と議題メールへの送信（簡単なオプションとして設定されます-毎日指定された時間にメールのリストをスケジュールトリガーの形式で-必要なタスクブランチはレターのテキストを編集して送信されます）
• カスタムユーザーフィールド（ただし、カスタマイズ可能性は、名前の変更のみで構成され、データ型の変更は、必要がわかるまで実装されません）
• タスクのカスタマイズ可能な外観（フォント、アイコン、色）
• 3つの基準に従って各タスクのサブタスクをarbitrary意的に並べ替えます（繰り返しますが、多くのタスクがあるため、並べ替えなしには方法がありません）
• カスタマイズ可能な通知を含むRSSフィード（まあ、フィードリーを横に見て、同時に通知フィードを見るのが好きです）
• グラフィカルなディスプレイを備えた「Progress」フィールド（実際、実際に必要な人はほとんどいません）
• タスクの優先順位

4か月の作業の結果、経理業務用の特定の「エンジン」を手に入れ、自分が望むすべてを実現しました。

何が起こったかについて簡単に。

情報の基本単位はタスクです。 タスクには、開始日と終了日（期限）があります。 期日ですべてが明確であれば、開始日で説明する価値があります。 すべての類似システムにそれがあるわけではありません。 実際、これはタスクが関連すると見なされる日付です。 つまり タスクに日付を割り当てると、この日付が到着するまでタスクリストに表示されません。



タスクのグループ化とアクセスの共有の中心は、「タスクリスト」の概念です。 つまり 「ホーム」、「職場」、「コンピューター」などの特定のタスクのセット。他のシステムでは、これはタスクリスト、プロジェクト、カレンダー、ワークスペースなどと呼ばれることがあります。 また、このような区分の機能は、各リストが共有のための独自のアクセス権設定と独自のタイムゾーン設定を持つことです。



それとは別に、タイムゾーンについて。 実際には、それを必要とする人はほとんどいないようですが、私たちはそれを批判的に必要としていました。 数人の従業員とアクセスが許可された従業員は、まったく異なるタイムゾーンで働いており、同じリストのタスクを編集および表示しています。 タスクの日付を設定するときに時間を特に指定する必要がない場合、通知とトリガーを設定するときに、特定の時間を指定する必要がある場合があります。たとえば、毎日20-00にタスクのステータスを変更します。 つまり ステータスの変更は、トリガーを設定したユーザーのタイムゾーンの20-00で正確に発生する必要があります。 これを正しく実装するために、各ユーザーのタイムゾーンとタスクの特定のリストが設定されます。



アクセス権については、次の決定に至りました。 ユーザーは、タスクの特定のリストを表示/編集する権限を別のユーザーに委任できます。



次の権限を設定できます。

• 表示のみ
• タスクのみを追加
• タスクのみを編集する
• タスクのみを削除
• タスクの編集と削除
• タスクの編集と追加
• タスクの追加と削除
• フルアクセス

さらに、編集する権利に応じて、ユーザーが編集を禁止されているフィールドのリストが設定されます。 これにより、コラボレーションでのユーザーインタラクションのためのこのようなメカニズムを実装できます。権限セットタスクを所有する人と、限られた権限セットのみを持つ人は、タスクを完了としてマークすることしかできません。 つまり 誰かがタスク自体またはタスク内の何かを消去して修正することを心配することなく、タスクを設定できます。 プロジェクト管理システムでは、これらすべてがより高いレベルで実装されていることは明らかですが、広大さを把握しようとせず、基本セットを実装しました。



タスクツリーの表示は、過去と未来の両方の日付で可能です。 なぜなら タスクに関する情報は現在の日付に関係なく保存されます。将来の日付を調べて、その日のタスクのステータスを確認できます。 たとえば、多くの場合、余分な時間がある場合は事前に何かをしたいのですが、時間がまだ来ていない場合、将来のタスクはまだ表示されません。 彼らは将来です。 将来の日付を突く-そして、将来のタスクから何ができるかを見てください。

フィルタリング

カスタムフィルターを使用すると、次の希望を実現できます。

• 特定のフォルダーからのタスクのリスト（たとえば、サブフォルダーの有無にかかわらず）
• 来週のみのタスクのリスト
• 1つのリスト-次の週のタスクの特定のリストからのタスク、別のリストから-1か月だけ期限切れ

フィルター-非常に便利で柔軟性のあるものですが、うまくやらない人はほとんどいません。 これが本当に便利であるためには、基準をグループ化する機能が必要です。これは実装されています（DevExpressに感謝します。ここでは、彼らは大きなメリットを持っています）。



将来的には、フィルターの利点がはるかに大きいことが判明しました-それらの助けを借りて、ユーザーに毎日送信される予定のセットを決定し、さらにGoogleタスクと同期する必要があるタスクを決定できます。 ただし、Googleのタスクについては個別に記述する方が適切です。

モバイル版。

私は自分の自由時間の80％をiPadに費やしているので、iOS / Android用のアプリケーションを作成するという問題はそうではありませんでした-それは必要でした。 そして、それを開発しないことに決めました。 絶対に。 別の方法で行った-Googleタスクとの柔軟な同期により、毎日の作業（メインタスクの編集、表示、進行マーク、つまりタスクの主な機能）の大半をGoogleタスクに転送し、すべての情報（双方向または一方向）を定期的に同期できます）サービス付き。 より正確には、同期は自動、また​​はむしろ定期的です（プッシュGoogle Tasksはサポートしていません）。 Google Tasksのアプリケーションは十分であり、一部は単なる傑作です。 少なくともこのセクションで車輪を再発明しないで、他の人の仕事を使ってください:)

技術面。

サービスはASP.NETで記述され、同じDedicで実行されます。 DB-PostgreSQL、別のマシンでスピンします。

もともとMSSQLで記述されていましたが、postgresの方が適していることが明らかになりました。 すべてをpostgresにコピーすることは困難でしたが、それだけの価値はありました。

ビジネスロジックの80％がデータベースに実装されているため、何らかの理由で高速に動作します。

サーバーコンポーネントDevExpressが使用されました-主な負担はASPxTreeListにあります。 はい。クライアントにとって不要なトラフィックであっても、サーバー側のコンポーネントを使用する必要がありました。そうしないと、数千のタスクや一部の機能を使用できなくなります。 はい、これは「ツリー」操作の特定の慣性につながりますが、200〜300ミリ秒のオーダーの「応答」はほとんど感知できないため、調整しました。 同様のコンポーネントの中で、私はテレリコフスキーも試しましたが、木を折りたたんだり広げたりするときに非常に不快なブレーキがあり、動作するのは不快です。

ASP.NET WebFormsが使用されていますが、この技術は少し時代遅れですが、ほとんどすべての作業が1つのページと1つの要素の一定のコールバックに集中しているため、MVCへの切り替えはあまり効果がありません。 そして、ViewStateは、過度のサイズという永遠の問題を最小化したようです。

2つの別個のアプリケーションで、メールを使用した操作（メールによるタスクの受信と送信）とGoogleタスクとの同期が行われます。 それらはDelphiで書かれました。

免責事項

1. 開発をスピードアップするために、比較的頻繁に使用されないインターフェースの多くの部分（タスクリスト、トリガーの編集）は、DevExpressの既製のコントロールを使用して記述されているため、少し重い
2. 一般的なブラウザはすべてサポートされていますが、古いバージョンでは問題が発生する可能性があります。 IE8は時々エラーをスローしますが、 クリーンなIE8は手元にありません。手はまだバグ修正に達していません。
3. Google Tasksとの同期は機能しますが、悪意のあるGoogleはAPIへのリクエストの割り当てをまだ十分に増やしていないため、理論的には、この機能を設定するユーザーが流入した場合、最初は夜間に同期を停止できます。 できる限り彼らのサポートをファックしてください。

収益化とデータセキュリティ

もちろん、近い将来の収益化は計画されていません。 存在する場合、アクティブユーザーの継続的な増加と容量要件の増加がある場合のみ。 現時点では、特にヘッツナー価格で、緊張なしにこのプロジェクトにいくつかのサーバーを割り当てるのに十分なリソースがあります。 その場合-数量を増やすことができます。 有料アカウントが導入されている場合は、以前に登録したユーザーが生涯無料の「プレミアム」アカウントを受け取ることをお勧めします。 データの安全性について-サービスを終了する場合、すべてのユーザーに通知され、データ転送には少なくとも2か月かかります。 ユーザーにデータのバックアップを提供する最良の方法を誰かが知っている場合は、お知らせください。 これまでのところ、Google Tasksでの同期を除いて、何も思いつきません。 たとえば、csvでエクスポートをねじ込むことができます。

計画

• Googleカレンダーとの統合。 その過程で。 どんな形で実装するのが美しいのか明確な理解はありませんが、 アナログはありません。
• 最適化、最適化、最適化。 特に、クライアントトラフィックの使用。 さらに、古いブラウザ用。
• SSL
• 繰り返しとタスク計画のための一時的なオプションを追加します（基本的な周期性が実装されている間）
• 私は急いでタスクのカレンダービューを書き、書きましたが、標準のツリービューに集中することにしました。 既に実装されているものをバグなしにすることなく、すぐにすべてを把握する価値はありません。

さて、少し後で、トリガーとGoogleタスクとの同期についての詳細を投稿しますが、伝えたいことがあります。

サービス自体へのリンク-betasked.ru

UPD私の意見では、多くの人が最初の画面を怖がっていましたが、不要なフィールドを削除し、テーマを選択し、次のように動作することを妨げるものは何もありません。



または：