タグ

GTDに関するonkのブックマーク (5)

  • toukubo.com

    The domain has expired and may be available at auction. If this is your domain, you can still renew it. Register or transfer domains to Dynadot.com to save more and build your website for free! toukubo.com 2022 著作権. 不許複製 プライバシーポリシー

    toukubo.com
    onk
    onk 2008/06/23
    GTD はスケールアウトの手法を一人で完結させたものなんだよなー。それでいて管理コストは最小限っぽく見える。素敵。 / 「物語を語ることがテストになる」は良いキーワード。思考は言葉によって構築されているよね。
  • 電車内でプログラムなどをするための9つのコツ

    電車内でプログラムなどをするための9つのコツ Written on May 18, 2007. Posted in My PC environment java-jaの知り合いに頼まれたエントリ。それは「電車の中でのプログラミングのコツについて」。 僕はここ2,3年,電車や飛行機の中でプログラミングや記事(雑誌やブログなど)の執筆をすることが非常に多い。というか,毎日電車の中でパソコンを開いて,何かしらやっている。このエントリも,宇都宮線の中で書いている。 最近いくつか「〜clipse」というネーミングのEclipseプラグインを開発して公開した。今日もSearchclipseを作って公開を開始したのだが,これらの開発はほぼ完全に電車の中でプログラミングを行った。会社や自宅ではほとんど書いていない。もっと言うと,会社や自宅では作業がはかどっていないかも知れない。それくらい,僕は乗物の中では

    onk
    onk 2007/05/20
    Mac の魅力はスリープモードからの復帰時間のみだと思っている俺ガイル.「タスクを一定の時間で区切る」のは良いなぁ.アツい.
  • 今日は楽しいバグ修正の日 : 小野和俊のブログ

    昨日でこのところ取り掛かっていた大きな仕事が一段落したので、 今日からは待ちに待ったバグ修正の作業を始められる。 この1ヶ月、私はバグ修正がしたくてしたくてたまらなかった。 今朝は出社してすぐにバグレポートの一覧を表示して、 これは早く直さないとまずいな、とか、これはちょっと後でいいかな、とか、 レポートの内容を見ながら優先度順にバグを並び替えていく。 これからこれらのバグが次々に修正されていくのだと思うと、 もうこの時点でワクワクしてくる。 新しいソフトウェアのアイデアを考えるのは大好きだし、新機能を実装するのも大好きだ。 でもバグ修正には他の作業にはない独特の快感がある。 新しいソフトウェアを開発するのは見た目にも派手だし、世間の注目を集めやすい。 それに比べると既存のソフトウェアのバグ修正というのは地味で注目されない作業だ。 だが、バグ修正は確実に誰かの役に立つ。 もちろん、自分の考

    今日は楽しいバグ修正の日 : 小野和俊のブログ
    onk
    onk 2007/03/20
    嫌な作業の中にも楽しみを見つけること.バグ退治も実装も同じぐらい楽しいですよ(笑) / 他人が作ったものを読み解くつらさまで書いてあって素敵.感覚にすごい合致する.
  • 自分流GTDカテゴリー: LifeHackLife

    GTDをやっている人が、リストのカテゴリーをどんなふうにカスタマイズしているのか興味あります。自分の場合はこんな感じです。 ・コンピュータで ・協議事項 ・外出時に ・実家で ・職場で ・自宅で ・読む/検討する ・電話 ・いつか-予算次第 ・いつか-読む観る ・いつか/もしかしたら ・プロジェクト ・連絡待ち ・ごみ箱 ・資料 ほとんどGTDStyleWikiのデフォルトですが、いくつか追加しています。 「実家で」 たまに実家に帰ったときに色々やるべきことがあったはずなのに思い出せない、ということが多かったので作りました。 「いつか-予算次第」 いつか/もしかしたら、が増えすぎたので分割。他の全ての障害はクリアされてあとはお金だけ、というものを入れておきます。趣味のものとか、ちょっと贅沢なもの、必需品じゃないけど持っているとウキウキするような欲しいものが並びます。給料日前やボーナス時期に

    onk
    onk 2007/01/26
    やっぱり場所/ツールというリマインダと,期日の設定,あと仕事,という形に落ち着くよね.似たような感じだ.
  • ソフトウェアエンジニアのためのGTD: LifeHackLife

    GTDはサラリーマンよりもフリーランスのような仕事をしている人に、より有効であると言われています。自分の場合も、実はメインの仕事であるソフトウェア開発プロジェクトについてはGTDを利用していません。 通常、ソフトウェア開発の現場では「数日で完了する期限付きのタスク」をWBSの最小単位(ワークパッケージ)として細分化し、各担当者が常時ひとつのタスクを担当するようにスケジューリングされます。そしてこれらのタスクは、ガントチャートやその他のツールにより開発チーム内で厳密に管理されています。 正しく管理された開発プロジェクトのタスクは時間と作業内容が明確であり、また意識しなくても忘れることがないため、GTDのいう「開ループ」としなくても良いように思います。毎日朝になれば通勤電車に乗るのと同じように、(プロであれば)自動的に進められる作業なのです。もちろん例外もあって、スケジュールどおりに行かない作

    onk
    onk 2007/01/26
    「最優先のタスクをいくつも同時に抱えている場合」「数多くの混沌としたタスク」「やりかけの作業」ホント,タスクの管理を脳から外に出すだけだよね.忘却というリスクが減るのが一番の利点だと思う.
  • 1