問題タブ [gtd]

整理された受信トレイを持つことと、受け取ったすべてのものが入った受信トレイを持つことの間を行ったり来たりしました。

すべてを受信トレイに残すことをお勧めしますか、それとも整理することをお勧めしますか? それを整理する場合、このタスクを支援するための狂気の方法、またはおそらく Outlook (2003) プラグインはありますか?

それだけの価値はありますが、受信トレイ内のすべてが日付ごとにグループ化されているため、生産性が大幅に向上したと感じています. 他の方法で受信トレイを管理するのにより多くの時間を費やしているように感じます。

GTDアプリを決めようとしています。Tracと自動的に同期するもの、あるいはFogBugzと自動的に同期するものを知っている人はいますか?

私の疑いは、誰もそうしないということです。そのため、私のためにそれを行うスクリプトを書く必要があります。

• Thingsはそのデータを XML で保存しますが、タグの内容はすべてバイナリであるため、スクリプトを書くことはほぼ不可能です。

• OmniFocusはそのデータを XML で保存し、内容はリテラル テキストです。プラグインまたはスクリプトが可能です。

• ヒット リストは、そのデータを sqlite3 データベースに保存します。XML よりも簡単かもしれませんが、まだわかりません。欠点は、THL が定期的なタスクをサポートしていないことです。これにより、GTD アプリとしての有用性が低下します。

誰もこれを試しましたか？明らかなアプリを見逃していませんか?

私は非常に初歩的な GTD アプリを自分でコーディングしようとしています。これは、整理するためだけでなく、コーディングと Python のスキルを向上させるためでもあります。ただ、授業はちょっと苦手。

これが私がこれまでに持っているクラスです：

各プロジェクトにはアクションがありますが、プロジェクトが他のプロジェクトでも構成されるようにしたいと考えています。毎日、すべてのリストを印刷したいとします。このようなリストを作成する方法を思いつくのに苦労しています

再帰が使用されることは明らかです。SubProject という別のクラスを作成し、それに Project をサブクラス化するかどうかで悩んでいます。そこにある何かが私の脳に例外を発生させます。

プロジェクトを取得して Project クラスのアクション属性に追加することはできましたが、MegaProject.actions.action.actions.action シチュエーションがポップアップし始める場所に遭遇しました。

誰かがクラス構造を手伝ってくれたら、大歓迎です!

これは私の以前の質問の続きです

これが私のクラスです。

これが私が抱えている問題です。いくつかの小さなプロジェクトで大きなプロジェクトを構築する場合、プロジェクトが何であるか、または現在のプロジェクトのアクションを確認したいのですが、それらすべてをツリーに表示しています。これが私が使用しているテストコードです (異なる方法が機能することを確認するために、テストするプロジェクトとアクションを追加するいくつかの異なる方法を意図的に選択したことに注意してください)。

人生にはいくつかのプロジェクトがあり、その中にいくつかのプロジェクトがあるはずです。構造は次のようになります (インデントはプロジェクトで、- はアクションです)。

私が見つけたのは、 life.actions() がツリー内のすべてのアクションを返すはずなのに、何も返さないということです。life.projects() は、「結婚する」、「子供を持つ」、「退職する」だけが必要な場合に、サブプロジェクトを含むすべてのプロジェクトを返します。私が間違っているのは何ですか？

この投稿を読んで、私は質問者と同じ立場にいると感じました。私はテクノロジーが大好きで、現実世界の問題を解決するための新しいアイデアを思いつくと、神経細胞が興奮しますが、方程式の他の部分である実際に物事を (速く) 成し遂げるということは、通常、達成するのに苦労します。私は自分のためにこれをやっています。

コードに飽き飽きすることもあれば、テキスト エディターでカーソルを動かしたり、コードを見つめたりして、既存のソリューションよりも優れたソリューションを考え出すことに時間を費やしていることもあります。これは完璧主義という病気だと聞きました。

私はその同じ投稿を読んだことがあります (また、SO でここでも数回)、TDD は実際には女の子のようにコーディングをやめるのに適していることを読みましたが、TDD でチャンスを与えたことはありません。それを学ぶ/設定するか、頭の中で必要なすべてのテストを実行できるので、必要ないと思うからです。

• また、TDD が実際に GTD に役立つと思いますか?
• TDD について知っておくべきことは何ですか?
• TDD に代わるものは？
• TDD Web アプリを編成/開発するための最良の方法論は何ですか?
• 私の生活を楽にするために、どのライブラリを使用する必要がありますか?

PS: ここでは、主に (排他的ではありませんが) PHP を使用しています。

私は、2000 年にさかのぼるファイルを含む多数の Web サイトに取り組んでいます。これらのサイトは、時間の経過とともに組織的に成長し、その結果、ファイル、画像、CSS ファイル、JavaScript ファイルなどを含む多数の孤立した Web ページが生じました。これらの孤立したファイルは、保守性の悪さ、セキュリティ ホールの可能性、カスタマー エクスペリエンスの悪さ、私のような OCD/GTD マニアを夢中にさせることなど、多くの問題があります。

これらのファイルは数千にも及ぶため、完全に手動で解決することは現実的ではありません。最終的に、クリーンアップ プロセスには、必要なファイルを誤って削除しないようにするために、かなり大規模な QA 作業が必要になりますが、手動作業を高速化するための技術的ソリューションを開発したいと考えています。さらに、この混乱状態が将来発生するのを防ぐために、プロセス/ユーティリティを導入したいと考えています。

環境に関する考慮事項:

• 従来の ASP と .Net
• IIS 6 および IIS 7 を実行している Windows サーバー
• 複数の環境 (開発、統合、QA、ステージ、本番)
• ソース管理用の TFS

始める前に、同様のプロセスをうまくナビゲートした他の人からフィードバックを得たいと思います.

具体的には、私は探しています:

• 孤立したファイルを特定してクリーンアップするプロセス
• 孤立したファイルから環境をクリーンに保つためのプロセス
• 孤立したファイルの特定に役立つユーティリティ
• 壊れたリンクを特定するのに役立つユーティリティ (ファイルが削除された後)

私は探していません：

• 組織の強迫性障害の解決策...自分のやり方が好きです。
• Snide は、私たちが依然として従来の ASP を使用していることについてコメントしています。私はすでに痛みを感じています。すり込む必要はありません。

これは少しトピックから外れていますが、プログラマーだけが答えることができ、多くのプログラマーに役立ちます:

バグ追跡システムを使用して個人の ToDo 項目を追跡し、物事を成し遂げることは有用だと思いますか? 私はそれを試していません。実際、私はバグ追跡システムの経験があまりありません。私の todo リストでは、Google Tasks と Remember The Milk をいじってみましたが、どちらにも欠点があります。

Google Tasks: Todo リストを簡単に作成でき、リスト内の項目を並べ替え、階層を簡単に作成できる点が気に入っています。しかし、あまりにも単純すぎて、タスクにタグを付けたり、あるリストから別のリストにタスクを移動したりすることはできません。

リメンバー・ザ・ミルク:素晴らしく洗練されていますが、タスクの階層を作成することはできず、タスクを任意に並べ替えたり、タスクの依存関係を設定したりすることはできません。

そこでバグ追跡システムの出番です。

私はプログラマーのように (やりすぎかもしれませんが?) 考えるので、私のタスクには Makefile のように自然な階層と依存関係のツリーがあります。以下に 2 つの例を示します。

• 私の論文を書く作業は、いくつかのマイルストーンが完了したときに完了します。これらのマイルストーンの一部は並行して実行できます (背景の章を作成し、実験 A を実行し、実験 B を実行します)、他のマイルストーンは相互に依存します (主要な章を作成することは、最初に実験 A の結果を取得することに依存します)。

• より個人的な目標についても同じことが言えます。ディナー パーティーを開催したいのですが、そのためには、良いデートを見つけ、ゲスト リストを完成させ、招待状を作成し、素敵なレシピを見つけ、料理をする必要があります。

私にとって、これらのタスクにはすべて、バグ追跡システムが処理できる階層的な依存関係とマイルストーンが含まれますか?

これは、 Remember The Milkで高度な GTD を行う方法を説明する記事ですが、彼はいくつかの回避策を使用する必要があります。彼らが待っているタスクのうち、（2）「。」でいくつかの特別なタスクを開始します。それらはアルファベット順にソートされたリストの一番上にあり、他のサブゴールとして「下」にあることを示します。バグ追跡システムは、これらのことをもっと自然に処理できるはずですか?

経験があり、これに適した軽量のバグ追跡システムを推奨できる人はいますか? その他の要件: Web アプリとして実行する必要があり、タスクに複数のタグ (「仕事」、「楽しい」、「短いタスク」、「用事」など) をタグ付けできるようにする必要があります。

誰が同じ日にいくつかのプロジェクトに取り組むことができ、それぞれに短い時間しか費やせないのだろうか。または、同じ時間に2つまたは3つ以上のプロジェクトで同時に作業できる場合。やることがたくさんあるので、どうすればこれができるのだろうかと考え始めています。複数のワークスペースを使用したり、その間を切り替えたりすることを考えました。他にどのようなアプローチを使用していますか？

ウィキのような「スーパー」アプリケーションをとるメモが必要です。まず、すでに評価および/または使用したアプリケーションの概要から始めます。

Wikidpad

• 長所：
  • 編集モードと表示モードをすばやく切り替える。
  • 優れた構文（特にコードスニペットまたは生のASCIIテキストを貼り付ける場合、視覚的な手がかりをインデントするため）。
  • サーバーを必要としないスタンドアロンアプリケーションです。
  • wikiページはフラットテキストデータベースに保存できます。
  • 添付ファイルの簡単なドラッグアンドドロップ（特に画像ファイルの場合）。
• 短所：
  • ページの履歴/バージョン管理およびwikiデータベース全体の状態はありません。
  • Wikiページの名前空間の概念はありません。

MoinMoin wiki

• 長所：
  • いい構文;
  • スタンドアロンサーバー（Pythonベース）を備えているため、真にポータブルでスタンドアロンになります。
  • ページをフラットファイルに保持します。
  • 素敵なプラグインがたくさんあります。
• 短所：
  • そのwiki==編集/メモの作成、表示、リンスリピートの遅い反復...
  • バージョン管理の統合がありません

トラック

• 長所：
  • フラットファイルデータベースを除く、MoinMoinwikiのすべての機能。
  • バージョン管理の統合：wikiチェンジセット機能とwikiページを個人のコードベースのメタデータとして使用できます。
• 短所：
  • ウィキの一般的な欠点のすべて。
  • 本当にポータブルではありません。

todolist2（AbstractSpoonによる）

• 長所：
  • 高速でスタンドアロンのtodolistマネージャー。
  • タスクには、タスクとメモを1つのキーで切り替えることで、タスクに関連付けられたメモを取るための豊富な編集ボックスがあるという、これは本当に素晴らしく重要な機能です。
  • タスクのタイムトラッキング。
• 短所：
  • バージョン管理は組み込まれていません（名前にタイムスタンプが埋め込まれたプロジェクト/データファイルの自動バックアップコピーを作成するだけで、「シンプルな」バージョン管理が可能になります）。
  • タスクを緊急度でフィルタリングすることは困難です（GTDの用語では、タスクのコンテナーの概念がありません：受信トレイ、多分、各プロジェクトの次のアクションなど）。
  • ウィキのような方法でタスク間の相互参照/リンクはありません。

シンキングロック

• 長所：
  • GTDをほぼ完全に実装します。
  • すべてのアクションに関するメモがあります。
  • ポータブル;
• 短所：
  • （おそらくJava GUIのせいで）テキストノートを編集するときに単純な元に戻すことはできません。
  • プロジェクト/アクションツリーと編集可能なメモ編集ボックスを切り替えるときは不格好です。
  • バージョン管理はありません。

MonkeyGTD / TiddlyWiki

• 長所：
  • 真にスタンドアロン
  • ほぼ100％wiki
  • 素晴らしいGTDの実装
• 短所：
  • Wikiページの現在の構造の概要を確認する簡単な方法やユーザーフレンドリーな方法がない場合は、少し混乱します。
  • ページ/データ/テキスト/添付ファイルがたくさんあるときにうまくスケーリングできるかどうかはわかりません。
  • ソース管理の統合はありません。
  • バージョン管理/ページ履歴についてはよくわかりません...

次のようなアプリケーションが必要です。

• wikidpadの編集/プレビュー反復サイクルの速度と容易さ。
• wikiページと関連する添付ファイル（wikidpadやMoinMoinなど）。
• Wikiページのバージョン管理（MoinMoinやTracなど）。
• ソース管理の統合（Tracなど）。
• todolist2のようなタイムトラッキングと、 todolist2やThinkingRockのようなタスク/プロジェクトのネスト。
• ThinkingRockまたはMonkeyGTDのほぼ完璧なGTD実装。

前述のアプリケーションが提供する機能に関して、何らかの理由で私の要件が何らかの形で直交しているため、どちらを使用するかを決定していないことは明らかです...機能が直交しているか、不可能または非実用的ではありません...実際、おそらくwikidpadが私の理想に最も近いと思います。つまり、次のことができるということです。

• 必要な機能を実装する（バージョン管理、Wikiページ自体のGTDライフ機能/プロパティ、ソース管理の統合を追加するため）、または
• 検索と評価を続ける、または
• ここでいくつかの興味深く価値のある意見を得る。

あなたが新しいプログラミングの仕事をしているときに上司が来て、「ねえ、この新しい言語 X があるので、それで Y を完成させてほしい」と言ったとしましょう。それを達成するための10000の異なる方法。では、あなたが言語 X を知らず、上司が「5 日以内に必要だ」と言ったとしましょう。それを成し遂げるための最善の戦略は何だと思いますか?

完璧主義者の場合、彼/彼女は言語 X について可能な限り多くのことを学び始めます。一方、よりトリッキーな人は、X の専門家にアウトソーシングするか、上司を喜ばせるために目的を念頭に置いて何かを行います。ここではどのようなアプローチに従いますか?

そして最後に、ここのようなオープンな状況で、どこから始めたらよいかわからない場合、道に迷わず、不必要に時間を無駄にしないようにするにはどうすればよいでしょうか? 私は言葉で意味します。「うーん、これは学ばなくてもいい」とか「この方向に行かなきゃいけない気がする」とか。

おすすめの本やリンクを教えてください。

ありがとう