2008-01 アーカイブ

予定通り入院します。

2007 年 4 月から休止状態としている hxxk.jp ですが、それでも不定期に記事を投稿してきました。 休止宣言から 24 個の記事を書いているなら「休止」じゃないだろうと突っ込まれそうですが、入院のお知らせでも予告していた通り、今月末からしばらく入院するので、今度は本当に休止状態になります。 ( 心疾患の疑いも大丈夫でした。 おそらく残業の増加による睡眠不足と、手術に向けての漠然とした不安が自律神経の失調という形で表面化したのではないか、とのことでした。 ) 一応ノートパソコンと W05K は持参していきますが、病院の携帯電話使用可能エリアでずっと巡回して時間をかけて考察して......ということをする気はありませんし。

最近はうーたんの動きが活発化してきているし、 e-luck さんの Web 標準テキスト (2) CSS もこれから精読するところだし、 lego さんがブログ再開するし、読む側専門に廻るだけでも大忙しになりそうです。

じゃ、しばらくの間 Web からも仕事からも離れてのんびりしてきます。

hxxk.jp は一定のライセンスに従えば転載 OK

ここ数日、 Tumblr ( そういえば正式な表記は Tumblr なんでしょうか tumblr. なんでしょうか、 title 要素とロゴ画像で食い違っているのでよくわかりません !) というかとある Tumblr ユーザについての話題があっているので、疑問に思っていること、確認したいこと、指摘したいことを書くことにしました。

それに先立って断っておくと、 hxxk.jp のコンテンツについてはクリエイティブ・コモンズ 表示-非営利-改変禁止 3.0 Unported に従えば転載していただいて構わないので、自分のサイトのコンテンツが Tumblr に転載されること自体は否定しません。 もちろん、転載ではなく引用においては全文を用いることなく、必要な部分のみを引用する形になるでしょうが、それは Creative Commons License 以前に著作権法で認められている権利ですので、改変とは捉えません。

Tumblr に post すること == Reblog ではないよね ?

Tumblr に post する時の形態は、 Text (Title と Body で構成され、自分の文章を打ち込む形 ) 、 Photo ( 画像をローカルディスクからアップロード、あるいは画像の URI を指定し、キャプションを打ち込む形 ) 、 Quote (Source にて転載元の情報を示し、 Quote 部分に転載元のページからテキストを転載する形 ) 、Link (Name と URL で構成され、画像やテキストの転載を行わずにリンクのみ作成する形 ) 、 Chat (Title と Dialogue で構成され、自分の文章を打ち込む形、 Text との違いは文字装飾が無いあたり ?) 、 Audio (Audio File と Description で構成され、オーディオファイルを投稿する形 ) 、 Video ( 動画ファイルを投稿あるいは埋め込み、キャプションを打ち込む形 ) に分かれ、かつ専用のブックマークレットをセットアップしておけば、入力欄に該当ページのテキストや画像などからコピーした状態で素早く post できるというものです。

それらの post と別にもうひとつ特別な形、他人の Tumblr から転載する Reblog があります。 これは Tumblr が単なるクリッピングサービスではなくて、 following 機能を備えたソーシャル的な面も持っているがゆえの特徴で、 following ユーザやあるいはたまたま見かけたユーザの Tumblr コンテンツを自分の Tumblr に記録しておくことができます。

今回話題になっているユーザの書いた記事のひとつにリブログの品格というものがあるのですが、この記事で言うところの「リブログ」は、どうも Tumblr に post していくこと全てを指しているように思えます。 もし Tumblr 界隈の中で、 Reblog は Tumblr に post すること全般を指すなら単に私が浅薄な理解をしているというだけのことですが、もし他人の Tumblr から転載すること以外の post は Reblog と呼ばないのであれば、リブログの品格で訴えている内容は説得力を持たないのではないかと思います。 ( 文中の「リブログ」を「 Tumblr 以外のサイトからの転載」に置き換えてみると良いかも。 もちろん、「転載でなくて Reblog なら大手を振って行って良いのか」という議論はまた別に存在しますが。 )

転載と引用は別、 Tumblr の Quote は単なる Copy

同じくリブログの品格からの話です。 文章の引用はブログとかよくウェブで行われていて というくだりは確かにそうでしょう。 しかし、 Tumblr で文章の引用をしても、だれも文句は言いません という点には同意しかねます。

何故なら、 Tumblr には名前こそ Quote という post 形態がありますが、この形態に関係する項目は実際に転載される文章である Quote と、転載元を示す Source の 2 つしかありません。 Quote 機能を実際に試すにあたり、まず引用部分に対する主の文を Quote 欄に一緒に書いて post してみました。 結果、引用部分と主の文の区別は明確に付けられません。 それならばと Source 欄に、転載元の情報と一緒に主の文を書いて post してみました。 この方法だと引用部分と主の文は区別されているように見えなくもないですが、そもそも Quote に対する文を書く欄を設計に組み入れていない時点で、私は Quote という機能だとは思えず、「ただの Copy じゃん」と考えました。

Quote 機能が正しく引用の要件を満たしていれば、確かに文句は言わないでしょう。 ( 実際に文句が出ることが皆無だとは言えませんが、正当な引用であれば文句を言う方がお門違いなので。 ) しかし、例え文章であっても引用ではなく転載という形になれば、これまでも何かしらのトラブルは Tumblr に限らず起こってきました。 なお、引用や転載の定義の違い、および法律上の扱いについては引用ではない引用を正当化 ? で一度書いています。

話を Tumblr に限定すると、それでも文章であれば Quote する文章量は最小限にして、 Source 欄に主の文を書くというテクニック等で、ただの転載状態になることは避けることができます。 しかし画像であれば必要な部分のみを引用することが難しいこともあり、また画像を引用する必要の正当性があることが、文章を引用することに対して少なくなるために、 文章の引用はよく行われているのですが、画像の引用はあまり見かけません という話になるのではないでしょうか。

転載を認めるライセンスを明示している場合

Creative Commons という、特定の条件を組み合わせ、その条件に従うことで転載・再配布を可能にし、著作物の流通を促進するライセンスがあります。 Public Domain など、条件を付加せずに転載を認めるライセンスもあります。 ( 例えば、 Vicuna - アイコンで配布されているアイコンは 利用・再配付・加工が自由であり、著作権に関する一切の制限はありません という形で、利用を促進しています。 )

weblog ツールの流行等もあり、 Creative Commons License を採用しているサイトは多くなってきています。

ライセンス名	表示	非営利	継承	改変禁止
表示 3.0 Unported	○
表示-非営利 3.0 Unported	○	○
表示-継承 3.0 Unported	○		○
表示-改変禁止 3.0 Unported	○			○
表示-非営利-継承 3.0 Unported	○	○	○
表示-非営利-改変禁止 3.0 Unported	○	○		○

非営利の場合に限る、再配布の際は同じライセンスを継承する、改変を禁止するといった個々の条件を組み合わせることになっていますが、共通して「原著作者のクレジットを表示する」、「再利用や頒布の際はそのライセンスを明示する」という条件があります。 Tumblr はこのクレジット表示やライセンスの明示を行う部分が無い ( と、私が使ってみた中では思いました ) ので、現状はせっかく原著作者が Creative Commons License を採用していても、そのライセンスに沿った転載は難しいと思いますが、今後改善されるかもしれない部分でもあります。 あるいは現状の仕様でも、次善策として Caption 部分にクレジットやライセンスを記述するといった方法も考えられます。

リブログの品格で私が最も指摘したかった点として、コメント欄の

CCでライセンスされた画像をリブログした場合は
>著作物を引用する必然性があること
>引用先が「主」、引用部分が「従」の関係にあること
を満たすのかな？

というように、ライセンスに対する知識が欠けている点があります。 Tubmlr のように、転載をかなりの頻度で行う性質のコンテンツを運営するのなら、ライセンスについて一定の知識を得て欲しいと思いました。 もし Hetaru さんに Creative Commons License の知識が充分にあって、かつ転載元のライセンスをきちんと把握していれば、原著作者が認める転載となるであろうケースも多々あったはずです。 しかし、この時点でライセンスに対する疑問を口にしているのを見て、これ以前はリブログの品格も何も、ライセンスのことを知らないまま転載を行っていたのか、という印象を抱きました。 今回の件を元に、ライセンスや転載・引用の違いなどについて理解して、うまく Tumblr を使いこなしてくれることを期待しています !

最後に、原則論というか簡単なまとめ

リブログの品格では リブログをしているオイラたちにとっては、著作権とか関係なしに自分たちだけウハウハ出来ればそれでいいのですが という発言が、また別の方のサイトですがTumblrがないと死んでしまう人間がいることもちょっとだけ想像してください。では Tumblrを批判する人はTumblrがないと死んでしまいそうになる人がいることを想像してください。共感してください という発言があっていますが、もし原著作者が全く著作物を生み出さなくなったら、そもそも Tumblr での post を行う元が無くなるという視点が欠けているなあ、と思いました。

それと、問題の原因はtumblrというツールではなくツールを利用するオイラのモラルの低さでは 今回の問題の原因はtumblrというツールの問題ではなくツールを利用するオイラのモラルの低さでした と書かれていますが、私は Tumblr のシステム自体にまだまだ問題が内在しているのではないかと、今回の件で Tumblr について調べ、実際に使ってみて思いました。

トラックバック送信先

リブログの品格

転載は全てが悪い行為というわけではなく、また全てが認められる行為でもないので、ライセンスや使用条件など、しっかりと知識を得て Tumblr 活動に活かしてくれることを期待します。

Tumblrがないと死んでしまう人間がいることもちょっとだけ想像してください。

Tumblr への転載によって、原著作者が著作物の供給自体をストップしてしまう、という可能性もあります。

「何を作りたいか」ということだと思います

HTML及びCSSは習得が難しい言語か！:::STOPN' LISTEN::: や HTMLは道具という記事について、 IRC チャンネル #Team-One で軽く話し合ったのですが、せっかくなので記事に残しておこうと思います。

改めて私の立ち位置を説明すると、 HTML と CSS の解説書 ( 実践 Web Standards Design - Web 標準の基本と CSS レイアウト &Tips) を共著で執筆してこそいますが、 Web 制作会社に勤めているわけでも、個人として Web サイトの制作を請け負ったこともありません。

作成者についてでも簡潔に今に至る経緯を書いていますが、元々は内輪向けの日記を公開するためのサイトを作り、徐々にそのサイトから HTML や CSS を覚え、更にラクをしながら公開していくために Movable Type を導入し、それらを習得する上で調べたことをどんどん Web 上に記録していったら、いつの間にか交流が生まれ本を書くまでに至ったわけです。 「 HTML や CSS を勉強したい ! 」 と思ったことは一度も無く、自分が記録しておきたいこと、公開しておきたいことを効率的に、そしてスマートにアウトプットするために、自然に習得していった感じ。

だから、もし私が Web 上に記録しておきたいことが全く無くなった場合は HTML や CSS に対する興味も向上心もなくなるでしょう。 しかし、 Web 上に記録しておきたいことがまだまだ残っている現在では、その記録を行うためのツールとして、 HTML や CSS についてのアンテナを張っていくつもりです。

よく、身近な年配の方に「パソコンを始めてみたいんだけど」と持ちかけられることがあります。 「それはいいことだと思いますけど、パソコンを使って何をするつもりなんですか ? 」 と尋ねると「とりあえずパソコンを触ってみたい」という漠然とした答えが返ってくることもあれば、「年賀状を自分で作ってみたい」「ゴルフのスコア記録表を作りたい」という明確な答えが返ってくることがあります。 もちろん、前者のような答えが悪いわけではありません。 とりあえず触っていくうちに目的が見えて、どんどん使いこなすようになった方もいましたので。 でも、やはり後者のように、明確な目的がある方がよりスムーズに吸収していくということを実体験から確信しています。

それと同じで、「 HTML や CSS を習得したい」という方に、「どんなサイトを作りたいのか ? 」ということを考えてもらえれば、 HTML や CSS を習得することの意味、そして習得した後に進む点が見えるのではないでしょうか。

正しい道具の使い方を習得するのはもちろん大事ですが、必要以上にこだわることなく、何を作るかを重要視すればいいと思います。 かと言って、「出来上がったものの外見がそれなりになっていればオーケーだろう」と、道具の使い方がぞんざいになってしまってもいけないので、最低限の使い方を身に付けて、よりよい制作物を作るというバランスが必要です。

「ひとつひとつのパーツを自分で全て作り上げるか」「既存のパーツセットを用いるか」

これまで、自分が HTML や CSS について調べてきたことは、 hxxk.jp の HTML や CSS にそのまま反映されています。 Movable Type のテンプレートのカスタマイズ、アーカイブの構成、 CSS の作成など、背景画像を除いた全てのパーツが自分製。

しかし最近、 hxxk.jp とは分かれたスペースで、ビールについての記録をどんどん公開していきたいと思い、ニュースサイターのやり方を学ぶために、ニュースサイトを作ってみたで紹介したように、 mt.Vicuna にテンプレートや CSS を任せて情報の記録にのみ注力したコンテンツを作りました。

私の場合は「全部を自分で作るコンテンツは既にあるから」という理由でテンプレートをそのまま使っていますが、逆に Vicuna - CMS のように完成度の高い既存のセットを用いて、そこから習得を進めるというやり方もいいのでは、と思います。 最初に良いお手本をベースにして、そこから自分の味を出していくことで、気が付けばすんなりと正しい道具の使い方を習得していた......という思い出を語る人が数年後に出てくるといいなあ。

うまくまとまっていないのでここまで書いて消そうかとも思いましたが、誰かの参考になればと思い、残しておきます。

ビール祭り Hop or Die! について

ニュースサイターのやり方を学ぶために、ニュースサイトを作ってみたでもお知らせした通り、つい最近 Hop or die! という名前のサイトを作っていますが、このネーミングは 2007 年 5 月に企画したビール祭り Hop or Die! にちなんでいます。 die の D が大文字だったり小文字だったりするのに深い意味はありませんが、ビール祭りの方は一応大文字ということにしています。

2007 年に 4 回開催し、 2008 年もちょくちょく開催していくつもりです。 基本的には福岡県福岡市博多区中洲4-2-15 メインストリートビル B1F コットンフィールズにて開催。

Hop or Die! Vol.1 (@BELG AUBE Roppongi)

実践 Web Standards Design 出版の記念に、 2007 年 5 月 3 日開催。 参加者は次の通り。

• 市瀬裕哉
• 福島英児
• 望月真琴
• kz
• katsuo
• A.Kawashima
• Kazuhito Kidachi
• iwaim
• 小久保浩大郎
• 上ノ郷谷太一

Hop or Die! Vol.2

2007 年 5 月 26 日開催。 参加者は次の通り。 なお、福岡で開催する場合は基本的に Twitter で募集していたため、 Twitter ID にリンクしています。

• hxxk
• fotus4
• vanilla_beans
• mariage
• aerith
• yksk
• tobetchi
• devworks
• kis

Hop or Die! Vol.3

2007 年 7 月 5 日開催。 参加者は hxxk と fotus4 のみ。 いわゆるサシ飲みですね。

Hop or Die! Vol.4

2007 年 9 月 20 日開催。 参加者は次の通り。

• hxxk
• fotus4
• nodoka_a
• yuki930
• kis

Hop or Die! Vol.5 のお知らせ

1 月 17 日に、出張で博多の方を通るので、 2008 年一発目の Hop or Die! を開催しようと思います。

• 日時 : 2008-01-17T19:00:00+09:00 開始
• 場所 : 福岡県福岡市博多区中洲4-2-15 メインストリートビル B1F コットンフィールズ
• 参加するには ? : 2008-01-17T11:59:00+09:00 までにこの記事のリプライで名乗り出るなり makoto[at]hxxk.jp にメールをするなりして下さい。 Twitter で @hxxk として話しかけた場合はスルーしてしまう可能性があります。なお、これまでの経験上店内は繁盛していることが多かったです。全員が同じテーブルに付けるかは保証しません。一応、 2008-01-17T12:00:00+09:00 時点での人数で予約を入れようと思っています。
• 予算は ? : フードをどれくらいオーダーするかにもよりますが、これまではおおむね 3,000 円前後で収まっています。 ( 生ジョッキを何度もお代わりするような場所ではないので。 )
• 場所が良く分からない ! : 時間が合えば、博多駅もしくは中洲川端駅で落ち合ってご案内できます。私は 18:40 頃に中洲川端駅到着予定です。
• 時間に間に合わない場合は ? : 申し訳ありませんが直接お越しください。また、お店が地下にあるため、携帯電話やメールは通じないものと思ってください。

もし誰も来なくても、出張帰りにひとり美味しいビールを飲んでリフレッシュするつもりなので、都合が合えば顔を出す、程度で結構ですよー。

tenjin.web/1 に参加してきたよ

募集のタイミングと、実施のタイミングがうまく合ったので、 1 月 12 日に開催された tenjin.web/1 に参加してきました。 細かい内容を逐一レポートすると膨大になるので、今回の命題であった 「人生を豊かにする」 を中心に記録しておきます。

「人生を豊かにする」とは

今回のスピーカである id:brazil が事あるごとに口にしていたテーマです。

• こうした操作をすると、同じ目的を達成するにも手間が省けて、その分の時間が有効に使える→人生が豊かになる
• こうしたツールを導入すると、同じ目的を達成するにも手間が省けて、その分の時間が有効に使える→人生が豊かになる
• みんなの使い方を学ぶことで、同じ目的を達成するにも手間が省けて、その分の時間が有効に使える→人生が豊かになる

表向きのテーマは Firebug の勉強会だったのですが、既に Firebug 自体を導入している方が多かったみたいです。 しかし、一同に会して操作することにより、新たな発見があったこともまた事実。

id:brazil 自身が新たな発見をする場面も......

Firefox や Firebug で人生を豊かにする

Firefox で、アドレスバーにワンストロークでフォーカスする

Firefox で、検索欄にワンストロークでフォーカスする

Firefox で、アドレスの直接入力時や検索時に新しいタブで開く

Firebug の日本語版を導入する

http://www.getfirebug.com/ ではなく http://www.getfirebug.com/jp.html から導入。

tenjin.web: workshop/firebug にて http://www.getfirebug.com/jp.html へ誘導しているのに、作成者である id:brazil が気付いていなかったのが今回最大のミステリー。 ( おそらく、日本語版が登場する前から使用していたのでしょうけど。 )

Firebug のウィンドウを素早く出し入れ

Firebug のウィンドウを表示領域下部から別ウィンドウにセパレート

Firebug の Console にて複数行入力

ざっとこんな感じです。 もちろん、人によっては 「こんな操作は常識だろ......」 と思われるかもしれません。 しかし、何かしら会場から 「おお～」 という声が挙がっていたことを考えると、 100% の人が知っている操作はそう多くないと考えられるので、こうしたちょっとしたこともどんどん記録していくと、誰かの人生が豊かになるのだと思います。

Hop or die! という自分用ニュースサイトを作ってみた

hxxk.jp はちょくちょくニュースサイトに取り上げられることがあり、また私自身ニュースサイトに関することをよく書き記しています。

普段からこの hxxk.jp をご覧になっている方はご承知の通り、ひとつの記事がやたら冗長で、徹底的に書くというか簡潔に書くことができないという特徴があります。 ニュースサイトのように、多くの情報を簡潔に紹介している方はどのようにやっているのだろうかと思い、また自分用の情報収集の結果を残すために、試しに自分用のビールメモを作成してみました。

構築には Movable Type と mt.Vicuna を用いたのですが、作っていくうちに 「これは HTML をローカルで作成したり、レンタル weblog を用いたりしたニュースサイトに比べてたくさんのメリットがあるのではないか」 ということに気がついたので、そのメリットを挙げてみようと思います。 もちろん、挙げる中には Movable Type や mt.Vicuna でなくても同様のことが実現できるものもありますが。

Movable Type + mt.Vicuna でニュースサイトを構築するとこんなメリットが !

読者は Feed で新着ニュースをチェックできる

Movable Type で構築すると、 RSS や Atom などで新着情報 Feed を提供することができます。 ブラウザで直接表示するのではなく、 Feed リーダで情報収集を行うユーザも増えている昨今、 Feed を提供しているサイトは提供していないサイトよりも確実に優位に立てるでしょう。

Hop or die! ももちろん Feed を提供しています。

カテゴリごとのニュースアーカイブを自動で作成

Movable Type で構築することにより、例えばビール各社のキャンペーン記事のアーカイブや新製品の商品情報記事のアーカイブのようなアーカイブが自動で作成されます。

関連するニュースをリストアップ

TagSupplementals プラグインを導入することにより、ニュース記事を投稿すると、同じタグが付けられている過去の記事を自動でリストアップできます。 例えば、 Arc. 5-6 タグのように、キャンペーンカテゴリや商品情報カテゴリなど、カテゴリをまたいで関連する部分をタグ付けによって分類することができます。

頻繁に更新することが可能

私の推測ですが、多くのニュースサイト管理人は、「その日に紹介するニュースを一旦まとめあげてから」更新していると思います。 Movable Type の場合、ひとつのニュースに対してひとつの記事を作成するようにすれば、気になったニュースを素早く更新することができます。

「ニュースごとに記事を作成していると再構築やサーバの容量制限が大変じゃないか ? 」 いやいや、記事単位のアーカイブを生成せず、最小単位を日別アーカイブ ( 詳しくはアーカイブテンプレートを参照 ) にすれば、再構築もそんなに時間はかからず、生成されるファイルサイズも一旦まとめあげて更新するのとほとんど変わりませんよ !

実例として Hop or die! の今日の更新 を見ていただけると分かると思いますが、ひとつひとつのニュースを個別に投稿しているようには見えないでしょう ? 見えていても「見えない」ってことでひとつヨロシク。

情報の検索が簡単

Movable Type は全文検索システムが備わっているので、キーワードが分かっていれば過去の記事からも簡単に情報を見つけることが可能です。

柔軟なレイアウト・手軽に変更できるビジュアル

トップページはニュースだけではなくて、巡回先のリンクリストや各ニュースへのリンクなど、多くの情報を複数カラムで効率よく配置したい。 でも月別アーカイブなんかは情報量が多くなるので、サブ的な情報はページ下部に置いて、ニュース情報のみを広々と掲載したい。 でも、ページごとにレイアウトを考えたり、考えたレイアウトをいざ実現するのって難しい......。

mt.Vicuna では、 HTML や CSS に詳しくなくても、解説に従ってほんのちょっとだけ書き換えるだけで、 Valid な HTML のまま柔軟にレイアウトを変更することができます。 スキンも豊富に用意されているので、模様替えも簡単。

ニュースと雑記を切り分ける

ニュースを紹介するだけではなく、管理人自身の雑記も読んでもらいたい。 でもニュースだけを求める読者もいるだろうなあ......

そんな時も、記事を更新していく際に一定の手順に従っていれば、カテゴリやタグだけでなく、「ニュース / 雑記」のような大まかな区別を付けることも可能です。 Hop or die! の場合は、 ニュース記事とそれ以外のメモについての区別の付け方という方法で、ニュース記事のみのアーカイブを作成しています。

情報元の表記も簡単

Hop or die! は基本的にブルワリー各社やビアバーの weblog から情報を得ていますが、いわゆる孫ニュースサイトの場合は他のニュースサイトから情報を得て、紹介の際に情報元を表記していると思います。

例えば、記事のメイン部分は MTEntryBody に記述し、紹介元へのリンクは MTEntryMore に記述するようにすると、後々テンプレートをカスタマイズすることで「紹介元ごとのニュースアーカイブ」なども作ることができる可能性があります。 ( 実際にテンプレートを作ってみたわけではないので断言できませんが。 )

サイトの構築が短時間で可能

次項で説明しますが、私の場合は正味 2 時間くらいで Hop or die! の大まかな形を作ることができました。 ( もっとも、基本環境は hxxk.jp で構築済みだったというのも大きな要因ですが。 )

mt.Vicuna のテンプレートとスキンの手軽さ・汎用性の高さはただただ感心するばかりです。

Hop or die! 作成にかかった大まかな所要時間

1. 有休を取っていたので時間が少しだけ取れる
2. ニュースサイトを作ってみようと思い立つ : 0 分
3. <!-- サーバとドメインを用意して Movable Type をダウンロードしてインストールする --> これは既に hxxk.jp で実行済 : 0 分
4. ビールを飲む
5. mt.Vicuna からテンプレートとスキンをダウンロードして導入 : 飲みながらで約 10 分
6. ビールを飲む
7. 構成を大まかに考える : 5 分
8. Movable Type の管理画面から各種設定を行う : 10 分
9. ビールを飲む
10. テスト記事を作成してみる : 1 分
11. 全体を再構築し、確認してみる : 5 分
12. ビールを飲む
13. ビールを飲む
14. 個別記事のアーカイブを作らないことにしたので、テンプレート内の MTEntryPermalink の箇所を少し書き換える : 5 分
15. カテゴリ名などを考えて、設定する : 5 分
16. リンクウィジェットに掲載するブルワリーやビアバーへのリンクを充実させる : 1 時間
17. ビールを飲む

所要時間は記憶に頼ったので全く正確ではありませんが、 Movable Type の導入と構築後のリソースの充実とビールを飲むことを省けば、かなりの短時間でニュースサイトを構築することができました。 いずれ詳しい解説などを書いて、ニュースサイト界隈にも mt.Vicuna を活用する例が増えると嬉しいなと思います。

献本いただきました

ホップ本の共同執筆者が Web 標準テキスト (2) CSS という書籍を出版するとのことで紹介した Web標準テキスト(2) CSS ですが、著者である Lucky bag::blog の福島さんから献本していただきました、ありがとうございます。

献本いただけるとのご連絡をいただいたときは、単純に福島さんが書かれた本をいただけるのだと思っていましたが、同時刊行の Web 標準テキストシリーズを 3 冊ともいただきました。 じっくり読ませていただきます !

私信なんですが、今回ちょうどタイミングが合いますし、まさか 3 冊いただけると思っていなかったので、明後日に届くと思われるアレはお礼というかプレゼントとして受け取ってください :-)

3 冊の比較画像

シリーズということもあり、判型や表紙には統一感。

ページ数はまちまちで、 Web標準テキスト(2) CSS は中間の厚さとなっています。

しかし私の PC 周りの本棚は Web 関連の書籍とビール関連の書籍しか無いんだなあ、と写真を撮って改めて実感。 もう少し色気のある本でも置くべきですかね。

冬休みも終わり。

2008 年一発目の記事です。 2007 年は 4 月から weblog を休止状態ということにして本業に専念していましたが、年末に意識して記事を投稿してみました。

記事を書くことは楽しいですし、自分のためにまとめ上げたことが色々なサイトで話題に上げていただけるというのは嬉しいものです。 しかし、やはり仕事が立て込んでくると時間が取れなくなるもので、しばらくは復活宣言はせず、不定期に記事を投稿していくようにします。

入院のお知らせ

今後のことの報告になりますが、今月末よりしばらく入院します。 時間があれば何故そういうことに至ったのか、どういう手術をしてどういったネオ真琴になって帰ってくるのかを詳しく書きたかったのですが、また明日以降時間が取れなさそうなので、この記事へのリプライあるいは makoto[at]hxxk.jp へのメールなどで質問していただければ、後日回答記事を投稿しようと思います。

入院自体には不安を覚えていないのですが、入院前の最後の定期通院だった今日、自律神経の失調が原因と思われる不整脈があることを伝えたら、 「心疾患の疑いがあるなら入院および手術の延期も視野に入れないといけない」 と言われてしまいました。 「まあ、おそらく延期するほどのことじゃありませんけどね」 とも言われたので、予定通り入院したいところです。