info@calmtech.netまで。ライセンスjFeedMixerはGPL、MITライセンスのもと作成されています。(コガワ・マサヤ)EclipseからGitができるEGit私のメインIDEはEclipseで、SVNを使用しているのですが、githubにちょっと公開したいソースができたので、gitもEclipseからできないものかとプラグインを探してみたら、ありました。前に調べたときはmsysgitでやるしかなく、Eclipseプラグインもgit向けが出たばっかりでろくに動かなかったので見送っていました。コマンドで暮らしてれば別に問題ないのでしょうが、GUIメインですし、メインの開発環境から出ずに済むならその方がいいです。インストールアップデートサイトがあるので、http://download.eclipse.org/egit/updatesからEclipseユーザならいつものパターンでインストールできます。新規ソフトウェアのインストールからウィザードに従ってインストールします。EGitはgitクライアントのJavaによる実装、JGitをベースにしています。リポジトリを作るまずは普段どおり、githubにリポジトリを作ります。ここからが普段と異なるところで、通常、リポジトリを作った後、ローカルブランチ(master)からoriginに向けて一度、pushをすることでリポジトリの作成は完了するチュートリアルが提供されていますが、pushの操作をEclipseから行ないます。ssh公開鍵の登録が必要ですが、その操作については割愛します。Repositries]を選択します。リポジトリーのインポート]を選択します。ロケーションのURIにgithubのリポジトリページで表示されている、「git@github.com...」をコピーして、URIに貼りつけます。必要な情報は補完入力されるので、ssh公開鍵のパスフレーズを入力して、次へ進んでいきます。sshアクセスだとknown_hostsの登録を確認されるので、そのまま従ってください。Projects]を選択します。wizard]を選択し、完了するとプロジェクト作成ウィザードが起動するので、任意のプロジェクトを作成します。コミットする作成されたプロジェクトでREADMEなど、何らかのファイルを作成した後、右クリックから[チーム]->[コミット]を行います。originにプッシュするプロジェクトを右クリックし、[チーム]->[push]を選択します。URIを利用してください。repositoryからはリモートリポジトリの接続に失敗するバグがあります。URIの[URI]にgithubリポジトリのURIを入力し、ssh公開鍵のパスフレーズを入力して次へ進みます。spec]を選択し継へ進みます。今回更新する内容が表示されるので、問題なければ完了を選択します。これでoriginに編集結果が反映されました。バグがあるのと、ややUI的に発展途上な部分もありますが、メイン開発環境からいつもどおりに作業できるのは嬉しいですね。(コガワ・マサヤ)WordPressで認証ページを作成する特定のページのみ(この場合は固定ページ)に認証を設ける方法についてです。ここでの例はページテンプレートを作成し、このページテンプレートしたページへアクセスした場合、ログイン済みならそのまま表示、未ログインであればWordPressのログインページへリダイレクトします。ログイン後はアクセスしたページへリダイレクトされます。?>ポイントをあげるとすれば、wp_header()の前に認証処理を記述することです。(コガワ・マサヤ)人間にマルチタスクはできているのか?をiPad的UIで考えてみる4月下旬、iPadがいよいよ日本発売となります。iPadは様々な箇所で賛否両論を巻き起こていたようですが、その中で否定的な意見として言われたのが「シングルタスクだからダメ」というものです。これは複数のアプリケーションを同時に起動しておきたいと言う意味だと思います。コンピュータをマルチタスクで動かすのは当たり前になっていますが、人間がそもそもマルチタスクをできているんだろうか?という疑問が湧いたので、それについて思考実験をしたことをまとめてみました。iPhoneユーザなので、改めて各々の操作を振り返りつつ、iPadで行ったとしてどうなるだろう?と考えて行きます。脳がそもそもマルチタスクなのか?という話を始めてしまうと、無意識や反射のことを考えなければならず、おそらく「よくわからない」と言う結論が大抵待っていると想像できるので、実際に動かしている部分がどうなっているかに焦点を当てて行きたいと思います。2010/03/08Twitter上でマルチタスクの定義が不明確と意見がありました。ここでのマルチタスクの対象は後述しますが、目、耳、手のみとします。臓器や細胞まで考えると、話が拡散してしまうためです。目、耳、手を対象とするのも、アプリケーション操作において表層で主要となる部位であるためです。そこをつかさどる運動神経などには上記と同じ理由で深く言及しません。人間は1CPUをもったマルチタスク可能な動物で、訓練によってタスク切り替え速度をかなり向上させることができる。と私は仮定しています。両手でピアノが弾けるとか、ブラインドタッチができるというのが、同時進行で手が動いているように見えますが、ブラインドタッチについて言えば、指は逐次で動いています。これはキーボードでのインプット自体が逐次でないと受け付けていないからもでもありますが、同時押しも、指を逐次で押しています。それが相当な速度なため、できない人から見れば、同時に動かしているように見えています。おもしろいのはブラインドタッチの「フリ」をしてみると、次に何を動かせば良いか意識しなくてもよくなるので、ほぼ同時に両指を誰でも動かすことができます。逆にいうと、意識が大きく影響していると言う表れです。先述の通り、意識と言うものではなく、可動部位を中心に考えます。可動部位は重複させられない例えばiPadというデバイスを前にしたとき、私たちが利用できる可動部位として思いつくのは、目、耳、手になると思います。それぞれの部位について同時進行のように見せられる組み合わせを考えてみます。動画再生をしている時などが考えられるます。説明字幕が出ている間にナレーションが進んでいたりすると、聞き漏らし、見落としが発生する場合があります。逐次で目と耳を切り替えながら、字幕とナレーションを交互に認識していると考えられます。手ホームでアプリケーションを選択している時や、写真をフリップしながら見ている時などが考えられます。目で操作対象を決め、実行するために必要な手順に沿って手を動かして行きます。扱っている情報の性質にはよると思いますが、目で始まって手で実行と言う逐次処理を求められます。手キー入力をしている時に、入力音をONにしているとします。いう入力音が聞こえたことで、正確に入力されたと判断して、次の入力をおこなうと言う動作が可能です。目での判断も間違いなく入っているのですが、耳から手、手から耳と言う逐次処理を行っていると考えられます。可動部位には主従関係と優先度が発生しているどのパターンにも言えることは、主となる可動部位があり、その実行結果に従って次の可動部位が連動していると捉えられます。目がほとんどの場合、主となっているはずです。目が使えない暗闇は耳に、音が特にない場合は手でなど、状況に合わせて優先度が変わっていきます。iPadに関しては視覚が必須のデバイスなので、目で対象を捉えるというのがトリガーになると考えられます。ここから2つある可動部位を重複として考えます。目が2つあることで焦点合わせなどを行っており、同時に違うものを見るというのはできていません。視野の端にとらえると言うことはできますが、そのものを具体的には捉えられていません。焦点を移して行くことになるので、実質は逐次処理であると思います。反射した音などを両側から捉えるというここと、どちらの耳から聞こえるかで方向の特定などができています。同時に聞こえているというのは成立していると思いますが、同じ方向から来る音を一緒に聞いているかというと、それはできていないはずです。片方からの音をまず捉え、頭の中の振動が反対側に伝わるか、反射した音がもう一方に遅れて入ってくるかでしょう。厳密には指と言うサブシステムで考えるべきですが、両手で操作する場合は、フルキーボード入力が考えられます。これは冒頭に述べた通り、実際は逐次入力となります。指を2本以上同時に押す場合、それぞれが完全に独立して動くことはなく、例えば画像の拡大であれば、画面の中央から外側へと同じ方向へ動かしています。マルチタスクはできそうだが、独立した同時処理はどうなのか?これまでの内容から、人間はマルチタスクが可能だと考えられそうです。ここで一歩進めて、同時に複数のアプリケーションが起動できるとして、独立した状態で使いこなせるのか?と考えてみます。目、耳、手は2つあるので同時に動かすことはできますが、独立して動かすのは困難だと言うことです。ここでそもそもの前提として足りないものがあると思いました。それはデバイス側、つまりコンピューターそのものが逐次処理のため、同時入力は受け付けていないと言うことです。2画面や複数アプリケーションという状況はあっても、フォーカス、つまりターゲットをまず決めるという処理が必要な以上、やはりコンピューター側の都合で同時入力はさせてもらえません。GUIであれば、フォーカスによって1つずつですし、CUIだとキーボード自体は同時入力できますが、内部での解釈は逐次処理になっています。実は人間の行動様式や可動部位を考慮してデザインされていると言われるデバイスも、コンピューター側の逐次処理という制約ありきということになります。それを考えると、複数のアプリケーションが同時に動くと言うよりは、同時に起動しているのと変わらないぐらい切り替えのストレスがないか、そう見せるインターフェースがあれば今は十分だろうと私は思います。いう意味では、メニューとアクティブなアプリケーションが常時表示され、アプリケーションの切り替えも兼ねるWindows7のタスクバーは、かなり秀逸なデザインだと思います。実際、そのおかげでWindows用のDockが不要になりました。どのI/Oをどこまで独立させていけば良いのか?ピアノは鍵盤1つ1つが独立したI/Oですし、パーカッションもそうです。音としては独立していても、人間に取っては和音と言う結果を得ることができます。コンピュータのI/O、それらを総合したUIを考える場合、どこまでの単位で独立させると良いのか?ということについて再考が必要だろうと思います。マルチプロセッサが普及してきていますが、メモリ管理も含めて完全に独立処理というのは、できるできないがあります。演算と描画を独立させることでパフォーマンスが上がったように、同時処理ができるということは入力方式から再デザインされる必要があるのではと今は考えています。今回の思考実験は浅い考察だと思うので、I/Oを独立させる単位を考えなおすと言う方向で、また、まとめてみたいと思います。「結果を出す人」はノートに何を書いているのか書評というより、本を読みながらノートをとるというのを試したら、思いのほか楽しかったので、その内容について残しておこうと思います。書籍の紹介やサマリーはAmazonや書評を書いている方々に任せるとして、本を読んで自分が「おっ」と思ったことをトピックにして行きます。ノートを記憶時間の長さで分類する短期記憶タスク、アイディア、緊急の要件などが主な用途。後で思い出せるキーワードとしての価値が重要。断片や切り抜き、コピーなどをスクラップする。短期記憶をある程度膨らませたり、整理したものが中心となる。その他、何らかのタイミングで見返す必要のあることとして、議事録や勉強したことなども記しておく。Seeのサイクルを前提とし、予測としてトピックを立て、それに対する検証結果や実態となる流れで記述して行く。(スケジュール)マンスリーで予定管理。1ヶ月単位というのが中長期の視野を持たせることになる。限られた枠という制約がコンパクトに情報を記述して行く習慣を作る。予定を編集しやすいように、何度でも貼ったり剥がしたりできる小さなラベルシールを利用する。シールをドラッグアンドドロップするという表現は言い得て妙。スケジュール管理のこつとして、「バッファ」を作る。この日は予備日として週1回あけるということにしておく。予定外のものなどはそこで吸収する。自分の場合、打ち合わせと書類作りに時間をとられてばかりという状態が好ましくないので、作業のためにそういったミーティングや外出を一切入れない日をつくるというのは重要だと思った。勉強したことを試す機会をタスク化するまとめるべきは、この勉強をした後に自分が何をするか。何かの思考法や整理法などについて勉強したのであれば、それをどこで試すかをタスクにしてしまう。キャッチフレーズをつけることで、自分への意識付けを強める。試す機会をタスクとして管理するというのは良いと思う。自分の場合は、読んでる最中にノートを取りながら読むという取り組みをスタートしてみた。すると、斜め読みしてはいけないところを拾える効果があった。既存知識は読み飛ばしがちだが、文書化しようとすると、見逃しや曖昧な理解について浮き彫りになる。セミナーは持ち帰ることを決めておく目的を明確にしておくことでアンテナを張り、聞き逃しを無くする。講師の印象に残りたい場合は、事前に講師について情報を収集し、講師が求めている情報について質問をするのが効果的。何かあるかもしれないという「期待」でセミナーに参加は確かに漫然と聞いてしまうと思う。自分が決めたテーマと違った内容であれば、それはそれで比較検討にもなりうる。いった前提の決め打ちもいいかもしれない。講師が求めている情報というのは、つまり共通の話題を得るチャンスであるということ。ビジュアルイメージをタグにするノートをスキャンして管理するときのタグにビジュアルイメージとする。時系列とイメージの方が内容よりも思い出しやすくなる。他にはページ数を最もさいたコンテンツをタグとする。ノートは連番で管理しがちだが、ハッシュとして管理するのが良いと解釈した。試しにノートに名前をつけてみたが、しっくりきている。タグ管理のアプローチとして、情報量と密度を用いるのは確かに有効だと思う。ある短い期間中に集中した出現したもの、長期で特定のタイミングで現れるものを抽出などといったものは、様々な検索サービスで活用されている。自分が整理した情報についても、そういう集約の仕方を応用してみるのはいいかもしれない。著者はノートつまり紙というデバイスの長所を何度も繰り返し訴えるが、デジタルデバイスとの棲み分けがはっきりしていて、自分が扱っている情報の性質を的確に捉えていると感じた。個人的にはいわゆるライフハックという行為をどのデバイスでやるかは生活様式次第だと考えていて、「このテクニックは自分だとこのデバイスで済ませられるな」などといった比較検討をしながら読み進める過程は楽しいものであった。情報集約ツールを考案しているが、改めて自分が扱っている情報の種類、それぞれの特徴をマインドマップで書き出そうとすると、うまく説明しきれないものがある。これらを理解し応用方法を考えることがまず先決だと感じている。最近はデジタル化の手間を省くためにノートPCで議事録などを記録するようにしていたが、情報整理の方法を突き詰めるという意味で、改めてノートでの記録に戻ってみた。改善の余地は大ありだ。白紙という自由は、これほどまでに自分を楽しく悩ませるものかと思えた。文房具も好きで色々試していて、文中で紹介されているノートを始めとした文房具を、さっそく文具屋で片っぱしから手に取ってみた。この中で、また合う合わないがあり、ネットでの情報を見たときに良さそうと思ったものが、実物を見るとそうでなかったりと、これもまた楽しい。文房具で何か、ひとネタ書いてみようと思う。