2007-04-30 [Mon]
最近流行っているようだが、正直何が面白いのか良く分からない。
ていうかどこにはまってやっているのか皆は。
twitter
http://twitter.com/
独り言がブログっぽく1行コメントであがっているだけなんだが・・。
ブログかmixiでやればいいんじゃ？
俺は流行に必ずといっていいほど乗り遅れるタイプで、人が忘れた頃に自分ブームがきていることが多いんだが、
それでもTwitterはやらんだろうなあ。
特に日記でも長文書く人には絶対向いてないと思う。
なんか一過性のブームな気がする。
情報を集めるのに必要なツールじゃないし、情報を発信するにはブログとmixiでセグメントは十分すぎると思われ。
知り合い作るだけならmixiの方が手っ取り早いし。
しかし散々2.02.0言われて出てきて支持されてるってことは本物である可能性もあるわけだが、何を目的にしているか分からんってところが2.0以降の特徴ってこと？
ただポイントがあるとすると「今、何をしているか」だけにポイントを絞ったサービスはこれまでなかったということ。
まあそこまで狭いと当たり前だが。
それを一言で載せることで、リアルタイムな感じを演出するというか、そういうところはちょっと新しいかなと思う。
mixiも最初そういうところはあったかもしれないけど、今は完全にテキスト垂れ流しメディアだから、あまりそういう面白さはない。
mixiは誰が来たのか履歴が分かることと、日記の強制通知機能が特徴だから、リアルタイム性は関係ない。
というか、今更mixiのリアルタイム性に意味を見出している人なんてほとんどいない。
じゃあなんでブログでやらないのかというと、ブログでも同じことは出来るけど、他人も同じことやってるとは限らないのよね。
自分が一言でリアルタイムな実況コメント残しても、他人がやってないんじゃ、一過性のお遊びですぐ飽きてしまう。
しかし他人も同じように実況コメントを載せていて、しかもそれがセカイレベルでやってるとしたら、これは確かにちょっとありかもしれん。
「一言自分実況でつながるセカイ」というのがキーワードのサービスかもしれない。
数分考えてちょっと理解できた気がした。
しかしブログとmixiとTwitterを全てやっている人は、どうやって使い分けているのか。
ていうかどこにはまってやっているのか皆は。
http://twitter.com/
独り言がブログっぽく1行コメントであがっているだけなんだが・・。
ブログかmixiでやればいいんじゃ？
俺は流行に必ずといっていいほど乗り遅れるタイプで、人が忘れた頃に自分ブームがきていることが多いんだが、
それでもTwitterはやらんだろうなあ。
特に日記でも長文書く人には絶対向いてないと思う。
なんか一過性のブームな気がする。
情報を集めるのに必要なツールじゃないし、情報を発信するにはブログとmixiでセグメントは十分すぎると思われ。
知り合い作るだけならmixiの方が手っ取り早いし。
しかし散々2.02.0言われて出てきて支持されてるってことは本物である可能性もあるわけだが、何を目的にしているか分からんってところが2.0以降の特徴ってこと？
ただポイントがあるとすると「今、何をしているか」だけにポイントを絞ったサービスはこれまでなかったということ。
まあそこまで狭いと当たり前だが。
それを一言で載せることで、リアルタイムな感じを演出するというか、そういうところはちょっと新しいかなと思う。
mixiも最初そういうところはあったかもしれないけど、今は完全にテキスト垂れ流しメディアだから、あまりそういう面白さはない。
mixiは誰が来たのか履歴が分かることと、日記の強制通知機能が特徴だから、リアルタイム性は関係ない。
というか、今更mixiのリアルタイム性に意味を見出している人なんてほとんどいない。
じゃあなんでブログでやらないのかというと、ブログでも同じことは出来るけど、他人も同じことやってるとは限らないのよね。
自分が一言でリアルタイムな実況コメント残しても、他人がやってないんじゃ、一過性のお遊びですぐ飽きてしまう。
しかし他人も同じように実況コメントを載せていて、しかもそれがセカイレベルでやってるとしたら、これは確かにちょっとありかもしれん。
「一言自分実況でつながるセカイ」というのがキーワードのサービスかもしれない。
数分考えてちょっと理解できた気がした。
しかしブログとmixiとTwitterを全てやっている人は、どうやって使い分けているのか。
2007-04-30 [Mon]
今のGTDは何だかんだいって、日本でのエヴァンジェリスト・田口元氏の広めた、田口式であるといってもいいように思う。
もちろん、田口氏もデビッド・アレンの原典をあたっているので、オリジナルのカスタムが日本での原典になっているような状況だ。
例えば、三色フォルダやCheck*Padは田口氏の使っているツールだが、実際に『これらを使うことがGTDだ』と誤解してしまう読者も多いだろう。
特に雑誌などで見開き2ページとかの特集だけ見ている人はそうなる可能性が高い。
三色フォルダやCheck*Padは田口氏がたまたま使っているツールというだけであり、自分に合わなければ使う必要は全くない。
俺が思うに、GTDでは、最初に理論を学習したあとにやることは自分に合ったツール選びであり、ここでしっくり来ないとその後ずっとなんとなくうまくいってない気がして、ずっとツールを探してしまい本来のGTDの目的であるストレスフリーがGTDのツール探しのためにストレスを感じるという本末転倒の状態になってしまう。
自分に合ったツール選びは非常に重要なのだが、ここで解説している田口氏が使っているツールそのままを適用しようとしても、合う人と合わない人がいる。
これは、当然ながら田口式のセグメントが、汎用的なものではなく、一個人の運用形態に過ぎないため、誰にでも適用できるわけではないからである。
俺の場合は、後者だったので、その後かなり長い時間をかけて調査することになった。
一般には、GTD実践までに至る経過としては以下のような時期を辿るのではないかと思う。（括弧内は自分の該当時期）
レベル１．開始期（06年12月）
雑誌の特集やWEBのエントリなどでGTDのことを知り、興味を持つが、何から手を付ければいいか分からない時期。
レベル２．学習期（06年12月）
簡単なツール選び。
WEBで関連エントリなどを探して読み込む。
試しにレビューを毎週行ってみる。
レベル３．実践期（07年1月〜2月）
デビッド・アレンの原典をあたり、学習をより深める。
徹底したツール選び。
関連したエントリを読むだけでなく、自分でも経験などを書くようになる。
レベル４．探求期（07年2月〜3月）
理論としてのGTD、自分が求める内容は何か、それらを実装するツール、といった理念と現実との乖離があり、その統合を行うため、様々に情報収集、思考、実践する。
レベル５．運用期（07年4月）
ツールがフィットし始め、意識せず自然に運用出来るようになる。
レビューも週次に固定しなくても回るようになる。
レベル６．展開期（07年4月）
GTDを全ての考え方・メソッドの根幹におき、他のライフハックスやメソッド、ツールなどの次元における統合と展開を模索する。
俺の場合は06年12月から調べ始め、現在は完璧に俺GTDが運用で回っている状態だ。
というか、もうGTD自体には興味がうすれ、あとはそれをツールや考え方などで効率化出来ないかと考えている段階になる。
レベル５〜６の中間くらいの状態だ。
GTDでつまづいたとか失敗した、というエントリがよくブログなどで載っているが、なぜつまづくのか、どこで失敗しているのかがどうもよく分からない。
うまくいかない原因の多くは、使用ツールが運用のセグメントと合っていないせいだろうと感じる。
俺は始めたときから、田口式のGTD、というか原典には余り添わずに行ってきた。
ITmediaや既刊のLifehacks Pressでは、紙と鉛筆とフォルダを用意し、最初に気になっていること全てを書き出せというところから始まる。
この時点で、紙に書き出すなんて極めて非効率だし、そもそも書き出すほどのタスクはなかったので、それすらしなかった。
実際には、GTDで言っているのは、タスクではなく「気になっていること」なのだが、そんなもん書き出してもタスク管理に結びつかないだろ、と思ってやらなかった。
これをすると超気持ちよくなる、と書いてあるが、ふーんといった感じだった。
が、それは今は確かに実感として分かる。
ただ、最初に何もかも書き出せ、なくても書け、という方法論は疑問だった。
それよりも、自分がどうしたいか、そのためには、どのセグメントでツールを使うかといった自分の運用についての内省や検討の方が重要だ。
頭をもやもやからスッキリさせるためには全て書いてみましょう！では、書いて何らかの形に振り分けたはいいが、そこからどうするのか分からなくなって当然だ。
この運用後のフォローがメディア媒体ではほとんどされてないので、GTD難民のような事態になってしまう。
俺の場合は、ツール選びから入り、そこから、何故必要なのか、では運用をどうするのか、といった思索を重ねていった感じだった。
そこから入ったのは、今になっては正解だった、というか、ツールから入ったのは自分の性格に合っていたと思う。
で、話しが戻るが、ツールも紙やペン、三色フォルダは使わず、紹介されていたCheck*Padも使い辛かったため、暫くはツール選びに専念した。
10〜20くらいのオンライン・ローカル関係なく試していった結果、徐々にGTDが生活や仕事のどのあたりの局面まで自分に影響してくるかということが見え始め、それによって使うツール、ツールに求める実装が限定されてきて、最終的に一つに定まっていったのだった。
Check*PadやRemember The MilkはWEBであるが、そもそもネットにさらしていい情報だけをGTDが扱うかというと、そんなことはない。
個人的な情報が多過ぎるし、会社のタスクになればなお更、秘匿義務が生じる。
仮に、会社のタスクをWEBツールにあげている人は、ばれたらどうするのだろうかと思ってしまう。
俺の感覚では、まずクビである。
ばれるわきゃないと思っていても、同僚などに見られて上司に報告され、社内で問題となり、といったケースは考えられる。
結果、リスクが高すぎるといわざるを得ない。
が、Remember The Milkなどでは、ログイン認証があるとはいえ、Google Calendarと連動するためには、設定を公開までしないとならない。
WEBのツールはこのような設計思想で作られているのかと分かり、またこの時点で、俺の中ではWEBツールは少なくともGTDで使うのは否定的な方向になった。
こういうツールを使うには、フリーの人とか、使用許可を得た上で社外の人と何らかの連携的な作業をするときにしか向いていない。
ただそういう機会は実際にはまず有り得ない。
俺はローカルで使えるツールを探すことにした。
最終的にはTiddlyWikiのクローンであるd3を採用するが、そのセグメントでは外出時の管理をどうするのかという問題があったので、当初はCheck*Pad＋携帯や、MyLife Organized＋PDAなど色んな運用を考えたが、結局手帳になった。
手帳だと、外出時に持ち歩けばそこに思いついたことを書ける、特に他のメディアより最も高速に書ける点がいい。
また、外出時にのみ行うタスクさえ書けば、出先でのタスク参照用としても機能する。
こうして、d3＋システム手帳という運用に決定したが、これが今の俺GTDになる。
田口氏のものとは、かなり方向性が違うが、恐らく雑誌だけ読んで表層に従っているだけでは、本当に自分に合った運用方法とツールにはなり得なかっただろう。
正直、翻訳と体裁の酷い原著を何度も繰り返し読み、暇さえあればGTDやライフハックのキーワードでツールを探し、毎次レビューし、とかなり面倒くさいことも多いGTDだが、それをすることでGTDの本当の効果というものが徐々に現れてくる。
本やWEBで紹介されているやり方に留まらず、真の俺GTDを探せるかどうかがポイントだ。
もちろん、田口氏もデビッド・アレンの原典をあたっているので、オリジナルのカスタムが日本での原典になっているような状況だ。
例えば、三色フォルダやCheck*Padは田口氏の使っているツールだが、実際に『これらを使うことがGTDだ』と誤解してしまう読者も多いだろう。
特に雑誌などで見開き2ページとかの特集だけ見ている人はそうなる可能性が高い。
三色フォルダやCheck*Padは田口氏がたまたま使っているツールというだけであり、自分に合わなければ使う必要は全くない。
俺が思うに、GTDでは、最初に理論を学習したあとにやることは自分に合ったツール選びであり、ここでしっくり来ないとその後ずっとなんとなくうまくいってない気がして、ずっとツールを探してしまい本来のGTDの目的であるストレスフリーがGTDのツール探しのためにストレスを感じるという本末転倒の状態になってしまう。
自分に合ったツール選びは非常に重要なのだが、ここで解説している田口氏が使っているツールそのままを適用しようとしても、合う人と合わない人がいる。
これは、当然ながら田口式のセグメントが、汎用的なものではなく、一個人の運用形態に過ぎないため、誰にでも適用できるわけではないからである。
俺の場合は、後者だったので、その後かなり長い時間をかけて調査することになった。
一般には、GTD実践までに至る経過としては以下のような時期を辿るのではないかと思う。（括弧内は自分の該当時期）
レベル１．開始期（06年12月）
雑誌の特集やWEBのエントリなどでGTDのことを知り、興味を持つが、何から手を付ければいいか分からない時期。
レベル２．学習期（06年12月）
簡単なツール選び。
WEBで関連エントリなどを探して読み込む。
試しにレビューを毎週行ってみる。
レベル３．実践期（07年1月〜2月）
デビッド・アレンの原典をあたり、学習をより深める。
徹底したツール選び。
関連したエントリを読むだけでなく、自分でも経験などを書くようになる。
レベル４．探求期（07年2月〜3月）
理論としてのGTD、自分が求める内容は何か、それらを実装するツール、といった理念と現実との乖離があり、その統合を行うため、様々に情報収集、思考、実践する。
レベル５．運用期（07年4月）
ツールがフィットし始め、意識せず自然に運用出来るようになる。
レビューも週次に固定しなくても回るようになる。
レベル６．展開期（07年4月）
GTDを全ての考え方・メソッドの根幹におき、他のライフハックスやメソッド、ツールなどの次元における統合と展開を模索する。
俺の場合は06年12月から調べ始め、現在は完璧に俺GTDが運用で回っている状態だ。
というか、もうGTD自体には興味がうすれ、あとはそれをツールや考え方などで効率化出来ないかと考えている段階になる。
レベル５〜６の中間くらいの状態だ。
GTDでつまづいたとか失敗した、というエントリがよくブログなどで載っているが、なぜつまづくのか、どこで失敗しているのかがどうもよく分からない。
うまくいかない原因の多くは、使用ツールが運用のセグメントと合っていないせいだろうと感じる。
俺は始めたときから、田口式のGTD、というか原典には余り添わずに行ってきた。
ITmediaや既刊のLifehacks Pressでは、紙と鉛筆とフォルダを用意し、最初に気になっていること全てを書き出せというところから始まる。
この時点で、紙に書き出すなんて極めて非効率だし、そもそも書き出すほどのタスクはなかったので、それすらしなかった。
実際には、GTDで言っているのは、タスクではなく「気になっていること」なのだが、そんなもん書き出してもタスク管理に結びつかないだろ、と思ってやらなかった。
これをすると超気持ちよくなる、と書いてあるが、ふーんといった感じだった。
が、それは今は確かに実感として分かる。
ただ、最初に何もかも書き出せ、なくても書け、という方法論は疑問だった。
それよりも、自分がどうしたいか、そのためには、どのセグメントでツールを使うかといった自分の運用についての内省や検討の方が重要だ。
頭をもやもやからスッキリさせるためには全て書いてみましょう！では、書いて何らかの形に振り分けたはいいが、そこからどうするのか分からなくなって当然だ。
この運用後のフォローがメディア媒体ではほとんどされてないので、GTD難民のような事態になってしまう。
俺の場合は、ツール選びから入り、そこから、何故必要なのか、では運用をどうするのか、といった思索を重ねていった感じだった。
そこから入ったのは、今になっては正解だった、というか、ツールから入ったのは自分の性格に合っていたと思う。
で、話しが戻るが、ツールも紙やペン、三色フォルダは使わず、紹介されていたCheck*Padも使い辛かったため、暫くはツール選びに専念した。
10〜20くらいのオンライン・ローカル関係なく試していった結果、徐々にGTDが生活や仕事のどのあたりの局面まで自分に影響してくるかということが見え始め、それによって使うツール、ツールに求める実装が限定されてきて、最終的に一つに定まっていったのだった。
Check*PadやRemember The MilkはWEBであるが、そもそもネットにさらしていい情報だけをGTDが扱うかというと、そんなことはない。
個人的な情報が多過ぎるし、会社のタスクになればなお更、秘匿義務が生じる。
仮に、会社のタスクをWEBツールにあげている人は、ばれたらどうするのだろうかと思ってしまう。
俺の感覚では、まずクビである。
ばれるわきゃないと思っていても、同僚などに見られて上司に報告され、社内で問題となり、といったケースは考えられる。
結果、リスクが高すぎるといわざるを得ない。
が、Remember The Milkなどでは、ログイン認証があるとはいえ、Google Calendarと連動するためには、設定を公開までしないとならない。
WEBのツールはこのような設計思想で作られているのかと分かり、またこの時点で、俺の中ではWEBツールは少なくともGTDで使うのは否定的な方向になった。
こういうツールを使うには、フリーの人とか、使用許可を得た上で社外の人と何らかの連携的な作業をするときにしか向いていない。
ただそういう機会は実際にはまず有り得ない。
俺はローカルで使えるツールを探すことにした。
最終的にはTiddlyWikiのクローンであるd3を採用するが、そのセグメントでは外出時の管理をどうするのかという問題があったので、当初はCheck*Pad＋携帯や、MyLife Organized＋PDAなど色んな運用を考えたが、結局手帳になった。
手帳だと、外出時に持ち歩けばそこに思いついたことを書ける、特に他のメディアより最も高速に書ける点がいい。
また、外出時にのみ行うタスクさえ書けば、出先でのタスク参照用としても機能する。
こうして、d3＋システム手帳という運用に決定したが、これが今の俺GTDになる。
田口氏のものとは、かなり方向性が違うが、恐らく雑誌だけ読んで表層に従っているだけでは、本当に自分に合った運用方法とツールにはなり得なかっただろう。
正直、翻訳と体裁の酷い原著を何度も繰り返し読み、暇さえあればGTDやライフハックのキーワードでツールを探し、毎次レビューし、とかなり面倒くさいことも多いGTDだが、それをすることでGTDの本当の効果というものが徐々に現れてくる。
本やWEBで紹介されているやり方に留まらず、真の俺GTDを探せるかどうかがポイントだ。
2007-04-29 [Sun]
 | お仕事のマナーとコツ 西出 博子 伊藤 美樹 学研 2006-03 売り上げランキング : 1817 Amazonで詳しく見る by G-Tools |
2007/04/29購入。
コンビニでさんざ立ち読みされ、よれよれだったが、その場に一冊しかなかったので注文するよりはと買った。
デジタルな話しはメールのフォーマット程度で、旧態依然としたマナー本だが、挿絵の素朴な面白さに惹かれた。
絵があるとこんなにも分かりやすくなるものか、と驚き。
文字のフォントも手書き風で絵とマッチしていて読みやすい。
内容もタイトルどおりですが、充実しています。
NG編がちょっとしたギャグになっていて、クスクス笑いながら読めました。
スレッドテーマ:ビジネス・起業・経営に役立つ本:本・雑誌
2007-04-28 [Sat]
- 作者のプロフィールが明記されていない
誰が何のために書いているブログなのか分からず、イライラする。
- アーカイブがない
そのブログがいつから立ち上がり、どのくらいの歴史があるのか全く分からなくてイライラする。
- サイドバーやエントリに記事のカテゴリが表示されていない
これは何について書かれた記事なのか分からず、イライラする。
- バグや文字化けがある
標準的な環境で見ているにも関わらず、リンクがエラーだったり、文字化けしていてとてもイライラする。
作者はよく平気なものだと思ってしまう。
- コメントやトラックバックの一覧がサイドバーに表示されない
コメント、トラックバックをしても、サイドに一覧が表示されないので、その記事までまた読みに行って確認しなければならず、手間がかかりイライラする。サイドに出ていれば一発で目視出来るのに、出していないことでユーザビリティを非常に低下させている。
- コメントやトラックバックが数件しか表示されていない
デフォルトで5件とかの表示だと、とても少なく感じてイライラする。
せめて標準的に10件くらいは表示してもらいたい。
- 画像や広告が多い
表示にとにかく時間がかかりイライラする。
そんなものより、まずは記事を充実させてもらいたい。
- 本文が続きを読むやMore以下に隠されている
いちいち本文を読むのにリンクをクリックする必要があり、イライラする。
RSSリーダーで購読していると、本文を読むにはサイトにいかなければならない。とても面倒くさい。
そんなもったいぶった挙句、見てみると大したことが書かれていないとがっかりする。
それなら最初から本文に全て書けよといいたくなってしまう。
- 画面が黒くて見辛い
黒字に白文字というのはとても見辛くてストレスがたまり、イライラする。
作者はいいのかもしれないが、読者には大変な負担だ。
- 配色がおかしい
緑地に黄土色の文字など、前衛芸術的な配色要素にとても耐えられず、イライラする。
なぜ標準的な白地に黒文字を使わないのか。
表面的なものより、記事の中身を工夫すべきだ。
- コメントやトラックバックがすぐに反映されない
バグなのか、タイムラグなのか、そういう仕様なのかは知らないが、コメントしてもすぐに反映されなくてイライラする。
またそれについての案内も一切明記されていない。
トラックバックについては、特にトラブルが多く、エンコード違いから文字化けが発生したり、スパムフィルターで落とされていることも多い。
制限するのは構わないが、コメントポリシー、トラックバックポリシーは必ず明記すべきだ。
- コンテンツ部分の幅が適切でない
Livedoorの3カラムでよくあるが、コンテンツ部分が400px以下という狭さになっており、文が改行されまくっていてとても見辛くてイライラする。
携帯仕様とか色々理由があるのかもしれないが、それなら携帯専用コンテンツを作り、PCで見る分にはもう少し広くしてもらいたい。
逆に、はてなダイアリーで多いのは、コンテンツの横幅が広すぎて、こちらも非常に見辛くなり、イライラすることになる。何故見辛いかというと、改行されないので、一つのセンテンスの長さが非常に長くなってしまい、構造的に捉えることが難しくなってしまうからだ。
コンテンツ部分は長すぎても短すぎても、見る側にとっては負担になるので、出来るだけ適切な長さに保って欲しいところだ。
- 誘導クリックバナーが多過ぎる
FC2には特に多いが、FC2ランキングへのクリック投票をするバナーが張られていて、イライラする。
目立たない位置にさりげなくあるのならいいが、毎エントリ毎に目立つ位置に張られていてはさすがに読む気が失せてくる。
読者は投票しに来ているのではなく、エントリを読みに来ているだけなのだ。
店で服や電化製品をじっくり見たいのに、店員が近寄ってきてこれなど如何ですか、などといってくるウザさに近い。非常に逆効果だということが分かってない。
2007-04-27 [Fri]
俺は今転職活動をしているが、面接で必ず聞かれる質問がある。
もう耳にたこが出来るくらい、どの企業でも必ず聞いてくる質問というのがある。
転職活動のための情報サイトはたくさんあるが、そういうのは見ていない。
面接は生き物みたいなもので、その場の雰囲気があるので、あまりマニュアル的に構えても型にはまらないと思っているからだ。
ただ、質問は大抵同じことが繰り返される。
面接は場慣れなので、そういう質問にはすらすら答えられるようにしておき、余裕を持って臨もうというのがこの記事の趣旨だ。
俺の備忘録がてら、マストの質問集について掲載する。
【面接の位置づけとは】
まず、本題に入る前に、面接というのは、『一方的に応募者が経歴や業務経験を問われる場』ではないことを意識しておこう。
この機会に聞いておかないと、入社してこんな筈じゃなかったのにと後悔することがある。
それは、採用側もそうだし、応募者のこちらにとっても同じことだ。
お互いが互いのことを知り尽くし、納得して入社を迎えるために、情報交換し合う場だと思って臨んでおこう。
【ほぼ間違いなく聞かれる質問集】
※⇒以下は補足や回答の参考に。
■経歴
- これまでの主な経歴を述べて下さい。
⇒経歴書に書いていることを概略で述べる。あまり細かいレベルは必要ない。詳細は向こうが質問してきたらでよい。
- 何故退職されたのですか。
⇒前職を退職している場合、何が理由で辞めたのか聞かれる。
どういう回答がいいのか分からないが、俺は待遇面の不満とスキル面の向上を挙げている。
- 何故当社を志望されたのですか。
⇒最も重要な質問。これだけは暗記しておく。
転職サイトや企業サイトから使えそうな材料を見繕って、「業界の中でも特に○○の分野に強い御社で、ぜひ業務に携わりたく思い、志望致しました」などと答えるといいだろう。
- 当社にどんなイメージを持たれていますか。
⇒企業サイトなどを見て強調しているソリューションや実績があればそれをベースにする。
「御社におかれましては、ここ数年の○○事業に関するソリューション分野での実績から、○○に強い印象があります。」などと答える。
- 当社に入ってやりたいことは何ですか。
⇒企業の採用担当者は、応募者が何故その企業を選んだのかを最も重視している。
極論すると、企業にとってその応募者が利益を生むかどうかが問題になる。
そのため、目的もなく応募してくる人材より、何かその会社でやりたい目的を持って応募してくる人材の方がより利益を生むと考える。
御社にとっていかに自分が利益となるか、これを念頭に置いて、その企業でぜひやりたいこと、チャレンジしたい技術的課題を答える。
- ご自分の経歴の中でこれだけは人に負けないというものは何かありますか。
⇒自分のキャリアの中で最も自信がある分野を答える。
- Windows系とLinux系のどちらの経験が多いですか。
⇒構築系だと必ず聞かれる。
- データベースについてはどうですか。
⇒構築系だと結構聞かれる。なければないでいいが、SQLの運用やアプリで使ったレベルでもいいので答える。
- ルータやスイッチはどこのものを使っていましたか。
⇒自分が使った機器のベンダを答える。
■私生活
- お住まいはどちらですか。
⇒勤務地との関係で必ず聞かれる。
- 家族構成について教えて下さい。
⇒家族に関しても必ず聞かれる。履歴書通りに答える。
- 私生活ではどんなことに興味を持っていますか。または、趣味などは何かありますか。
⇒休日や私生活でも積極的に活動をしていることを印象付けよう。
■業務
- 今まで担当した業務で最も苦労したことは何ですか。また、それをどうやって克服しましたか。
⇒プロジェクトの苦境などが発生したときにどのように乗り越えるかについての質問。
- グループで作業した経験はありますか。何人くらいの規模ですか。
⇒日本型の勤務では大抵何らかの形でグループなりチームなりで作業するので、自分が担当したチームでの人数と業務内容を答えるといい。
- グループで作業する時に心がけている事はありますか。
⇒共同作業が出来るかどうかの質問。協調して目的に向かって業務を遂行することを意識したというような内容をベースにして答える。
- リーダー経験はありますか。
⇒あれば問題ないが、リーダー職ではなくても、協力会社の方の業務のフォローアップを担当していましたなどと答える。
大抵何らかの形で、協力会社の人間の業務を補助したような経験はある筈だ。
- 当社は出張や転勤が発生することもありますが、大丈夫ですか。
⇒入社した後にこじれないように、予め質問に組み込まれているためと思われる。大丈夫と答える以外にない。
- 5年後の自分はどうなっていたいと思いますか。
⇒キャリアパスの将来設計や、未来のビジョンをどの程度持っているかを問われている。
ファジーに答えると日々目的もなくやっているのかと思われる。
実務と絡めて詳細に答える方がいい。
- 机上設計と実地構築（フィールドワーク）のどちらに興味がありますか。
⇒どちらかしか興味がないという回答はまずいので、設計から現場での構築までどちらも担当する意思があることを回答する。
■性格
- ご自分の長所と短所を述べて下さい。
⇒必ず聞かれる。業務に上手く絡めて答える。
■健康面
- 健康面については不安はないですか。
⇒必ず聞かれる。傷病歴がある人はちゃんと答えたほうがよいが、どちらにせよ、業務を行うにあたり現在の体力に全く不安はないと回答する。
■資格
- （TOEICや英検を書いている場合）英語に関しては強いですか。
⇒よく聞かれる。構築では外国のテクニカルなサイトを参考にするため、普段から興味を持って臨んでいますなどと答える。
■経歴に抜けがある場合（バイトやフリーターなど）
- この時期は何をされていましたか。
⇒正直に言ってもいいし、公務員試験の勉強をしていたといってもいい。
その時期に自分がどういう状態で過ごしていたか、今の自分にそれがどういう方向で役に立っているかなどを業務経験に絡めて回答する。
【その他、稀に聞かれる質問集】
- 将来の夢は何ですか。
⇒人間性の一端としての質問かもしれない。ヨットで世界一周旅行とか、宇宙船で地球の周回を回りたいとか、奇想天外で受けを狙ってもいいだろう。どこかで息を抜く場面も必要だ。
- 座右の銘は何ですか。
⇒ありませんというのも何なので、適当にサイトで検索して一つくらいストックしておこう。
それを座右の銘にしている理由も合わせて考えておく。
- 最近気になったニュースはありますか。
⇒時事・一般常識及び社会問題への関心度の高さを測る質問。最近だと、バージニア工科大と長崎市長を絡めた銃の規制問題などに言及するといいかも。
自分がいかに社会問題に関心を持っているかを印象付けよう。
- 政治や宗教に興味はある方ですか。
⇒採用側にとっては入社した人間に変な素行があると困ってしまうので、それを確認する意図があるのだろう。
「実家の宗派は日蓮宗で先祖の墓も代々そちらに入れていただいていますが、わたし個人としては特に宗教に興味はありません。」
などとして、日本人特有の無宗教をアピールしよう。
政治についても、「市長選の際は候補者や政党のマニフェストなどを調べて望ましい人物に投票しました。」などとして一般常識レベルの回答をしておくのがベストだ。
【性格適正テストについて】
性格適正テストは、マークシートで行われるやつで、その人物がどういう考え方をしているかを図る目的のために行っていると思われる。
必ずしも全ての企業が実施するわけではないが、経験上、3割程度の企業は実施している。
ここで落とされるとばかみたいなので、予めどういう風に回答するかを考えておく。
といっても難しいことは何もなく、単に人格者を演じればよい。
- 「わたしの周りの人がわたしのうわさをしている」⇒NO
- 「今までうそをついたことはない」⇒YES
といった風に、人格者が取ると思われる行動や考え方をマークする。
間違っても自分の過去や性格と照らし合わせて書いてはならない。
- 「どちらかというと論理的に考えるほうだ」⇒論理的ではなくてもYES
- 「あらかじめ計画を立ててから行動するほうだ」⇒無計画でもYES
- 「友人は少ないほうだ」⇒ネット上にしか知り合いがいなくてもNO
こんな調子で答えていく。
どちらともいいような回答群については、素の自分の性格で答えてもいいが、
原則は常識人で仕事は素早く行い、論理的で協調性があり、人格者として答えよう。
素の自分は関係ない。一種の踏み絵だと思っておこう。
【SE適正試験について】
SE職を希望している場合、SE適正試験というのがある。
新入社員のときにはかなりの割合でSPIという試験があるが、それを簡単にしたようなやつだ。
内容は、
- ある数字やアルファベット、文字列の順序から規則性を見出して、次にくる順番の図形を回答群から選択するもの
- ある図形の順序から規則性を見出して、次にくる順番の図形を回答群から選択するもの
- 四則演算
これらは事前に問題集を買って対策を勉強しておこう。
どの企業も同じような問題なので、回答のメソッドをインプットしておけばどの企業にも対応できる。
その他、一部の企業、例えばYahoo!Japanなどでは、Cのプログラムに関する問題、システム評価、ネットワークなどの本格的な試験も中途採用者の試験に出題されている。
が、これは稀なケースで、大抵はSE適正試験のレベルである。
【応募者からの質問】
ある程度採用側の質問が終わったあと、大抵は、質問タイムが設けられる。
何か聞きたいことはありますか？と問われるので、ここぞとばかりに聞きまくろう。
メモ帳を取り出して見ながらでも構わない。
質問という行為は、その会社に対する興味や熱意とも受け取られるので、マイナスになることは絶対ない。
ここで聞いておかないと、仮に内定を出されても、待遇はどうだったか、勤務地はどこになるのか、社内の評価システムはどうなっているのかといった最終的に採用を受けるかどうかの判断が非常に難しくなる。
聞けることは全て聞いておくべきだ。
【面接が終わったあと】
面接が終わったら、その企業は落ちたものと思って、別の企業の面接対策に入ろう。
もし落ちていても精神的な影響は少なくて済むし、もし受かっていれば滑り止めが出来た程度に考えておく。
とにかくその企業のことを思い出すのは、2次面なり、役員面接なりに進んだときでいい。
必ずしも全ての人の面接に当てはまるかどうかは分からないが、ヒットする確率は高いはずだ。
あなたの面接の一助になれば幸いである。
2007-04-27 [Fri]
使い始めるまでの経緯
昨日feedpath Rabbitを使って、これはBlog itとしてどうなのかを見ただけなんだけど、久々にRSSリーダー触ってみるのもいいかもなーと思ってきた。
というのも、よく巡回するWEBサイトははてなアンテナに入れており、更新されて上の方にきたサイトをチェックすればいいので、これはこれで運用上問題はない。
フィード対応していないスタティックなWEBサイトでも更新通知されるので、便利だ。
ただ、最近ライフハック系のサイトをやたら多く登録しており、その記事一つ一つを漏れなくチェックするとなるとはてなアンテナだけではとても大変になる。
はてなアンテナでは更新されたときに通知されるだけなので、記事をチェックしたかどうかの網羅性は全くない。
自分で覚えたり管理しておくしかない。
サイトが少ないうちはいいが、多くなってくるととても面倒だ。
以前、RSSリーダーで挫折したのは、有名どころのサイトのフィードを入れすぎて、いわば「フィードのゲップが出る」状態となり、未読のRSSが溜まって見るのも嫌になってやめてしまった。
が、今はとりあえず、チェックしたいサイトは限られており、記事を網羅したいサイトは登録し、網羅性が必要ないサイトははてなアンテナで更新時にチェックすればいいという体制になっている。
そこで、久々にRSSリーダーを使ってみることにした。
以前はOperaの付属のリーダーを使っていたが、元フィードパスの小川さんなどが使っていることもありGoogle Readerを使うことにした。
アカウントはGoogleのものを持っていれば、すぐに使い始めることが出来る。
Google Reader
http://www.google.co.jp/reader/
画面は、Gmailに似ているのでさほど違和感はなかった。
以下、使用感を記す。
ろくに調べてもいないので、機能や方法を理解しておらず突っ込みどころ満載だと思いますが、すみません。
Google Readerの使用感
使用してみて
全体的には、Gmailに似たインタフェースと操作感で、シンプルで使いやすい。
やはりこういったツールは必要最低限の機能だけ備えており、後はシンプルにまとめられているほうがいいのだ。
ただ、Gmailに似ているとはいっても、あそこまでの使い勝手の良さはさすがにない。
俺が気になるのは、いつでも記事を未読・既読に切り替えられるかどうかなのだが、Gmailでは、全て選択／全て解除で全チェックボックスのチェックをオン・オフ出来る。
これがそのままRSSリーダーに実装されていれば大変重宝したのだが、Google Readerでは確かにマウススクロールさせれば未読から既読に変えることは出来るが、全て選択→リストボックスから既読にするを選択、という2ステップで実行できるほうが有難い。
俺にとっては、操作が視覚的・感覚的に分かるほうがいいのだ。
Google Readerはそのあたりの微妙な使い辛さというか、まどろっこしさがある。
あと、更新があったときのNotiferツールがない。
Firefoxではグリースモンキーがあるみたいだけど、俺はメインがIEなので、使いたくない。
GmailではGmail Notifierがあるので、そういうのがあればとても便利なのだが、現状ないので、たまにGoogle Readerを開いては目視で確認するという作業になる。
それと、リーダーの画面からブックマークへの登録も、Firefoxでは実装出来るらしいが、IEでは出来ない、というかサイト依存になる。
そのサイトやブログがそういったアイコンを画面に実装していれば、一発で登録出来るのだが、Google Readerデフォルトではその機能はないので、一度記事を開いてからブラウザのブックマークレットなどからマークする、という形になる。
俺ははてなブックマークを使っていて、これ単体では使い勝手がいいが、Google Readerとは連動しそうにない。
かといって、Firefoxには自分を合わせたくない。
仮にFirefoxに最適化していくと、その環境での作業は効率良くなるが、それ以外では効率が落ちていく。
環境を自分に合わせてカスタマイズするか、何も変更せずデフォルトのままあるがままに使い、自分を環境に合わせるかといったPC使用の戦略の違いなのだが、Firefoxは重い、IEとはCSSの解釈が違う、ユーザが少ない（何だかんだいって履歴の統計を取るとFirefoxユーザは1〜2割程度しかいない。）こともあり、余り使いたくないのだ。
ともあれ、Google Readerは暫く使ってみようと思う。
---
4/30追記
ヘルプに書いてあるんだけど、自分で触らないと覚えられない。
昨日feedpath Rabbitを使って、これはBlog itとしてどうなのかを見ただけなんだけど、久々にRSSリーダー触ってみるのもいいかもなーと思ってきた。
というのも、よく巡回するWEBサイトははてなアンテナに入れており、更新されて上の方にきたサイトをチェックすればいいので、これはこれで運用上問題はない。
フィード対応していないスタティックなWEBサイトでも更新通知されるので、便利だ。
ただ、最近ライフハック系のサイトをやたら多く登録しており、その記事一つ一つを漏れなくチェックするとなるとはてなアンテナだけではとても大変になる。
はてなアンテナでは更新されたときに通知されるだけなので、記事をチェックしたかどうかの網羅性は全くない。
自分で覚えたり管理しておくしかない。
サイトが少ないうちはいいが、多くなってくるととても面倒だ。
以前、RSSリーダーで挫折したのは、有名どころのサイトのフィードを入れすぎて、いわば「フィードのゲップが出る」状態となり、未読のRSSが溜まって見るのも嫌になってやめてしまった。
が、今はとりあえず、チェックしたいサイトは限られており、記事を網羅したいサイトは登録し、網羅性が必要ないサイトははてなアンテナで更新時にチェックすればいいという体制になっている。
そこで、久々にRSSリーダーを使ってみることにした。
以前はOperaの付属のリーダーを使っていたが、元フィードパスの小川さんなどが使っていることもありGoogle Readerを使うことにした。
アカウントはGoogleのものを持っていれば、すぐに使い始めることが出来る。
Google Reader
http://www.google.co.jp/reader/
画面は、Gmailに似ているのでさほど違和感はなかった。
以下、使用感を記す。
ろくに調べてもいないので、機能や方法を理解しておらず突っ込みどころ満載だと思いますが、すみません。
Google Readerの使用感
- 未読の記事を既読にするには、一度スターを付けてMark all as readを押す必要がある。面倒くさい。
- スターは全てチェックする機能がないので、未読の記事が大量にあっても一つ一つ手でスターを付けていく必要があり、面倒くさい。
但し、サイトをAdd subscriptionした際に、未読記事は10件に設定され、既読記事を未読に戻すことも出来なさそうなので、未読記事が大量に発生する可能性は全く記事を見ない場合になるため、暫く先になるだろう。 - ただ、NextItemをざくざく押していくだけで既読に出来るし、記事タイトルをクリックし既読にして、同じ位置をクリックするとGmailのように記事をCloseに出来るので、操作感は抜群であり、読むのにそれほど負担は感じずに済んだ。
- サイトごとにフォルダ（カテゴリ）に分けて格納することが出来る。
- これはGoogle Readerに限ったことではないが、一番いい感じだったのは、RSSリーダーという一元化された場所でフィードを読むことで、そのサイトにアクセスする必要がないこと、また、そのサイト特有のフォントや体裁に左右されず、記事だけに集中して読むことが出来る点である。
ブログでは往々にして、フォントや画面構成から生じる特有の読みにくさ、見づらさ、広告のウザさという要素がどのサイトでも大小あるものだが、フォーマットはGoogle Readerのものに統一されているので、そうした煩わしさが一切ないのがいい。
やはり、記事を読むという観点では、RSSリーダーはとても便利だ。
未読記事を見逃すことがなくなるし、読むべき価値のあるサイトを一元・集中化出来る。 - Private／Publicといったタグなどもあるが、公開設定だろうか。とりあえずPrivateに振っておいた。
- OPMLのIMP/EXPなど、必須の機能は当然ながら備わっているが、逆にそれ以外の過剰な装飾は全くない。
- 残念なのは、記事にMore・・以下やもっと読むといった、追加の部分に本論が書かれているケースでは、Google Readerで見れるのも、記事の導入部だけなので、全文を読むには、改めてそのサイトにアクセスする必要がある。無論、Google Readerからリンクが張られているのですぐにアクセスできるので、手間はないのだが、ブログを書く人は出来る限り本文の部分に全文を書いてもらいたいと思う。結局、お互いの手間ではないか。
- 文章〜リンク〜文章という構成の場合、リンク以下が全て表示されていないケースがある。
また、画像を引っ張ってこれず画像の部分が×になっているケースも多い。別にフォーマット全てを取り込む必要はなく、文章部分のみを表示してくれればいいのだが、この辺はユーザに選択権を与えていないので、印象は良くない。 - フィードをゲットしてくるのが遅い。
ためしに自分のサイトを登録して新規で記事をアップし、どのくらいでGoogle Readerが取って来るか見てみたが、30分経っても上がってこない。
最終的に、50分くらい経ってようやくアップされてきた。
ちょっと遅い印象がある。 - RSSリーダーには、インストールして使うタイプのアプリケーションリーダーと、WEB上からログインして使うタイプのオンラインリーダーの二つがあるが、どちらを使うかについては、クライアント側に依存しないWEBのリーダーを使うほうが使いやすいと感じる。
もしクライアント側のブラウザなどに付属しているリーダーで見る場合、その環境がないと、未読や既読状況をチェックできない。
WEB上のリーダーを使えば、ブラウザでそのページにアクセスすればいいだけなので、いつどこでもオンラインにさえつながれば使うことが出来る。
オンラインにある情報は基本的に他のブログの記事なので、セキュリティや情報の秘匿に気を使う必要は全くない。即ちクライアント側で情報を保護する必要はない。
⇒タブをexpanded viewにしてマウスを下スクロールさせると、自動的に既読になっていく。
手っ取りはやいのはこれか。
使用してみて
全体的には、Gmailに似たインタフェースと操作感で、シンプルで使いやすい。
やはりこういったツールは必要最低限の機能だけ備えており、後はシンプルにまとめられているほうがいいのだ。
ただ、Gmailに似ているとはいっても、あそこまでの使い勝手の良さはさすがにない。
俺が気になるのは、いつでも記事を未読・既読に切り替えられるかどうかなのだが、Gmailでは、全て選択／全て解除で全チェックボックスのチェックをオン・オフ出来る。
これがそのままRSSリーダーに実装されていれば大変重宝したのだが、Google Readerでは確かにマウススクロールさせれば未読から既読に変えることは出来るが、全て選択→リストボックスから既読にするを選択、という2ステップで実行できるほうが有難い。
俺にとっては、操作が視覚的・感覚的に分かるほうがいいのだ。
Google Readerはそのあたりの微妙な使い辛さというか、まどろっこしさがある。
あと、更新があったときのNotiferツールがない。
Firefoxではグリースモンキーがあるみたいだけど、俺はメインがIEなので、使いたくない。
GmailではGmail Notifierがあるので、そういうのがあればとても便利なのだが、現状ないので、たまにGoogle Readerを開いては目視で確認するという作業になる。
それと、リーダーの画面からブックマークへの登録も、Firefoxでは実装出来るらしいが、IEでは出来ない、というかサイト依存になる。
そのサイトやブログがそういったアイコンを画面に実装していれば、一発で登録出来るのだが、Google Readerデフォルトではその機能はないので、一度記事を開いてからブラウザのブックマークレットなどからマークする、という形になる。
俺ははてなブックマークを使っていて、これ単体では使い勝手がいいが、Google Readerとは連動しそうにない。
かといって、Firefoxには自分を合わせたくない。
仮にFirefoxに最適化していくと、その環境での作業は効率良くなるが、それ以外では効率が落ちていく。
環境を自分に合わせてカスタマイズするか、何も変更せずデフォルトのままあるがままに使い、自分を環境に合わせるかといったPC使用の戦略の違いなのだが、Firefoxは重い、IEとはCSSの解釈が違う、ユーザが少ない（何だかんだいって履歴の統計を取るとFirefoxユーザは1〜2割程度しかいない。）こともあり、余り使いたくないのだ。
ともあれ、Google Readerは暫く使ってみようと思う。
---
4/30追記
- 全部既読にするにはall itemsをクリック。
- nキーで『記事を閉じたまま下に移動』。
- pキーで『記事を閉じたまま上に移動』。
- Enterキーで『記事を開閉』。
- oキーで『記事を開閉』。（Enterと同じ）
- jキー/kキーで『記事を開いたまま移動』。
- Mキーで『記事の未読/既読を入れ替え』。
- あるカテゴリの記事を読み終えたら、Shift+n/pキーで左のペインを『上下移動』。
- 読みたいサイトタイトルの上でShift+oキーで『開く』。
- Shift+aキーで『全て既読に変更』。
- rキーで『最新の状態に更新』。
ヘルプに書いてあるんだけど、自分で触らないと覚えられない。
2007-04-26 [Thu]
9日にフィードパスからfeedpath Rabbitがリリースされたとのことで、ちょっとニュースなどを引用。
個人的にRSSリーダーは、未読のRSSばかり増えてしまうので、全くやっていないのですが、フィードパスラビットはどうなんでしょうかね？
あと、ブログで記事のURLと一行コメントを掲載するスタンスでやってみたいと思ってるんだけど、これってこういうツールだけで出来るものなんでしょうか、それとも自分で自動化ツールや手を使ってやってるんでしょうか皆さん。
feedpath Rabbit
http://feedpath.jp/
---
フィードパス、オンラインRSSリーダー「feedpath Rabbit」を公開
http://internet.watch.impress.co.jp/cda/news/2007/04/09/15363.html
---
小川さん（元フィードパスCOO）はクソみそ、小粋空間さんは愛用、という構図に、さて。
---
なんかダメっぽい意見の方が多いっすね。改悪？
---
で、自分でもどんなもんか使ってみた。
俺はRSSリーダーは使わないので、Blog it機能だけを見てみる。
■feedpath editor（マークレットエディタ）
記事のページを開いてブログへの新規投稿
→下書きが異様に重い。
記事の情報が投稿内容に反映されていないので手動でやる必要がある。→面倒。使えない。
■feedpath rabbitの画面からのブログエディタ
最初にFeedリーダーである記事をクリックし、Blogを書くをクリック。
Blogの新規投稿画面になり、投稿の内容欄に本文の抜粋と記事タイトル文字、記事へのリンクが張られているので、感想などを書いて下書き押下。
更に、別の記事を開いて、同じようにし、本文の抜粋とタイトル文字、
記事リンクを手動でコピー。最初の下書きをBlogエディター→下書き→再編集で開いて、コピーしておいたものをペースト。
これを、気になる記事ごとに繰り返す。とっても面倒。
結論は、Blog itツールとしては、使いものにならない。
Blogmarks→WordpressにBlog itみたいな手軽さがない。
いちいち下書きから再編集をやる必要がある。とても面倒くさい。
Blogmarksであれば、まずブックマーク。ブックマークするときにコメント書いてもいいし、あとで編集してもいい。
大体、ブックマークとコメントし終わったら、WordpressやMovableTypeなどにBlog itする。
Blog itされた記事は、記事のタイトルとリンク、自分のコメントが入った形で投稿されている。
feedpath使うくらいなら、Blogmarks→WordpressにBlog itした内容をコピーして他のブログに転載と余り変わらないと思う。
ニュースサイトへの1行コメントをブログに投稿する事に関しては、feedpathを使うのは機能的に辛いだろう。
無理ではないが、手間が多く非常にストレスがたまる。
個人的にRSSリーダーは、未読のRSSばかり増えてしまうので、全くやっていないのですが、フィードパスラビットはどうなんでしょうかね？
あと、ブログで記事のURLと一行コメントを掲載するスタンスでやってみたいと思ってるんだけど、これってこういうツールだけで出来るものなんでしょうか、それとも自分で自動化ツールや手を使ってやってるんでしょうか皆さん。
feedpath Rabbit
http://feedpath.jp/
---
フィードパス、オンラインRSSリーダー「feedpath Rabbit」を公開
http://internet.watch.impress.co.jp/cda/news/2007/04/09/15363.html
フィードパスは9日、RSSリーダー機能とブログ編集機能を備えたWebアプリケーション型サービス「feedpath」をリニューアルし、「feedpath Rabbit」として公開した。ユーザー登録を行なうことで無料で利用できる。
feedpath Rabbitは、RSSやAtomなどの各種フィードを管理するフィードリーダー機能と、ブログへの記事投稿や管理を行なうブログエディタ機能を備えるWebアプリケーション型のサービス。2006年1月にサービスを開始した「feedpath」をリニューアルし、新たに「feedpath Rabbit」としてリリースした。
feedpath Rabbitでは、新たにトップページに各種ランキングを追加。feedpath Rabbitのユーザーが購読しているフィードや注目記事などのランキングをトップページに表示し、フィードリーダーを使い始めたばかりのユーザーが注目のフィードを手軽に追加できるようにした。
また、フィードの購読管理をサイト単位に変更し、購読の中止などをフィードの閲覧画面から行なえるようにした。このほか、記事を一括してアーカイブフォルダ保存や未読に戻すといった処理の追加、記事本文の下に記事への評価付けやソーシャルブックマークへの投稿機能を備えるなどの機能強化、サイドバーの強化、サイトに付けたタグと記事に付けたタグを分類して管理するタグ機能の強化などを行なった。
(Internet Watch 2007/04/09 19:10)
---
小川さん（元フィードパスCOO）はクソみそ、小粋空間さんは愛用、という構図に、さて。
さようなら、feedpath。こんにちは、Google Reader
http://blogs.itmedia.co.jp/speedfeed/2007/04/feedpathgoogle__b9f2.html
feedpath Rabbit の「未読一括表示機能」復活
http://www.koikikukan.com/archives/2007/04/20-182333.php
---
なんかダメっぽい意見の方が多いっすね。改悪？
feedpathリニューアルに伴う改悪
http://d.hatena.ne.jp/osktaka/20070409/1176093966
RSSリーダー「feedpath」がリニューアル。でも・・・
http://kohizuka.ddo.jp/blog/2007/04/09/652/
---
で、自分でもどんなもんか使ってみた。
俺はRSSリーダーは使わないので、Blog it機能だけを見てみる。
■feedpath editor（マークレットエディタ）
記事のページを開いてブログへの新規投稿
→下書きが異様に重い。
記事の情報が投稿内容に反映されていないので手動でやる必要がある。→面倒。使えない。
■feedpath rabbitの画面からのブログエディタ
最初にFeedリーダーである記事をクリックし、Blogを書くをクリック。
Blogの新規投稿画面になり、投稿の内容欄に本文の抜粋と記事タイトル文字、記事へのリンクが張られているので、感想などを書いて下書き押下。
更に、別の記事を開いて、同じようにし、本文の抜粋とタイトル文字、
記事リンクを手動でコピー。最初の下書きをBlogエディター→下書き→再編集で開いて、コピーしておいたものをペースト。
これを、気になる記事ごとに繰り返す。とっても面倒。
結論は、Blog itツールとしては、使いものにならない。
Blogmarks→WordpressにBlog itみたいな手軽さがない。
いちいち下書きから再編集をやる必要がある。とても面倒くさい。
Blogmarksであれば、まずブックマーク。ブックマークするときにコメント書いてもいいし、あとで編集してもいい。
大体、ブックマークとコメントし終わったら、WordpressやMovableTypeなどにBlog itする。
Blog itされた記事は、記事のタイトルとリンク、自分のコメントが入った形で投稿されている。
feedpath使うくらいなら、Blogmarks→WordpressにBlog itした内容をコピーして他のブログに転載と余り変わらないと思う。
ニュースサイトへの1行コメントをブログに投稿する事に関しては、feedpathを使うのは機能的に辛いだろう。
無理ではないが、手間が多く非常にストレスがたまる。
2007-04-26 [Thu]
 | プロフェッショナル進化論 「個人シンクタンク」の時代が始まる 田坂 広志 PHP研究所 2007-04-19 売り上げランキング : 198 Amazonで詳しく見る by G-Tools |
- 縦書きで文の下の方に太い字で重要事項が書いてあり、本のフォーマットが悪く、凄く読み辛い。
- web2.0のインパクトを大袈裟に強調しすぎ。
- ぱっと見でセンテンス中の何が言いたいのかよく分からない。
- 強調事項が多すぎて、言いたいことが分散されすぎている。
- 内容自体も読むほどのものはほとんど感じとれない。
以上の理由から購入の必要なし。
スレッドテーマ:ビジネス・起業・経営に役立つ本:本・雑誌
2007-04-25 [Wed]
 | 頭のいい人がしている仕事のメモ術・ノート術 中川 裕 ぱる出版 2006-04 売り上げランキング : 63470 Amazonで詳しく見る by G-Tools |
メモ・ノート系ハックのまとめ本として購入。
目新しいハックや概念は何もなし。当たり前の事しか書かれていない。
あえて本にするほどの内容は何もないが、基本を再確認する意味で購入した。
まとめ系としては読み捨てやすいと思う。
若干校閲が甘く、誤字や抜け字がある。
P51 記号を使って速く書く
・記号を忘れてしまいそうなときは、自分で略語一覧を作成し、手帳などに一覧表を挟んでおく。
・手帳を落としたときのために、社外秘の情報は暗号で書く。
・自社や取引先の人にばれたくない情報（体調不良で休んだ日に遊んでいた記録など）も暗号で書く。
P90 スケジュールは余裕をもって見積もる
・部下や外部スタッフなど、自分以外の人間が関わる場合、自分の進捗だけではカバリングできない。
その場合は、はじめから作業時間を多く見積もる。
P98 スケジュール欄の書き方
・訪問先などの名前を書く場合、呼び捨てで書かず、〜課長、〜様といった肩書きや敬称を付けて書くこと。
もし会議の場などで手帳が先方に見られた場合、名前を呼び捨てで書いていると気まずい思いをすることになる。
P108 ウィッシュリストを手帳に書く
・手帳には買い物、調べ物といった忘備録のページを作っておくといい。
買いたいものがあれば手帳の買い物のページに記しておき、買い物に行った際にリストをチェックして必要なものを購入する。
買い物が済んだものや不要なものは線で消しておく。
これは不要だな。
手帳でウィッシュリストなんか管理してるとまどろっこしくて仕方ない。
欲しい物や購入品目については、基本的にはSocialtunesと携帯だけで管理する。
■普段
欲しいものや気になるものをチェックし、Socialtunesで「気になる」といったぺた（タグ）を貼っておく。
（アマゾンが扱っていない商品は対象外となる。）
■店にて・買うケース
店に入りSocialtunesで気になるタグを付けているものをチェック
→立ち読みor試聴
→買う
→Socialtunesでもちぺたと商品属性のラベルを付けて感想や使い勝手などをレビュー
→ブログに反映した場合はブログのリンクを貼る。
■店にて・買わないケース
店に入りSocialtunesで気になるタグを付けているものをチェック
→立ち読みor試聴
→買わない
→Socialtunesで購入不要のラベルを付け、買わないと判断した理由をレビュー
運用上の問題としては、
買わないケースのときに、携帯でSocialtunesにアクセスし、店内で購入不要のラベルを付けたいのだが、携帯からではラベルをはがしたり、レビューを書いたりする機能がないので、出来ない。
結局、運用としては携帯は気になっていた商品をチェックする際に店内で参照するだけ、ということになる。
携帯からぺたやレビューを更新できればすごく楽なのだが・・。
P110 日課のチェックシートを作る／ルーティンリストの作成
・仕事やプライベートでの、日々の目標を継続するため、自分の日課をリストアップしてマトリクスにする。
毎日の実行結果を○や×でチェックする。
これをいつも持ち歩く。
GTDのSomeday/Maybeリストは今すぐには出来ないが、将来やりたいことを記す。
これは逆に、日々の達成項目をリスト化して、できたかできないかをつぶしていく。
それを一週間とかのスパンで一覧されると、さすがに説得力があると思う。
「Day Due リスト」というか、「ルーティンリスト」とかそんな感じ。
P116 ツールは自分の運用にものを選ぶ
・デジタルツールは携帯、PC、デジカメ、ボイスレコーダー、PDAなど
ボイスレコーダーなんて、メモ用に使ってる人なんて日本にいるの？
外国じゃ割りとメジャーらしいけど、日本人じゃ見たことないな。
外国のライフハック系サイトの受け売りすぎでは？
裏紙でメモを作る方法はITmediaに乗っていたやつと基本的に同じ。
失敗したコピー用紙を“はがせる”メモブロックに
http://www.itmedia.co.jp/bizid/articles/0701/18/news058.html
ただ本の方は木工ボンドだが、ITmediaはペーパーセメントなので、こちらの方がスマートな感じがする。
P124 電話の伝言メモ用フォーマットを予め作っておく
・電話では5W2Hで伝言内容が予め決まっているので、事前に専用フォーマットのメモ用紙を置いてそれにメモする。
・黄色い紙など、目立つ色の紙で作る。（伝言を伝える相手がすぐに気付くようにする。）
・伝言を受けたらすぐにその人の机に書いたメモを置く。
・メモが風などで吹き飛ばないように、机や受話器に張ったり、卓上用メモクリップで止めたりする。
-----------------------------------------------------------------------
月 日 時 分（電話を受けた日時）
（伝言を伝える相手の姓）様
（会社名 部署名 電話をかけてきた相手の姓）様より電話がありました。
（↓以下のどれかにチェックすること）
□戻り次第、電話を下さい
□後ほど、かけ直します
□伝言のみお願いします
メッセージ
伝言内容を簡潔に書く。
連絡先
電話をかけてきた人（相手先）の電話番号
（自分の会社名と名前）が電話を受けました。
-----------------------------------------------------------------------
P164 アウトルックを使ってみよう
・スケジュール管理にアウトルックを紹介しよう
なぜいつもこの手のライフハックス系書物では、デジタルでスケジュール管理というとOutlookになってしまうのか。
クソだろこのソフト。無料でもないし。
P174 仕事ノート
・仕事ノート��
「仕事ノート」とは、自分がこなした仕事についての全てを記録するもの。
仕事内容、かかった時間、5W2H、担当した人、実施手順、予算などを事細かく記録しておく。
仕事ノートをつけておけば、報告書も仕事ノートを参考にしてまとめるだけで済む。
今後同じ仕事が発生した場合に仕事ノートを参考に進めることが出来る。
また仕事ノートを見ることで改善点などを検討することも出来る。
仕事ノートの見た目にはこだわらない。
テーマが代わったら、改ページする。
プロジェクトシートに似ている。フォーマットは参考にする。
・仕事ノート��
仕事ノートは自分のための記録であり第三者に見せることは想定していない。
疑問点、反省点、個人的感想などを自由に書いて構わない。
反省ばかりよりも、プラスに評価できる点も書いた方がよい。
但し、プライベートな内容とはいえ、感情的な表現は控える。
悪口ばかり書いていても、怒りが倍増するだけで何にもならない。
・仕事ノート��
トラブルを記録し、失敗の要因を検証する。
事象発生日、タイトル、発生日時、詳細、対応内容、解決までの時間、原因、改善点、感想など。
P180 会議
・議事録
議事録作成の場合ははじめに会議の出席者全員の名前をメモする。
会議中は発言全てを記録するのでなく、要点のみ抑えて簡潔に書く。
議事録は、PCで入力しながら、プロジェクタに写し、入力内容を全員に確認してもらいながら作成するとよい。
何もいわれなければ、全員からFixされたことになり、後で言った言わないの事態になりにくい。
また、入力しながらなので突込みが入りやすくなり、議事録の精度が高まる。
・他社での議事録
2社が会議に参加している場合、ページの右側を自社、左側を他社というようにページを分割して会社単位で発言を分けてメモする。
これは、双方で利害が食い違う場合に、後で言った言わないをなくすための方策である。
そのためにも、議題と結論だけではなく、結論に至る過程もメモすること。
誰の発言か分かるように、発言者の名前も書いておく。
他社に議事録作成を任せてしまうと、あの時自社はどう言ったのか、が明確にならず、自社に有利な部分を意図的に省略されることもあるので、議事録作成は進んで引き受けた方がいい。
話し合いの過程もメモすること。
・それぞれの意見、主張。
・どの部分で意見が食い違ったのか。
・その結論に落ち着いた理由は何だったのか。
・オフレコ発言のメモ
議事録担当ではなくても、発言者の傾向をバレないようにメモしておくと、今後の対応がやり易くなる。
P186 思いついたアイデアは全て書く
・ふと思いついたアイデアは大至急メモする。
いつ忘れてしまうか分からない。
忘れても後の祭りである。
そのため、常にメモする道具を持ち歩き、机にはいつでもメモできるようにメモ用紙と筆記具を置いておく。
・アイデアを無理やり出さなければならないときは、とりあえず一人ブレスト的にアイデアを書き留める。
書く時点でよい悪いを選別する必要はない。
始めの一つがあれば、後は連鎖的にアイデアが引っ張り出されてくる。
・アイデアはマインドマップ的に中心にキーワードを置き、周辺に連想キーワードを書いて膨らませる。
P194 電話は要点を整理してからかける
・電話はする前に話す順番や表現方法などをメモに書き出して整理してからかける。
・伝えること、聞くこと、確認の電話
これは実践してる。
整理というより、予め電話用のカンペを作って、その通りに言う。
相手の応対により、分岐先の内容まである程度作って話している。
こうすることで、電話しているときに焦ってしまい、へまをやらかすことを防ぐ。
想定にない不意の内容でも、事前に想定されたケースは全て作成しているので、冷静に対処できる。
・確認したいことはToDoリスト風にチェックリスト化しておき、話しながらチェックしていってもよい。
P200 読書メモは本に書いてしまう
・重要な部分、引っかかった部分は本に直接赤線などで線を引いてしまう。
また疑問点や考えたことも全て書き込む。
色によって内容を変える。赤なら重要、気になった程度なら緑、など。
これは何回かやったけど、向いてなかった。
結局、線を引いても線を引いた箇所がどこか分からないので、後で検索できなくなる。
探すと、最初から最後までまた読む羽目になる。
また、本を汚すのも抵抗がある。
仮に売らないとしても、汚れきった本は再び読む気になれない。
ポストイットもダメだ。すぐに剥がれてしまい役に立たない。
俺が今やっているのは、このテキストのように、ページ数と見出しを書いておき、そこに要点と、自分の感想を書くやり方。
全てのパラグラフやセンテンスに書くのでなく、あくまでちょっと引っ掛かりがあったり感想を挿入しておきたい部分のみ。
スルーできるところはどんどんスルーしてとにかく読み進める。
テキストは、最終的に太字などでちょっとした整形をした後にブログにアップする。
ブログは表現力がテキストよりも高いので、見易くなるためと、ブログのネタという点、またテキストを一つのブログに蓄積することでセルフ・ブランディングを行うためもある。
テキストはローカルにあるスタティックな状態では何の変化も起きないが、ひとたびネットに出せばそこから化学変化が起きて、コメントやトラックバック、ブックマークや他人のブログでの引用により、思いもよらなかった論旨が引き出されてくることもある。
そのため、出せる内容は極力ブログで外部にさらしていく。
さすがに不特定多数にはさらせないような内容、裏づけのないデータ、どうでもいい一言感想などであれば、検索にかからず、特定人しか目にしないmixiのみへアップするなどする。
P204 新聞・雑誌のスクラップを続けるコツ
・気になった記事はその場ですぐに切り抜く。
中でも重要そうなものは手帳やノートに日付とタイトルを書き写し、後で調べやすいようにする。
切り抜いた記事は定期的にチェックし不要なものは廃棄する。
リアル媒体のスクラップは完全に不要だな。
経験上絶対に見返さない。ごみになるだけ。
それよりも、WEBでブックマークした記事をちゃんと管理することが重要。
ニュースソースは基本、WEBを見て仕入れ、それらのニュースソースや、WEB上で話題になっている出来事のエントリ、注目が集まっているエントリ（ブックマーク数を伸ばしている）などを巡回して、今ホットな話題に関する情報を入手する。
読了時間：メモをしながらなのでかなり時間がかかり、3時間半程度
スレッドテーマ:ビジネス・起業・経営に役立つ本:本・雑誌
2007-04-24 [Tue]
 | 手帳 Hacks ! <仕事と手帳を200%拡張するLifeHacks> Workhack Project 技術評論社 2007-04-24 売り上げランキング : 25637 Amazonで詳しく見る by G-Tools |
幾つかアホなことも書いてあるが、全体的にはまずまず。
P55 書き込みは見える化する
・タスクのプライオリティは色ペンなどで色分けして書き込む。
最優先：赤
重要：青
そのうち；緑
など。
色は3色程度に留める方が良い。
・アポイント変更時は削除せず、二重線などで訂正を入れて新たな予定を書き込む。
（変更になったということが見える化される。）
P57 見える化するための3つのポイント
・メモは関連付けて書く。
関連付けのルールを自分で作る。
・仕事の予定は赤、プライベートは青など色ごとに意味を持たせて記入する。
・メモ欄に書き込めない場合はポストイットで代用する。
（→運用としてはポストイットははがれやすいので使わない。
予備のメモ用リフィルを用意してそっちに書き込み、その日にちの隣に挟む。）
P59 ペンの種類と色分け
・月間タイプの手帳は書き込み欄が少ないので後で修正できるようシャープペンを使う。
・シャープペンの場合色分けできないので括弧や丸で暗号化するとよい。
・デイリータイプでは書き込み欄が多いのでボールペンで色分けした方が分かりやすい。
・人前で手帳を開く場合は情報漏えいを防ぐためスケジュールなどは暗号化している方が望ましい。
・スケジュール欄には時間と目的地以外に、電車の移動時間、移動先の駅名なども記しておくほうがよい。
P66 日記から行動パターンを知る
・短い日記を付け続けることで自分の行動パターンを知る。
行動パターンから、失敗と成功のパターンを知る。
P69 アイデアメモ専用手帳でアイデアを引き出す
・アイデアを引き出すには、スケジュール管理、タスク管理用の手帳とは別に、アイデア管理用の手帳を携行し、常に持ち歩く。市販のものでなくても、裏紙やコピー用紙を折り畳んだものでもよい。
気づいたことは全てそのアイデア用の手帳に記入する。
アイデア用の手帳は出し入れのディレイをなくすために名刺サイズでポケットに入るものを使う。
・部屋の隅にメモ箱を作りそこにメモ用紙をまとめて保管する。
メモ箱のメモは週一でレビュー。
P84 人前でメモを取るとラポール（人間関係）を築ける
・ラポール＝円滑にコミュニケートする人間関係
・相手に認められたいという人間の欲求が相手がメモを取ることで満たされるため人間関係が円滑になりやすい。
P89 携帯をメモ代わりに使用する
・例えば、買った本の表紙を撮影→ブログに送信→ブログに感想を書く→Socialtunesにブログのレビューエントリのリンクを貼る。
・営業時間、時刻表、地図など。
P94 アイデアを生み出すには鉛筆で手書きする
・「パソコンの前に座ってアイデアをひねり出すよりも、鉛筆を使っていろいろ書き出したほうがアイデアは出てきます。」
これは違う。
PCの方が圧倒的に入力が速い、間違えても編集が容易、ツールが豊富なのでどんな内容でも形に出来るなど、アイデアプロセッサとして優れている。
但し現実的にペンと紙で書いた場合、右脳が刺激されやすいことも確か。
デジタルデータとアナログで書いたデータをうまくミックスさせることが必要になる。
P100 仕事の完成図を作ってから作業を実行する
・スケジュール管理のステップ
１．仕事の完成図を考える＝メモ書き
２．いつまでに何をすべきか考える＝スケジュール帳転記
３．仕事を最小単位（タスク）に細分化する＝タスクリスト転記
４．タスクを処理する
P106 手帳のツリー構造化で複数の手帳を管理する
・メインは一冊の手帳にし、簡単なスケジュールだけを記入。
詳しい内容は、会う人ごとに専用の手帳に記入する。
これもダメだな。
というか、プロジェクトについての打ち合わせ内容などを、全て手帳にだけ記入する必要性があるかというと、そんなわけはない。手帳ハックス本なので、手帳にこだわる余り、こういう認識間違いを平気で書いている。
そういうのはプロジェクトシートなどを作って、人の単位ではなく、プロジェクト単位で会議内容をメモする。
つまり粒度が人だと案件がごっちゃになる可能性があるが、粒度をプロジェクト単位にすればメモや資料なども全てそこにまとめられる。
こうなると、既に手帳術ではなく、ファイリング術になってしまうが。
P109 手帳をグループウェアにして共有
・個人の手帳をチームで共有して自分のスケジュールを記した手帳を公開する
ソーシャル手帳。んなバカな。
アナログを共有するのは無駄が多い。
手帳を無理やり共有化するのは、ITリテラシーが著しく低い会社や、紙単位で全てを管理していてWEBに移行する気がないようなケースになる。
基本的には、iOfficeなどのグループウェアか、社内でそういうのを導入してなければGoogleカレンダーなど、ソーシャルなWEBツールを使って行う。
この辺は社内文化の問題か。
P146 シュレッダーの効果
・個人用シュレッダーを購入し、メモ書きを促進する。
メモ書きをそのまま捨てるのは個人情報の観点から望ましくないため、シュレッダーで削除する。
すぐに削除できる環境があれば、メモを取る気持ちが起こり、物理的に削除すればそのメモをやり終えたという実感も得られる。
P148 スケジュール欄の粒度により書く内容を分ける
・年間スケジュール：定例会議、重要なイベント、現時点で分かっているイベントを記入。
・週間スケジュール：メインのスケジュール欄として使用。
・一日スケジュール：ToDoリストとして活用。移動手段や交通費などを記入。
※メインが月間スケジュールの場合は、週間スケジュールをToDoリストにする。
P152 異なる手帳同士のフォーマットをマッシュアップする
・メイン：クオバディスエグゼクティブ＋プロジェクト専用：D-BROSクリエイターズダイアリー
・止める際にはブックバンドを使用。
P156 ToDoリスト
・ポケット一つの原則に従って作る。
ポケット一つの原則・・・リストを紛失しないために一冊の手帳やノートにまとめる。（野口悠紀雄氏）
・ToDoリストは公私混同で書く。
・座標軸の縦が優先度、横が緊急度。
左が仕事、右がプライベートといった体で書く。
P166 ToDoリストとモチベーション
・イー・ウーマン社の佐々木かをり氏はToDoリストを作らない派。
「ToDoリストを作らない代わりに、やらなくてはいけないことの期限を切り、いつまでにやるということを明確にした」
P170 手帳は俯瞰するために生まれた
12時まであとどのくらいあるか。
アナログとデジタルの時計ではアナログの方が分かりやすいと感じるのは面で認識できるから。
デジタル時計は正確な時刻を得られるが面で俯瞰できない。
手帳は時間を面で得るための俯瞰の発想で作られた。
情報が過密であれば時間に対する俯瞰が必要になってくる。
時間に対して得られた情報の質と量が重要になるためだ。
そのために時間を俯瞰するツールである手帳を利用する。
手帳は運用方法によって、使用効率を更に向上できる。
読了時間：メモをしながら2時間程度
2007-04-22 [Sun]
評価は以下4段階とする。
◎：優／○：良／△：可／×：不可／？：不明・未確認
■FitzNOTE
国産のアウトラインプロセッサ。
以下、主な使用感を記す。
FitzNOTEは、Windowsツール系の煩雑な画面構成とUIが、個人的には苦手だったのと、ラベルやアイコンが直感的に分かり辛いこと、プロジェクトの実装にd3を超えるものがなかったことで、使うには至らなかった。
GTDではどうしてもスキームの制約があるので、これを現実に投影して、運用で上手く取り回すことが出来るツールかどうかが、ツールを選ぶ際の焦点になると感じた。
俺にとっては、現在の時点ではd3が最も現実を忠実に投影出来るツールということになるのかもしれない。
GTDに限定せず、ファイラ兼のアウトライナー、アイデアプロセッサ、タスク管理ツールを求めているならば、このツールを試す価値はあると思う。
works4Lifeさんでのレビューが詳しい。
◎：優／○：良／△：可／×：不可／？：不明・未確認
■FitzNOTE
| 項目 | 評価 | 補足事項 |
| 環境 | ローカル側 | WinAPI |
| 機能性 | ○ | |
| 操作性 | ○ | |
| 視認性 | △ | |
| スケジューラ | ○ | |
| リマインダ | △ | 日付パネルから設定 |
| 連動性（携帯） | × | |
| 連動性（PDA） | × | |
| タグ | × | 独自の進捗ラベルあり |
| 安定性 | ◎ | |
| 課金 | 無料 | |
| 総合 | 65点 |
国産のアウトラインプロセッサ。
以下、主な使用感を記す。
- VB作成ライクなWinAPIなので、最近のWEB系のツールと違って、画面のUIがごちゃごちゃしている感は否めない。
色々なアイコンがあるが、どれを使えばどうなるのか最初は分からず、戸惑いを感じた。 - ソフトを終了しようとすると、ファイル保存の処理になり、処理を飛ばして終了するには、現在のファイルを保存せずに終了＞本当によろしいですね？といった余計な処理にはイライラした。
- 同じアウトライナーのMylife Organizedのように直感的に使うには難しい。このソフト独自の実装や概念、用語にある程度の慣れが必要。
- 右クリックから項目名が変更できず、編集から行うしかないのは不便に感じた。
- ドラッグアンドドロップで階層の移動が出来るのは便利がいい。
- タスク（項目）へのラベル付け（至急、必須、未決など）が出来るのはいいが、ラベルのアイコンが一目で何を指しているのか分かり辛い。
- 同様に、タスクの進行状況についても、ステータス（未着手、進行中、完了、保留など）が選べるのだが、これもアイコン表示のため、慣れるまではどれがどの状態なのか判別が付き辛い。
このあたりをテキスト表示などを選べる仕様であれば良かったのだが。 - 完了マークはチェックで表示され、完了したブックや項目は左のペインから一目でそれと分かる。
右クリック＞進行状況＞完了をクリック、といった手順を踏むので、完了にしたときの心地よさはあまりない。
出来れば、こういったツールではチェックボックスのクリック一発など、完了時の心地よさの表現が欲しい。 - アプリケーションはEXEで起動し、FitzNOTE形式の拡張子（.ftz）でファイルを保存する。
- タスクステータスについては、フィルタ専用のアイコンがそれぞれ設けられているので、ステータスからのフィルタはかけることが出来る。
- カレンダーからタスクを作成した場合は、時計のアイコンのタスクとして表示され、カレンダーの日をクリックすると、その日の項目一覧に表示される。
- 各ノードには、ファイル添付機能があり、ファイラとしても使うことが出来る。このあたりはちょっと紙Copiにも似ている。
- GTD的に使う場合は、ブックにInboxやNextActionといったGTDリストを設定し、その中に項目としてタスクを作るやり方になるだろう。
進捗ステータスの管理機能は充実しているので、未着手や進行中といったステータスを各タスクに割り振って、進捗状況を管理していくことになる。 - また、GTD専用ソフトではないため、Contextやタグが実装されてないので、ノードをどのように管理するかといった部分も問題となる。
このソフトの場合は強力な進捗機能、ラベル、検索で行うといったことになるだろうか。 - 俺が使用上で一番大きな問題に感じたのは、プロジェクトの実装の難。
といっても、これはFitzNOTEだけではなく、他のソフトと同様なのだが、FitzNOTEでも、リスト（ブック）とタスク（項目）という2層管理（実際には項目の下にさらに項目を作れるため、ネスト化できる。）であり、GTDの「プロジェクト」についてはどう反映させるかという運用上の問題が発生する。
例えば、d3の場合、タスク＝ノード（Tiddler）の状態については、
【NextActionのステータスを付与する】且つ【プロジェクトXXXに所属する】
NextAction
｜＿ノードA
且つ
プロジェクト１
｜＿ノードA
という状態を与えることが可能である。
これは、TiddlerのcontextにNextActionを設定し、更に、何がしかのプロジェクトを作りそこにGTDリストとして所属させることで実現する。
つまり、ベクトルの違う二つの管理用リスト（Context＝GTDリストとプロジェクト）に同時に所属させることで実現している。
d3では仕様上からネストを上記の2階層以上には出来ない。
（一部、プロジェクトにサブプロジェクトを作ることは出来るが、上位と下位のプロジェクトが連動しないため、お奨め出来ない。もしかしたらいいやり方があるのかもしれないが。）
（完全なるネスト化は出来ないが、Tiddlerの中で、他のTiddlerのタイトルを[[]]で囲むことで、そのTiddlerへのリンクが発生し、リンクを辿ることで関係したTiddlerを構造化することが出来る。）
FitzNOTEでは、ノードの階層を深くすることでこれを行う。
但し、このやり方の場合は、各GTDリストにそれぞれプロジェクトを作らなければならず、3階層になる。
NextAction
｜＿プロジェクト１
｜＿ノードA
もしくは、プロジェクトを上位にしてGTDリストを下位に設定する方法もあるが、このやり方では非常に作成や管理が煩雑になる。
というのも、
Inbox
｜＿プロジェクト１
｜＿ノードA
｜＿プロジェクト２
｜＿ノードB
｜＿プロジェクト３
｜＿ノードC
NextAction
｜＿プロジェクト１
｜＿ノードD
Waitfor
｜＿プロジェクト２
｜＿ノードE
のように、リストごとにプロジェクトを設定する必要があるためだ。
仮にプロジェクトの状態が変更した場合、全てのリストについて修正を加えなければならない。
一度d3での前述のやり方に慣れると、リストレベルでプロジェクトを管理する後者のやり方には違和感を感じてしまう。
これが、俺がd3以外のツールを中々使う気にならない理由だ。
タスク管理ツールの場合、階層を深くしていくと管理が物凄く難しくなってしまう。階層は2層〜3層程度に留め、Contextとプロジェクトの管理体系が違うことがベストだ。
Remember The Milkの場合は、運用での工夫を行い、タグとスマートリストの検索を駆使することで擬似的に似たような状況を作り出せる可能性はある。
が、最初からそれとして実装されているd3での扱いがやはり一番自然な方法に感じる。 - 完了したブックや項目は、ごみ箱行きを想定しているのかもしれないが、個人的には後で見返す可能性もあるので、アーカイブ化して欲しいところ。
FitzNOTEは、Windowsツール系の煩雑な画面構成とUIが、個人的には苦手だったのと、ラベルやアイコンが直感的に分かり辛いこと、プロジェクトの実装にd3を超えるものがなかったことで、使うには至らなかった。
GTDではどうしてもスキームの制約があるので、これを現実に投影して、運用で上手く取り回すことが出来るツールかどうかが、ツールを選ぶ際の焦点になると感じた。
俺にとっては、現在の時点ではd3が最も現実を忠実に投影出来るツールということになるのかもしれない。
GTDに限定せず、ファイラ兼のアウトライナー、アイデアプロセッサ、タスク管理ツールを求めているならば、このツールを試す価値はあると思う。
works4Lifeさんでのレビューが詳しい。
works4Life fitzNOTEを使ってみて
2007-04-21 [Sat]
評価は以下4段階とする。
◎：優／○：良／△：可／×：不可／？：不明・未確認
■NextAction
ContextsにInboxなどのGTDリストを作ってその中でタスクの状態を管理する。
タグの実装こそないが、Projectで＠タグというようにすれば問題ない。
一覧画面でアクションをDoneに出来たり、マウスを上に持ってくるだけでタスクのNotesも表示されたりと、機能性、一覧性において極めて使い勝手がいい。
シンプルながら基本的な機能は備わっており、ローカル環境における強力なGTD実践ツールといってよい。
個人的には非常にいい線までいったツール。
ただ、d3とは逆に、運用での足回りの悪さが徐々に目につき、ストレスが溜まった挙句、使えないとの断を下した。
■いい点
■よくない点
◎：優／○：良／△：可／×：不可／？：不明・未確認
■NextAction
| 項目 | 評価 | 補足事項 |
| 環境 | ローカル側 | HTMを保存 |
| 機能性 | ◎ | |
| 操作性 | ◎ | |
| 視認性 | ◎ | |
| スケジューラ | ○ | カレンダーはないがDue Dayなどの指定は可能 |
| リマインダ | × | |
| 連動性（携帯） | × | |
| 連動性（PDA） | × | |
| タグ | × | |
| 安定性 | ◎ | |
| 課金 | 無料 | |
| 総合 | 80点 |
ContextsにInboxなどのGTDリストを作ってその中でタスクの状態を管理する。
タグの実装こそないが、Projectで＠タグというようにすれば問題ない。
一覧画面でアクションをDoneに出来たり、マウスを上に持ってくるだけでタスクのNotesも表示されたりと、機能性、一覧性において極めて使い勝手がいい。
シンプルながら基本的な機能は備わっており、ローカル環境における強力なGTD実践ツールといってよい。
個人的には非常にいい線までいったツール。
ただ、d3とは逆に、運用での足回りの悪さが徐々に目につき、ストレスが溜まった挙句、使えないとの断を下した。
■いい点
- ローカルのHTM一本で動く。
- シンプルで余計な動作や装飾がないので迷う余地がない。
- 動作が軽快。
- GTDに忠実。ContextにGTDリストを作ればタスクの状態遷移などGTDスキームに忠実に実行できる。
- ダッシュボード上からアクションを作成できたり、ほとんどリストボックスから選ぶだけで済むので、極めて操作性が高い。
- サマリ機能が強力。d3と比較しても遜色ない。更に、Statisticsでアクションの数なども分かる。
- 日本語対応している。
- タスクの繰り返し化が設定できる。
- 同名のタスクを複数作れる。
- タスクのDue Day（期日）のほか、Active at（実際に行動する日）が指定出来る。また、Due DayとActive atを一覧でソート出来る。Due Dayが指定出来るツールは多いが、Active atが指定出来るツールは少ない。
■よくない点
- FireFoxでしか動かない。
- タグがない。まあProjectで代用できるっぽいけど。
- ActionのNotesの文章が改行されないので見辛い。
- タスクの期限一覧がない。
- 保存を忘れやすい。出来れば保存ボタンが欲しい。
- 検索機能がない。
- タスクのプライオリティ設定が出来ない。
- 完了したアクションが即座にCompletedに回されるため、プロジェクトなどで表示されなくなる。そのため、さっきまで取り組んでいたタスクを再チェック出来ず、何をしていたのか思い出せなくなる。
状態としては、
タスク（未完了）⇒タスク（完了・表示状態）⇒タスクアーカイブ（完了・非表示状態）このような三つの状態で管理出来ることが理想。 - Contextのネスト関係は出来るが、Projectのネストが出来ない。
（ContextはGTD的にはInboxやNextAction,Waitforなどで固めてしまうため、ネスト化は発生しないので、実装する必要はない。） - プロジェクトの完了の概念に難がある。 完了したプロジェクトもProjectsの一覧に残り続ける。