読者は別にどっちだっていい 他
色々ネタも溜まってるので,今回は「戯れ言」形式で。 今回のメニューはこんな感じ。
セキュリティ・アップデート週間
はい。 今回もセキュリティ・アップデート満載でした。 主なものは以下のとおり。
- 2014年8月 Microsoft セキュリティ情報 (緊急 2件含) に関する注意喚起
- Adobe Flash Player の脆弱性 (APSB14-18) に関する注意喚起
- Adobe Reader および Acrobat の脆弱性 (APSB14-19) に関する注意喚起
- About the security content of Safari 6.1.6 and Safari 7.0.6
特に Adobe Reader に関しては
とのことなので,該当者は早急にアップデートすること。 なお Adobe Reader は環境設定で自動アップデートにすることもできるので,設定を確認することをお薦めする。
まぁ Adobe Reader は使わないのが一番いいんだけどねぇ。
あと注意喚起がいくつか。
まぁ基本的にはいつものやつなんだけど,夏休みの注意喚起については,家庭内のセキュリティについて言及しているのが面白い。 まぁお盆も終わったことだし,今のうちに家庭内の状況を点検しておくのもいいと思う。
そうそう。 Gpg4win の 2.2.2-beta が出ている。
この前の問題の修正を含む GnuPG 2.0.26 が同梱されているのでアップデートをお薦めする。
mintty + winpty
この前の MinGW+MSYS の続き。
MSYS に同梱されている msys.bat は -mintty
オプションを付けることで,コマンドプロンプトではなく, mintty を起動する。 mintty はシンプルでいいのだが, Windows アプリケーションとの間でうまくパイプがつながらないため,対話型のコマンドが動かないという問題がある。
で,これを解消するためには winpty を wrapper としてかませればいいらしい。
Download Package に入ってる実行モジュール(と DLL)を MSYS の bin ディレクトリに放り込んで
> mintty /bin/console.exe /bin/bash
とすればよい(msys.bat に同様の記述があるので,その部分を書き換えれば OK)。
当然ながら,この方法で直接 bash を起動すると /etc/profile
や ~/.profile
を読まずに ~/.bashrc
(MSYS インストール直後は .bashrc はほとんど空)を最初に読むので注意が必要である。
タグ一覧ページを追加
このブログではタグの制御に Tagwire Plugin を使っている。
Movable Type には随分昔のバージョンから「エントリータグ」の仕組みがあったのだが,当時はあまりに遅すぎて使い物にならなかったので Tagwire の方を使わせてもらっている。 で,最新バージョンを確認するために久しぶりにサポートページを覗いてみたのだが,なんか色々おもしろい機能があるようだ。 当時は気づかなかったよ。 で,早速タグ一覧ページを作ってみた。
作り方は簡単。 MTTags および MTEntriesWithTags のコンテナタグを使う。 こんな感じ。
<MTTags sort_by="count" sort_order="descend" case_sensitive="0"> <section id='<$MTTag$>'> <h3><$MTTag$> <a href='http://delicious.com/spiegel/<$MTTag encode_url="1"$>' rel='dc:keywords'><i class='fa fa-delicious'></i></a></h3> <p>Recently Entries</p> <$MTTag setvar="mt_tag"$> <ul style='list-style:none;'> <MTEntriesWithTags tags="$mt_tag" case_sensitive="0" lastn="10"> <li><a href="<$MTEntryPermalink$>"><$MTEntryTitle$></a></li> </MTEntriesWithTags> </ul> </section> </MTTags>
これで,使われているタグを使用頻度の高い順から取り出して,各タグごとに関連するブログ記事を最新から10個列挙していくことができる。
これの何が面白いかというと,このページ自体が「タグ」というリソースを示す URI として使えるのだ。
たとえば security
というタグを RDFa で表現する場合に
<a href='/tags/#security' rel='dc:keywords'>security</a>
あるいは
<span resource='/tags/#security' property='dc:keywords'>security</span>
といった感じで述語と目的語を指示できる(主語は親要素のリソース)。
ちなみに RDF/RDFa には tag
という語彙は存在しないようなので,苦し紛れに dc:keywords
としてみたのだが, Validator には怒られなかった。
う~む。
note と KDP のいい関係
note で follow しているブロック作家 nano kanta さんの Kindle 本が出た。
実はこれに気づいたのが 2 が出た時で,慌てて 1 の方も買ったんだよね。 最近あんまり note で遊んでないのよ。 note 側が Web Money 系のカードを認めてくれれば,もっと遊べるんだけどねぇ(V プリカは OK らしい。 Master Card はお嫌いですか?)。
以前私はnote を「どんつき」のメディアと書いたが, Kindle は「どんつき」からの出口になりうると思う。 いや,面白い。
読者は別にどっちだっていい
なぜ Kindle (厳密には KDP)なのか。 それを考えるには大原ケイさんの以下の記事が参考になる。
では具体的に見ていこう。
これは大原ケイさんの立場がよく表れていて面白いと思う。 でも,私は「読者」なので,そうは思わない。
喩えは悪いけど,出版社は「上座部仏教(最近は小乗仏教って言わないのね。まぁ差別用語だしなw)」で KDP は「大乗仏教」って感じだろうか。 いまどきの言い方をすれば出版社は「排除型」で KDP は「過剰包摂(bulimia)型」か。
「排除型」はまず舞台に立つまでが果てしなく「高い」。 出版社と契約するにしろパトロンを得るにしろ,そこに辿り着くまでにほとんどのアーティストが淘汰される。 で,出版社やパトロンは,それが「読者」のためになると思っている,本気で。 でも私たちは知っているのだ。 一方が選ばれもう一方が選ばれないことに合理的な理由などない,と。 これが音楽にしろ書籍にしろ「出版社」が機能しない(しなくなりつつある)本当の理由。
一方の KDP を含む「自己出版」はすべてを飲み込む。 それこそ「しっぽのさきっちょ」まで。 そして「嘔吐」するのだ。
これはどちらが優れているか,という問題ではない。 同じことなのだ,どちらも,「読者」から見れば。 ただ,それぞれの舞台で生き残る Player が異なるだけのこと。 この「異なる」という点だけが重要なのである。
だからアーティストは自身の身の丈に合う戦略をとればいい。 出版社も KDP も「手段」にすぎないのだ。 出版社に相手にされないならライブや自己出版という手もある。 パトロンを得られないのなら crowd funding という手もある。 (もちろん自分で全部やるのなら,他人のせいにすることなく,自身を promote できなければならないが。まぁでも,それはどんな職種でも同じこと)
中塚武さんの Your Voice
に世界中を飲み込むうねりのような流れの速さに身を任せつつ
という歌詞があるが,アーティストもそれに応える私たちも,ただ流されるだけの存在ではない。
今の時代,私たちはコンテンツ(だけ)に対価を払っているわけではない。 そもそも「コピー(=出版)できるもの」の価値が果てしなく下がっているのに,そこに敢えてお金を出すのは何故なのか,ということだ。 それがわからないなら書籍出版も音楽出版の二の舞いになる。
だからといって苦し紛れに著作権強化とかやめてね。 情緒的な延命措置は,結局は周囲に迷惑をまき散らす。