LifeHackLife http://blogstyle.seesaa.net/ GTDはじめました。 ja http://blogs.law.harvard.edu/tech/rss GTDはじめました。 GTD TiddlyWiki style no http://blogstyle.seesaa.net/article/153813495.html 再開しようかな Sun, 20 Jun 2010 01:56:08 +0900 またちょっとGTDが一部で盛り上がってきているようなので様子を見て再開するかもしれません。 <![CDATA[ またちょっとGTDが一部で盛り上がってきているようなので様子を見て再開するかもしれません。 ]]> <![CDATA[ またちょっとGTDが一部で盛り上がってきているようなので様子を見て再開するかもしれません。 ]]><![CDATA[ ]]> 日記 style blog:https://blog.seesaa.jp,blogstyle/153813495 http://blogstyle.seesaa.net/article/28857212.html GTDツールTracksをローカルWinXP環境にインストールする手順 Mon, 04 Dec 2006 04:49:10 +0900 以前、GTD初心者向けのチュートリアル的な要素を持ったツールがもっと出てきてほしいと書いたことがありますが、最近はいろいろと新しいものが出ているようです。いまのところGTDのフローを強く意識している、以下のツールが気になっています。ThinkingRockhttp://www.thinkingrock.com.au/JavaVM上で動くスタンドアロンアプリgtd-phphttp://www.gtd-php.com/PHPで書かれたWebアプリTrackshttp://www... <![CDATA[ 以前、GTD初心者向けのチュートリアル的な要素を持ったツールがもっと出てきてほしいと書いたことがありますが、最近はいろいろと新しいものが出ているようです。いまのところGTDのフローを強く意識している、以下のツールが気になっています。 ThinkingRock http://www.thinkingrock.com.au/ JavaVM上で動くスタンドアロンアプリ gtd-php http://www.gtd-php.com/ PHPで書かれたWebアプリ Tracks http://www.rousette.org.uk/projects/ Ruby on RailsベースのWebアプリ このうちThinkingRockは、Javaの実行環境が入っていればインストーラ実行一発ですぐ使えるようになりました。 また、gtd-phpは公式サイトにデモ用サーバがあるので操作感を試すことは簡単にできます。 問題はTracksで、デモ用サーバも見あたらず自分の環境に入れてみるしかなさそうです。そこでRuby on Rails自体に興味もあったのでインストールすることにしてみました。作業手順はちょっと複雑で、ローカルのWindowsXPに入れる手順を日本語で解説しているようなブログも見つけられなかったので、メモとして残しておきます。 参考  Installing Tracks 1.03 on Windows XP - an updated guide  http://www.jjleonard.co.uk/?p=102 手順1 Instant Railsのインストール  Instant Railsは、以下のアプリを一発で入れる簡単インストーラとのこと。   ・Ruby言語とパッケージマネージャ(RubyGems)   ・Webサーバ(Apache/Mongrel)   ・データベース(MySQL)   ・Ruby on Rails本体 http://instantrails.rubyforge.org/wiki/wiki.pl?Instant_Rails トップページの[Download]から InstantRails-1.4-win.zip をダウンロード。今回はC:\usr\InstantRailsに展開(フォルダ名にスペースがあるとダメらしい)。 InstantRails.exeを実行。「環境変数を変更しちゃうよ」みたいなダイアログでOKを選択。MySQLがStartedになっていなければStartする。Apacheはどうでもいい。 手順2 Tracksのインストール 公式サイトのDownloadsから「Tracks 1.043」のファイルアイコンをクリックしてダウンロード。 http://www.rousette.org.uk/projects/downloads/index C:\usr\InstantRails\rails_apps\tracks-1.043 に展開。 手順3 Tracks設定ファイルの作成 C:\usr\InstantRails\rails_apps\tracks-1.043\configのフォルダを開く。 database.yml.tmplをコピーしてdatabase.ymlを作成。 environment.rb.tmplをコピーしてenvironment.rbを作成。ファイルを開いて"change-me"を適当な文字列に変更。 手順4 Tracks用データベースの作成 コマンドプロンプトから以下のコマンドを実行。  cd C:\usr\InstantRails\mysql\bin  mysql -uroot -p  (パスワードを聞かれるが設定していなければそのままEnter)  mysql> create database tracks;  mysql> create database tracks_development;  mysql> create database tracks_test;  mysql> grant all on tracks.* to rails@localhost;  mysql> grant all on tracks_development.* to rails@localhost;  mysql> grant all on tracks_test.* to rails@localhost;  mysql> exit 手順5 Tracks用テーブルの作成 コマンドプロンプトから以下のコマンドを実行。  cd C:\usr\InstantRails\rails_apps\tracks-1.043  C:\usr\InstantRails\ruby\bin\rake migrate 手順6 Tracks起動 Instant Railsの「I」ボタンクリック Rails Applications → Manage Rails Applications.. tracks-1.043にチェックを入れる 「Start with Mongrel」を押す 手順7 ユーザ登録 http://localhost:3000/signup にアクセスしてユーザ名とパスワードを設定 手順8 ログイン 以降は、http://localhost:3000/ にアクセスすればログイン画面が出る これでとりあえず操作できるようにはなりました。本格的に使うにはたぶんセキュリティ関係の設定をちゃんとしないとまずい気がします。 ]]> <![CDATA[ 以前、GTD初心者向けのチュートリアル的な要素を持ったツールがもっと出てきてほしいと書いたことがありますが、最近はいろいろと新しいものが出ているようです。いまのところGTDのフローを強く意識している、以下のツールが気になっています。

ThinkingRock
http://www.thinkingrock.com.au/
JavaVM上で動くスタンドアロンアプリ

gtd-php
http://www.gtd-php.com/
PHPで書かれたWebアプリ

Tracks
http://www.rousette.org.uk/projects/
Ruby on RailsベースのWebアプリ

このうちThinkingRockは、Javaの実行環境が入っていればインストーラ実行一発ですぐ使えるようになりました。

また、gtd-phpは公式サイトにデモ用サーバがあるので操作感を試すことは簡単にできます。

問題はTracksで、デモ用サーバも見あたらず自分の環境に入れてみるしかなさそうです。そこでRuby on Rails自体に興味もあったのでインストールすることにしてみました。作業手順はちょっと複雑で、ローカルのWindowsXPに入れる手順を日本語で解説しているようなブログも見つけられなかったので、メモとして残しておきます。

参考
 Installing Tracks 1.03 on Windows XP - an updated guide
 http://www.jjleonard.co.uk/?p=102


手順1 Instant Railsのインストール
 Instant Railsは、以下のアプリを一発で入れる簡単インストーラとのこと。
  ・Ruby言語とパッケージマネージャ(RubyGems)
  ・Webサーバ(Apache/Mongrel)
  ・データベース(MySQL)
  ・Ruby on Rails本体

http://instantrails.rubyforge.org/wiki/wiki.pl?Instant_Rails
トップページの[Download]から InstantRails-1.4-win.zip をダウンロード。今回はC:\usr\InstantRailsに展開(フォルダ名にスペースがあるとダメらしい)。

InstantRails.exeを実行。「環境変数を変更しちゃうよ」みたいなダイアログでOKを選択。MySQLがStartedになっていなければStartする。Apacheはどうでもいい。


手順2 Tracksのインストール
公式サイトのDownloadsから「Tracks 1.043」のファイルアイコンをクリックしてダウンロード。
http://www.rousette.org.uk/projects/downloads/index

C:\usr\InstantRails\rails_apps\tracks-1.043 に展開。


手順3 Tracks設定ファイルの作成
C:\usr\InstantRails\rails_apps\tracks-1.043\configのフォルダを開く。
database.yml.tmplをコピーしてdatabase.ymlを作成。
environment.rb.tmplをコピーしてenvironment.rbを作成。ファイルを開いて"change-me"を適当な文字列に変更。


手順4 Tracks用データベースの作成
コマンドプロンプトから以下のコマンドを実行。
 cd C:\usr\InstantRails\mysql\bin
 mysql -uroot -p
 (パスワードを聞かれるが設定していなければそのままEnter)
 mysql> create database tracks;
 mysql> create database tracks_development;
 mysql> create database tracks_test;
 mysql> grant all on tracks.* to rails@localhost;
 mysql> grant all on tracks_development.* to rails@localhost;
 mysql> grant all on tracks_test.* to rails@localhost;
 mysql> exit

手順5 Tracks用テーブルの作成
コマンドプロンプトから以下のコマンドを実行。
 cd C:\usr\InstantRails\rails_apps\tracks-1.043
 C:\usr\InstantRails\ruby\bin\rake migrate


手順6 Tracks起動
Instant Railsの「I」ボタンクリック
Rails Applications → Manage Rails Applications..
tracks-1.043にチェックを入れる
「Start with Mongrel」を押す


手順7 ユーザ登録
http://localhost:3000/signup にアクセスしてユーザ名とパスワードを設定


手順8 ログイン
以降は、http://localhost:3000/ にアクセスすればログイン画面が出る

これでとりあえず操作できるようにはなりました。本格的に使うにはたぶんセキュリティ関係の設定をちゃんとしないとまずい気がします。
]]><![CDATA[ ]]>
GTD style blog:https://blog.seesaa.jp,blogstyle/28857212
http://blogstyle.seesaa.net/article/28003169.html TiddlyWiki2.1対応日本語メッセージバグ修正他 Wed, 22 Nov 2006 02:47:18 +0900 TiddlyWikiには各国語翻訳用に、表示メッセージだけを一箇所に集めたLingo.jsというプラグインがあるのですが、それにはちょっとした不具合があって、そのまま訳すとcookieに記録された署名が上書きされてしまうので修正。JapaneseTranslationcookieに記録されているかどうかの判別方法は、ドイツ語翻訳版を参考にしました。レイアウト等をカスタマイズするときの参考によく読んでいたサイト、素敵なTiddlyWikiが最新版になってリニューアル。デザイン素.. <![CDATA[ こんな本は存在しません TiddlyWikiには各国語翻訳用に、表示メッセージだけを一箇所に集めたLingo.jsというプラグインがあるのですが、それにはちょっとした不具合があって、そのまま訳すとcookieに記録された署名が上書きされてしまうので修正。 JapaneseTranslation cookieに記録されているかどうかの判別方法は、ドイツ語翻訳版を参考にしました。 レイアウト等をカスタマイズするときの参考によく読んでいたサイト、素敵なTiddlyWikiが最新版になってリニューアル。デザイン素敵すぎ。 ]]> <![CDATA[ こんな本は存在しません

TiddlyWikiには各国語翻訳用に、表示メッセージだけを一箇所に集めたLingo.jsというプラグインがあるのですが、それにはちょっとした不具合があって、そのまま訳すとcookieに記録された署名が上書きされてしまうので修正。

JapaneseTranslation

cookieに記録されているかどうかの判別方法は、ドイツ語翻訳版を参考にしました。


レイアウト等をカスタマイズするときの参考によく読んでいたサイト、素敵なTiddlyWikiが最新版になってリニューアル。デザイン素敵すぎ。
]]><![CDATA[ ]]>
TiddlyWiki style blog:https://blog.seesaa.jp,blogstyle/28003169
http://blogstyle.seesaa.net/article/27314433.html ソフトウェアエンジニアのためのGTD Sun, 12 Nov 2006 16:38:32 +0900 GTDはサラリーマンよりもフリーランスのような仕事をしている人に、より有効であると言われています。自分の場合も、実はメインの仕事であるソフトウェア開発プロジェクトについてはGTDを利用していません。通常、ソフトウェア開発の現場では「数日で完了する期限付きのタスク」をWBSの最小単位(ワークパッケージ)として細分化し、各担当者が常時ひとつのタスクを担当するようにスケジューリングされます。そしてこれらのタスクは、ガントチャートやその他のツールにより開発チーム内で厳密に管理されてい.. <![CDATA[ 20061112.jpg GTDはサラリーマンよりもフリーランスのような仕事をしている人に、より有効であると言われています。自分の場合も、実はメインの仕事であるソフトウェア開発プロジェクトについてはGTDを利用していません。 通常、ソフトウェア開発の現場では「数日で完了する期限付きのタスク」をWBSの最小単位(ワークパッケージ)として細分化し、各担当者が常時ひとつのタスクを担当するようにスケジューリングされます。そしてこれらのタスクは、ガントチャートやその他のツールにより開発チーム内で厳密に管理されています。 正しく管理された開発プロジェクトのタスクは時間と作業内容が明確であり、また意識しなくても忘れることがないため、GTDのいう「開ループ」としなくても良いように思います。毎日朝になれば通勤電車に乗るのと同じように、(プロであれば)自動的に進められる作業なのです。もちろん例外もあって、スケジュールどおりに行かない作業、たとえば設計の初期段階でやることがあまりにも混沌としている場合や、まともなリーダーのいないデスマーチプロジェクトで最優先のタスクをいくつも同時に抱えている場合だと、GTDを使ってタスクを整理することは有効かもしれません。 ソフトウェアエンジニアがGTDで行うべきは、スケジュール表に現れない作業の管理です。たとえば、資格取得やスキルアップのための勉強、将来的に役に立つかもしれない技術の調査、改善提案活動、年末調整や出張精算のような事務手続き、健康診断の予定、歓送迎会の準備といったようなことです。また、ブログやmixiの活動時間捻出、自宅の掃除、旅行の計画、大きな買い物、といったプライベート関係もGTDが有効だと思います。こうしてみると、サラリーマンとはいえども、数多くの混沌としたタスクを常に抱えていることがわかります。 こういったタスクは、スケジュール表で管理されている作業にくらべて優先度が下がってしまい、ギリギリになってやったり、時間切れであきらめたりすることが多いと思います。忙しいエンジニアの日常とはそういうもんだ、と慣れてしまった人も多いでしょう。GTDを上手に実践することで、こういったことまで目が届くようになり、やりかけの作業が減って生活がシンプルになったように感じられるのが理想的だと思います。 ]]> <![CDATA[ 20061112.jpg

GTDはサラリーマンよりもフリーランスのような仕事をしている人に、より有効であると言われています。自分の場合も、実はメインの仕事であるソフトウェア開発プロジェクトについてはGTDを利用していません。

通常、ソフトウェア開発の現場では「数日で完了する期限付きのタスク」をWBSの最小単位(ワークパッケージ)として細分化し、各担当者が常時ひとつのタスクを担当するようにスケジューリングされます。そしてこれらのタスクは、ガントチャートやその他のツールにより開発チーム内で厳密に管理されています。

正しく管理された開発プロジェクトのタスクは時間と作業内容が明確であり、また意識しなくても忘れることがないため、GTDのいう「開ループ」としなくても良いように思います。毎日朝になれば通勤電車に乗るのと同じように、(プロであれば)自動的に進められる作業なのです。もちろん例外もあって、スケジュールどおりに行かない作業、たとえば設計の初期段階でやることがあまりにも混沌としている場合や、まともなリーダーのいないデスマーチプロジェクトで最優先のタスクをいくつも同時に抱えている場合だと、GTDを使ってタスクを整理することは有効かもしれません。

ソフトウェアエンジニアがGTDで行うべきは、スケジュール表に現れない作業の管理です。たとえば、資格取得やスキルアップのための勉強、将来的に役に立つかもしれない技術の調査、改善提案活動、年末調整や出張精算のような事務手続き、健康診断の予定、歓送迎会の準備といったようなことです。また、ブログやmixiの活動時間捻出、自宅の掃除、旅行の計画、大きな買い物、といったプライベート関係もGTDが有効だと思います。こうしてみると、サラリーマンとはいえども、数多くの混沌としたタスクを常に抱えていることがわかります。

こういったタスクは、スケジュール表で管理されている作業にくらべて優先度が下がってしまい、ギリギリになってやったり、時間切れであきらめたりすることが多いと思います。忙しいエンジニアの日常とはそういうもんだ、と慣れてしまった人も多いでしょう。GTDを上手に実践することで、こういったことまで目が届くようになり、やりかけの作業が減って生活がシンプルになったように感じられるのが理想的だと思います。 ]]><![CDATA[ ]]>
GTD style blog:https://blog.seesaa.jp,blogstyle/27314433
http://blogstyle.seesaa.net/article/26613748.html Remember The MilkでTicklerFileを表示するGreasemonkeyスクリプト Thu, 02 Nov 2006 07:19:40 +0900 GTDStyleWikiでわりと好評なTicklerFile表示機能を他でも使えるようにライブラリ化を試みています。てはじめにRemember The Milkに対応してみました。自分自身は職場の通信環境が悪いこともありオンラインツールはほとんど使っていませんが、Remember The MilkはGTD実践者にも人気が高くちょっと無視できない存在です。そんなわけで便乗マッシュアップしてみましょう。●ダウンロードrtmticklerfile.user.js●インストール日本語.. <![CDATA[ 20061102.jpg GTDStyleWikiでわりと好評なTicklerFile表示機能を他でも使えるようにライブラリ化を試みています。てはじめにRemember The Milkに対応してみました。 自分自身は職場の通信環境が悪いこともありオンラインツールはほとんど使っていませんが、Remember The MilkはGTD実践者にも人気が高くちょっと無視できない存在です。そんなわけで便乗マッシュアップしてみましょう。 ●ダウンロード rtmticklerfile.user.js ●インストール 日本語のGreasemonkeyスクリプトは文字化けするため、以下の手順でインストールする必要があるようです。 ・通常のGreasemonkeyスクリプトの手順でインストールします ・GreasemonkeyのManage User Scriptsから、「RTM Tickler File」を選択してEditします ・文字化けしているので、全文をペーストしてUTF-8で保存しなおします ●仕様 ・メニューの「全体」を選択するとTicklerFileを表示します ・1年以内の期限のタスクを各タブに表示します ・「@」キーで表示/非表示を切り替えます ・タブの操作はキーボードではできません、マウスを使ってください ・キーボードやマウスの操作があった場合、5分後にATOMを取得して内容を更新します ・操作がないときは1時間毎にATOMを取得して内容を更新します ●動作環境 ・Firefox(1.5/2.0) + Greasemonkey まだまだバグや使いづらい点があると思います。 ]]> <![CDATA[ 20061102.jpg

GTDStyleWikiでわりと好評なTicklerFile表示機能を他でも使えるようにライブラリ化を試みています。てはじめにRemember The Milkに対応してみました。

自分自身は職場の通信環境が悪いこともありオンラインツールはほとんど使っていませんが、Remember The MilkはGTD実践者にも人気が高くちょっと無視できない存在です。そんなわけで便乗マッシュアップしてみましょう。

●ダウンロード
rtmticklerfile.user.js

●インストール
日本語のGreasemonkeyスクリプトは文字化けするため、以下の手順でインストールする必要があるようです。
・通常のGreasemonkeyスクリプトの手順でインストールします
・GreasemonkeyのManage User Scriptsから、「RTM Tickler File」を選択してEditします
・文字化けしているので、全文をペーストしてUTF-8で保存しなおします

●仕様
・メニューの「全体」を選択するとTicklerFileを表示します
・1年以内の期限のタスクを各タブに表示します
・「@」キーで表示/非表示を切り替えます
・タブの操作はキーボードではできません、マウスを使ってください
・キーボードやマウスの操作があった場合、5分後にATOMを取得して内容を更新します
・操作がないときは1時間毎にATOMを取得して内容を更新します

●動作環境
・Firefox(1.5/2.0) + Greasemonkey

まだまだバグや使いづらい点があると思います。 ]]><![CDATA[ ]]>
GTD style blog:https://blog.seesaa.jp,blogstyle/26613748
http://blogstyle.seesaa.net/article/25009609.html TiddlyWiki2.1対応日本語メッセージ他 Sat, 07 Oct 2006 01:03:36 +0900 TiddlyWiki用日本語メッセージのVersion 2.1対応版作りました。ImportTiddlersやPluginManagerのメッセージにも対応してますhttp://www.geocities.jp/wikistyle/#JapaneseTranslationさてVersion 2.1ですが、バグがいろいろと残っているようでリリース後もちょこちょこ更新されています(10月6日現在は2.1.2)。前回書いたダッシュ書式(--)のバグはもう直っています。手元のTidd.. <![CDATA[ こんな本は存在しません TiddlyWiki用日本語メッセージのVersion 2.1対応版作りました。ImportTiddlersやPluginManagerのメッセージにも対応してます http://www.geocities.jp/wikistyle/#JapaneseTranslation さてVersion 2.1ですが、バグがいろいろと残っているようでリリース後もちょこちょこ更新されています(10月6日現在は2.1.2)。前回書いたダッシュ書式(--)のバグはもう直っています。手元のTiddlyWikiファイルもほとんどバージョンアップしましたが、今のところ大きな問題は出ていません。 ソースを読むと、細かく追加変更が行われているようです。 (1)プラグインマネージャ機能(PluginManager)  ver2.1.2現在、バグがあってプルダウンで操作を指定しても機能しません。以下のように修正すると動きます。  2543行目付近   NG config.macros.plugins.onSelectCommand = function(command,rowNames)   OK config.macros.plugins.onSelectCommand = function(listView,command,rowNames) (2)記事のインポート機能(ImportTiddlers)  ローカルファイルだけでなく、サーバ上のTiddlyWikiからも必要な記事だけ持ってこられます。プラグインのインストールが楽になるかも。 (3)パレット指定(ColorPalette)  画面の色だけ調整したい場合、大量のスタイルシートを探索しなくてもColorPaletteという記事で簡単に指定できるようになりました。 (4)取り消し線の書式変更(== → --)  既存のファイルをバージョンアップした場合、この変更によって表示が乱れることがときどきあります。従来の書式もサポートするためにLegacyStrikeThroughPluginというプラグインが添付されています。 (5)箇条書等の改行には<<BR>>マクロは今後使わない方向  今のところ<<BR>>マクロも使えますが、<BR>タグが推奨されています。 (6)定義型リストの(dl、dt、dd)がサポート  これは自分としてはちょっと嬉しいです。以下のように行頭にセミコロンとコロンを指定します。 ;タイトル1 :説明1 ;タイトル2 :説明2 (7)CSSクラス名指定の文字装飾  便利かどうかは分かりませんが、{{warning{文字列}}}のように指定できます。 (8)起動パラメータstory、searchRegExpの追加  起動時にURL#story:StartupTiddlersのようにすると、(DefaultTiddlersの代わりに)StartupTiddlersという記事を見て、その中に指定された記事を全て開きます。  起動時にURL#searchRegExp:new[TJ]のようにすると、本文が正規表現にマッチするtiddlerを全て開きます。ただこれもver2.1.2現在バグがあり、以下のように修正する必要があります。  730行目付近   NG story.prototype.search(v,false,true);   OK story.search(v,false,true); (9)プラグインのバージョン適合チェック機能  プラグインのコメントに CoreVersion: 2.1.2 のように書いておくと、そのプラグインはTiddlyWiki ver2.1.2より以前のバージョンではロードされないようになります。ただしこの機能が実装される前の2.0.x等では意味を持ちません。また、バージョンが適合しなくても、プラグインマネージャでForcedを選ぶと強制ロードされます。 (10)保存エラー時に自動的に表示される記事  TiddlyWikiを最初に使う人にとって保存できないというトラブルが多いようです。そのため保存エラーが発生したときにSaveChangesというタイトルの記事があると、その内容を自動的に表示するような機能が用意されました。SaveChangesには保存時のトラブルシューティングのような内容を書いておけば良いと思います。 また、リリースノートによるといろいろリファクタリングをして速度の改善を図っているようです。細かいバグが落ち着いてきたらGTDStyleWikiもver2.1ベースに上げる予定です。 ]]> <![CDATA[ こんな本は存在しません

TiddlyWiki用日本語メッセージのVersion 2.1対応版作りました。ImportTiddlersやPluginManagerのメッセージにも対応してます
http://www.geocities.jp/wikistyle/#JapaneseTranslation

さてVersion 2.1ですが、バグがいろいろと残っているようでリリース後もちょこちょこ更新されています(10月6日現在は2.1.2)。前回書いたダッシュ書式(--)のバグはもう直っています。手元のTiddlyWikiファイルもほとんどバージョンアップしましたが、今のところ大きな問題は出ていません。

ソースを読むと、細かく追加変更が行われているようです。

(1)プラグインマネージャ機能(PluginManager)
 ver2.1.2現在、バグがあってプルダウンで操作を指定しても機能しません。以下のように修正すると動きます。
 2543行目付近
  NG config.macros.plugins.onSelectCommand = function(command,rowNames)
  OK config.macros.plugins.onSelectCommand = function(listView,command,rowNames)

(2)記事のインポート機能(ImportTiddlers)
 ローカルファイルだけでなく、サーバ上のTiddlyWikiからも必要な記事だけ持ってこられます。プラグインのインストールが楽になるかも。

(3)パレット指定(ColorPalette)
 画面の色だけ調整したい場合、大量のスタイルシートを探索しなくてもColorPaletteという記事で簡単に指定できるようになりました。

(4)取り消し線の書式変更(== → --)
 既存のファイルをバージョンアップした場合、この変更によって表示が乱れることがときどきあります。従来の書式もサポートするためにLegacyStrikeThroughPluginというプラグインが添付されています。

(5)箇条書等の改行には<<BR>>マクロは今後使わない方向
 今のところ<<BR>>マクロも使えますが、<BR>タグが推奨されています。

(6)定義型リストの(dl、dt、dd)がサポート
 これは自分としてはちょっと嬉しいです。以下のように行頭にセミコロンとコロンを指定します。
;タイトル1
:説明1
;タイトル2
:説明2

(7)CSSクラス名指定の文字装飾
 便利かどうかは分かりませんが、{{warning{文字列}}}のように指定できます。

(8)起動パラメータstory、searchRegExpの追加
 起動時にURL#story:StartupTiddlersのようにすると、(DefaultTiddlersの代わりに)StartupTiddlersという記事を見て、その中に指定された記事を全て開きます。

 起動時にURL#searchRegExp:new[TJ]のようにすると、本文が正規表現にマッチするtiddlerを全て開きます。ただこれもver2.1.2現在バグがあり、以下のように修正する必要があります。

 730行目付近
  NG story.prototype.search(v,false,true);
  OK story.search(v,false,true);

(9)プラグインのバージョン適合チェック機能
 プラグインのコメントに CoreVersion: 2.1.2 のように書いておくと、そのプラグインはTiddlyWiki ver2.1.2より以前のバージョンではロードされないようになります。ただしこの機能が実装される前の2.0.x等では意味を持ちません。また、バージョンが適合しなくても、プラグインマネージャでForcedを選ぶと強制ロードされます。

(10)保存エラー時に自動的に表示される記事
 TiddlyWikiを最初に使う人にとって保存できないというトラブルが多いようです。そのため保存エラーが発生したときにSaveChangesというタイトルの記事があると、その内容を自動的に表示するような機能が用意されました。SaveChangesには保存時のトラブルシューティングのような内容を書いておけば良いと思います。

また、リリースノートによるといろいろリファクタリングをして速度の改善を図っているようです。細かいバグが落ち着いてきたらGTDStyleWikiもver2.1ベースに上げる予定です。
]]><![CDATA[ ]]>
TiddlyWiki style blog:https://blog.seesaa.jp,blogstyle/25009609
http://blogstyle.seesaa.net/article/24678614.html TiddlyWiki バージョン2.1.0リリース Sat, 30 Sep 2006 21:36:42 +0900 TiddlyWikiの新バージョン2.1.0がリリースされました。NewVersionという記事に追加された機能が紹介されているのでちょっと訳してみます。これは2006年9月29日にリリースされたTiddlyWikiのバージョン2.1だよ。いろいろ新しくしたから、既存のユーザが大事な文書をアップグレードするときは要注意だぜ。新機能:・プラグインや記事を簡単に共有するためのImportTiddlersマクロ・TiddlyWikiの強力なプラグイン機能を、より視覚的に管理できるP.. <![CDATA[ こんな本は存在しません TiddlyWikiの新バージョン2.1.0がリリースされました。NewVersionという記事に追加された機能が紹介されているのでちょっと訳してみます。 これは2006年9月29日にリリースされたTiddlyWikiのバージョン2.1だよ。いろいろ新しくしたから、既存のユーザが大事な文書をアップグレードするときは要注意だぜ。 新機能: ・プラグインや記事を簡単に共有するためのImportTiddlersマクロ ・TiddlyWikiの強力なプラグイン機能を、より視覚的に管理できるPluginManager ・OperaやSafariなど各種プラットホームでセーブ機能を実現するTiddlySaver Javaアプレット ・MinimoやNokia 770でもセーブ可能にしたよ ・TiddlyWikiの配色を簡単に設定するColorPalette ・記事の一部を取得するためのTiddlerSlicing(訳注*1) ・ダッシュ書式のサポート(訳注*2) ・その他もろもろ(リリースノートを見てくれよな) *1 INIファイルのようにキーワードと値のペアを設定するための機能。ColorPaletteの配色定義や、プラグインのバージョン管理等に使用することを意図しているらしい。AAAという記事の中でBBB: CCCのように定義しておくと、他の記事から<<tiddler "AAA::BBB">>のようにしてCCCが参照できる。スタイルシート内では[[AAA::BBB]]のようにして参照できるらしい。 *2 「--」と書くと「—」に変換するものだが、2006年9月30日現在バグがあって機能しない。以下のようにすれば動く。 1427行目 誤 createTiddlyElement(w.output,"span").innerHTML = "&mdash"; 正 createTiddlyElement(w.output,"span").innerHTML = "&mdash;"; さて、GTDStyleWikiがそのまま動くかどうか検証しなくちゃ。 ]]> <![CDATA[ こんな本は存在しません

TiddlyWikiの新バージョン2.1.0がリリースされました。NewVersionという記事に追加された機能が紹介されているのでちょっと訳してみます。
これは2006年9月29日にリリースされたTiddlyWikiのバージョン2.1だよ。いろいろ新しくしたから、既存のユーザが大事な文書をアップグレードするときは要注意だぜ。

新機能:
・プラグインや記事を簡単に共有するためのImportTiddlersマクロ
・TiddlyWikiの強力なプラグイン機能を、より視覚的に管理できるPluginManager
・OperaやSafariなど各種プラットホームでセーブ機能を実現するTiddlySaver Javaアプレット
・MinimoやNokia 770でもセーブ可能にしたよ
・TiddlyWikiの配色を簡単に設定するColorPalette
・記事の一部を取得するためのTiddlerSlicing(訳注*1)
・ダッシュ書式のサポート(訳注*2)
・その他もろもろ(リリースノートを見てくれよな)

*1
INIファイルのようにキーワードと値のペアを設定するための機能。ColorPaletteの配色定義や、プラグインのバージョン管理等に使用することを意図しているらしい。AAAという記事の中でBBB: CCCのように定義しておくと、他の記事から<<tiddler "AAA::BBB">>のようにしてCCCが参照できる。スタイルシート内では[[AAA::BBB]]のようにして参照できるらしい。

*2
「--」と書くと「—」に変換するものだが、2006年9月30日現在バグがあって機能しない。以下のようにすれば動く。

1427行目
誤 createTiddlyElement(w.output,"span").innerHTML = "&mdash";
正 createTiddlyElement(w.output,"span").innerHTML = "&mdash;";

さて、GTDStyleWikiがそのまま動くかどうか検証しなくちゃ。
]]><![CDATA[ ]]>
TiddlyWiki style blog:https://blog.seesaa.jp,blogstyle/24678614
http://blogstyle.seesaa.net/article/24441805.html TiddlyWikiでプラグインを一覧から隠す Tue, 26 Sep 2006 07:51:04 +0900 TiddlyWikiでプラグインを多く導入していると、更新順表示タブ等でプラグインと自分の作成した記事が混ざって視認性が悪くなってしまいます。そのため、更新者名が「設定」の署名と同じ記事のみ一覧表示するプラグインを作成しました。これにより表示が変わる箇所は以下の通りです。・更新順タブ・全てタブ・タグタブ・その他-未定義タブ・その他-未参照タブインストール方法こちらの内容をTIddlyWikiの新規記事にペースト。systemConfigタグをつけて保存。リロード。プラグインな.. <![CDATA[ こんな本は存在しません TiddlyWikiでプラグインを多く導入していると、更新順表示タブ等でプラグインと自分の作成した記事が混ざって視認性が悪くなってしまいます。そのため、更新者名が「設定」の署名と同じ記事のみ一覧表示するプラグインを作成しました。これにより表示が変わる箇所は以下の通りです。 ・更新順タブ ・全てタブ ・タグタブ ・その他-未定義タブ ・その他-未参照タブ インストール方法 こちらの内容をTIddlyWikiの新規記事にペースト。systemConfigタグをつけて保存。リロード。 プラグインなど表示したくない記事を導入する場合、一時的に署名をadminのような名前にすると良いと思います。署名を変更したときは、リロードしなくても変更が有効になります。 ]]> <![CDATA[ こんな本は存在しません

TiddlyWikiでプラグインを多く導入していると、更新順表示タブ等でプラグインと自分の作成した記事が混ざって視認性が悪くなってしまいます。そのため、更新者名が「設定」の署名と同じ記事のみ一覧表示するプラグインを作成しました。これにより表示が変わる箇所は以下の通りです。
・更新順タブ
・全てタブ
・タグタブ
・その他-未定義タブ
・その他-未参照タブ

インストール方法
こちらの内容をTIddlyWikiの新規記事にペースト。systemConfigタグをつけて保存。リロード。

プラグインなど表示したくない記事を導入する場合、一時的に署名をadminのような名前にすると良いと思います。署名を変更したときは、リロードしなくても変更が有効になります。
]]><![CDATA[ ]]>
TiddlyWiki style blog:https://blog.seesaa.jp,blogstyle/24441805
http://blogstyle.seesaa.net/article/24266839.html GTD Style Wiki Tips: タスク名の重複を回避する Sat, 23 Sep 2006 01:16:05 +0900 こちらのエントリーにある問題について考えてみました。簡単に言うと以下の2点です。(1)「○○氏に電話する」というようなありがちなタスク名の場合、既存タスクと名前がかぶることが多く、その都度ユニークなタスク名を考えて入力しなおすのが面倒(2)todoマクロを使って一括登録する場合、タスク名がかぶっていると登録されないTiddlyWikiでは、記事タイトルはデータベースでいうところの主キーにあたるためユニークでなければなりません。したがってこの前提をくつがえすような改造はかなり大.. <![CDATA[ O'REILLY風 こちらのエントリーにある問題について考えてみました。簡単に言うと以下の2点です。 (1)「○○氏に電話する」というようなありがちなタスク名の場合、既存タスクと名前がかぶることが多く、その都度ユニークなタスク名を考えて入力しなおすのが面倒 (2)todoマクロを使って一括登録する場合、タスク名がかぶっていると登録されない TiddlyWikiでは、記事タイトルはデータベースでいうところの主キーにあたるためユニークでなければなりません。したがってこの前提をくつがえすような改造はかなり大掛かりになる上に、今後TiddlyWikiのバージョンアップに対応できない可能性が高くなってしまいます。 そこで現実的な対応方法として、以下の方針で考えてみました。 (1)への対応  ・既存タスクと同名の場合、末尾に連番を付加してユニークな名前にする (2)への対応  ・「プロジェクト」タグがついている記事でtodoマクロを使った場合   各タスクの先頭にプロジェクト名を付加する  ・先頭にプロジェクト名をつけても既存タスクとかぶる場合、末尾に連番を付加する 本機能を次のバージョンアップ内容に含めるかどうかは未定です。(1)は本来のTiddlyWikiの挙動とことなってしまうのであまり入れたくないですが、(2)の前半は入れてもいいかも。 導入方法:  GTDStyleWikiで以下の内容の新規記事を作成し、保存、リロード   タイトル:任意(ただしGtdTodoMacroよりもソート順で後になること)   タグ:systemConfig   本文:以下の内容をペースト //{{{ Story.prototype.saveTiddler = function(title,minorUpdate) { var tiddler = document.getElementById(this.idPrefix + title); if(tiddler != null) { var fields = {}; this.gatherSaveFields(tiddler,fields); var newTitle = fields.title ? fields.title : title; if(store.tiddlerExists(newTitle) && newTitle != title) { // 2006.09.22 ------------ var n = 1; var tmpTitle = newTitle; while (store.tiddlerExists(tmpTitle)) { tmpTitle = newTitle + "_" + n; n++; } newTitle = tmpTitle; // ----------------------- } tiddler.id = this.idPrefix + newTitle; tiddler.setAttribute("tiddler",newTitle); tiddler.setAttribute("dirty","false"); if(config.options.chkForceMinorUpdate) minorUpdate = !minorUpdate; var newDate = new Date(); store.saveTiddler(title,newTitle,fields.text, config.options.txtUserName, minorUpdate ? undefined : newDate, fields.tags); if(config.options.chkAutoSave) saveChanges(); return newTitle; } return null; } config.macros.todo.onClick = function() { var m = config.macros.todo; if (!confirm(m.alert)) return false; var title = this.getAttribute("tiddler"); if (title == "") { return false; } // 2006.09.22 -------------- var isProject = store.getTiddler(title). isTagged("プロジェクト") ? true : false; // ------------------------- var text = store.getTiddlerText(title); while (text.match(/<<[^>]*>>/) != null) text = text.replace(/<<[^>]*>>/, ""); while (text.match(/\/%[^%]*%\//) != null) text = text.replace(/\/%[^%]*%\//, ""); while (text.match(/%[%\$] ?/) != null) text = text.replace(/%[%\$] ?/, ""); while (text.match(/\[\[|\]\]/) != null) text = text.replace(/\[\[|\]\]/, ""); list = text.split("\n"); var cnt = 0; for (var i = 0; i < list.length; i++) { var s = list[i]; var indent = ""; if (s.match(/^((\s| )+)/)) indent = RegExp.$1; s = s.replace(/^(\s| )+/,""); s = s.replace(/(\s| )+$/,""); if (s == "") continue; // 2006.09.22 -------------- if (isProject) s = title + ": " + s; var n = 1; var tmpTitle = s; while (store.tiddlerExists(tmpTitle)) { tmpTitle = s + "_" + n; n++; } s = tmpTitle; // ------------------------- list[i] = indent + "%% [[" + s + "]]"; cnt += m.createTiddler(s); } var tiddler = store.createTiddler(title); tiddler.set(title, list.join("\n")); refreshDisplay(); story.refreshTiddler(title, DEFAULT_VIEW_TEMPLATE, true); alert(m.message.replace(/%0/, String(cnt))); return false; } //}}} ]]> <![CDATA[ O'REILLY風
こちらのエントリーにある問題について考えてみました。簡単に言うと以下の2点です。
(1)「○○氏に電話する」というようなありがちなタスク名の場合、既存タスクと名前がかぶることが多く、その都度ユニークなタスク名を考えて入力しなおすのが面倒
(2)todoマクロを使って一括登録する場合、タスク名がかぶっていると登録されない

TiddlyWikiでは、記事タイトルはデータベースでいうところの主キーにあたるためユニークでなければなりません。したがってこの前提をくつがえすような改造はかなり大掛かりになる上に、今後TiddlyWikiのバージョンアップに対応できない可能性が高くなってしまいます。

そこで現実的な対応方法として、以下の方針で考えてみました。
(1)への対応
 ・既存タスクと同名の場合、末尾に連番を付加してユニークな名前にする
(2)への対応
 ・「プロジェクト」タグがついている記事でtodoマクロを使った場合
  各タスクの先頭にプロジェクト名を付加する
 ・先頭にプロジェクト名をつけても既存タスクとかぶる場合、末尾に連番を付加する

本機能を次のバージョンアップ内容に含めるかどうかは未定です。(1)は本来のTiddlyWikiの挙動とことなってしまうのであまり入れたくないですが、(2)の前半は入れてもいいかも。

導入方法:
 GTDStyleWikiで以下の内容の新規記事を作成し、保存、リロード
  タイトル:任意(ただしGtdTodoMacroよりもソート順で後になること)
  タグ:systemConfig
  本文:以下の内容をペースト
//{{{
Story.prototype.saveTiddler = function(title,minorUpdate)
{
var tiddler = document.getElementById(this.idPrefix + title);
if(tiddler != null)
{
var fields = {};
this.gatherSaveFields(tiddler,fields);
var newTitle = fields.title ? fields.title : title;
if(store.tiddlerExists(newTitle) && newTitle != title)
{
// 2006.09.22 ------------
var n = 1;
var tmpTitle = newTitle;
while (store.tiddlerExists(tmpTitle)) {
tmpTitle = newTitle + "_" + n;
n++;
}
newTitle = tmpTitle;
// -----------------------
}
tiddler.id = this.idPrefix + newTitle;
tiddler.setAttribute("tiddler",newTitle);
tiddler.setAttribute("dirty","false");
if(config.options.chkForceMinorUpdate)
minorUpdate = !minorUpdate;
var newDate = new Date();
store.saveTiddler(title,newTitle,fields.text,
config.options.txtUserName,
minorUpdate ? undefined : newDate,
fields.tags);
if(config.options.chkAutoSave)
saveChanges();
return newTitle;
}
return null;
}


config.macros.todo.onClick = function()
{
var m = config.macros.todo;

if (!confirm(m.alert))
return false;

var title = this.getAttribute("tiddler");
if (title == "") {
return false;
}

// 2006.09.22 --------------
var isProject = store.getTiddler(title).
isTagged("プロジェクト") ? true : false;
// -------------------------

var text = store.getTiddlerText(title);
while (text.match(/<<[^>]*>>/) != null)
text = text.replace(/<<[^>]*>>/, "");
while (text.match(/\/%[^%]*%\//) != null)
text = text.replace(/\/%[^%]*%\//, "");
while (text.match(/%[%\$] ?/) != null)
text = text.replace(/%[%\$] ?/, "");
while (text.match(/\[\[|\]\]/) != null)
text = text.replace(/\[\[|\]\]/, "");

list = text.split("\n");
var cnt = 0;
for (var i = 0; i < list.length; i++) {
var s = list[i];
var indent = "";
if (s.match(/^((\s| )+)/))
indent = RegExp.$1;
s = s.replace(/^(\s| )+/,"");
s = s.replace(/(\s| )+$/,"");
if (s == "")
continue;

// 2006.09.22 --------------
if (isProject)
s = title + ": " + s;
var n = 1;
var tmpTitle = s;
while (store.tiddlerExists(tmpTitle)) {
tmpTitle = s + "_" + n;
n++;
}
s = tmpTitle;
// -------------------------

list[i] = indent + "%% [[" + s + "]]";
cnt += m.createTiddler(s);
}

var tiddler = store.createTiddler(title);
tiddler.set(title, list.join("\n"));

refreshDisplay();
story.refreshTiddler(title, DEFAULT_VIEW_TEMPLATE, true);

alert(m.message.replace(/%0/, String(cnt)));
return false;
}
//}}}

]]><![CDATA[ ]]>
GTDStyleWiki style blog:https://blog.seesaa.jp,blogstyle/24266839
http://blogstyle.seesaa.net/article/24189814.html 日経産業新聞のライフハック紹介記事 Fri, 22 Sep 2006 03:29:27 +0900 9/21の日経産業新聞の「企業人の情報整理術」というコーナーにライフハックの紹介記事が載ってましたね。いよいよ説明抜きで一般にも通じる言葉になってきたのかも。内容はその手の本やブログを読んでいる人にはおなじみのことなので、わざわざ取り寄せて読むこともないとは思いますが。 ・ライフハックとは ・GTD(フロー図付)   idea*idea田口氏コメント ・RSSリーダー、ソーシャルブックマーク   シックス・アパート金子氏コメント ・腰リール   チェンジビジョン懸田氏コメント.. <![CDATA[ 9/21の日経産業新聞の「企業人の情報整理術」というコーナーにライフハックの紹介記事が載ってましたね。いよいよ説明抜きで一般にも通じる言葉になってきたのかも。内容はその手の本やブログを読んでいる人にはおなじみのことなので、わざわざ取り寄せて読むこともないとは思いますが。  ・ライフハックとは  ・GTD(フロー図付)    idea*idea田口氏コメント  ・RSSリーダー、ソーシャルブックマーク    シックス・アパート金子氏コメント  ・腰リール    チェンジビジョン懸田氏コメント  ・三色フォルダ  ・Hipster PDA  ・check*pad しかし、あらためて考えてみると日本発のhackってまだまだ少ないですね。腰リール、三色フォルダ、バブルマップくらいかな。もっといろいろ出てくるとさらに面白くなってくるのにな。 ]]> <![CDATA[ 9/21の日経産業新聞の「企業人の情報整理術」というコーナーにライフハックの紹介記事が載ってましたね。いよいよ説明抜きで一般にも通じる言葉になってきたのかも。内容はその手の本やブログを読んでいる人にはおなじみのことなので、わざわざ取り寄せて読むこともないとは思いますが。
 ・ライフハックとは
 ・GTD(フロー図付)
   idea*idea田口氏コメント
 ・RSSリーダー、ソーシャルブックマーク
   シックス・アパート金子氏コメント
 ・腰リール
   チェンジビジョン懸田氏コメント
 ・三色フォルダ
 ・Hipster PDA
 ・check*pad

しかし、あらためて考えてみると日本発のhackってまだまだ少ないですね。腰リール、三色フォルダ、バブルマップくらいかな。もっといろいろ出てくるとさらに面白くなってくるのにな。
]]><![CDATA[ ]]>
lifehacks style blog:https://blog.seesaa.jp,blogstyle/24189814
http://blogstyle.seesaa.net/article/23830081.html AshikaStyleWiki - はてなの進行管理手法「あしか」支援ツール Sat, 16 Sep 2006 09:17:14 +0900 AshikaStyleWikiは、はてなの進行管理手法「あしか」を支援するツールです。ダウンロード先日GTDStyleWikiをメンテナンスしているときに、このソフトウェアの構造はGTDに限らず排他的なステータスを持つタスク管理手法であれば何にでも適用できる、ということに気が付きました。そんなわけで「あしか」用のカスタマイズです。カスタマイズといっても変更したのはカテゴリーとスタイルシート程度です。表示させていないGTDStyleWikiの機能や記事も実際にはほとんど残してあ.. <![CDATA[ 20060916.gif AshikaStyleWikiは、はてなの進行管理手法「あしか」を支援するツールです。 ダウンロード 先日GTDStyleWikiをメンテナンスしているときに、このソフトウェアの構造はGTDに限らず排他的なステータスを持つタスク管理手法であれば何にでも適用できる、ということに気が付きました。そんなわけで「あしか」用のカスタマイズです。カスタマイズといっても変更したのはカテゴリーとスタイルシート程度です。表示させていないGTDStyleWikiの機能や記事も実際にはほとんど残してあり、またタグ名もGTDのままです。 あしかは、タスクを「すぐやる」、「そのうちやる」、「ペンディング」、「終わった」のわずか4つのステータスで管理する手法で、正式にはコピー用紙の裏紙とカップヌードルのダンボール箱を使用して行います。  http://d.hatena.ne.jp/keyword/%A4%A2%A4%B7%A4%AB  http://d.hatena.ne.jp/jkondo/20050331 はてな自身でも、はてなグループにてあしか機能を提供しているため、このツールに需要があるかどうかわかりませんが、技術的興味からつい作ってしまいました。ローカルファイルで個人レベルのあしかをやってみる場合には良いかもしれません。 ]]> <![CDATA[ 20060916.gif

AshikaStyleWikiは、はてなの進行管理手法「あしか」を支援するツールです。

ダウンロード

先日GTDStyleWikiをメンテナンスしているときに、このソフトウェアの構造はGTDに限らず排他的なステータスを持つタスク管理手法であれば何にでも適用できる、ということに気が付きました。そんなわけで「あしか」用のカスタマイズです。カスタマイズといっても変更したのはカテゴリーとスタイルシート程度です。表示させていないGTDStyleWikiの機能や記事も実際にはほとんど残してあり、またタグ名もGTDのままです。

あしかは、タスクを「すぐやる」、「そのうちやる」、「ペンディング」、「終わった」のわずか4つのステータスで管理する手法で、正式にはコピー用紙の裏紙とカップヌードルのダンボール箱を使用して行います。
 http://d.hatena.ne.jp/keyword/%A4%A2%A4%B7%A4%AB
 http://d.hatena.ne.jp/jkondo/20050331

はてな自身でも、はてなグループにてあしか機能を提供しているため、このツールに需要があるかどうかわかりませんが、技術的興味からつい作ってしまいました。ローカルファイルで個人レベルのあしかをやってみる場合には良いかもしれません。
]]><![CDATA[ ]]>
GTDStyleWiki style blog:https://blog.seesaa.jp,blogstyle/23830081
http://blogstyle.seesaa.net/article/23622432.html “ERP”としてのGTD Tue, 12 Sep 2006 04:15:20 +0900 前回lifehackとTOCの類似について少し書きましたが、今回はGTDのメタファーとしてERPを考えてみます。もちろん、ITmedia Biz.ID:“OS”としてのGTDをちょっと意識してます。GTD関係のブログをみると学生の人も多いようなので簡単に説明しておきますが、ERP(Enterprise Resource Planning)とは企業活動を効率化するための大掛かりなITシステムで、全体の業務に対して投入すべき企業のリソース(人、物、金)を統合的に管理することで最適.. <![CDATA[ 前回lifehackとTOCの類似について少し書きましたが、今回はGTDのメタファーとしてERPを考えてみます。もちろん、ITmedia Biz.ID:“OS”としてのGTDをちょっと意識してます。 GTD関係のブログをみると学生の人も多いようなので簡単に説明しておきますが、ERP(Enterprise Resource Planning)とは企業活動を効率化するための大掛かりなITシステムで、全体の業務に対して投入すべき企業のリソース(人、物、金)を統合的に管理することで最適な効率を得るという思想に基づいています。 これに対してGTDはどうかというと、全体のタスクに対して投入すべき個人のリソース(時間、モチベーション等)を統合的に管理して最適な効率を得ると言えるのではないでしょうか。目の前にある業務だけに全力を尽くすこと(部分最適化)が、必ずしも全体として最適になるとは限らないというERPの考え方もGTDに通じるところがあるように思います。 では、このメタファーからGTD実践者が学ぶべきことは何かあるでしょうか。ERP導入を例に考えて見ます。ERPは導入にに失敗しやすいシステムと言われています。パッケージソフトが提供するベストプラクティスは、ERP導入以前の(非効率的な)業務スタイルからのルール変更が不可欠であり意識の改革を必要とします。また逆に企業の業態にあわせてパッケージ側をカスタマイズすることも通常発生します。このカスタマイズのさじ加減が難しく、パッケージ側を大きく変えると導入はスムーズになりますが、結果的に十分なパフォーマンスが得られなくなってしまいます。 そういったわけで、GTD導入にあたっても自分のライフスタイルに合わせて手法をカスタマイズすることは必要ですが、効率アップのためには自分の中のルールも意識的に変えていくことが大切ではないかと思います。 最後にもうひとつ。ERPパッケージをカスタマイズしすぎるとパッケージの新バージョンが出たときにアップグレードに非常に苦労する、という落とし穴もあるので、ソフトウェアのGTDツールを使っている人は同じような注意が必要かもしれません。 ]]> <![CDATA[ 前回lifehackとTOCの類似について少し書きましたが、今回はGTDのメタファーとしてERPを考えてみます。もちろん、ITmedia Biz.ID:“OS”としてのGTDをちょっと意識してます。

GTD関係のブログをみると学生の人も多いようなので簡単に説明しておきますが、ERP(Enterprise Resource Planning)とは企業活動を効率化するための大掛かりなITシステムで、全体の業務に対して投入すべき企業のリソース(人、物、金)を統合的に管理することで最適な効率を得るという思想に基づいています。

これに対してGTDはどうかというと、全体のタスクに対して投入すべき個人のリソース(時間、モチベーション等)を統合的に管理して最適な効率を得ると言えるのではないでしょうか。目の前にある業務だけに全力を尽くすこと(部分最適化)が、必ずしも全体として最適になるとは限らないというERPの考え方もGTDに通じるところがあるように思います。

では、このメタファーからGTD実践者が学ぶべきことは何かあるでしょうか。ERP導入を例に考えて見ます。ERPは導入にに失敗しやすいシステムと言われています。パッケージソフトが提供するベストプラクティスは、ERP導入以前の(非効率的な)業務スタイルからのルール変更が不可欠であり意識の改革を必要とします。また逆に企業の業態にあわせてパッケージ側をカスタマイズすることも通常発生します。このカスタマイズのさじ加減が難しく、パッケージ側を大きく変えると導入はスムーズになりますが、結果的に十分なパフォーマンスが得られなくなってしまいます。

そういったわけで、GTD導入にあたっても自分のライフスタイルに合わせて手法をカスタマイズすることは必要ですが、効率アップのためには自分の中のルールも意識的に変えていくことが大切ではないかと思います。

最後にもうひとつ。ERPパッケージをカスタマイズしすぎるとパッケージの新バージョンが出たときにアップグレードに非常に苦労する、という落とし穴もあるので、ソフトウェアのGTDツールを使っている人は同じような注意が必要かもしれません。


]]><![CDATA[ ]]>
GTD style blog:https://blog.seesaa.jp,blogstyle/23622432
http://blogstyle.seesaa.net/article/23271590.html 「IDEA HACKS!」の15分ルール Tue, 05 Sep 2006 00:49:12 +0900 「IDEA HACKS! 今日スグ役立つ仕事のコツと習慣 」を読んでみました。ブログなどの評価を見ると絶賛というほどでもなく、あまり期待せずに読みましたが思っていたより面白かったです。多くのhackが書かれていて、人によってすぐに使えそうなものやそうでないものがあるので、この中から自分と相性が良さそうなものを取り入れてみるような読み方が良いと思います。GTD実践者には15分ルールが役に立ちそう。これは「15分以上かかる作業は、すべてスケジュールへ組み込む」という考え方です。G.. <![CDATA[ 「IDEA HACKS! 今日スグ役立つ仕事のコツと習慣 」を読んでみました。ブログなどの評価を見ると絶賛というほどでもなく、あまり期待せずに読みましたが思っていたより面白かったです。 多くのhackが書かれていて、人によってすぐに使えそうなものやそうでないものがあるので、この中から自分と相性が良さそうなものを取り入れてみるような読み方が良いと思います。 GTD実践者には15分ルールが役に立ちそう。これは「15分以上かかる作業は、すべてスケジュールへ組み込む」という考え方です。GTDをやっていると、このToDoはカレンダーに入れようかNextActionに入れようかと悩むことがあります(実際のところどちらに入れても良いのですが)。そういうときに、15分以上かかるものはカレンダー、15分以内のものはNextAction、2分以内のものはすぐやる、というふうに機械的に仕訳できると判断が楽になりますね。 あとは、個人的なスケジュール管理にプロジェクトマネージメントの考えを導入しようとしているところも共感できました。自分も以前から「TOCを個人レベルでやるとlifehackだな」と思っていましたが、この本にはまさにTOCのクリティカルチェーンによるスケジュール管理の話も出てきます。 とはいえ本文中ではGTDやTOCといった用語はあえて使われていません。そのかわりにポイントが簡潔に解説してあって、この本に書いてある知識だけですぐに実践できるようになっている点はわりと好印象です。   ]]> <![CDATA[ 「IDEA HACKS! 今日スグ役立つ仕事のコツと習慣 」を読んでみました。ブログなどの評価を見ると絶賛というほどでもなく、あまり期待せずに読みましたが思っていたより面白かったです。

多くのhackが書かれていて、人によってすぐに使えそうなものやそうでないものがあるので、この中から自分と相性が良さそうなものを取り入れてみるような読み方が良いと思います。

GTD実践者には15分ルールが役に立ちそう。これは「15分以上かかる作業は、すべてスケジュールへ組み込む」という考え方です。GTDをやっていると、このToDoはカレンダーに入れようかNextActionに入れようかと悩むことがあります(実際のところどちらに入れても良いのですが)。そういうときに、15分以上かかるものはカレンダー、15分以内のものはNextAction、2分以内のものはすぐやる、というふうに機械的に仕訳できると判断が楽になりますね。

あとは、個人的なスケジュール管理にプロジェクトマネージメントの考えを導入しようとしているところも共感できました。自分も以前から「TOCを個人レベルでやるとlifehackだな」と思っていましたが、この本にはまさにTOCのクリティカルチェーンによるスケジュール管理の話も出てきます。

とはいえ本文中ではGTDやTOCといった用語はあえて使われていません。そのかわりにポイントが簡潔に解説してあって、この本に書いてある知識だけですぐに実践できるようになっている点はわりと好印象です。

 
]]><![CDATA[ ]]>
lifehacks style blog:https://blog.seesaa.jp,blogstyle/23271590
http://blogstyle.seesaa.net/article/23002182.html GTD Style Wiki Tips: カレンダーの開始曜日を設定する Wed, 30 Aug 2006 07:15:26 +0900 バージョンアップで追加したのにもかかわらず、ろくに説明していなかったためにほとんど隠し機能みたいになっている開始曜日設定機能について。GtdCalendarMacroという記事を開くと設定用テキストボックスがあります。ここに0~6の数字を入力してリロードすることで、カレンダーの開始曜日を変更することができます。メインメニューのカレンダーだけでなく、ポップアップカレンダーの開始曜日も変更されます。またAdvancedOptionsなど任意の記事に以下のように記述することで設定用.. <![CDATA[ 20060830_1.gif バージョンアップで追加したのにもかかわらず、ろくに説明していなかったためにほとんど隠し機能みたいになっている開始曜日設定機能について。 GtdCalendarMacroという記事を開くと設定用テキストボックスがあります。ここに0~6の数字を入力してリロードすることで、カレンダーの開始曜日を変更することができます。 20060830_2.gif メインメニューのカレンダーだけでなく、ポップアップカレンダーの開始曜日も変更されます。 20060830_3.gif またAdvancedOptionsなど任意の記事に以下のように記述することで設定用テキストボックスを設置することができます。   開始曜日(0:日, 1:月, ...) <<option txtGtdCalendarStartDay>> ここで入力した開始曜日はCookieに保存されます。複数のPCで使用するような場合はPCごとに設定してください。 ]]> <![CDATA[ 20060830_1.gif

バージョンアップで追加したのにもかかわらず、ろくに説明していなかったためにほとんど隠し機能みたいになっている開始曜日設定機能について。

GtdCalendarMacroという記事を開くと設定用テキストボックスがあります。ここに0~6の数字を入力してリロードすることで、カレンダーの開始曜日を変更することができます。

20060830_2.gif

メインメニューのカレンダーだけでなく、ポップアップカレンダーの開始曜日も変更されます。

20060830_3.gif

またAdvancedOptionsなど任意の記事に以下のように記述することで設定用テキストボックスを設置することができます。

  開始曜日(0:日, 1:月, ...) <<option txtGtdCalendarStartDay>>

ここで入力した開始曜日はCookieに保存されます。複数のPCで使用するような場合はPCごとに設定してください。
]]><![CDATA[ ]]>
GTDStyleWiki style blog:https://blog.seesaa.jp,blogstyle/23002182
http://blogstyle.seesaa.net/article/22911950.html 自分が制約の多いGTDツールを作った理由 Mon, 28 Aug 2006 07:33:45 +0900 GTD Style Wikiは他のGTDツールに比べて制約が多い方だと思います。Remember The Milk等が「GTDにも使えるタスク管理ツール」であるのに対して、GTD Style Wikiは「GTDにしか使えないツール」というような意味で。GTDStyleWikiを作るときに意識したのは、使うことによってGTDが自然に身に付くようなツールにしたい、ということでした。今でこそITmedia Biz.IDのようなサイトがありますが、最初にGTDを知った1年前はいくつか.. <![CDATA[ constraint.jpg GTD Style Wikiは他のGTDツールに比べて制約が多い方だと思います。Remember The Milk等が「GTDにも使えるタスク管理ツール」であるのに対して、GTD Style Wikiは「GTDにしか使えないツール」というような意味で。 GTDStyleWikiを作るときに意識したのは、使うことによってGTDが自然に身に付くようなツールにしたい、ということでした。今でこそITmedia Biz.IDのようなサイトがありますが、最初にGTDを知った1年前はいくつかのブログと書籍「仕事を成し遂げる技術」だけが頼りだったので、「こういうときはどうすればいいの?」という疑問がたくさん出てきました。 そこで、そういった初心者がつまずきやすいところをツールでサポートできないかということを考えました。たとえばGTDでは「NextActionに入れたものは決してINBOXに戻してはいけない」というルールがありますが、これを頭でおぼえるより前に、ツール側の制約としてNextActionからINBOXへのステータス変更をできないようにしてしまおうというような発想です。同様に「同じ項目をカレンダーとNextActionの両方に入れない」というルールも、ツールの制約として実装することにしました。 最近になってGTD用のツールがたくさんリリースされて選択肢も広がっていますが、GTDをきちんとマスターした人向けのツールが多いように思います。もう少しGTD初心者向けのチュートリアル的な要素を持ったツールがもっと出てきてほしいなあと思ったりします。(GTDStyleWikiもTiddlyWikiの部分が慣れるまでちょっと敷居が高いと感じています) ]]> <![CDATA[ constraint.jpg
GTD Style Wikiは他のGTDツールに比べて制約が多い方だと思います。Remember The Milk等が「GTDにも使えるタスク管理ツール」であるのに対して、GTD Style Wikiは「GTDにしか使えないツール」というような意味で。

GTDStyleWikiを作るときに意識したのは、使うことによってGTDが自然に身に付くようなツールにしたい、ということでした。今でこそITmedia Biz.IDのようなサイトがありますが、最初にGTDを知った1年前はいくつかのブログと書籍「仕事を成し遂げる技術」だけが頼りだったので、「こういうときはどうすればいいの?」という疑問がたくさん出てきました。

そこで、そういった初心者がつまずきやすいところをツールでサポートできないかということを考えました。たとえばGTDでは「NextActionに入れたものは決してINBOXに戻してはいけない」というルールがありますが、これを頭でおぼえるより前に、ツール側の制約としてNextActionからINBOXへのステータス変更をできないようにしてしまおうというような発想です。同様に「同じ項目をカレンダーとNextActionの両方に入れない」というルールも、ツールの制約として実装することにしました。

最近になってGTD用のツールがたくさんリリースされて選択肢も広がっていますが、GTDをきちんとマスターした人向けのツールが多いように思います。もう少しGTD初心者向けのチュートリアル的な要素を持ったツールがもっと出てきてほしいなあと思ったりします。(GTDStyleWikiもTiddlyWikiの部分が慣れるまでちょっと敷居が高いと感じています)
]]><![CDATA[ ]]>
GTDStyleWiki style blog:https://blog.seesaa.jp,blogstyle/22911950