出版社の危機は取次ぎ制度の崩壊、もしくは再販の廃止で本格化する

昔、出版社に籍があったことがあり、

会社がやっている事業ということで、

その仕組はある程度頭に入れてある。

それで、なんでその仕事から離れたというと、

世の中にあまたある出版社は、

現状維持するのがやっとで、

大きな動きがあったらバタバタと潰れていくのではないか、

と思ったからだ。

出版が今まで業界として生き残って来れたのは、

取次という流通制度と

再販制という保護制度があったからだ。

取次というのは、

出版業界外から見ると、

問屋みたいなものかと思われるが、

実際はそんなことはなく、

出版社、書店にも大きな影響力を持っている。

出版社が新刊本を出版すると、

取次への納品部数分の代金を払ってくれる。

（その代わり、返品があるとその分は出版社から取次へ返金する）

そして出版社は、

返品が来る前に新刊の出荷で得たお金で

次の新刊にとりかかり、矢継ぎ早に出版する。

これは、取次が出版・書店の

金融機関としての役割を持っているからできる。

しかし、返品が多くなれば、

手元に金庫にお金があるように見えても、

ちょっと先にある支払いの山に対応できずに、

不渡りを出してしまう可能性もある。

これを避けるために、次から次へと新刊本を出している会社がある。

つまりは、出費より先に入金を作るために

自転車操業状態になり、

なおかつ、粗製濫造にもなっているのだ。

そのような状況で、取次が潰れると、

一気に首が回らなくなる出版社が多い。

去年、比較的大きな取次がそうなってしまい、

出版社だけでなく書店でも

その余波での倒産があった。

取次という仕組みが崩れると、

業界全体としてそうなってしまうのだろうと予想している。

そして、再販制である。

再販制は、どこのお店でも同じ商品ならば

同じ値段で売らないとダメよって縛りで、

書籍やCDなんかが該当している。

そのおかげで、どんなに売れない本であろうと、

値引きされずに定価のままで売ることができている。

この再販制がなくなってしまうと、

一般向きでない本は、在庫一掃などの際に

大幅に値引きされて売られてしまう。

そういう前提になると、取次経由で本屋に卸される時の

卸値が大きく値引きされる可能性がある。

今は、取次も機能し、

再販制もあるので、杞憂であるが、

これらがなくなったら、大手出版社ですら継続できるかあやしいと考えている。

現に、一部の本では取次を経由せずに書店に並ぶ本も出ているし、

何よりAmazonであれば、取次を経由しないでの出版も可能だ。

（書籍の形態をした雑貨扱いになるけれども）

再販制はTPPとかで問題視されれば、

あっけなくなくなるんじゃないかと考えている。

このどちらかが消えてしまうと

途端に途方に暮れる出版社は多い。

その時が来るまでのんびり出版社での仕事をしててもいいが、

たぶん嵐が来るのであろうと思っているのであれば、

そこから逃げておくのも手だ。

出版社での仕事は、IT系の会社とは

企業文化がまるっきり違っていて

大変面白い経験であったが、

そのうち沈む船であるとも考えていたので、

ひっそりと違う陸地に移ったという感じだ。

Kindle peparwhite のアカウントを切りかえた話

amazon.comのアカウントで使っていたkindleを

amazon.co.jpのアカウントで使いたく思い、

統合しようか迷った挙句

comとco.jpで使い分けるようにした。

kindleを使い始めた時に、

.comのアカウントでも不便がなかったのだが、

最近になり、青空文庫とかの無料で読める本が増えてきたこともあり、

.co.jpのアカウントで使おうと考えたのだ。

結論としては、

１・.comの管理画面からkindleの登録を解除

２・kindle上でアカウントを入れろとの案内が出るので、

　.co.jpのアカウントを登録

以上であっけなく終了

kindle上に入っている.comで入手した本はそのまま残り、

.co.jpに設定したあとでも問題なく読めた。

しかし、コレクションは消滅。

使ったことがない人に向けて書くと、

コレクションというのは、kindle上で本やドキュメントを入れる

フォルダーを作り、管理する方法がコレクションと呼ばれていて、

数百点もドキュメントを突っ込んだりしていると、

これがないと操作が煩雑になってしまうというものだ。

コレクションについては、再度設定し直すとして、

とりあえず.comのアカウントから、

.co.jpのアカウントへはかんたんに移行ができた。

当面は、.comはタブレット上でのkindleアプリ用として、

PDFを始めとしたドキュメントを読む専用、

.co.jpは青空文庫とかの日本語文章を読む端末として

使い分けをするつもりだ。

radikoでなくラジオ

radikoやラジオらじるとかのネットラジオを中心に聞いていたが、

単体のラジオに完全移行した。

理由は簡単で、スイッチを入れてすぐに音が出る、

というのが便利だったからだ。

InterFMを中心に聞いていて、

休日とかは朝からBGM代わりに流しっぱなしにしている。

ラジオを買う前は、アンプに古いiPod touchを繋いで、

radikoで再生していたのだが、

電源を入れてから音が出るまでの操作がめんどくさくなり、

ラジオを聞けるようにアンテナを繋いだりしたのだ。

その結果、電源をいれればすぐに音が出るし、

ネットラジオで時々ある、

パケットロスか何かで、音が途中で止まったりというのもなくなった。

それをきっかけに、単体ラジオ（スピーカー付きのラジオ）を買い足して、

ニュースのたぐいはテレビでなくNHK-AMで聞くようになった。

ラジオ中心の生活に慣れると、

テレビというのは、非常にうっとうしい。

たとえば、地震速報とかだと、

ラジオでは、震源はどこで、どこでどれぐらいの揺れか、

とかを、繰り返し読み上げるのだが、

テレビだとその背景に、地震の時の揺れている映像を使う。

そういうムダな配慮がうっとうしい。

なにより、よっぽどの大地震でもない限り

揺れている映像なんてのは、一度見れば充分だ。

そんな感じで、ニュース系に関していえば、

ラジオで時々刻々の状況を把握して、

それをビジュアル面で補うために新聞を読むという

時代を逆行するスタイルになってしまった。

（ネットニュースも見るけど、新聞のほうが記事としてまとまってるんで）

作業時間の効率化と、無駄な時間の捻出

調子がいい時には、効率的に時間を使って、
バンバン動けるのだが、
なんともいえず点火不良みたいになって、
うまく動けない時がある。

平日だと仕事帰りに少し遠回りして
見晴らしのいいところのベンチで
コーヒーを飲んだりするってだけでも、
かなりのリフレッシュになるのだけれども、
その隙間がうまく作れないことがある。

デスクワークで時間を采配するのは上手なんだが、
すきまの作り方が下手なのかな、
と考えてみたのだが、点火不良で頭が回らず。

ニュースの見方

NHKのプライムニュース（昼や夜にやっているニュース番組）の

質が低下したと言われて久しいが、

そもそもニュースとは何であるか。

 

一説によると

・政治

・外交

・経済

がニュースの狭い定義なのだそうだ。

 

だけれども、テレビでやっている

自称"ニュース番組”とやらを見ると、

上で書いたニュースについてはほとんど触れられず、

アイドルグループの離合集散や

有名人のゴシップ、

さらには、ニュースに見せかけた番組宣伝なんてのも

混ぜ込まれている。

 

実際の所、

大概のニュースはネットで先に見てしまっていて、

テレビで見る必要はない。

だけれども、

映像や解説があったほうがわかりやすいニュースは、

テレビで見たほうが良い。

 

その際にどの番組を見たらいいか、

それの指標として上の定義た役立つ。

それぞれの項目のことを

ちゃんと取り上げているか、

ゴシップと混同してないか

なんてのを見るだけで

ちゃんとした番組かどうかがわかる。

 

そうやって見たところで、残念なのが、

専門ニュース以外では

ろくなニュース番組がないのが実態だ。

 

（今、上に書いたことを読み返したのだけれども、

　ものすごいジジイっぽいね。
　実際はそんなに年寄りじゃないよ）

キーボードの脂汚れ

黒いキーボードを使うようになって、

油汚れが目立つようになってきた。

 

別に自分で使うだけなら問題ないのだが、

傍目にかっこわるいし、

なにより汚らしい。

 

黒いキーボードが脂でテカってるのって、

「オレ、脂ぎってます！」ってアピールしてるみたいで

気持ち悪いし。

 

それで、ちょこっと調べてみたら、

無水エタノールがいいらしい。

消毒用じゃなくって、

無水アルコールっていう、

水分保有量が少ない方。

 

近々買ってきて実践してみよう。

 

なお、拭き取るのにティッシュじゃなくって

キムワイプがいいって記事もあったが、
わざわざ買う程でもないんで、
今回はティッシュを使う予定。

PHPでEXIF情報を取得する方法

当面は、自然言語処理が中心になるので、
すぐには使わないのだけれども、
簡単に実装できそうなのでメモ。

PHP- exif_read_data - Manual
こちらが、EXIFの情報を読み取る関数。
EXIFとしてテキストデータを埋め込めるとの定義はあるのだけれども、
その中に収納するテキストのフォーマットについては
特に定義づけされてるわけではないんで、
デジカメやスマホなんかの慣習を元に
テキストの解釈が必要になるとのこと。

PHP- exif_thumbnail – Manual
JPEGやTIFFにはサムネイルを埋め込むことができ、
その画像を取り出す関数。
Webツールで画像とメタデータの一覧とかで
画像を表示するのなら、
こっちでピックアップした画像を使ったほうが
軽くていいのかな、なんて思う。

 

GPSと日時のデータが取れれば、
結構面白いことができるんじゃないかと思う。