ブロガー解析機

先日紹介した、成分解析WEB版。 成分解析 on WEB – 入力した成分を分析します あれ、独自のフォーマットで、独自の成分解析を作る機能もあるんですよね。 当然面倒でやってないですが、 それを利用して、 『ブロガー解析機』なるものを作ってはる人がいました。 [mi]みたいもん!!: ブロガー解析機を作ってみた。 CHEEBOWさんとこ経由でたどり着いたので、ちょっとやってみましょう。

isの53%は弁当で出来ています isの39%は炎上で出来ています isの6%はアルファーブロガーで出来ています isの2%はレビューで出来ています
うへ。弁当と炎上で出来てるぜ! 今日も燃えさかる太陽の下、やかんのお茶と日の丸弁当だぜ!
NOBODY:PLACEの76%は弁当で出来ています NOBODY:PLACEの15%はきっこで出来ています NOBODY:PLACEの5%はアルファーブロガーで出来ています NOBODY:PLACEの3%はトラックバックで出来ています NOBODY:PLACEの1%はネタフルで出来ています
うおーい! また弁当かよ! 腹減りすぎ! まいったなぁ。狙われてるかのようだなぁ。 てか、弁当って何だ? 他の単語はわかるんだが、それだけ意味がわからん… ちなみに、たまーに食うホカ弁では、 唐揚げデラックスが僕の定番です。
参考:

続きを読む

FRESH READER雑感(続き)

昨日、ブロガーライセンスを申し込んだら、 今朝、サイドフィード社からOKのお返事をいただきました。 わーい。 これ、お世辞でもなんでもなく、本当に使いやすいので、 興味のある方は、試用から始めてみてはいかがでしょうか。 (インストールが多少面倒ですけど) ところで、そのライセンス発行のキーとなった、昨日の雑感エントリなんですけど、 読み返したらもの凄い読みにくい。 あれ、読んでもわかんないですよねぇ。 なんか悔しいので、『リファクタリング』してみることにします。 快適な RSSリーダー、フレッシュリーダー

続きを読む

フレッシュリーダー雑感

以前、フレッシュリーダーを入れてみた、というエントリを書いたんだが、 それから、早くも2週間が経過してしまった。 2週間の間、ほぼ毎日触っており、にもかかわらず、これと言った不満もなく、 遂に、DELCO READERをお気に入りから削除したくらいだ。 DELCO READERの特徴であるおまとめRSSもとっくに受信していない。 こんなに気に入って使ってるのは何でだろうな、と考えると、 自分のサーバにインストールすることで、動作が非常にスムースであることと、 ブラウザベースであるが故の、ブラウジングのしやすさ、 (それがタブブラウザであればなお一層) あとは、UIがシンプルな割には結構使いやすいということか。 ブラウジングに関しては、スタンドアロンのソフトウェアの場合、 どうしても、ウィンドウの行ったり来たりが気になる。 僕の場合、少数派であろう、ウィンドウをフルに拡大させて使う派なので、 複数のアプリケーションに別れてしまうと、少々不便なのだ。 まーちっちゃいウィンドウでたくさん開けって話なんだけど。 しかしこれなら、Sleipnirのプラグインでも解決可能だ。 むしろ、親和性だけ取れば、プラグインに勝るモノはない。 ただ、これもまた僕の好みの問題なのだけど、 更新されているかどうかをチェックした後、すぐに目で確認したい。 一件一件クリックしていくよりは…カテゴリ毎に(またはサイト毎に)、 ざっと目を通せる方が便利だ。 特に、ニュース形のRSSだと、見出しだけしかないものもあるから、 それらも1件と見なして、RSSリーダーでメールと同じ要領で チェックしていくのは骨なんである。 その点、FRESH READERなら、ざっくり把握できるので楽だ。 UIに関しては、以前使っていたDELCO READERとの比較になってしまうのだけど、 (だから、DELCO READERのUIの絶対的な位置がわからないから曖昧なのだけど) 例えば、カテゴリ内の並び順を変えるのが容易だったり、 全てのカテゴリを開く/閉じるリンクが用意されていたり、 あるカテゴリ、サイトのエントリを呼び出すとき、 『最新10件』『24時間以内』『1週間以内』『すべて』 と、状況やサイトに合わせて細かく選べたり、そうした細かい部分が親切だと思う。 DELCO READERの場合は、最新未読か、過去ログかしか選べず、 更新頻度の高いサイトの場合は、後でチェックするというのが苦痛だった。 そういう意味では、FRESH READERの場合、最新情報をチェックする以外に、 エントリの概要を蓄積する目的でも使えそうだ。 (この点で敢えて言うと、日付による検索も行えるともっと良いんだが。 UIは、カレンダーでも、ボックス検索でもいいので。) ああ、MyRSSにナチュラルに対応してる点もいいね。 これまで、アンテナを利用したり、間にMyRSSを挟んでたものが、 シームレスに繋がるし。 WEBベースのRSSリーダを利用していて、 自分のスペースを確保できる人に対しては、 十分にオススメできるソフトウェアだと思う。 今後、やたらと多機能化を目指すのではなく、シンプルなUIを維持しつつ、 上手くバランスを取りながらバージョンアップしていってくれたらいいな、と思う。 つーか、マジオススメ。 快適な RSSリーダー、フレッシュリーダー

続きを読む

Google Calendar…..orz

Google Calendar そういえばスケジュール管理って、俺、全然してないなぁ、 いつも不便だと思ってるのに、未だに携帯だわ、 道理で、不安になってメール見返したりしてるわけだわ、 そうか、Googleから、『GoogleCalendar』なるモノが出たらしいし、 それなら、WEB上だし、どこからでもアクセスできるし、 こりゃいいんじゃね、 俺もスケジュール管理を徹底させるぞ、 2006年の(何番目かの)目標だ! と意気込んでみたけれども… うーむ。 しばし待つか… 鉄は熱いうちに打たねば……

追記。
しばらく待ったらすぐに使えたーー。 うし。

続きを読む

反省。

どうもこのところ書く文章、 テーマと書きたいことが、ごちゃ混ぜに詰め込まれて、 結局どっちも中途半端、という文章が多い。 多分、どこかで見た文章のテーマからインスピレーションを受けて、 それに従って生まれた自分のテーマで文章を書く…まではいいんだけど、 でも一応、元ネタのテーマもフォローしておこうとか、 そのテーマと僕のテーマとの関係性を示そうとか、 むしろ絡めて書いてみよう、 なんて、欲を出していくとどんどん収拾が付かなくなってきて、 文章としてダメになっていくわけで… 狙いをもっとずっと絞ろうと思います。 その方が、書く方としてもいいや。 自分でもわからない文章を書いてしまうよりは。 反省。

続きを読む

山田玲司 × ほぼ日

ほぼ日刊イトイ新聞 – 山田玲司が語る、永田照喜治。 『永田農法』で有名になった、永田照喜治さんについて、 山田怜司さんが、ほぼ日で語ってます。 例によって、脱線して、『山田怜司のインタビュー』になりかけて、 また戻って、とかしてますが、 まぁなんだろうな、興味深い。 もちろん、永田さんにも相当の興味があるけれども、 山田さんにもかなりの興味がある僕としては、 (そして当然、ほぼ日、および糸井重里さんにも) 思うところのたくさんあるコラムになってます。 安易に抜粋したり、引用したり、理解ると言ってみたり、賛成したり、 そういうことをしたくはないのだけど、 最近ずっと考えていることがちらりと見えたので、 その辺を。 インタビュー自体は、それが主題でも何でもないし、 これから書くことはインタビューとは全く関係ないので、 誤解無きよう。 * * *

続きを読む

よし、『フィードに全文を掲載するべきか否か』について何も調べずに書くぜ。

あ、『何も』調べずに、は嘘ですけど。 ジ・アンチポップ宣言(仮題) – 「フィードに全文を掲載するべきか否か」という、偽の問題 ここで全体の流れを把握した気になって、書くと言うことですな。 と思ったけど、なんか書いてる内に、筋が違いすぎたので、 一旦、撤去しよう。 今の結論だけ書くと、全文を情報として発信して、 受け取る側で要約にした人は要約で読めるようにすればなぁ、 (でも今はそういうソフトもなさげだし現実的じゃない) じゃあ、両方…というか他種類用意出来た方が良い、 でも限界あるし、ま、このままデフォルトで良いか。 うーむ。無駄だったな。なんとなく。

まず自分はどうしたっけかな、と思って調べてみたら、 追記は掲載されてませんでした。 でもこれ多分、MovableTypeのデフォルトをいじってないので、 自分では意図したことがなかった、と言うのが現状かな。 で、問題を総括すると、 (こうやって総括して俯瞰した気になるとメタだなんだと言われるわけだが、知らん) フィード(RSS)の現状認識はどうなっているのか、と言うところにたどり着くんですな。 僕は仕様は把握してないのでそれに関しては何とも言えないけれども、 由来としてのRSSは確かに『要約』だ。 (だから仕様もそういうことなのかな、と想像するけれども) が、しかし、今現在のRSS…というかXMLで書かれた、 フィードと呼ばれる『メディア』の利用方法を考えると、明らかに要約だけじゃない。
「普通の」Web ページとなんら変わることのない、文章を広く読ませるための手段のひとつ
で、Webページの情報を、『情報』としてやりとり可能な形式、であろうと思う。 RSSリーダーで読んでる分には、 はっきり言って、全文が掲載されていた方が便利だ。 ソフトによっては(表示されすぎて)動作がまどろっこしくなるけれども、 それで全文を把握し、面白そうなモノは改めて訪れて、はてブに登録する。 例え、リーダー内で完結してしまっても、 今読んだその文章が、著作権者と離れて意識されることはなくて、 つまりは、僕自身のAUTHORの意識として言えば、 リーダーで読まれた時点で、サイトを訪れてくれたのと同じだけの意義がある、と。 僕はそう思うわけだ。 まぁ、世の中には、アクセス解析や、カウンタを、 自らの文章の存在意義とされてる人もいるので、一概に 『気にすんなよ』、とは言えないのだけれども、 でもそれは、なんていうかなぁ、 古典的なリアクション把握だと思うのね。大昔からある。 凄くぼんやりとした感覚論になるけど、 その古典的なリアクション把握が、フィードというメディアと、どこかで矛盾してるんだと。 そうも取れる。 もうこうなったら、フィードにカウンタを仕込めばいいんじゃないか、 ていうか、FeedBurnerとかのカウントを、 ページビューに合算すれば良いんじゃないのか(脳内で?)、とも思える。 要は、目に見える数字でリアクションを把握できればいいわけでしょう。 広告は、フィード内で補えるし。 僕がRSSを配信するのは、 出すのも受け取るのも便利だから、なわけで。 決して、受け取りやすいようにと言うだけではない、 多くの人に読んで貰えるのはそれだけで益のあることだし、 ならば、いろんなメディア形式でお届けするのは、 いわゆるアクセシビリティ、ということにも繋がる。 メディア・コンプレックスでも良いけど。 んーだからさ、話まとめると、 続きはこちらというリンクを表示させたい人は、 概要だけで良いじゃない。 でもそれは、メディアとしては不完全なモノなんで、 受け手のことを考えているわけではないってことね。 そことんとこわかってやってるなら、誰も文句言わないさ。 言われても気にすんな、と。 読み手は不便ですけどね。 そういうわけで、このサイトのフィードも全文掲載にしようっと。 今まで、どうもすみません。 …あ、概要か。追記じゃないのか。 まぁどっちでも良いか。

続きを読む

2.0 Generator

今、IT業界では、『WEB2.0』という言葉が流行しています。 まぁむしろそんなこと言って騒いでるのは一部の人と、よく分かってない人という気がしますが。 当たり前ですけど、どこかで仕様が決められてるわけではなく、 何となくの概念、雰囲気を指す言葉です。 もちろん、Ajaxとか、使われてる技術が基準にはなってますけどね。 ところで、もし○○が[2.0]になったらどうなるだろうか? というシミュレータがあります。 2.0 Generator うむ。早速、自分で試してみましたよ。

続きを読む

GTD test

Community Engine 日本CEO、中嶋氏のブログより。

Joel testがすばらしすぎるので、GTD testを作ってみた。
Joel testというのは、ソフトウェア開発チームの質を評価するための、 極簡単なテストのこと。 単純であるが故に、要点を抽象的に捉えることができ、 問題を発見するより、問題があるかもしれないことを発見できる。 …とまぁ、ほとんど、以下のページの受け売り&勝手解釈だけども。 Joel on Software – ジョエル・テスト 一方、GTDというのは、Getting Things Doneの略で、 『仕事を成し遂げる技術』のこと。 転じて、『効率的に仕事を成し遂げるためにはどうしたらいいか』というような意味で使われる。 もちろんこれも受け売りで、ソースは以下のページ。 ビジネスWiki – 仕事術GTD この二つを合わせた、GTD testととはつまり、 自分が効率よく仕事できているかをチェックするためのテスト、 ということが出来るでしょうね。 具体的な問題を探すのではなく、 どうやらこの辺りに問題(または改善の余地)がありそうだ、という、 目星を付けるのに役立つテスト。 具体的には、以下の12項目が挙げられている。
1 自分がすべきことの全リストを、1ページのテキストあるいはツールにおいて1画面以内で閲覧できるか? 2 ノートPCあるいはPDA、携帯などで上記のやることリストを常時携帯しているか? 3 「自分がやるべきことは、全部で残りN個」と即答できるか? 4 昼の12時の時点で、「今日自分がやるべきことは、全部でN個」と即答できるか? 5 「いま他の人に頼んでいることは、全部でN個」と即答できるか? 6 作業する前に「それは本当に自分しかできない作業か?」と自問しているか? 7 時計を常時表示あるいは1キーストローク以内で見れる状態か?(マウス1クリックはだめ) 8 昨日は、プロジェクトメンバー全員と1回以上口頭で会話したか? 9 昨日の日報は、プロジェクト外の人も理解できるクオリティだったか? 10 今日は、ほかのプロジェクトの人と仕事の話しをしたか? 11 目標の達成について違和感を感じたら、必ずそれを文字にしているか? 12 週に最低1日は、ぼーっとできる日があるか?
僕と中嶋さんとでは、 会社内での立場(僕は某中小企業の某WEBデザイナー兼プログラマに過ぎないわけで)、 勤務時間帯(僕にとって12時は区切りではない)などが違うので、 そのままは当てはまらないが、 それを除いても、12項目全てが参考になる。気がする。 おおよそは、当てはまるので、 いやもっと正確に言えば、
7,10,11は問題なくOK。 1,2に関しては、アナログ管理ながら実行できている。 3,4,5,6に関しては、即答できるまでは把握できていない。 8は、僕1人しかいないんで関係なし。 9は…日によってブレがあるな。てかそれを心がけると、WEB技術の説明になりかねない。 12は、恐らくOK。
Yes/Noで言うと、おお、7点しかないぞ。 3-6,9は、心がけても損はないと思うし、心がけてみよう。 そうそう、もっと効率的に働けるはずなんだよね。 あー社長含めた他のスタッフを見てても、思うけど。 (よく知らない僕の口出すことではないので、言わないけど)

続きを読む

成分解析にWEB版が…(notオリジナルぽ)

先日紹介した成分解析に、WEB版が出たみたいですね。 成分解析 on WEB – 入力した成分を分析します でも、ソフトウェア版成分解析の作者、Clockさんのページでは、 何の告知もされてないんだよなぁ。 むしろ、

Web版についてはClockの知識不足につき、そう簡単に作れそうにありませんというか、Webアプリケーション技術を取得しようとも思ってないしなぁ…
と書いてあるとおりで、ご本人が作ったとは考えにくい。 ていうことは、ある意味で有志、見方を変えるとパクリってことか… ただ、blogに貼り付けられるようになっていたり、 占いとリンクしていたりで、 簡素なオリジナルが種とすれば、そこからの発展形とも言えるかも。 その辺の道義的な問題が解決できていれば面白いかも… …って、ITmediaに記事出てましたね。 ITmedia Newsの、Weekly Access Top10。 それによると、
アプリ版を作ったClockさんは「Web版には関与していない」という。「おそらく、どなたかがプログラムの動きと出力結果から判断してWebでも実行出来るように作られたのではないかと思います」(Clockさん)  Clockさんも、成分解析の仕組みは「Webの方が映えるかもしれないと思っていた」という。しかし「Webアプリ作成技術があまりない」といい、「あのようなアプローチが起きているというのは喜ばしいこと」と歓迎している。
へー。 関与はしてないけど、間接的に公認、と。 それなら安心やね。 ちなみに、オリジナルとは違うんで、分析結果も変わってます。 isの分析結果は、アプリ版では綺麗なものでしたが、 WEB版では、
isの63%は真空で出来ています isの25%は野望で出来ています isの6%は気の迷いで出来ています isの5%は成功の鍵で出来ています isの1%は理論で出来ています
とまぁ、なんだか中身なさげな感じになってます。 うーむ。 他にも色々試してみたけど、 アプリ版の方が、好きだなぁ。 なんとなく。 WEB版は『狙い過ぎ』な気がするんだよなぁ… まぁ、狙ってそうなってるわけではないと思うけどさ。

続きを読む