Archive for the ‘日記’ Category

先日、健康診断を受けた。それでいつも心配なのが、採血の針がちゃんと血管に挿さるかだ。僕の血管は細いのか皮や脂肪に隠れているのか、たまにひどい目に遭う。いつだったか、数回刺し直してもダメで、別の場所でやり直されたことがあった。あとは、失敗のせいで少し気持ち悪くなって、横になっていたこともあった。

が、今回の看護師さんはうまかった。一発でスッと入り、途中で血が出なくなることもなかったので、「さすが、この世界は経験が物を言うようだな」と感心した。ところが、

上には上が居た。

その健康診断でちょっと問題が出たので、精密検査を受けに病院に行った。検査の準備に血液検査があるので、採血された。担当は若い方だったので、微妙に心配だった。が、仕方ないので、ぐでっと腹を出して寝る猫のように、諦めの気分で全てを任せてみた。

すると、意外にも一回で完璧に入った。しかも、全く痛くなかった! 健康診断の時の人はちょっと痛かったのに、この人はそれ以上の腕だった。今回は更に採る血の量が多かったのだが、途中で血が出なくなることもなかった。

まあ、こっちの体調も関係あるだろうし、今日は大病院で採血専門の部署の人だったから、当然、針を挿すのは得意なのかも知れない。

いずれにしても、

若い看護師さん → 経験が足りない → 失敗・痛い

は全くの思い込みであった。本当に失礼しました。それで、終わったら褒めたかったのだが、相手はプロだから失礼かも知れないし、僕はそこまで気安く話し掛けられないので、しなかったw

 

PS. 本題とは全く関係ないが、初診の時に何枚も病歴とかを書くのに、大抵の医師は良く読まずに直接聞いてくるのは一体どういうことなのかと、小一時間問い詰めたいw こういうのは(「お薬手帳」ともども)スマフォとかに入れておいて(しかも、病院に掛かったら自動更新)、一発で転送(同期)できるといいなあと、今思った。まあ、嫌な人も居るだろうけど、何かと病院にお世話になることの多い僕は歓迎だ。

  •   1
  •   0

Spotifyの使い勝手を改良するプログラム(暫定版)を作った。仮に「Spotify制御ツール」(spotify-ctl)と呼んでいる。(作るのに結構苦労した割には、)見た目はしょぼいが、僕には欠かせないものだ。以下のような機能がある。

  • リモコンでSpotifyを操作できる。GMB(gmusicbrowser)と切り替えて使える。
  • 音量正規化のon/offをボタンで切り替えられ、その状態を表示できる。
  • リモコンで、「この曲の再生後に停止」を指示することができ、その状態を表示できる。

意外なことに、ほとんど誰も「この曲の再生後に停止」機能を欲していないようだが、几帳面な僕には必要だ。今の曲で聴くのを一旦止めようと思った時、一瞬でも曲のお尻が欠けたり次の曲の頭が出るのが許せないのだ(これ、本気です)。常に「ぴったり」で停めたいのだ。それをやるのにこの機能がないと、(車の信号待ちの時のように)曲の終わり辺りで再生位置のメーターに神経を集中させる必要があるので、疲れるw

少し内部的なことを書くと、システムは、以下のように、リモコン対応部(GMB用のプログラムに機能を追加)と制御・表示部(本体)からなる。

リモコンサービスプログラム

  • リモコンのキー(再生、停止など) → SpotifyまたはGMBに指示を送信する(DBus)。送信先(操作対象)は下のように切り替える。
  • 対象切り替えキーまたはその時の状況(例: 片方のアプリしか起動してなかったら、そっちに送る。片方が再生中だったら、そっちに送る。)で、制御対象(SpotifyとGMB)を切り替える。
  • 対象の切り替え時には通知を表示する。
  • 「この曲の再生後に停止」のキー → 制御・表示プログラムに指示する。

制御・表示プログラム

  • Spotifyアプリ (DBus) → 曲情報 → ウインドウに曲名、演奏者、アルバム名を表示する。
  • Spotifyアプリ (DBus) → 再生状態 → ウインドウに表示する("Playng status": "▶"/"⎟⎟")。
  • 音量正規化変更ボタンのクリック → Spotifyに設定し、ウインドウ下部のボタンに状態("RG is ON"/"RG is OFF")を表示する。
  • リモコンからの「この曲の再生後に停止」の要求 → 要求の有無をウインドウに表示("Playng status": "▶"/"▶⎟⎟")し、要求がある場合、曲の切り替わり直後に停止する。その後、要求をクリアする。

なお、本当は、GMBのミニプレーヤー(下図左側)のようにテキストを綺麗に表示してジャケット画像も出したかったのだが、表示に使ったツール(yad)の機能の限界のために見送った。余裕があれば、別のツール(uzblブラウザが有望)で実現したい。が、簡単に操作できることが重要で、見栄えは本質でないので、優先度は高くない。あくまでもお遊びだ。

やりたかったイメージ (左(GMB)が理想)

「なんだ、偉そうなこと言っておきながら、結局(GPMでやっていたことと)同じことを繰り返してるじゃん」と言われそうだが、結構違う。GPMの時は、第三者の作ったライブラリやアプリなどを改造して使っていたが、こっちは、純正のアプリを何も変えずにそのまま使い、一部(音量正規化の設定変更の仕方)を除いて、公開されている仕様(DBus/MPRIS)に基づいて作っているので、Spotifyの勝手な変更(仮にあったとしても)に右往左往させられる心配は少ない。だから、将来的な手間はずっと少ないはずなので、音楽(=本質)に集中できる。

遊んでしまったw テキストを見やすくし、ジャケット画像をSpotifyから取得して表示するようにし、再生状態はアイコンにした。これならまあまあ許せるかな? 表示には前と同じプログラム、yadを使ったが、前(form)とは別のモード(list)を使った。 (6/3 3:33, 13:12)

外観を大幅に改良したSpotify制御ツール

 

PS. まったくの余談だが、デバッグ中に「さらば涙と言おう」(1971)が掛かった時(→ )、ものすごく懐かしかった。というのは、僕の通っていた小学校では、下校時間にこの曲が流されていたのだ。どうしてこの曲なのかは今となっては知る由もないが、毎日掛かっていたのだ。たまたま帰るのが遅くなって、夕方の薄暗い時に、ちょっと悲しい気分で聞いた記憶がある。なお、この曲がいつまで使われていたのかは記憶にない。

何十年振りに聴いた気がするが、清潔とかシンプルな曲だと思い込んでいたのに、(基本はそうだけど)意外な雰囲気だったことが分かった。例えば、ハワイアンな音(ギター)があるのだ。尾崎の「また逢う日まで」(1971)もそうだが、当時は結構妙なアレンジが多かったのかも知れない。まあ、今の歌(全然知らないがw)でも後でそう思われる気もする。

あと、彼がのちに県知事になるなんてのは、まったくおかしなことだw でも、USだって似たようなものだ(爆)

PS2. GPMを退会するに当たり、ライブラリ(お気に入りのようなもの)の一覧を保存しようと思っていたのだが、面倒だ。ツールはあるはずだが、それを引っ張りだして実行するのすら面倒だ。そして、意外なことに、近頃は、「そんな一覧なんてなくてもいんじゃない?」とすら思って来た。

というのは、確かに、気に入った曲の一覧があればいいが、今まで、それを見て聴くことがほとんどなかったからだ。逆に、重複のチェックに使った程度だ。あとで一覧を見て振り返ればおもしろいだろうが、その程度だし、それなら日記やこのブログに書いてあるからいい。(クラシック音楽については)僕は、常に、新しい(自分の知らない)、自分好みの演奏を聴きたいと思っているからだろう。あと、演奏者やジャケットを見れば思い出せることが多いし、気づかずに再度聴けば気に入る可能性もあるのだ(実際、最初は気に入らなかった演奏をあとで気に入ったことがあったし、その逆もあった)。

要は、昔の人のように、何かの曲の話になったら、「ああ、あれ(あの人の演奏)は良かったよ」みたいなものだと思っている。曲名と演奏者名が分かれば、世の中のどこかにあるはずだから、聴こうと思えば聴けるので、音楽を聴くのに(個人の)ストレージは不要になった。すごい時代だ。というか、昔に戻っただけ?w

重い腰を上げて、ライブラリの曲一覧をダウンロードした。GPMでは190アルバムと表示されていたが、ダウンロードしたら184個だった。まあ、6アルバム程度は「誤差」として良しとするw

なお、Googleのサービスはもちろん、既成の(第三者の)プログラムでもできないようだったので(検索したら、ブラウザでGPMを開いて、開発者ツールにJavaScriptのプログラムを入れてなどという前時代的なことが書いてあって、げんなりした)、gmusicapiのMobileClientインタフェースのget_all_songs()を使って適当に作った。いつもながらPythonは嫌いだ。Perlよりはまともだが、なんで人気があるのか分からない。 (6/3 22:01)

PS3. 今気付いたが、このツールのおかげで、(Spotifyのアプリではできなかった)曲名や演奏者名などのコピーが容易になった。自分では気付かずに作ったが、これはうれしい!

PS4. それなりに動いていて便利なのだが、(いろいろ工夫はしたものの、)曲情報が改行されていないのはやっぱり見難いので、いろいろ試した結果、表示部に全世紀の遺物的なプログラム、Tcl/Tkがすごく良く使えそうな感じだ。今日、外側を作ってみたら、かなり理想に近くなった。あとは中身を作るだけだ。 (6/5 22:27)

新しいUIの案

  •   0
  •   0

前回、Googleのいつもの勝手気ままな行動のために休日を潰したことを書いた。その時は暫定的な対処でしのいだのだが、正式な対処をする必要があり、結構大変(しかも、Googleの気まぐれでこの先がどうなるか不明なので、すぐには手を付けられない)なことを実感した。それで、どうするか考えた。いくつかの案があったのだが、その一つに、以前は却下したSpotifyに移ることがあった。

Spotifyを却下した理由は、Linuxのクライアントで音量正規化ができなかった(設定はあったが、効いていなかった)ことと、僕の聴きたい曲のレパートリーがGPMに負けていたことが大きかった。ただ、そもそも、GPMでの多大な苦しみは音量正規化をするためだったので、もし新しいSpotifyクライアントで音量正規化ができれば、そんな苦労が不要なので、充分に再考の余地があると考えた。

調べてみたら、近頃Linuxのアプリが更新されたようなので、インストールして試してみた。すると、音量正規化がかなりうまく働くことが分かった。普通のポップ音楽ではボリュームを調整する必要がないほどで、僕が苦労して作ったGPM+GMBのシステムを軽く超えていた。ただ、動的に正規化しているためか、ピンク・フロイドの「狂気」の最初の曲のように小さい音が長く続く場合には、音量の変化が激しくなって不自然になる。それにしたって、わざわざその曲を試したから気付いただけで、今まで数日間、普通にポップ音楽のラジオ(プレイリスト)を聴いていた限りでは、全然おかしくなった。あと、無料プランなのでビットレートは低いはずだが、(ポップ音楽では)音質も悪くなかった。

レパートリーに関しては、確かにGPMの方がいいことがある。が、試して実感したことがある。それは、(以前も書いたが)Spotifyの方がGPMよりずっと「音楽的」だということだ。言い方を変えれば、音楽好きな人たちが運営している雰囲気が感じられるのだ。一方、GPMからはそんなことは全然感じられない。他の事業と一緒で、持ち前の技術やお金やパワーでささっとシステムを作って出している感じだ。基本はお金や彼らの興味(先進性の誇示?)のためにやっているので、儲からなくなったら、あるいは、飽きたらあっさり止めるだろうし、(彼らにとって)つまらないことはしないのが見え見えだ。その証拠の一つが、上の音量正規化だ。ずっと要望されているにも関わらず、なーんにもしていない。GPMのラジオを聴くと分かるが、曲ごとに音量がバラバラなので、全く楽しめない。彼らはシステムを作るだけで、そのシステムでロクに音楽を聴いたことがないのだろうし、興味もないのだろう。きっと、良く居る技術○鹿集団なのだろうと思う。

ラジオ(プレイリスト)の曲目にしても同じだ。GPMにもそれなりのラジオがいくつもあるのだが、いつも何となく不満だったり物足りなかった。ところが、Spotifyのは全然違っていて、「これだ!」と感じられるのだ。

例えば、今朝からSpotifyの"My Generation: '80s"(無料会員登録すれば見られます)を聴いているのだが、最初の2曲を掛けただけでうれしくなった。「青い珊瑚礁」の次は「異邦人」なのだ! しかも、洋楽(例: ノーランズ "I'm in the mood for dancing")も混ざっていて、まるで僕のために作ってくれたようなリストなのだ。そういうのが全部で100曲、たっぷり聴ける。GPMのラジオは機械で作ったような感じだったが、これは違う。音楽好きのスタッフが作っているように思う。(6/4 20:54追記: 実際のところ、スタッフがどうなのかは分からないが、今日読んだ記事によれば、Spotifyの創設者ダニエル・エクは音楽好きらしい。顔はちょっと怖くて(眉毛がないところは、映画"The Wall"のピンク(ボブ・ゲルドフ)みたいだ)、いかにもロック好きの熱血漢という感じだw それはともかく、やっぱり、大きい会社のように、「儲かりそうだから、ちょっと真似してみるか」程度の軽い気持ちで始めた訳ではないようだ。)

Spotifyでプレイリスト"My Generation: '80s"を再生中

今まで試して来て、いろいろな不満・欠点は見つかっているのだが、それでも乗り換えたい気分になっている。繰り返しになるが、音楽的だということ以外に、純正アプリに音量正規化機能があってまともに使えるから、GPMでのような散々な苦労をする必要がないのは大きい。

とはいえ、やっぱり欠点はあるので、可能な範囲でカバーしようと思っている。以下に、現状での不足・不満な点を列挙する。いくつかは既に対処している。

  • サービス
    • レパートリーが若干狭い(アルバム数が少な目)。 → 入ってなくて聴きたいものは、CDを買うかダウンロード購入すればいい。
    • GPMの"I'm feeling lucky"に相当するラジオ(プレイリスト)がない。そのうちリコメンドされる?
    • 手持ちの曲(レパートリーにないものなど)をアップロードできない(デバイスごとに入れるしかない)。 → 割り切りの問題?: 自宅ではもちろん聴けるから、外で我慢すればいい?
  • Linuxアプリ
    • 音量正規化のon/offが面倒(拡張設定を開く必要がある) → 検討中
    • 曲名などのテキストが選択できず、コピーもできない。 → "Suggst an Edit"を選択するとブラウザで表示されるので、できる。
    • 「この曲で停める」がない。(GPMも同様) → 検討中
    • 検索に日本語が入らない。(ペーストは可。Webは可) → 何とかして欲しいw
    • リモコンをGMBとうまく共有する必要がある。 → 概ね対処済み。
    • Thumbs up/downできない(アイコンが出ない)ことが多い。謎仕様。(Thumbs up/downはリコメンドに関係ないのなら問題ないが)
    • UIが暗い。 → 改造できるようだ。

逆に、Spotifyのメリットもある。上に書いたこと以外に、以下のようなことがある。

  • サービス
    • 初出年が概ね正しい。(GPMよりずっと正しい)
  • Linuxアプリ
    • 検索結果の最大表示数が多い。
    • アタッカ(メドレーのように、2曲が切れずに繋がっていること)がちゃんと繋がる(今まで試した曲では、GPMで切れていたものも切れなかった)。
    • 演奏者などの情報も見られる。

数は少ないが、欠点を補って余りある。それらもSpotifyが音楽的だと感じる所以だ。

と、ここまで書いたら、当時結構好きだった"Overnight success"が終わったところで、無慈悲な鉄槌を下されてしまったw いや、無料プランの上限(15時間/月とのこと)に達してしまって、次が聴けない・・・ 無料でも無制限じゃなかったのか?? 広告を出してないからか。まあいいや、あとでプレミアムに申し込もう。そして、さっさとGPMを引き払おう!

最後に題について少し説明すると、僕はGPMをいじって遊びたかった訳ではなく、普通に音楽を楽しみたいがために散々苦労していたのだ。その原点に立ち返れば、これまでの苦労をきれいさっぱりドブに捨ててでも、Spotifyに移る価値があると思っている。だから、今までの実績(だかなんだか)があってもなくても、それに固執せず、原点に立ち返って、何が本質かを再確認するのは重要だと思う。と、ちょっと意識高そうなことも書いてみたw

 

PS. 早速プレミアム会員を申し込んだ。最初は100円/3か月なので、結構お得だ。なお、このキャンペーンや通常の最初の30日間無料試用は、以前試用をしたことがあると適用されない。僕も、新規アカウントを作り直したのに、そのパターンになってがっかりしていた。が、どうやら支払い口座(例: クレジットカードの番号)で判定しているようで、別の方法で支払うことにしたら、無事100円になった。ちょっとセコいが、まあ、チートして無料で使い続けるよりはマシではないかw (5/31 4:47)

  •   0
  •   0

5/22(US時刻)に、USなどでGoogle Play Music (GPM)がYouTube Musicに統合された。日本もそのうちそうなるらしい。4月下旬のニュースでは「Google Play Musicが年内に終了」などどいうセンセーショナルな見出しでびっくりしたのだが、中身を読むと、実際には上記のようなことで、全然「終了」ではない(それどころか、実質的には名前が変わった程度)のだが、記者が無知なのかアクセス数を稼ぎたいのか知らないが、大げさな見出しになっていた。(→ 先週、より正確なニュースがあった)

僕は、GPMが終了することはまずないと信じていたので(というのは、これくらいのサービスは、Googleのパワーやリソースをもってすれば、全然問題ない(Spotifyは結構辛そうな気がする)。逆に、投資に比べて利益(お金以外も)が多そうだ。)、それについては全然心配しなかったのだが(仮に終わりになっても、Spotifyなどの代わりがあるから、お気に入りの曲・アルバム一覧などを保存して、移るだけだ)、ちょっと気にあることがあった。それは、GPMをYouTubeに統合するために、システムの内部構造が多少変わる可能性があり、その変化の影響で、今僕がgmusicbrowser (GMB)でGPMを聴ために使っている、gmusicapiなどのプログラムがうまく動かなくなったら、GMBでGPMが聴けなくなって不便を強いられるのではないかという心配だった。その後、疲れのせいかちょっと調子が悪くて余裕がなくて、たまたま、移行した頃から家ではGPMを聴いておらず、移行の件もすっかり忘れていた。

そして今朝。たまたまGPMを掛けたら、なぜか再生できなかった。アプリを再起動したり何度試しても駄目で、無事死亡した。ログを見たら、HTTPエラー403(Forbidden)で曲取得用URLの取得に失敗していた。最初は、自分のPCのLinuxの更新でPython(gmusicapiを動かすプログラム)やgmusicapiを駄目にしたかとか、GPMの認証がおかしくなったのかと思ってその辺りを調整してみたが、駄目だった。それからGPMが移行したことを思い出して、それに関係しているのかも知れないと思った。そして、苦労して作ったシステムが、気付いたら音もなくバベルの塔のように瓦解してしまっていて、また一から作り直しになるのかと、結構重苦しい気分になった。

HTTPエラーが出ていることから、GPMの通信手順がちょっと変わったのかとか、曲のURLを取得するためのURLが変更になったのかと思った。それで、gmusicapiを最新版にしたり、AndroidのGPMアプリの中に新しいURLが書かれていないか調べたが、前者は効果がなく、後者は見当たらなかった(アプリでは使っていないのか、別のページからリダイレクトしているのか)。あとは、参照するDNSサーバを変えてみたり、locale(言語)を変えてみたりしたが、効果はなかった(思い付いて試してみたのだが、まあ、効果がなくて当たり前だ)。

そこで、試しにパスワードを異常なものにしてみたら、別のエラー(HTTP 401だったと思う)が出たので、認証自体は問題なく通っていることが分かった。また、gmusicapiを使ってGPMの曲の検索をしてみたら、正常にできた。要は、本当に、曲のURLを取得する要求(だけ)がハネられている(Forbidden)なのだ。

それで、いつから駄目になったのか(いつまでちゃんと使えていたのか)を調べたら、5/23の6時頃までは正常に再生できていた(それが最後だった)ことが分かった。切り替えがUS時刻の5/22 0時だったとしたら、それは日本時間の5/22 13時前後だから、切り替え後しばらくは使えていたようだ(ここは不思議だ。切り替えはUSの午後から夜だったのかも知れない)。

八方塞がりになったので、検索してみた(Googleだと「自サービスに関する望ましくない情報」としてブロックされている可能性があったので、Bingも使った)のだが、ほとんど出て来ないので、まだ誰も困っていないようだ。それから、gmusicapiが公開されているサーバ、Githubの問題掲示板(Issues)を見てみたら、何となく、それらしいのがあった。スレッド名は以下である:

get_stream_url gives 403 with 'DEVICE_NOT_AUTHORIZED' for Mobileclient.FROM_MAC_ADDRESS #590

去年からの問題ではあるのだが、近頃になって3人が投稿している。そして、(現時点で最後の)fizzybunkという人の投稿を読んで確信した。近頃(移行に関連して?)、曲のURL取得要求を出す時に指定するデバイスIDには(正しい)AndroidデバイスのIDを指定する必要があり、それ以外はエラー403になるようになったようだ。以下に主要な部分を載せる:

I even have tried using a valid android device_id that is registered with the account, seems the only way I am able to get Mobileclient.get_stream_url() to work is being logged into the account on the mobile app with the device of the device_id at the same time. Otherwise it is throwing a 403 error.

今までは、(デフォルトの、)PCのMACアドレスから生成した仮のデバイスIDが使われていたのだが、それでは駄目になったのだ。それで、今使っているスマフォ(AQUOS)のデバイスIDを指定すれば動きそうだとは思ったのだが、とんでもないヘマをしたらAQUOSでも聴けなくなってしまう可能性もあったので、まずは、iPhoneのIDで試したが、駄目だった。

それどころか、iPhoneのGPMのアプリを動かしたあとでGPMのデバイス一覧を調べたら、今日からiPhoneは「PC」扱いになっていた。以前はスマフォ("iOS")だったのに、それとは別に、(ちゃんとしたGPMのアプリを動かしたというのに)PC扱いのデバイスが増えてしまった。GPMに登録できるデバイス数は10個までで年間に4個しか解除できないので、これは結構ひどい。iPhoneの人から文句が出そうだが、まだ誰も騒いでいないようだ。

他に試したことも全然駄目だったので、意を決してAQUOSのデバイスIDで試したら、嘘のようにちゃんと動いた。fizzybunkさんの書き込みは正しかったのだ。

(ほぼ一日を潰して、)とりあえずは復旧した。が、AQUOSのデバイスIDを使うことで、AQUOS側に影響が出ないとも限らないし(ただし、分身の術を使わない限りw、PCのGMBとスマフォで同時に聴くことはないので、競合の問題はない)、今後、更に別の変更がなされて問題が起こりそうで心配だ。前者については、もし問題が起こるようなら、昔使っていたNexus 4にGPMのアプリを入れて、そのIDを使おうと思う。※ 後者はGoogleの腹一つなので、全くどうしようもない。ただ、世の中には多くのGPMアプリが出回っているから大きな変更はできないはずで、今回のようなちょっとしたことであることに期待する。

※AQUOSのデバイスIDを使って曲のURLを取得していると、AQUOSがすぐに(数時間以内)Googleからログアウトしてしまって不便なので、Nexus 4のIDを使うことにした。この問題はGithubの別のスレッドにもあったので予期してはいたが、いろいろな落とし穴が多そうだ・・・ (5/28 6:15)

ただ、本当に駄目になってしまったら、新しい曲の取り方を探すか、別のサービス(例: Spotify)に移ることを考えることにする。だが、仮にSpotifyに移ったって、通信手順などは非公開なので、曲にアクセスするためのプログラムはやっぱり第三者がリバースエンジニアリングで作ったものだから、いつ動かなくなっても不思議はない。だから、サービスを移るのはそれほど本質的でなさそうだ(ただ、SpotifyにはLinuxのアプリがあり、GPMのブラウザよりは使いやすそうなので、GMBで全然聴けなくなってしまった時に移る先としては、意味がある)。

まあ、結局のところ、Google様が心変わりしないように祈りながら音楽を聴く程度しか、できることはなさそうだw

 

PS. それにしても、今回の変更で、日本、いや、世界中で、ものすごい数の人が「あれー!? 再生できない?」って言いそうなものなのに全然そうでないってことは、LinuxでGPMを苦労工夫して聴いている人は、本当に少ないってことのようだ・・・

  •   0
  •   0

先日、暇つぶしにスイフトのアクセサリーカタログ(オンライン版)を見ていたら、思わぬ収穫があった。「普通のスイフトはいいよな。スイフトスポーツには載らないからなあ」と思いつつ、スペアタイヤの項を見ていたら、あったのだ。「スイフトスポーツ」の記述が。意外なことに、新型(ZC33S)には載るのだ!

去年の夏の新型発表時に送ってもらった、紙のアクセサリーカタログには載っていなかった記憶があるのだが(→ 確かにない)、その時の情報が古く、その後準備できたのだろう。

そういえば、新型のマフラーのサイレンサー(膨らんだ部分)は前の(ZC32S)より小さくなったから、ZC32Sで半ば潰してしまっていたスペアタイア用の空間が空いたのだろう(個人的には、コンパクトにしたのだったら、ついでに排気口を1個にして欲しかった)。

僕は今でも、車に乗っている時に、たまに、パンクしたらあの「修理キット」で難儀する(タイヤの交換ではないから、オートサービスはやってくれないはず)ことが確実で、不安になったり緊張したりするので、スペアタイヤが載るのは本当に朗報だ。

もちろん、それだけのために乗り換えることはないが、カタログを見ていた時は、「次は、(スペアタイヤが載る)普通のスイフトでいいかなぁ・・・」と思っていただけに、スイフトスポーツが次の有力候補に返り咲いたのは、言うまでもない。

 

PS. タイヤの他にもいいことがあった。スイフトスポーツの内装(インパネの前面など)がやけに赤いのが派手過ぎて嫌だったのだが、それを黒とか白に交換するパーツがあるのだ。これも以前のカタログにはなかった気がする。全部交換すると結構お金が掛かるが、赤よりはいいし、目立つところだけ交換するのでもいいだろう。それに、マイナーチェンジの時や特別版などで、「黒バージョン」(メーターも落ち着いた色調にする)も出そうではないか。スズキはなかなかやる気があっていい感じだ。

  •   0
  •   0

(例によって、とりあえず一言だけ。これだけで僕の書きたいことを分かって下さる方は、ひょっとして神様?w 結構、表現に気を遣う話題なので、残りは書かないかも。)

  •   0
  •   0

居るじゃないですか、気心の知れた少人数の仲間で遊んでいたのに、どこからか大勢引き連れて入って来て我が物顔して、いつの間にかリーダー面する奴。当然、それまで楽しかったのが苦痛になってしまうという(そして、いつの間にか、オリジナルメンバーは居なくなっている)・・・ 要は乗っ取りだ。近年のMicrosoftのLinuxへの接近は、これを予感させて大変「いやー」な感じである。

前の投稿では「全部Linuxでいいじゃん!」と書いたが、それは撤回する。個人的にはLinuxでいいのだが、だからこそ、Microsoftには永遠にWindowsの底なし沼に嵌って居て欲しい。そうでないと、Linuxが汚染されて台無しになると思うのだ。

彼らにはお金もパワー(人数)もあるから、その気になれば何でもできてしまう。最初は「コミュニティへの貢献」とかいう羊の顔をしているが、そのうちに本性を現すだろう。例えば以下が考えられる。

  • Windowsのように質の低い(バグが多い、効率が悪い、肥大化した、美しくない)プログラムの混入
    • 余談: 今のLinuxは充分肥大化して美しくないとは言えるが、バグが少なく効率もいい点で、Windowsよりはマシだ。
  • プロプライエタリな(非公開の、オープンソースでない)モジュールへの依存
    • 例: 最初はそれなしでも大丈夫なのだが、時間が経つと、MSのモジュールなしにはLinuxがまともに使えなくなってしまう事態になる。そうなった時に、奴らはお金をせびりだすのだ。

こうなると、Linuxのメリットの安定性や自由や柔軟性が損なわれ、まさにWindows化してしまう。だからMSはこっちに来なくていいよ。Linuxが少しくらい不便だっていいから、あっち行っててくれ!!

No "MS Linux", "Linux.NET",  or "Linux 365"!

 

PS. でも、乗っ取られて腐ってしまったら、今までの歴史から考えると、誰かが新しいOSを出してくれる気がする("A new hope"や"Return of Linus"?)。Linuxはもう古くて、いろいろぐちゃぐちゃになっているから、それもいいかも知れない。

(5/23 6:59追記) 今が"A new hope"の状態で、そろそろMSが"Strikes back"するとしたら、その次は"Return of Linus"かw

  •   0
  •   0

先日注文した三島の文庫本の残り一冊が来るのだが、ゆうパケットなので、届く時間が分からない。さっき見たら来ていなかったが、今配達状況を確認したら、来ていた。もし、(厚いなどの理由で)郵便受けに入らず、その時出られないと、不在になってしまうから、素早く再配達依頼を出す必要がある。また、配達されたら、なるべく早く回収したい(今回はそんな必要はないけど)。だから、タイムリーに配達状況をチェックしたい。ヤマトなら、会員サービスで不在持ち戻りなどを通知してくれるが、郵便にはまだない。

そこで思い付いた。配達状況検索ページを使えば簡単にできると。Windowsだったら、それ用のアプリが要るが(Windowsに詳しい人ならそうでもないだろうが)、Linuxならアプリなんて不要で、ちょっとしたコマンドを使えばできる。だから、アプリのダウンロードもインストールも更新などの煩雑さはない。

以下は、配達済み(郵便受けに入っている)かを確認する例である。配達されていたら、"done."と表示される。なお、改行は無視して全部続けること。

(wget -q -O -
"https://trackings.post.japanpost.jp/services/srv/
search/direct?searchKind=XXXX&reqCodeNo1=YYYYYYYYYYYY&
locale=jp" | grep "お届け済み" > /dev/null 2>&1)
&& echo done.

上で、wgetコマンドに指定するURLは、発送元から通知されたURLそのままで良い。URLでなくて伝票番号だったら、下線のXXXXとY*Yを適宜設定すれば良い(XXXXは郵便の種類ごとに調べる必要がありそう)。また、"お届け済み"は、チェックしたい状態にすればいい。

※ここでは、コマンドや手順自体ではなく(実際、上に限らず、いくらでも別のやり方が可能)、「できそうもないことでも、やればできる」ことを示したかったので、各コマンドの機能や動作の説明は省略しましたが、必要なら説明します。

不在または配達済みをチェックしたい場合は、以下のようにすればいい(「持ち戻り」の文言は未確認)。実行すると、不在または配達済みなら、それと分かる文字列が表示される。

wget -q -O -
"https://trackings.post.japanpost.jp/services/srv/
search/direct?searchKind=XXXX&reqCodeNo1=YYYYYYYYYYYY&
locale=jp" | egrep "持ち戻り|お届け済み" 2>/dev/null

そんなコマンドを、定期的(例: 30分ごと)に実行して(これも簡単な手順でできる)、結果を見ていればいい。crontabコマンドなどを使えば、指定した条件でメールが来るようにもできるから、見る必要もない。

という訳で、(使いこなせる人にとっては)Linuxは普通に便利だよってことを自慢紹介したかった。近頃はWindows 10でも(Linuxのシェルが動くから)できるようだが、いいとこ取りだし、「だったら(ゴミは捨てて)全部Linuxでいいじゃん!」て言いたい。

 

PS. 僕は、小中高での一律なプログラミング教育には否定的だが、(方法や手順自体ではなく)「(上のようなことは、)ちょっと考えれば簡単にできる(いいシステムもある)んだよ」っていう、ITの基本(例: いいシステムを選ぶ。できなさそうなことだって、「できない」で終わりにせず、原理や方法を考えればできることがある。どうすれば一番簡単・単純にできるか考える)のようなことも教えるのであれば、意味があるかも知れないと、今思った。が、まあ、Windowsすら詳しくない人が教科書ベースで教えるんだったら、無理だろうなあ・・・

PS2. ひらめいてしまった。上の手順を応用して、あらかじめ、伝票番号を登録しておいて、不在だったら自動で再配達の依頼をするようなシステムを作ることもできそうだ。ただ、作るのは面倒だし、いつ受け取れるかはその日によって違うだろうから、余り実用性はない(せいぜい、ヤマトのデフォルトの受け取り時間設定のようなものだ)。現実的には、不在だったらメールで通知する程度で充分だろう。まあ、(理由はいろいろあるにしても)郵便の会社ができない・やってないことだって、技術的にはできるよってことの、おもしろさ(僕の大好きな、鼻を明かすこと)であるw

PS3. 「全部Linuxでいいじゃん!」とは書いたのだが、さっき、MSがゴミを捨ててLinuxに乗り換えたら("MS-Linux"なんてのを出したら)、それはそれで、こっちにも悪影響が出るようなおぞましいことになりそうなことに気付いてしまった。これはまさに"NIMBY"だ。杞憂ならいいが・・・ 詳しくはあとで書きたい。 (5/22 7:50)

  •   0
  •   0

(日記には本文を書いたのだが、どうもちゃんと書くのが面倒なので、今は題だけにする。分かる・分かっている人には分かるし、そうでない人にはいくら本文を書いても効果がないから、これでいいのだろうと思う。今若者受けするのは短文らしいから、その意味でもいいかもねw)

  •   0
  •   0

先日、三島の作品でおもしろそうなのの文庫本を4冊(「不道徳教育講座」、「お嬢さん」、「命売ります」、「美しい星」)、ヨドバシに注文した(ヨドバシに本は売ってないと思ったのでAmazonで探したのだが、実際には売っていた)。最初は、短編集のようなの1冊で揃うと思っていたのだが、意外にそれぞれの分量が多いらしく、冊数が増えた。約2700円だった。そのうち、「美しい星」を除く3冊がさっき届いた。

買うだけで満足してしまい、しばらく置いておこうと思っていたのだが、興味が出て、「不道徳教育講座」の最初の作(「知らない男とでも酒場に行くべし」)をちょっと読んでみたら、とてもおもしろかった。しかも、昭和30年代の世の中について書かれたものなのに、古さをほとんど感じない。今にも通じるものが充分ある。さすがは文豪と言われるだけある。

余談: 本作には三島が未成年の女子とバーに行ったり、彼女たちが飲酒・喫煙するような話も出ているが、今は、そんな昔の作品でも不用意に扱うと炎上しそうで、心配だ。

ただ、文庫の文字は小さくて読むのが大変だったから、いつ読み終わるか(ずっと積まれたままになりそうで)不安になったw 以前もそんなことがあったのに、すっかり忘れていた。

その時も思ったように、「一旦スキャンし(てPCで表示し)た方が読みやすいか。でも、最初から切ってしまうのももったいないなあ・・・」なんてことを考えているうちに、「そういえば、電子書籍で良かったじゃないか!」と気付いた。それなら拡大表示は自在だから、読みやすそうだ。スマフォでだって読める。そして、僕は本を本棚にズラッと並べて悦に入る気はもうなくなり、少なくとも1回読めればいいので、電子書籍で充分なのだ。音楽はGoogleの配信で散々聴いていながら、「本=紙 → スキャン」という固定観念を疑いもせずに注文したのは、全く間抜けだった。

まあ、実際には、(権利を)購入した電子書籍をLinuxで読めるかどうかの問題があるから調べてみたら、Amazon(Kindle)についは、Windows用アプリをWineを使ってLinuxで動かせるようだし、Cloud reader(ブラウザ?)というのもあるらしい。Googleにもサービスがあって、やっぱりブラウザで読めるようだ。

それで、次は使おうと思って、試しに三島のを探してみた。すると、見事になかった(「無事死亡」w)。Googleに「孔雀」というのがあっただけだ(Googleでは有名な作品がいくつか出るが、中国語版らしいので注意)。他の会社もいくつか調べたが、全くなかった。なんともがっかりした。

ちなみに、青空文庫(無料)でももちろんいいのだが、三島に関しては、まだ著作権が切れてないはずなので、探していない。

うーむ。そう言えば、映画「アマデウス」の時も同様だったな。なぜ、出版社はこんなにやる気がないのか。そして、なぜ、群雄割拠のごとく、出版社・サービス会社ごとに扱う作品が別々になっているのだろうか? (後者については詳しく知らないのだが、実際には、音楽同様に同じデータを各社に卸していて、各社が扱うかどうかの違いなのかも知れない。ただ、漫画は出版社ごとに別になっているようで、それではいろいろ読めずに不便なので、例の漫画村問題の原因の一つになったようだ。)

今は、書籍はデジタルで印刷しているのだから、電子書籍用のテキストデータ(挿絵なんてほとんどないだろうし、なくたっていい)は容易に作れそうなものだが、そうでもないのか。仮に文字情報がなくたって、画像だっていいと思う。だから、電子書籍のサービスの運営は別として、データ(配布作品数)を充実させるのには、それほどのコストは掛からないはずだ。

と書くと、大抵、「そうは言っても、それぞれの作品を配布するためにはそれなりの手間が掛かるし、どれだけ売れるか分からない(売れるとは思えない)からペイしない」とか言われそうだが、じゃあ、紙のままで売って倉庫に(実際には、出版社のストレージに)作品を埋もれさせておく方がいいのかと言いたい。それだったら、なるべく手間を掛けずに配布して、とにかく読んでもらうのが出版社の使命じゃないのか? そうすれば、他の作品も読んでみようという人だって出そうじゃないか。

それに、読むのに専用リーダーが要る時点で全く駄目だ。昔の音楽のダウンロード販売と同じで、不便極まりない。「違法コピーガー」とか言ったって、音楽は結局プロテクトを止めて成功したじゃないか(今は配信サービスに負けたが)。

そうやって手を抜いて売り物を増やさず、石頭で客に不便(専用リーダーが要り、出版社・サービス会社ごとに提供作品がバラバラなこと)な思いをさせたら、買う人が増えない・減るのは当たり前だ。それなのに、「活字離れ」、「(違法コピーなどのせいで、)本・漫画が売れない」などと文句を言っているのは、何ともアホなことだと思う。もっと手軽に読めるようにすれば、まだまだ可能性はあるのではないか?

余談: 由緒正しい、歴史あった某出版社は、動画配信はまだしも、馬鹿みたいな浮足立ったお祭り騒ぎに大金を投入せずに、もっと本業に力を入れるべきじゃないか? 全く嘆かわしい。

音楽業界を見習ってもっとやる気出せよ! と言いたい。

 

(などと、まだ、たった数ページの短編を1つしか読んでいないのに、本文を読むのをそっちのけにして2000文字近い駄文を書くのもどうかと思うw ちなみに、ある記事によれば、今は長文は若者に嫌われるそうで、連絡文はなるべく短く(文章は短く、しかも、合計3行以内だったか)しなくちゃいけないそうだが、そんな軽薄な風潮はカスだ)

  •   1
  •   1