Day: November 24, 2016

徒然:Tsutayaの借り放題サービス

Tsutayaもソニーに似てきたというお話。

浅草に住んでいるときは台東区図書館が目と鼻の先で最新作でなければ、たいていのCDを借りることができました。しかし、田舎に引っ込んでしまうと、そうはいきません。図書館はすぐ近くなのですが、CDは置いていません。田舎の市町村がTsutayaと組むのは、ニーズがあるからでしょうね。

TsutayaのDISCASというCD/DVD借り放題・宅配レンタルのトライアルをやっています。わかってきたことは、この会社もソニーと同じように革新を失ったのではないか、先がない、そう思えてきたことです。ユニクロの再生プロセスとはだいぶ違う印象を受けます。

  • 定額レンタル8は月額1,865円(税抜き)で新作8枚、旧作借り放題です。
  • 2枚(アルバム2件)ずつ自宅配送してくれます。
  • ここの場合、往復で5日。実際には、4日で可能ですが、Tsutayaの都合で、たとえば土・日はやっていないので、5日が最短になります。
  • (31÷5)x2=12
  • つまり、月に8枚から12枚くらいが借りられる限度になります。
  • いい点は、多分なのですが、まあまあほしいCDが見つかる点。
  • イライラする点は、欲しいものがすぐに揃わないこと。

この手のサービスをちゃんとやりたいのなら、自社の都合とか売上や利益戦略上の理由から2枚に限定してしまえば、音楽配信サービスに負けてしまうのは自明の理です。実際、Apple Musicと比べると、音質を横に置けば、Apple Musicが断然優れています。特に、ラジオ(Stations)は使い勝手が良くなっています。

それってapple to appleでなくてapple to orangeですよね、と考える人もいると思います。その通りです。Tsutayaが負けている点は、ソニーと同様、apple to orangeに負けているように思えるのです。TsutayaのCD/DVDがソニーの音質へのこだわりとするなら、デジタル音源が圧倒的市場を占めるようになったとき、大昔の音質を売ったら時代錯誤です。昔ながらのボリュームのある脚色した音質へのニーズもあれば、よりナチュラルな音質へのニーズもあり、多様性への対応力が商品やサービスの市場性を決めてしまうから、市場から排除される商品やサービスが出てくると思うのです。

企業は、しばしば自己の強みをさらに敷延しようするのですが、それは保守的な考えに基づくことが多く、つまり、成功体験のある年寄りの古い考えに基づくことが多く、時代の変化に対応できないと知るときには、戦略破綻しています。

Tsutayaはユニクロの社長にどうしたらいいか、聞きに行った方がいいと思います。

Swift:domainページのクリック

webページのクリックするときの種類を整理してみました。

本当にそうかどうかよくわかりません。

  1. domainページとそこからリンクが貼られた下位のwebページ
    domainページの例:https://raizan2ame.wordpress.com/
  2. 上記の定義が正しいとして、domainページでdomainページをクリック
  3. 下位ページをクリック
  4. 下位ページでdomaiページをクリック

URLを読み込む場合、URLを指定して読み込むケースと読み込んだwebページのURLをクリックして読み込むケースがあります。webページをすべて制御するには、いずれのURLも管理下におく必要があり、クリックされたURLも自分でクリックされたことを認識して読み込む必要があります。

この考え方が正しいなら、webページ読み込みにおいて永久ループが発生するケースがあり、それを防止する必要があります。

しかし、やってみた限りでは、didFinishLoadForFrameはframeを読み終わったということであり、全部のwebページの構成要素を読み終わったということではありません。frame名をdidStartProvisionalLoadForFrameで配列に入れてdidFinishLoadForFrameで消しこんでみたのですが、結果が正しいかどうか確信できませんでした。

他方、didFinishLoadForFrameもdidFinishLoadForFrameも暴走型のように思えました。つまり、startではon、finishではoffを繰り返し行い、結果的にoffで終わるようなロジックを組むしかありませんでした。そうなると、URLを指定して明示的に読み込んだという指示をONとしたとき、リンクがクリックされたとき、ON状態のままでありOFFにするタイミングがありません。

結局、苦肉の策というか、これならうまく行きそうだということで採用したアイデアは、didReceiveIconでOFFにする方法です。心配なのは、favicon読み込みがない場合、ここに来ないのではないかということです。

ダラダラ書きましたが、決め手に欠けています。workaroundになっているかどうか。