2006-06 アーカイブ

Re:Latest topics > 健康診断 - outsider reflex

outsider reflex の Piro さんことぴろたんが健康診断の結果を晒していたので、自分はどうだったかなーと、健診結果を引っ張り出してみました。

うちは秋に健康診断を行うので、現時点でのデータは 2005 年の状態ということになります。 また、尿酸値は健康診断では測定していなかったので、 3 週間ほど前に別件で測った値を書いています。

を見ていただいても分かる通り、至って標準的な体のようです。 ぴろたんは何度かお会いした印象の割に、中性脂肪が私の何倍もあるので、 (IRC でも言ったけど ) 病院に行って詳しい検査をしてもらった方が良いと思います。

q:id:1151332715 のアンケートの結果から分析

ヘッドラインと月別アーカイブの表示を全文表示にしてみましたや q:id:1151332715 の投票は締め切りましたで触れていた q:id:1151332715 のアンケートですが、なかなか興味深い結果が出ました。

まずは結果を表にまとめてみる

q:id:1151332715 自体をご覧になっていただければ分かりますが、こちらでも再度表にまとめておきます。

概要のみか、全文か

「どちらでも気にしない」と「両方用意しておけば良い」の 2 つを除いて考えると、概要のみのアーカイブを好む人が 500 人中 199 人 (39.8%) であるのに対し、全文を含んだアーカイブを好む人は 500 人中 115 人 (23.0%) と、全文を含んだアーカイブよりは概要のみの方が好まれるようです。

もっとも、 IRC で指摘を受けたのですが、 hxxk.jp の場合はひとつひとつの記事が長いので一般的な ( 何を以って一般的というのかはさておき ) weblog に比べて全文アーカイブは好まれにくいのではないだろうかという説もあります。 ただ、ページが長くなったりファイルサイズが巨大になったりというデメリットがあっても、一気読みできるというメリットを取るという方も 500 人中 44 人 (8.8%) いらっしゃることも忘れないようにしようと思います。

概要のみを選ぶ理由は ?

次に、概要のみのアーカイブを好む理由を考えてみましょう。 hxxk.jp を見たことがある前提の選択肢から考えてみると、

1. ページが長くなりすぎないから…… 163 人中 105 人 (64.4%)
2. ファイルサイズが軽いから…… 163 人中 48 人 (29.4%)
3. その他の理由…… 163 人中 10 人 (6.1%)

となっています。 ファイルサイズを気にする人よりも、 1 ページが長くなることを気にする人の方が多いようです。 しかし、ファイルサイズを気にする人も 30% 近くいるということは、ブロードバンド時代だといってもファイルサイズに無頓着で良いということではなさそうです。

作成者が決め打ちすることは無いのでは

そして、「どちらでも気にしない」と「両方用意しておけば良い」を選んだ方は 500 人中 186 人 (37.2%) いらっしゃいます。 この率を見る限り、作成者個人がどちらが良いと決めて一方のみを提供するのではなく、可能ならば両方提供するようにした方が良いのかなと思いました。 それって Feed に全文を入れるとか入れないとかより、結局はより多くの人に行き渡る形態の選択と、記事自体の質の向上が大事だと思う - まあ、はてなダイアリーとか Movable Type とかに限らずで書いたことと同じなんですけどね。

ということで、 hxxk.jp では最近の記事および月別アーカイブは両方の形式で提供するようにしました。 表にまとめると次のようになります。

なお、 IRC で「月別よりもキーワード分類の方を一気読みしたい」という要望が出ましたが、他の静的なアーカイブと違ってどちらか一つしか作れない ( と思います ) 上に、試しに最も数が多いキーワードのキーワード : Movable Type を全文表示してみたら、 HTML のサイズだけで 1.8MB を超えるというとんでもない事態になったので止めました。

はてなユーザはツンデレ ?

最後に気になるのが、「 hxxk.jp は見たことないけど～」という選択肢を選んでいる 500 人中 73 人 (14.6%) の方々。 hxxk.jp (http://hxxk.jp/) をこれまでにご覧になったことがある方にお尋ねします。 という前振りをしておきながら「見たことないけど～」という選択肢を設置する私も私ですが。

この 14.6% の方々は「あ、あんたのサイトなんて見たことないけど、選択肢が用意されているから答えてやるんだからねっ ! 」というツンデレはてなユーザってことなんでしょうか ? というかツンデレってこういう理解で良いんでしょうか ? よく友人が携帯メールでこういう言い回しをネタでやっていたのですが。 誰か我こそはツンデレに詳しいよっていう方がいたら、聞いてあげないこともないけどっ !

……べ、別にこのセクションを書きたがったがためにアンケートを取ったり結果を分析したりしたわけじゃないんだからねっ ! そういう本来の目的をカモフラージュして、とうとうと記事を書き進めるという手法は昨日のまゆにゃには敵わないんだから !

人力検索はてなのアンケートを途中終了させていただきました

ヘッドラインと月別アーカイブの表示を全文表示にしてみましたで、ヘッドラインやアーカイブに全文を表示した方が良いかというご意見をコメント欄・トラックバック欄や q:id:1151332715 のアンケートにて募集しましたが、お昼頃にアンケートの方は終了させていただきました。

元々手持ちの残りポイントから勘案して上限を 400 ポイントに設定していたのですが、 400 ポイントだと何だか中途半端だなあ、 500 ポイントか 1000 ポイントにした方が後から計算する場合も分かりやすいなあと思い、回答数の上限を上げようと思いました。 これが今朝の話。 しかし上限を上げるには手持ちのポイントが足りないため、変更を行っても「ポイントが足りていないみたいだから買ってね♥」というメッセージ ( ←多少誇張してあります ) が表示され、ポイントの購入を促されました。

まあサイトの改善を図るための重要なアンケートですし、それでなくても今後のネタになりそうなものなので購入は吝かではないと思ってリンクアンカーをクリックしたら、 http://q.hatena.ne.jp/order は id:order さんのプロフィールページが表示されるばかり。 これは www.hatena.ne.jp から q.hatena.ne.jp にドメインを移行した際のチェック漏れでしょうか……。 ちなみに、 id:order さんは実在するユーザです。 ( d:id:order が現存しています。 )

ということで、 idea:10877 を登録しました。 これって小さなリンクミスかもしれませんが、人によっては購入意欲を大きく削いでしまう可能性があるので、早めに対応してもらいたいと思いました。 え、私はどうしたかって ? どうせまた何らかの質問やアンケートをするだろうから 1,500 ポイントほど購入しました。

まあそれはさておき、ポイント購入で上限の変更が可能になったので、上限を 500 ポイントに変更だよ ! と設定した直後、これまでの投票の伸びを考えたら 500 ポイントだと病院の診察を受けている間に終わってしまうかもしれないなあ、えーい 1,000 ポイントいっちゃえ ! と再設定しました。 が、診察を終えてみると 400 件を越えたあたりからペースが落ち始めていたようなので、やっぱり 500 ポイントが妥当かなあ……と思って再度 500 ポイントにしようと思ったら、上限は増やすことはできても 減らすことはできません ということのようです。 これはヘルプをよく読んでいなかった私のミス。

そこで、ちょうどもうすぐ 500 件に達しようかというタイミングだったので、 500 件集まったところで早期終了をしようということにしました。 「何だよ ! 回答数上限が 1,000 だから、 1,000 件目の投票を華麗に狙っていたのに終了されちゃったよ ! 」という方がもしいらっしゃったらごめんなさい。 なお、投票結果を受けた記事についてはまた後ほど。

トラックバック送信先

人力検索はてな - hxxk.jp (http://hxxk.jp/) をこれまでにご覧になったことがある方にお尋ねします。ヘッドラインと月別のアーカイブを全文表示にしてみました (http://hxxk.jp/2006/06/26/2326) が、閲覧者としてはこれまでの概要のみ表示とどちらがお好みでしょうか ?

質問を途中で終了した経緯について説明しました。

hb_addict が使えなくなっていたけど修正があたって使えるようになっていた

経緯を一から説明するのは冗長すぎるので簡潔に言いますが、要するにはてなの「プロフィール画像設定機能の追加」に対して Greasemonkey スクリプトを修正したと同じような流れです。

はてなブックマーク日記 - キーボードショートカット機能の追加についての変更に伴っていぬビーム - 全サイトはてブ化・その場コメント・ワンクリブクマのスクリプト (hb_addict.user.js) が動作しなくなっていたのですが、私が「動作しなくなった」ということに気付いた時には既に修正が行われていました。 以前のバージョンの hb_addict.user.js をお使いの方は、いぬビーム - 全サイトはてブ化・その場コメント・ワンクリブクマから最新版をインストールするようにしてください。

なお、以前のバージョンのスクリプトがインストールされている場合に、同名の最新版のスクリプトをインストールする場合、そのまま上書きインストールすれば最新版に入れ替わります。 一旦旧バージョンをアンインストールする必要はありません。 私は一旦アンインストールして最新版をインストールしたのですが、その後その事実に気付きました。 先に試せば良かったのに。

なお、どのような修正が行われたか知りたい、あるいは自分の手で修正を加えてみたいという方は札幌市西区 - 全サイトはてブ化の暫定修正を参考にしてみてください。

テストしてみます

特にどこの記事に影響されたというわけではありませんが、ヘッドラインおよび各月のアーカイブ (http://hxxk.jp/yyyy/mm/) を「概要および記事データのみ表示」から、「本文・コメント・トラックバック表示」になるように Movable Type のテンプレートを変更してみました。 と言っても実質変更する箇所はある部分の 3 バイトだけなので、手間としてはほとんどかかりませんでしたが。

ヘッドラインの方は Feed の方で最新 15 件の記事の全文提供をしていたので、あまり変わらないかもしれませんが、各月のアーカイブの方は一気読みをしたいという人には大きな変化になると思います。 ( その分、ファイルサイズも大きく変化するのでナローバンドの方にとっても大きな変化になるとは思いますが…… ) また、 Feed と違ってコメントやトラックバックも同時に表示するので、 Feed 派の貴方も一度お試しあれ。 ちなみにコメント投稿やトラックバック送信は従来通り個別記事からのみになります。

アンケートフォームや投票システムを作る時間も気力もスキルも無いのでコメント欄もしくはトラックバックでの意見募集になりますが、これまでの「概要および記事データのみ表示」と、今回の「本文・コメント・トラックバック表示」はどちらがお好みでしょうか ? コメント欄の場合は無記名で構いませんので、どしどしお書きください。 コメント欄とかトラックバックとか使ってまで意見を言いたくないよめんどくせえって方は、はてなの ID をお持ちであれば q:id:1151332715 のアンケートに投票する形でも構いません。 よろしくお願いします。

カラー関連の情報を各形式で CSS 内に記述

Lucky bag::blog: カラー関連の情報を CSS 内に記述という「ちょっとしたことなんだけど実は便利」な記事を受けて。 ちなみに本題に入る前の前振りとして、仕様についてつらつらと語っているため、サンプルだけ手っ取り早く見たいという方はそのセクションを直接参照してください。 というか本題より前振りの方が長いです。

Lucky bag::blog の e-luck さんはカラーネームと 16 進記法と関数的記法を紐付けて書いていますが、関数的記法のパーセント値ってあまり使われていないのかなあと思いました。 まあ、かくいう私も色情報は専ら 16 進記法による指定 ( #800080 のような指定 ) を使っていますが。 ただ、 rgb(128,128,128) という数字よりも、 rgb(50%,50%,50%) という書き方の方が直感的に色をイメージできそうな気がしませんか ? しませんか、そうか。

Cascading Style Sheets, Level 2 における色の指定方法

CSS の仕様ではどのようにして色を指定すると示されているでしょうか。 現時点での Recommendation である CSS の仕様は Cascading Style Sheets, Level 2 ですので、今回は基本的にはこの仕様およびその邦訳を元に確認していきます。 CSS2 syntax and basic data types - 4.3.6 Colors によると、

A <color> is either a keyword or a numerical RGB specification.

The list of keyword color names is: aqua, black, blue, fuchsia, gray, green, lime, maroon, navy, olive, purple, red, silver, teal, white, and yellow. These 16 colors are defined in HTML 4.0 ([HTML40]). In addition to these color keywords, users may specify keywords that correspond to the colors used by certain objects in the user's environment. Please consult the section on system colors for more information.

<color>は，キーワード又は数値RGB指定のいずれかとする。

キーワード色名は，aqua, black, blue, fuchsia, gray, green, lime, maroon, navy, olive, purple, red, silver, teal, white, yellowとする。 これらの16色は，HTML 4.0([HTML40])で定義される。 これらの色キーワードに加えて，利用者は，利用者の環境のオブジェクトが使用する色に対応するキーワードを指定してもよい。 更なる情報を入手したい場合は，システム色を参照すること。

と示されています。 キーワードで指定できる色は引用文中にあるように 16 色 ( ただし CSS 2.1 では追加色として Orange (#ffA500) が新たに加えられています。 ) だけですので、多くの場合は数値による RGB 指定を行うことになると思います。 なお、カラーネームで検索すると、キーワードによる 16 色以外の色名も色々とヒットしますが、これはあくまでブラウザが内蔵している機能であり、色名によっては、また UA によっては予想した色と違うものになる可能性があることに注意してください。

The format of an RGB value in hexadecimal notation is a '#' immediately followed by either three or six hexadecimal characters. The three-digit RGB notation (#rgb) is converted into six-digit form (#rrggbb) by replicating digits, not by adding zeros. For example, #fb0 expands to #ffbb00. This ensures that white (#ffffff) can be specified with the short notation (#fff) and removes any dependencies on the color depth of the display.

The format of an RGB value in the functional notation is 'rgb('followed by a comma-separated list of three numerical values (either three integer values or three percentage values) followed by ')'. The integer value 255 corresponds to 100%, and to F or FF in the hexadecimal notation: rgb(255,255,255) = rgb(100%,100%,100%) = #FFF. Whitespace characters are allowed around the numerical values.

16進記法のRGB値のフォーマットは，'#'で始まり，その直後に3桁又は6桁の16進数が続くものとする。 3桁の数字のRGB記法(#rgb)は，ゼロを付加するのではなく，数字を重複させることによって，6桁の形式(#rrggbb)に変換される。 例えば，#fb0は#ffbb00に展開される。これによって，確実に白(#ffffff)は短い記法(#fff)で指定でき，ディスプレイの色ビット幅への依存性が除去される。

関数的記法でのRGB値のフォーマットは，'rgb('で始まり，これに三つの数値(三つの整数値又は三つのパーセント値のいずれか)をコンマで区切ったリストが続き，さらに')'が続くものとする。 整数値255は100%に対応し，16進記法でのF又はFFに対応する。 すなわち，rgb(255,255,255) = rgb(100%,100%,100%) = #FFFである。 空白文字が，数値の前後にあってもよい。

このように、 RGB 値の指定方法は 16 進数による記法と、関数的記法の 2 つに分かれ、更に関数的記法は <integer> 形式と <percentage> 形式に分かれます。

RGB 関数的記法における <integer> 形式と <percentage> 形式

さて、これらの形式について考えてみましょう。

まず <integer> 形式というのは文字通り整数値で、 The integer value 255 corresponds to 100% と、 255 = 100% として指定します。 なお、 CSS 2 では EM { color: rgb(255,0,0) } /* integer range 0 - 255 */ と、 0 から 255 までの間で指定するようにコメントで示されていましたが、 CSS 2.1 では em { color: rgb(255,0,0) } と、そのコメントが削除されている点にも留意してください。 ( Changes - C.3.6 Section 4.3.6 も併せて参照してください。 Deleted the comments about range restriction after the following examples: と明示されています。 )

次に <percentage> 形式ですが、これは整数値 255 を 100% としたパーセント値で指定します。 こちらも同様に CSS 2 では EM { color: rgb(100%, 0%, 0%) } /* float range 0.0% - 100.0% */ と、 0.0% から 100.0% までの間で指定するようにコメントで示されていましたが、 CSS 2.1 では em { color: rgb(100%, 0%, 0%) } と、そのコメントが削除されています。 なお、<percentage> 形式は The format of a percentage value (denoted by <percentage> in this specification) is an optional sign character ('+' or '-', with '+' being the default) immediately followed by a <number> immediately followed by '%'. のように、 + または - の符号付き ( 付けない場合のデフォルト値は + ) の実数の後に、 % を付けて指定することになっています。

RGB 関数的記法における <percentage> 形式はどこまで計算すべきか

<percentage> 形式には整数でなく実数が使えますが、 255 を 100% とする場合、たいていの値は小数点以下がずらずらと続くことになります。 例えば整数値で 51 の場合は割り切れて 20.0% になりますが、 55 の場合は約 21.568627... となりますので、ある程度のところで丸めを行うのが現実的でしょうか ?

試しに小数点以下を四捨五入した換算表を作ってみましたが、 10 進数の 4 も 6 も同じ 2% になりますね。 小数点第一位もしくは第二位くらいまでは指定した方が良いかもしれません。

JIS 慣用色のカラー関連の情報をまとめてみる

本当はこれから書く表だけを以って一つの記事にしようと思っていたのですが、 <percentage> 形式の RGB 関数的記法に換算していたときに、「あれ、パーセントの値を四捨五入して作っちゃったけど、確か <percentage> 形式の数字って整数じゃなくて実数だったよね......」と後から思い出してしまったので、長い長い前振りになったわけです。 まあ、仕様を読み返す良い機会だったので、今後のためにちょっと書かせてもらいました。

JIS Z 8102 に、物体色の色名が慣用色として示されているのですが、私はこれを参考にしてカラーリングを決めることがあります。 数値による指定だとどうしてもイメージが沸かないもので。 そこで冒頭に取り上げた Lucky bag::blog: カラー関連の情報を CSS 内に記述につながるのですが、その慣用色の色情報を一覧にしておくと後々楽だなあ ( 自分が ) ということで、一覧表を作ってみました。

• JIS 慣用色の色名と CSS での数値指定との対応表

Lucky bag::blog: カラー関連の情報を CSS 内に記述を参考にして、気に入った色の行を CSS ファイル内に書くと便利かもしれません。 また、 CSS に限らず RGB 形式で色を指定する時の簡易カラーチャートにしても良いかも。

トラックバック送信先

Lucky bag::blog: カラー関連の情報を CSS 内に記述

カラー関連の情報を CSS 内に書くというアイデアをもらって、慣用色の一覧を作ってみました。 「○○なイメージに合う色」を一覧から探して CSS 内に記録してもらうと良いかも。

Re: ekken♂：アクセス数と反応の質に関する私感

1000を超えると何故か逆転します。 目に届く場所では批判的なコメントや揶揄・嘲笑を伴った名無しさんのコメントが多くなり、好意的・肯定的な反応はそのブログの読み手には分かりにくい場所でなされるようになります。

これは ekken さんの私感ですので数字の根拠などに突っ込みを入れるようなことはしませんが、「そういうものなのかなー」という感想を抱きました。 hxxk.jp の場合は、現在がちょうどその分水嶺にあたるくらいの数なのですが、あまりそういったことは感じないというのが私の印象。 これも私の私感でしかありませんが。 ……ああ、そう感じないということは、私は「オマエはまだそのレヴェルに達していねぇンだよッ !! 坊やは黙っているンだ」という ekken さんの無言のメッセージを感じるべきですか。

まあ ekken さんがそんな小池一夫喋りで裏メッセージを込めているとも考え辛いので冗談はこれくらいにして。 現在も目に届く場所で批判的なコメントがなされているわけでもありませんし、これまでも目に届きにくい場所でそういったものが多かったわけではありません。 ( 皆無ってわけではありませんが。 2ch や inamode6 でそれぞれ 1 ～ 2 度ほどあった記憶があります。 ) 結局はその書き手というか weblog の性質・性格・文体や、 1000 を超えるに至る原因によって様々だと思います。

同じく ekken♂：アクセス数と反応の質に関する私感を取り上げている北の大地から送る物欲日記 - 記事の注目度による環境の変化にてなされている

アクセス数が多くなってくるってことは、どこかにリンクを貼られているか、ソーシャルブックマークなどで注目されているからで、より多くの人がアクセスしてくると、当然賛成、反対両方の感想が増えてくるが、直接批判はしにくいので、隠れた部分での否定がちらほらでてくるくらいにとどまる。

そして、1000以上の大きなアクセス数の場合は、より多くの人が注目するような話題の場合で、一気に大勢のアクセス、コメント、トラックバックなどがついて、普段とは違う雰囲気になるため、肯定的な感想を述べる読者はちょっと距離を置きがちになり、一見さんが大勢コメントなどに現れるという状態に。 そして、議論系の記事で大アクセスを稼ぐようなものはたいてい何かしら荒れるような要素が含まれているってのもあって、批判的なコメントなどが多くなりがちになる、と。

という分析に概ね同意します。 「概ね」というのは、 hxxk.jp の場合はどこか大きなサイトからリンクをされたりソーシャルブックマークなどで注目されたりというケースよりも、検索エンジンからの中長期的なアクセス増によってコメントやトラックバックが増加しているという特殊な (?) ケースがあるからという理由です。 というか、検索エンジン効果を抜いたら、うちってアクセス数という視点ではかなり少ない部類になるのかも。 辛いものを食べて汗をかく私と、汗をかかないアイツは公開から 4 時間の間で 35 ユニークアクセスです。 あとコメント欄の熱心な常連さんというのがそう多くないというのもあるかもしれませんね。 ( 仲の良い人は IRC でおしゃべりしたり、メールのやりとりで会話したりしているため。 )

アンチってどれくらいいるんだろう

もちろんコンテンツ内容にもよりますが、僕の場合、確実にアンチが存在するな、と実感できたのはたしかに1000越えのあたりだったかも。

これは ekken♂：アクセス数と反応の質に関する私感に対する id:mhk さんのブックマークコメントです。 私は自分でも自覚している通り、少々粘着気味に物事を指摘したりしますし、明確な根拠ではなく思い込みを元に間違ったことを言ったりもします。 よって私のことを快く思っていない人も少なからずいると思うのですが、あまりその存在を実感したことがありません。 「アンチの人手を挙げてー」って言って素直に挙げる人は、それはアンチではなく的確な指摘をしてくれる存在と言った方が良いような気がします。

そう思いながらも敢えて聞こう、「アンチの人コメント欄で手を挙げて ! 」

もちろん無記名で構いませんし、明確な基準無く「なんとなく嫌い」でも良いので簡単な理由を添えてくれると今後の改善に活用します。 使い方としては間違っているかもしれませんが、はてなブックマークなどのコメントでも構いません。 しかし、それだと id から個人が特定できるのでおすすめしません。 なお 2ch やイナモデだとその存在を私が実感しづらいので今回は不可とします。 もちろん通常時に、私に対する文句などをそういう場で言うことの自由までは私は制限しませんしできません。 我こそはアンチだっていう方はこの機会に是非。

……と、ここまで書いて何ですが、本当に快く思っていないアンチならきっと「こういう構ってちゃんは無視するのが最大のダメージ」ということを知っているので、「コイツ何言ってンだ」と思って何も書かないだろうなあと思いました。

トラックバック送信先

ekken♂：アクセス数と反応の質に関する私感

私感に対して反論を述べるのも野暮だよなあと思いつつ、私はそうは思いませんということを書きました。

北の大地から送る物欲日記 - 記事の注目度による環境の変化

概ね同意です。 が、ニュースサイトやソーシャルブックマークではなく検索エンジンから主にアクセス増の場合は、あまり変化がないなあと思っています。

DIT という言葉

贅肉 - Development を読んで、 DIT という言葉を初めて知りました。 Diet Induced Thermogenesis という言葉の略語で、日本語訳は「食事誘導性熱代謝」とか「食事誘導性体熱産」とか「食事誘導性体熱産生」とか「食事誘発性体熱生産」とか「食事誘導性体熱性」とか「食事誘導性熱産生能」とか「食事誘導性体熱産生」とか、 Thermogenesis という単語の訳にバラつきはありますが、まあそんな感じの言葉です。

というか、 太りにくいカラダを作るのに基礎代謝とともに大きく関係してくるのが、ＤＩＴ（食事誘導性体熱性）です とか、 「DIT」という言葉をご存知でしょうか？ これは、Diet Induced Thermogenesisの略で「食事誘導性熱代謝」などと訳されます と、同じ All About 内でも訳語に揺れがあります。 まあ、それぞれの記事は異なるガイドが執筆しているためかもしれませんが。

DIT が高いと何が良いのか

さて、その贅肉 - Development から辿れる栄養管理について-太りやすい人、太りにくい人その理由によると、

基礎代謝とならんで太りやすい、太りにくいに大きく関係してくるのが、ＤＩＴ（食事誘導性体熱性）です。 よくご飯を食べると体が熱くなったり、汗をかいたりしますが、それがＤＩＴで、食事を消化吸収する過程で出る汗のことです。 ＤＩＴは人によって違い、たくさん熱を発散する人ほど、同じ食べ物を食べても発散分が多いので吸収分が少なくなります。 食事をした後に体温が上がるＤＩＴ反応が高い人の方が太りにくいというわけです。 ＤＩＴは年齢が高くなるほど低くなり、脂肪質の人より筋肉質の人の方が高く、運動習慣のある人の方が高い、といったことも関係があります

とのことだそうです。 そういえば、私は基礎代謝はそこそこ高い方 ( ビールと健康診断と基礎代謝 ) ですが、思い返してみれば DIT も高いような気がします。 後述しますが、香辛料が入っている食べ物を食べると汗が出ますよね ? 私の場合、例えばうどんに唐辛子を一振り入れたり、カレーショップのカレーを一段階辛口にしたりするだけでも汗が出てしまうので、ついつい敬遠してしまいます。 辛さ自体は大丈夫……いや実はあまり得意ではないのも確かですが、その「汗が出てしまう」という理由で周囲には「辛いものは苦手」と言っています。

最近は意識して運動するようにしているため、頻繁にビールやお酒を飲んでもあまり太らないようになってきました。 Development の iza さんも 仕事でもパソコンをやるようになっちゃったから、ほんと体動かす機会が激減 と仰っていますが、私もデスクワークに移ってすぐの頃は仕事では体動かさない運動はめったにしないという生活だと、順調に増加していましたよ色々と。 何が ?

当時はお酒は付き合い程度でしか飲んでいませんでしたが、今よりやばいことになっていましたよ色々と。 だから何が ?

DIT を高める

じゃあ DIT を高めるにはどうすれば良いか、再び栄養管理について-太りやすい人、太りにくい人その理由から引用すると、

食事時間や食べ方でもＤＩＴは変わってきます。

1. ＤＩＴは朝が一番高く、昼夕と時間がたつにつれて低くなる
2. 冷たいものより温かいものを食べた方が、ＤＩＴは高くなる
3. 香辛料をたくさん使った料理の方が、ＤＩＴは高くなる
4. 蛋白質をたくさんとった方が、ＤＩＴは高くなる
5. 食事の前に軽く運動した方が、ＤＩＴは高くなる
6. 食後にお茶・紅茶・コーヒー・といったカフェインをとった方が、ＤＩＴは高くなる

といったように食べ方、食べる時間に気をつかえばＤＩＴを高めることができます

ということのようです。 確かにそうめんをつるつるとすするよりも、鍋などをはふはふとほおばる方が汗をかくような気がしますし、辛いものを食べれば汗が出るというのは体験済みです。 また、蛋白質を積極的に取ったり、 ( 食後ではなくて運動の後にですが ) コーヒーを飲んだりしたらダイエット効果があるというのは聞いたことがあります。 少しずつでもいいので、これからもなるべく運動をするように心がけようかな。 辛いものはやっぱり避けたいのです。 お子ちゃま味覚で良いのです。

そういえば、先日中華街に連れて行ってもらった時に、辛いものが好きな友人が四川麻婆豆腐 ( 「本場の辛さ」という触れ込み付き ) を注文していたのですが、涼しい顔をして食べていたなあ。 「汗かかないの ? 」と聞いたら「辛いの食べても全然かかないんよ」とこれまた涼しい顔で答えが返ってきたのですが。 同じものを食べた私は噴き出す汗を拭いながら食べていたのになあ。 でも確かに顔とか首とか触ってみてもさらさらお肌のままだったので嘘ではありませんでした。

そういえばヤツは汗をかかないと言う割には細い…… まあ、少食気味なところもあるようですし、 DIT はあくまで一因で、それだけで太る太らないが決定するわけでもないでしょうし、人それぞれなのかなあ。 なんかこれまで書いたことを否定するような締めですが。

トラックバック送信先

贅肉 - Development

仕事でもパソコンを使うようになったなら、意識して体を動かすようにした方が良いですよ、という体験談。

帰途に着きながら

飛行機は、苦手だ。

高所恐怖症だから ? いや、昔はそうなんじゃないかと考えたこともあったけれど、例えば山あいに架けられた吊り橋や、あと一歩だけ歩を進めると崖下に真っ逆さまという所に恐れを抱くことはあれど、マンションやビルの高層階にそれを感じることはないし、ジェットコースターやフリーフォールの類の絶叫マシンは好きな方だ。 高い所自体は、むしろ心地良い開放感もあって好きなのかもしれない。

時間の使い方がへたくそだから ? たとえば ANA では搭乗手続きは出発時刻の 15 分前までに、搭乗口へは出発時刻の 10 分前までにということになっているけれど、じゃあそれに間に合うためには空港には出発時刻の何分前に行かなきゃならない ? いやいや空港に到着するまでにどんな不確定要素が起こり得るか分からないから、余裕を持って行くに越したことはない、せめて 1 時間前には行こう。 こうして、最終的には余裕を持ちすぎて手持ち無沙汰になってしまうことが、苦手意識につながっているのかもしれない。 かと言って、空き時間ができないように計算して動こうとしても、本当に間に合うんだろうかと不安になってしまうので結局は空き時間ができるほどの余裕をとってしまうのだけれど。

手持ち無沙汰と言えば機内でだってそうだ。 やれ着席中はシートベルトを締めろ、地上滞在中は電子機器を使うな、飛行中も通信用電波を発する機器は使うな、じゃあ何をしていればいいんだ ! まあ静かに本を読んで研鑽を高めればいいと考えていたけど、うっかりと手荷物預かりにしたバッグの方に本を全て入れてしまったんだよ ! って、それは自業自得だな。

おっとベルト着用サインが消えた。 通信用電波を発しない状態であればパソコンは使えるので、とりあえず原稿のプロットでも書くことにしよう。 しかし、天候が悪かったせいか、ベルト着用サインが消えるまでにだいぶ進んでしまったんじゃないだろうか ? これだと着陸態勢に入るまでの時間はそう長くなさそうだな。

――予想通り、行きの時よりもベルト着用サインが消えていた時間は短かったように思えた。 着陸態勢に入った旨のアナウンスがあったので素早くシャットダウンを行い、片付けをし終わってから数分後にベルト着用サインが再点灯した。 空と雲しか見えなかった窓の外の風景に、見慣れた陸地が映し出される。 「市街地にこんなに近い空港は君の所くらいだよ」 誰かからそう言われた時、そういうものだったのかと思った。 何しろ自分が生まれるよりも先にその空港はその場所にあったわけだし、近い近いと言われてもピンときやしない。

でも。

翼が見える位置の窓側の席に座っていたため、着陸に向けて旋回する際に「おいおい、これって少し角度を間違えたら翼がビルに直撃しやしませんかねお前さん」というような錯覚に襲われる風景が見えた時に、「ああ、いつもはあの辺りを歩いているんだよなあ。ビルの看板もはっきり見えるや」なんてことを考えた。 見慣れた街がこれだけの近さで見えるというのは、確かに近いのだなと思わせるに充分なインパクトだった。 いつもこちらから出迎えていた、そして今回はこちらから会いに行った友達は、いつもこの景色を見ながら帰ってきていたのだろうか。

そう思いを馳せると、ちょっとだけ飛行機が苦手じゃなくなった。 まあ一度のフライトで全く苦手意識が無くなるなんてことはない、回数を重ねて徐々に払拭していかないと。

そうそう、搭乗手続きだ手荷物預かりだ、離陸まではあれを使っちゃいけない離陸してもこれは使っちゃいけないと、何かと制限されていた状況から一変して、空港の駐車場からは自分の車で自分の意思で動き回れる解放感も逆の意味で飛行機ならではかな。 今度帰ってくるときも、遠慮なくいつものようにどの便で帰ってくるのか連絡しておくれ。 今回ジェットコースターだ中華街だと色々と連れ回してもらった分、空港を出た直後からたっぷりと連れ回してやる。

おしごとおしごと

今度はオフ会とかじゃなくて、おしごと関連で東京行ってきます。 VAIO type U を持っていくのでネットから完全に遮断されるわけではありませんが、そんなに長もちするバッテリでもないので d:id:hxxk にちょこちょこ書くくらいでしょうかね。

向こうでお会いする関係者の皆様はよろしくお願いします。 日程の関係上、ついでに関東の友人とオフ会ってわけにいかないのが残念……。

via. はてなブックマーク - お前誰だァ！ お前誰だァ！

Movable Type のライセンスのまとめと Movable Type の限定個人ライセンス ( 無償 ) を使える条件が連続してブックマークされていたので、 id:tal さんは何かライセンスに関する疑問でも抱いたのかしら、と思ってはてなブックマーク - お前誰だァ！ お前誰だァ！ / 2006年06月09日を開いてみました。 すると、件のブックマークの下に次のようなブックマークが。

当サイトについて - オタ女・ニャー速、blog連合閉鎖祭りまとめサイト

ドメイン

reisai.maido3.com

カテゴリ

ウェブ

キーワード

お客様

サービス

ブログ

ホスティング

詳細

1 user

追加日

2006年06月09日

[vip対blog][書いた]狙ってやってるのかクソ読みづらい文章だけど、コレが限定個人ユーザーライセンスを使ってるならライセンス違反にしか見えないんだが。参照→http://hxxk.jp/2005/10/05/2242

これを見て、「あー、 Movable Type の限定個人ライセンスの適用条件ってけっこう勘違いするもんなあ」という感想をリンク先を見ずに抱き、続けて「限定個人ライセンスに限らず Movable Type のライセンスってファジーな部分があるから、どのライセンスを使うべきか迷うしねえ」としみじみと思いました。 後述しますが、明確な数値基準がない、ケースバイケースの解釈次第でどのライセンスを使うか変わってくるんですよ。

指摘を受けている weblog

さて、その id:tal さんから指摘を受けているオタ女・ニャー速、blog連合閉鎖祭りまとめサイト - 当サイトについてを読んでみましょう。 それと細かいことですけれど、 <title><$MTBlogName$></title> ではなく <title><$MTBlogName$> - <$MTEntryTitle$></title> のように、 title 要素内に記事のタイトルが配置されるようにした方が良いと思います。

閑話休題。 記事中に、ライセンス違反ではないかという質問に対する回答が掲載されています。

Q.MTの規約違反では？

A.Six Apart - Movable Type: Movable Type のライセンス・価格についてによりますと、「個人名義/非商用利用」の場合、個人ライセンスが適用され、かつ

個人ライセンスにおける複数ユーザーは、お客様が別名で投稿するためのものですが、家族・友人等が、利用許諾をされたお客様のブログに投稿することまでは制限をしておりません。

と明示されています。 この見出しの中に収まる小見出し（個人ライセンスのライセンス・価格について/限定個人ライセンス（無償））には上記の通り「限定個人ライセンス（無償）」が明示的に含まれており、それ故に、規約違反にはならないと考えています。

ただし、商用・非商用に関わらず、特定・不特定の他者にブログサービスを提供するためには、ホスティングライセンスが必要です。

上記の通り、他者にブログサービスを提供してはいませんので、ホスティングライセンスの必要も無いと考えています。

ホスティングライセンスは必要か ?

まず、ホスティングライセンスが必要かどうかを考えてみましょう。 これは

商用・非商用に関わらずライセンスを所有し、特定・不特定の他者にブログサービスを提供する際に必要なライセンスです。

というものですので、オタ女・ニャー速、blog連合閉鎖祭りまとめサイトのように一つの Movable Type を複数ユーザで使用するような場合には不要です。 ( 後述しますが、全ての記事は http://reisai.maido3.com/cgi-bin/ 内にインストールされた Movable Type から投稿されているようです。 ) 以前も例に出しましたが、ビジネスサイト向けトータルソリューション cozy.biz のようなケースではホスティングライセンスが必要になるでしょう。

仮に、全ての投稿者に対して専用のディレクトリを割り振り、それぞれに Movable Type のシステムをインストールするならば、サイトを管理している零細企業◆reisaifwww さん、もしくはサーバを提供しているマァヴ ◆jxAYUMI09s さんがホスティングライセンスを所持している必要があるでしょう。

個人ライセンスにあてはまるのか ?

オタ女・ニャー速、blog連合閉鎖祭りまとめサイト - 当サイトについてでは 「個人名義/非商用利用」の場合、個人ライセンスが適用され と書いていますが、そもそも 更新を手伝ってくれている方は以下の方です という形態で運営しているのなら、それは零細企業◆reisaifwww さん個人の名義というよりは閉鎖祭りのまとめを共同で行うというテーマに沿った weblog になるのではないでしょうか、と私は考えます。 Six Apart - Movable Type サポート: 個人ライセンスと通常ライセンスの違いを教えてください。でも、 個人ライセンスは有償、無償に関わらず、個人名義でダウンロードされ、個人所有のサーバーやホスティングサイトで個人的な日記等を書くためのライセンスです と書かれていますので、オタ女・ニャー速、blog連合閉鎖祭りまとめサイトを個人ライセンスの範疇に含めて考えるのは難しいと思います。

Six Apart - Movable Type: Movable Type のライセンス・価格についてのページではなく私が Six Apart にメールで問い合わせた際の回答がソースになりますが、 クラブやサークルといった括りで特定のテーマに沿った weblog を利用する場合は、通常ライセンスの範疇になるということ になっています。

これは Six Apart の曖昧な設定に原因がありますが、 個人ライセンスにおける複数ユーザーは、お客様が別名で投稿するためのものですが、家族・友人等が、利用許諾をされたお客様のブログに投稿することまでは制限をしておりません という状態はどの程度の頻度の投稿まで許容するのか、ケースバイケースでしか判断できません。 もしかしたら、オタ女・ニャー速、blog連合閉鎖祭りまとめサイトのケースでも個人ライセンスとして認められるかもしれませんので、断定は避けます。 ( あれこれと第三者が推測するよりも、 Six Apart に直接尋ねた方が確実です。実際に私は以前そうしましたし。 )

参考までに、現時点での各投稿者の投稿状況を表にまとめてみます。

限定個人ライセンス ( 無償 ) にあてはまるのか ?

前項の個人かサークルかという問題と違い、こちらは断定しますが、オタ女・ニャー速、blog連合閉鎖祭りまとめサイトの運営方式は限定個人ライセンス ( 無償 ) にはあてはまりません。

先ほどの表を見ても分かる通り、それぞれの記事での投稿者名 (<$MTEntryAuthorDisplayName$>) は異なっています。 これはログイン ID に紐付けられる名前ですので、現時点で少なくとも 4 つのログイン ID が存在するのは間違いありません。 そして、限定個人ライセンス ( 無償 ) は 利用できるユーザー数 （ブログ投稿者数）は1、サーバー数が1 と限定されています。 Movable Type のライセンスのまとめ - 言葉の定義 (1) - ユーザー、著作者で触れていますが、ログイン ID が 4 つ存在するということは、イコール 4 ユーザでの使用ということになります。 ( これは、仮に全てのユーザが同一人物であっても変わりません。使用する人間の数ではなく、ログイン ID の数でユーザ数はカウントされます。 )

前項で述べた、「制限をされない家族・友人という範囲での投稿」であると認められたと仮定しても、それが許容されるのは限定個人ライセンス ( 無償 ) ではなく有償の個人ライセンスに限った話なのです。

これは id:tal さんの Diary - Quadrilateral space - MTのライセンス違反？と同じ見解なのですが、 tal さんも少しだけ勘違いしている点があります。

本来ならば「まとめサイト」は、1サーバー・ユーザー数無制限 ブログ数無制限のプランに該当する。

よって、零細企業氏が「まとめサイト」を運営するためには、やっぱり12,600円をSix Apart社に払わなきゃいけないんじゃないだろうか。

個人ライセンスにおけるユーザ数というのは、基本的に同一人物が 別名で投稿するためのもの ですので、個人ライセンスの価格を考えるのは妥当ではありません。 複数人でのまとめサイト運営ならば通常ライセンスを購入する方が確実だと思われます。 ( 極端な話、 tal さんの指摘を受けて、零細企業◆reisaifwww さんが「制限をされない家族・友人という範囲での投稿」であると認められるだろうと思って個人ライセンスを購入したが、 Six Apart から「それは個人ライセンスじゃなくて通常ライセンスにあたるので、ライセンスを買いなおしてくれ」と言われてしまうことだって考えられます。 )

じゃあ、オタ女・ニャー速、blog連合閉鎖祭りまとめサイトはどうすれば良いのか

複数人の投稿が確認される以上、全くの無償で Movable Type を使用することはできません。 よって、もしオタ女・ニャー速、blog連合閉鎖祭りまとめサイトが限定個人ライセンス ( 無償 ) を使用している場合はライセンスを購入するか、あるいは Movable Type 以外の weblog ツールに変更するのが解決策となると思います。 ちなみに、複数人運営の weblog とライセンス料金にて複数人での運営が可能な weblog について触れていますので、参考にしていただくと良いかと思います。

どうしても Movable Type にこだわるのであれば、解釈が分かれる Movable Type: Movable Type のライセンス・価格についてだけを見て判断するのではなく、まず Six Apart - 各種お問い合わせ: Movable Type 一般お問い合わせフォームから個人ライセンスの範疇に収まるのか、それともやはり通常ライセンスを用いるべきかを問い合わせた上で、しかるべきライセンスを購入するという手順を踏むべきです。

トラックバック送信先

Diary - Quadrilateral space - MTのライセンス違反？

オタ女・ニャー速、blog連合閉鎖祭りまとめサイトの場合は個人ライセンスではなく通常ライセンスの範疇にあたる可能性が高いので、ライセンス料金は 12,600 円以上になるのではと考えました。

オタ女・ニャー速、blog連合閉鎖祭りまとめサイト - 当サイトについての方はトラックバックを受け付けていないようなので送っていません。

20060606

• 武蔵流プログラマへの道 - 入籍した
• Seven Deadly Sins. - 666

最初に両記事を読んだ時は寝ぼけているのかなと思いました。 ( 私が )

555な日の入籍に大喜びをしておった二人が666な日に って、それなんて SliPKnoT ? ( IOWA を持っている人は 6 曲目の The Heretic Anthem を聴いてみよう ! )

何度かお会いした時の思い出が走馬灯のように蘇ってきます。 ( 走馬灯のようにってそれ何か違う場面 )

ともあれ、おふたりともおめでとうございます ! 機会を見つけて、改めて直接お祝いするぜ ! ( ところで、 次は2007年7月7日なわけですが って、既に確定なんですか )

トラックバック送信先

武蔵流プログラマへの道 - 入籍した

おめでとうございます ! ところで、この日付って来年以降も誰かが引き継いでいくんでしょうか ?

Seven Deadly Sins. - 666

おめでとうございます ! いくつかの場面を共にした身として、我が事のように喜んでにこにこしております。

VAIO type U が届いたよ

d:id:hxxk - そういやで書いていましたが、 6 月上旬のお届けとなっていた VAIO type U は、 6 月 1 日に無事到着していました。 まだようやく環境を構築し終わったところのため、使い倒すのはこれからになるので、既に何日間かにわたって使用してのレビューを書いている続ドクバリニッキを参考に色々やっていこうと思います。

VAIO type U には音量設定ツマミのようなものは無い

続ドクバリニッキ - type Uは宝物庫および続ドクバリニッキ - type Uからで音量のことについて触れられていますが、初期設定では音量の調整はタッチランチャーを使って行うことになります。 続ドクバリニッキの bolt さんはタッチランチャーで音量調整を行っているようですが、私はそれすら煩わしいと思ったので、ズームボタンを音量調整ボタンに置き換えました。

ズームボタンは私にとっては不要だと思っていたので、最初は上下キーを割り当てなおしていたんですよね。 Web ブラウジングの時などに押しやすいように。 でも、上下キーはキーボードを引っ張り出せば元々存在していますので、代替が無いキーを割り当てることにしました。 次項にその手順をメモしておきます。

VAIO type U に音量ボタンを設定する手順

ここでは、スタートメニューからではなくコントロールパネル ( カテゴリ表示 ) から設定画面を出す順序を書いています。 ( スタートメニューや「すべてのプログラム」はユーザごとに変更が加えられている可能性があるため。 )

1. コントロールパネルを起動します。
2. 「パフォーマンスとメンテナンス」を選択します。
3. 「バイオの設定」を選択します。
4. 「特殊ボタン」の項目から「ボタン・キーボード設定」を選択します。
5. 2 と 3 のボタン ( 初期設定ではズームボタンになっているボタン) にそれぞれ「音量 + 」と「音量 - 」を割り当てます。

これで、何らかの画面を呼び出すことなく音量調整が可能になります。 VAIO type U で頻繁に動画を見たり音楽を聴いたりする方はお試しあれ。

トラックバック送信先

続ドクバリニッキ - type Uから

ズームボタンを音量調整用に設定するという方法はいかがでしょう ?

はてなブックマークとアクセス数の関係

はてなブックマーク - 最近の人気エントリー経由で、『ちよろず。』 - はてなブックマークのトップに載ると、どれくらいのアクセスが来るかを晒してみるを拝見。

こういうのっていくつかサンプルがあった方が判断をしやすくなるかなってことで、 hxxk.jp の人気エントリからも分析してみることにします。

サンプルその 1 - CSS を書く前に読んでもらいたいこと

さて、まずは hxxk.jp ドメインにおいて、現段階で最も多くのブックマーク数を記録している CSS を書く前に読んでもらいたいことのみのアクセスログ集計をサンプルとして見てみましょう。 URI が示す通り、 2006 年 4 月 9 日 19:40 に投稿された記事ですので、 4 月 9 日の集計は 4 時間強という時間内での集計であることをあらかじめご理解ください。

これを見る限り、ブックマークの数に比例してリンク元のパーセンテージが増え、ブックマークが落ち着けばすぐさまリンク元のパーセンテージが減ることが分かります。 また、意外とエントリページ (http://b.hatena.ne.jp/entry/http://hxxk.jp/2006/04/09/1940) からのアクセスも多いようです。 直接ブックマーク先の記事に飛ぶ前に、ブックマークコメントやタグなどを確認してから飛んでいることの表れでしょうか ?

サンプルその 2 - 自転車で刑事処分を受ける可能性が今後増加します

次に、 hxxk.jp ドメインにおいて、現段階で 2 番目のブックマーク数を記録している 自転車で刑事処分を受ける可能性が今後増加しますのみのアクセスログ集計をサンプルとして見てみましょう。 こちらは日付が変わる直前に投稿した記事ですので、投稿の翌日分から集計しています。

これも同じようにブックマークの数に比例してリンク元のパーセンテージが増減しています。 しかし、はてなブックマークからのアクセスが落ち着いた後にゴルゴ31 や TBN など、いくつかのニュースサイトからのリンクが来たため、はてなブックマーク効果よりも大きなアクセスを生んでいます。 現時点では、まだまだはてなブックマーク効果よりもニュースサイト効果の方が大きいようです。

サンプルその 3 - 駐車違反に関する改正道路交通法 6 月 1 日施行のまとめ

さて、今度ははてなブックマークから少し離れてみます。 というのも、ここ一ヶ月ほど検索エンジンの検索結果からのアクセスが急増しているので、「小手先の SEO 対策ではなく、多くの人が検索をするような話題をうまく取り上げる」というのがアクセス増につながるのではと考えました。 もちろん、文書構造を適切なものにするとか、重要な内容を見出しに含めるといった HTML をきちんとマークアップすることによって生まれる効果も要因になっているとは思いますが。

サンプル期間の間中、常に 70% 以上が検索エンジンからのアクセスになっています。 また、を見ると、ユーザがどの検索エンジンを利用しているかもある程度分かりますね。やはり Google と Yahoo! と MSN が突出しています。

そして、 5 月 31 日以降は駐車違反に関する改正道路交通法 6 月 1 日施行のまとめがいくつかのニュースサイトに取り上げられています。 ニュースサイトに取り上げられても検索エンジンからのアクセスのパーセンテージが減らないという数字を見ると、ニュースサイト効果が大きいのはもちろん、検索エンジン効果もなかなか侮れないようです。

トラックバック送信先

『ちよろず。』 - はてなブックマークのトップに載ると、どれくらいのアクセスが来るかを晒してみる

サンプルは複数あった方が良いだろうということで、こちらでも公開してみました。 また、合わせて検索エンジンによるアクセス効果についても考察しています。