portal shit!

ランニング用短パンで困ってるという話を去年書いた。

安い短パン、高い短パン

一つ前の記事で書いたように、最近よく走っている。 ぼちぼち走っている件とゼロドロップシューズについて ...

portalshit.net

履き心地は山と道の短パン（ Light 5-Pocket Shorts ）が最高だが値段が高い（ 13200 円）ので日々のランニングでは使いたくない、何か良い代替はないものか、というもの。

山と道の Light 5-Pocket Shorts には値段が高いことに加えてデメリットがあることがわかってきた。

一つ目はポケットに入れたものが揺れること。登山の時にはスマートフォン用のサイドポケットがすこぶる便利だが、走るときにここにスマートフォンを入れていると揺れて邪魔になる。去年書いた記事ではポケットがあった方がよいということを書いているが、走るときにはポケットは考え物だということに気がついた。

もう一つは耐久性の低さで、ちょっとほかの繊維とこすれただけで毛玉ができてしまった。毛玉取りしても良いが、ただでさえ生地が薄いのに（ストッキングみたいな生地を想像してもらえばよい）毛玉取りをかけたらさらに生地が薄くなりそうだ。

最後に、スースーで快適な履き心地といってもあくまで登山用の短パンなので走る際に下着のパンツをはいてさらにその上から短パンだと暑い。 7 月に山を走ったときにはいてみたらハチャメチャに暑かった。

山と道の Light 5-Pokcet Shorts 並の履き心地の良さ、足さばきの良さを保ちつつ値段がそこそこで、ガシガシ使っても大丈夫な耐久性を備え、ポケットに入れた物が揺れて邪魔になることがなく、走っても暑くならない短パンがあったらうれしい。 YAMAP STORE で値引きになっていた patagonia のストライダー・プロ・ショーツの 5 インチを試してみたらなかなか良かった。

値段は定価 9350 円だがセール品だったので 7480 円で買えた。

履き心地は山と道の Light 5-Pocket Shorts 同様に快適だが、生地の耐久性は高そうだ。

ポケットは腰回りにあり、体に密着するような作りになっているので入れた物が揺れることはない。ただし自分のスマートフォンは iPhone 11 ででかくてポケットに入らない。その点は残念だ（ケースなしの裸状態であれば iPhone 11 でも背面ポケットに入ることがわかりました。お詫びして訂正します🙇🏻‍♂️）。 iPhone SE や iPhone 12 mini 、 iPhone 13 mini などであればポケットに入ると思う。

さらにライナー付きなので下着のパンツをはく必要がない。下着を身につけずに直接短パンをはくのには最初は抵抗があったが、何度がはいて走ってみてこっちの方が断然快適だということに気がついた。

山と道の Light 5-Pocket Shorts は購入の争奪戦もすさまじく、めっちゃ運が良くないと買えないものになってしまったが、 patagonia の製品であれば普通に買えるし、運が良ければセールで少し安く買える。安定して 7000 円くらいでストライダー・プロ・ショーツが手に入るとうれしい。アメリカの REI では $79 で売られてるみたいだ。

ただし patagonia は円安の影響で日本での販売価格を値上げしたようで、公式サイトで定価を確認したところ 11000 円になっていた。これでは山と道の Light 5-Pocket Shorts とあまり値段が変わらない…。なお YAMAP STORE であればまだ旧来の価格 9350 円で買えるようだ。YAMAP ユーザーは DOMO のクーポンなどが定期的にもらえると思うのでもしクーポンがあるなら利用することで少し安く買えると思う。

ページが見つかりませんでした | YAMAP STORE(ヤマップストア)

アクセスしようとしたページは削除、変更されたか、現在利用できない可能性があります。

store.yamap.com

なおサイズについて。ストライダー・プロ・ショーツはピチピチ気味なので patagonia 公式サイトのレビューだと自分と同じような体型（身長 172cm 、体重 70kg ）で M を選んでいる人が多いが、 S で良いと思う。自分は去年 M サイズを買って（ M しか残ってなかった）今年は S サイズを買ってみたが、 M だと走るときに生地がばたついてうるさいし、あまりにもスースーしすぎてフリチンで走ってるみたいな感じがして不安になる。S は確かにピチピチ気味になりライナーも少し窮屈だが、生地がばたつくことはないし、生地に伸縮性があるのでパッツンパッツンで走れないということもない。 patagonia の公式サイトのモデルの人たち（ 185cm で M サイズを着てる）もパッツンパッツン気味ではいてるし、そもそもパッツンパッツン気味ではくことを想定されている製品だと思う。

10 年くらい前、月に 2, 3 度くらい大濠公園を走ってたとき高級なランニングウェアに身を包んで走ってる人たちを見て「バカなのかな…」と思ってたけど、気がつくと自分も散財してることに気がついた。綿のTシャツや短パンでももちろん走れるが、汗をかいて不快になったり足さばきが悪くてストレスを感じたりする。 1km ~ 2km くらいをちょろっと走るくらいならそれでもよいかもだけど、 5km 走ると汗びっしょりになって綿の服ではどうにもならない感じになる。また値の張るランニング用品を買うことで「せっかく買ったのだから」と走るモチベーションを上げることにもつながる。通勤もしないし出かける機会も少ないので走らないと体の調子悪くなるしまっとうな金の使い方をしているということにしよう。

5 月からテヘランシーズン 2 が毎週 1 エピソードずつ公開されてて毎週楽しみに見てた。 Homeland もだけど、自分はどうもイランが絡むスパイものドラマが好きみたいだ。テヘランは面白かったが最後の終わり方が何それ感があった。あれでシーズン 3 なかったら納得がいかない。ショーン・トーブももっと活躍して欲しい。シーズン 3 が作られて欲しいので Apple TV+ に入ってる人は見てください。

テヘランを視聴 - Apple TV

モサドのハッカーであり工作員であるタマルは、イランの原子炉を爆破しようと偽名を使ってテヘランに潜入する。しかし任務は失敗。タマルは新たな作戦を考えなければならなくなるが、それは彼女にとって大切な人々を危険に巻き込むものとなる。

tv.apple.com

コロナに罹患してスーパー具合が悪いときにザ・モーニングショーを一気見した。いわゆる #MeToo 的な内容だが、主人公アレックス・レヴィ役のジェニファー・アニストンが 50 代とは思えぬ美しさで輝いていた。ミッチ・ケスラー役のスティーブ・カレルも中年男性の魅力を遺憾なく発揮していて良かった。同じ人物が「40歳の童貞男」の主人公を演じているとは思えないかっこよさだった。

ザ･モーニングショーを視聴 - Apple TV

アメリカに朝を届けるニュース番組の人々を通じ、現代の職場のリアルを大胆かつ赤裸々に描くエミー賞受賞作品。モーニングショーの幕が上がります。

tv.apple.com

#MeToo 的な話は映画業界などを中心に最近日本でも問題になっていたが、ザ・モーニングショーで取り上げられているのはもうちょい悪質度が低い問題な気がする。いわゆる飲み会でお持ち帰りした的なやつだ。多分裁判したら女性の方は勝てない気がする。少なくともいまの日本では。女性の方が抵抗しなかったという意味で合意の上での出来事っぽいんだけど、いまのアメリカのリベラルな基準で言うとそれはアウトで、男性側は社会的に抹殺されるようだ。そう遠くない将来に日本でもそういう空気感に変わっていくのかも知れない。村上春樹のノルウェイの森に出てくる永沢さんなんかは外務省クビになると思う。プレイボーイの人はザ・モーニングショーを見て認識を改めた方が良さげ。

Apple TV+ 、テッド・ラッソはじめカバー写真が惹かれなくてなかなか見てこなかったけど、見始めると面白い。次はフォー・オール・マンカインドを見たい。

グローバルナビゲーション（右上の白い領域）内の検索ボタンを押したら Alfred 風のモーダル検索フォームが開いて、そこにキーワードを入力するとインクリメンタルサーチが実行されて逐次検索結果の記事が表示されるようにした。

これまでだと検索すると Archives ページの絞り込み検索に飛ばすだけだったが、 Archives ページに遷移せずに検索できるようになった。また Archives ページだと時系列順でしか検索結果が表示されないが、インクリメンタルサーチではマッチ度順に関連度の高いものを表示するようにしている。ただし表示するのは上位 10 件だけにして、それ以上は Archives ページで時系列順の検索に飛ばしている。

昔ながらのブログの検索 UI には不満がある。ページネーションで何ページも辿って検索結果を見ていくのは大変だし、大抵並び順が時系列順で自分が最も用事がありそうな記事に辿り着くのに時間がかかる。自分のブログの検索はタイトルのみ表示されればよくて本文のプレビューは不要だし（著者だからタイトルを見ただけでどんな記事なのか大体わかる）、何ページもページネーションせずに一覧でガッと検索結果を見たい。それに結果は時系列順ではなく関連度が高い順に並んでいて欲しい。キーワードを一部だけかすってるような最近の記事が最も関連度が高い記事を差し置いて最上位に表示されるのはいまいちだ。

今回作った Alfred 風インクリメンタルサーチではこれらの問題が解消されていて非常に満足。自分にとって自分のブログが世の中の情報の中で一番参照頻度が高いし、そのブログで効率的に情報を取り出せるのは大切なことだと思う。

ダークモードとライトモードの切り替えをグローバルナビゲーション（上の方の半透明の白い領域）から簡単に行えるようにした（これまではこのサイトについてのページで切り替える必要があった）。デフォルトは OS の設定準拠で、 OS がダークモードであればダークモードに、ライトモードであればライトモードで表示される。手動でテーマを切り替えると Cookie に設定値を保存する。機能と見た目は MDN Web Docs を参考にした。

CSS がぐちゃぐちゃなのでかなり難儀した（ 3 年前にも同じことを書いている）。ダークモードとライトモードの切り替えなんて自分しかしていないと思うがかなり満足度の高い休日プログラミングだった。

コロナにかかってしまった。いまはもうだいぶ回復して明日で自宅待機も終わるが、正直かなりしんどかった。

時系列

自分がいきなり感染したわけではなく最初は家族（嫁さん）だった。次に子ども、四日遅れで自分も感染した。

• 7/10
  • 嫁さんの具合悪くなる
• 7/11
  • 嫁さんを病院に連れて行こうと試みるが近所の病院は電話つながらず OR 予約満杯 |
  • 少し離れたところにある老人ホーム併設の病院で診てもらえ、嫁さんの陽性判明
• 7/12
  • 子どもは家からオンライン授業
  • 夜、子どもの具合も悪くなる
• 7/13
  • 子どもを小児科に連れて行き検査
• 7/14
  • 子どもの陽性判明
  • 夜から自分の具合悪くなる
• 7/15
  • 病院に連れて行ってもらうが近所の病院満杯で少し離れた病院に
  • 自分の陽性判明
• 7/15 ~ 7/18
  • 39度の熱が出ては解熱剤で下げを 4 日間繰り返す
• 7/19
  • 平熱に戻るが体調は万全とは言えず（座ってるだけで汗をかく）

自分がかかるまで

自分が発症するまでが結構きつくて、感染しないように部屋を分けて過ごそうと試みたがそもそも家が狭くトイレは一箇所しかないのでどうしても生活動線が重なり感染してしまった。本当はダメなのだが、家族の感染がわかったときに食料がなかったのでスーパーに買い出しに行って雑炊の素やレトルト食品、野菜などを沢山買ってきた。嫁さんのために雑炊を作り、仕事をして、洗濯をし、子どもにも食事させてなど家事育児を一人でこなさないといけないのがとにかくしんどかった。家が狭いので自分の机で子どもにリモート授業を受けさせて、自分はキャンプ用の小さい椅子とテーブルで仕事してた。そうこうしているうちに子どもも症状が出てきて、病院に連れて行って検査を受けたところ陽性だった。

自分が感染

自分はなぜか症状が出ず、すでに感染してるのかもだけどワクチンが効いてて症状が出てないのかもな〜、なんて思ってたら四日遅れで症状が出て、 38 度の熱が出てぶっ倒れた。この頃には嫁さんが回復していたので今度は自分が病院に連れて行ってもらって検査を受けた。

この病院に行くというのが難易度が高い。家の近くの病院は電話がつながらないかつながったとしても予約で一杯で診てもらえず、普段行かない離れた病院に行って診てもらった。具合が悪い状態で診てもらえる病院を探すのがハチャメチャにしんどい。嫁さんのときは自分が病院に電話して回って、自分のときには嫁さんが病院に電話して回った。病院は診てもらえるところ見つかったとしてもちょっと遠いところだったりして、車がなかったら病院に行くこともできない。首都圏は人口多くて車を持ってない人も多いだろうのでもっと大変そうだ。

インフルエンザよりもしんどい

正直コロナを舐めていて、ワクチンを三回受けてるしきっと軽い風邪の症状で済むと思っていたが、そんなことはなくて 39 度以上の熱が 4 日間出てハチャメチャにしんどかった。鼻づまり、鼻水、咳の症状は熱が下がったあとも続いた。弱毒化していると言われるが普通の風邪なんかよりも断然やっかいだ。

陽性判明後、保健所からは SMS しか来ない

嫁さん、子ども、自分のときも保健所からは電話などはない。厚労省と市役所から SMS が届くだけ。別に大した情報は書いてないし病状の報告などを求められることもない。いまは陽性者は二グループに分けられてて、基礎疾患があったり高齢だと電話がかかってきて、それ以外は SMS のみで自分で治せやということのようだ。

物資支援は受けられず

体調的なつらさのほかには外出制限的なやつがきつい。家族が発症したら同居家族は濃厚接触者となり外出禁止となる。とはいえ普通は買い置きしていないのでいきなり外出するなと言われても困ると思う。支援物資的なものがもらえるのかと思って役所に電話すると、この制度はパソコンが使えない高齢者か一人親家庭の人が対象、家族が動けるなら支援対象外、家族が買い出しに行くかネットスーパーで何とかしろと言われた。陽性者が家庭内にいる場合は家族も外出禁止ではないのか。ちゃんと税金を払っているのにパソコンが使えるというだけで行政の支援を受けられないのは不公平だと思った。結局自分は登山用に買ってたウィダーインゼリーやカロリーメイト、カルパスなどを食べて凌いだ。

検査は症状が出るまでは受けられない

濃厚接触家族の検査についても難しかった。自治体がやっている無料検査所のルールを見ると、無症状者が対象で症状がある人や濃厚接触者は検査対象外とある。なので発症前の無症状の状態で検査してもらおうと病院に電話すると無症状者は検査できないと言われる。濃厚接触者で無症状の人は自治体の検査は受けられず、保険の効かない自由診療で全額自己負担で検査を受けるか、発症して症状が出てから一般の病院で検査してもらうしかなさそうだ。

経済的なダメージ

ちなみに自分の場合は海の日の連休を使って北アルプスに登山をしに行こうとしていて飛行機や山小屋、ホテルを予約していたが全部キャンセルしなければならなくなった。山小屋はキャンセル料かからなかったものの、飛行機と下山後に後泊する予定だったホテルはキャンセル料がかかった。コロナにかかりつつ合計 20000 円くらいが飛んで行って厳しかった。清水の舞台から飛び降りる思いで準備をしていたので正直悲しい。

入っててよかった映像配信サービス

自分は Netflix と Amazon Prime ビデオと Apple TV+ に入ってる。療養中はしんどいので映画やドラマを見て気を紛らわせてた。 Apple TV+ のザ･モーニングショー面白かった。ドラマかなんかでも見てないとやってられないくらいしんどかったのでコロナ陽性と判明した瞬間、なんかの動画配信サービスに登録した方がよいと思う。

まとめ

世間的にはコロナに打ち克ったムードがあふれていて近所のスーパーでもマスクしてないおじさんなんかをよく見かけるようになったが、やっぱりコロナはなるとしんどい。インフルエンザよりもきついと思う。経済的なダメージもある。なのでかからないで済むならかからないに越したことはない。幸運にもまだコロナにかからずに済んでいる人はワクチンを三回打ってたとしても油断しない方がよい。すでに身の回りで感染した人沢山でてると思うけど、体感的に今回のやつはめっちゃ簡単にうつるので注意して下さい。

以前、以下の記事でこのウェブサイトへのアクセス元 User Agent について書いた。

誰がこのブログのフィードを読みに来ているのか

このブログのフィードを誰が読みに来ているのか調べてみた。一ヶ月間で 100 回以上見に来ている上位の UA は以下。 なんと一位はフィードリーダーの bot ではなく Slackbot だ...

portalshit.net

そのとき Hatena::Russia::Crawler というのが謎だということを書いた。最近のアクセスログを見ても相変わらずこの User Agent からのアクセスが多い。またアクセス頻度も高く、同一の URL に対して何度もアクセスしている。

これはやはりはてなの名を騙った怪しいクローラーなのではないかと思い調べてみた。

まず Hatena::Russia::Crawler という User Agent からのアクセスの IP アドレスを調べてみたところ以下だった。

cat log/access.log | grep 'useragent:Hatena::Russia::Crawler/0.01' | cut -f2 | sort | uniq -c | sort -nr
    434 remote_addr:52.68.0.227
    419 remote_addr:54.249.85.140
    417 remote_addr:54.92.97.59
    379 remote_addr:54.250.227.185

whois してみると AWS で運用されているものであることがわかるが、はてなのものかは断定できない。

もしこの IP からはてなブックマークやはてなアンテナなどの User Agent でのアクセスもあれば Hatena::Russia::Crawler ははてなのクローラーであると断定できるだろう。ということで調べてみたところこんな感じだった。

zcat -f log/access.log* | grep -E 'remote_addr:(52\.68\.0\.227|54\.249\.85\.140|54\.92\.97\.59|54\.250\.227\.185)' | cut -f13,2 | sort | uniq -c | sort -nr
  16687 remote_addr:54.250.227.185      useragent:Hatena::Russia::Crawler/0.01
  16448 remote_addr:54.92.97.59 useragent:Hatena::Russia::Crawler/0.01
  16370 remote_addr:54.249.85.140       useragent:Hatena::Russia::Crawler/0.01
  16272 remote_addr:52.68.0.227 useragent:Hatena::Russia::Crawler/0.01
     73 remote_addr:54.249.85.140       useragent:HatenaBookmark/4.0 (Hatena::Bookmark; Scissors)
     60 remote_addr:54.250.227.185      useragent:HatenaBookmark/4.0 (Hatena::Bookmark; Scissors)
     56 remote_addr:52.68.0.227 useragent:HatenaBookmark/4.0 (Hatena::Bookmark; Scissors)
     50 remote_addr:54.92.97.59 useragent:HatenaBookmark/4.0 (Hatena::Bookmark; Scissors)
     31 remote_addr:54.92.97.59 useragent:Hatena::Fetcher/0.01 (master) Furl/3.13
     31 remote_addr:54.250.227.185      useragent:Hatena::Fetcher/0.01 (master) Furl/3.13
     31 remote_addr:54.249.85.140       useragent:Hatena::Fetcher/0.01 (master) Furl/3.13
     26 remote_addr:52.68.0.227 useragent:Hatena::Fetcher/0.01 (master) Furl/3.13
     19 remote_addr:54.92.97.59 useragent:Hatena::Scissors/0.01
     19 remote_addr:54.250.227.185      useragent:Hatena::Scissors/0.01
     16 remote_addr:52.68.0.227 useragent:Hatena::Scissors/0.01
      9 remote_addr:54.249.85.140       useragent:Hatena::Scissors/0.01

なんと、 IP アドレスで検索してはてなのその他のクローラーもヒットしてしまった。つまり Hatena::Russia::Crawler ははてなのクローラーということだ。

ただしググっても一切情報が出てこない。 Hatena::Russia::Crawler で検索してトップヒットするのは自分のブログだ。

改めて Hatena::Russia::Crawler による直近 30 日間のアクセス状況を調べてみるとこんな感じだ。

zcat -f log/access.log* | grep 'useragent:Hatena::Russia::Crawler/0.01' | cut -f5 | sort | uniq -c | sort -nr
  15697 request_uri:/index.atom
   9913 request_uri:/2022/04/20/integrate-charts-category-with-select-boxs
   9373 request_uri:/2022/05/04/reputation-and-interpretation
   8422 request_uri:/2022/05/11/fly-to-kamikochi-from-fukuoka
   7716 request_uri:/2022/05/16/using-tantivy-over-tantiny
   5906 request_uri:/2022/04/17/quit-using-hey
   5139 request_uri:/2021/12/29/thoughts-on-manga-subscription
   1308 request_uri:/2021/12/13/keep-a-stack-books-whether-reading-them-or-not
    787 request_uri:/2022/06/23/each-entry-title-should-be-marked-up-with-h1
    741 request_uri:/2021/12/13/keep-stack-books-whether-reading-them-or-not
    456 request_uri:/2022/06/24/if-you-feel-apple-musics-recommendation-is-awful
    100 request_uri:/2022/06/14/thoughts-on-hatena-bookmark
     46 request_uri:/2015/12/07/thoughts-on-rural-life
     46 request_uri:/2015/12/02/thoughts-on-t-on-t
     46 request_uri:/2015/12/02/thoughts-on-christmas-song
     45 request_uri:/2019/12/02/stop-drinking-outside-frequently
     16 request_uri:/2020/11/08/where-i-went-in-2019
     11 request_uri:/2015/12/05/omm-writer-music-is-nice-to-listen-to-while-writing
      5 request_uri:/2022/05/04/the-golden-maintenance-week
      2 request_uri:/2022/06/24/
      2 request_uri:/2022/06/24

index.atom はフィードの URL なので除外するとして、特定の記事に対して数千回もアクセスがある。 30 日間で 9000 回ということは一日あたり 300 回だ。 1 時間あたり 12.5 回である。何のためにこんなに高頻度でクローリングしているのだろうか。

とここまで調べたところほかの Bot 系アクセスはどうなのかと改めて User Agent 毎のアクセス数を調べてみたらこんな感じだった。

zcat -f log/access.log* | cut -f13 | sort | uniq -c | sort -nr | head -10
 124894 useragent:Mozilla/5.0 (compatible; bingbot/2.0; +http://www.bing.com/bingbot.htm)
  65794 useragent:Hatena::Russia::Crawler/0.01
  58274 useragent:Ruby
  31493 useragent:Mozilla/5.0 (iPhone; CPU iPhone OS 15_4_1 like Mac OS X) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/15.4 Mobile/15E148 Safari/604.1
  29454 useragent:Mozilla/5.0 (compatible; AhrefsBot/7.0; +http://ahrefs.com/robot/)
  21492 useragent:Tiny Tiny RSS/21.11-7cfc30a (https://tt-rss.org/)
  20351 useragent:Slackbot 1.0 (+https://api.slack.com/robots)
  18765 useragent:Mozilla/5.0 (compatible; SemrushBot/7~bl; +http://www.semrush.com/bot.html)
  18395 useragent:Mozilla/5.0 (compatible; MJ12bot/v1.4.8; http://mj12bot.com/)
  17942 useragent:Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)

bingbot からのアクセスの方が Hatena::Russia::Crawler からのアクセスの 2 倍近くあった。ただし bingbot は検索エンジンのクローラーらしく、サイト全体をまんべんなくクローリングするような挙動で、特定の URL に一ヶ月間で数千回アクセスするような感じではない。

zcat -f log/access.log* | grep 'useragent:Mozilla/5.0 (compatible; bingbot/2.0; +http://www.bing.com/bingbot.htm)' | cut -f5 | sort | uniq -c | sort -nr | head -25
    571 request_uri:/robots.txt
    352 request_uri:/
    205 request_uri:/category/misc
    160 request_uri:/2007/01/13/732
    156 request_uri:/2005/10/28/129
    150 request_uri:/2009/03/23/1010
    148 request_uri:/category/music
    146 request_uri:/archives
    144 request_uri:/category/www
    143 request_uri:/2016/07/
    143 request_uri:/2009/08/31/1074
    139 request_uri:/2010/07/05/1140
    138 request_uri:/category/photo
    138 request_uri:/2009/02/
    137 request_uri:/2006/09/09/658
    136 request_uri:/tags/netatmo
    136 request_uri:/2010/07/17/1145
    136 request_uri:/2006/07/23/611
    135 request_uri:/2014/03/
    134 request_uri:/?page=32
    134 request_uri:/2007/02/09/747
    133 request_uri:/category/shopping
    133 request_uri:/2021/07/26/how-to-get-to-kamikochi-from-fukuoka
    133 request_uri:/2011/11/03/finally-got-hhkpro2
    132 request_uri:/2006/01/

Hatena::Russia::Crawler は同一 URL に数千回もアクセスして何をしているのだろう？ 謎は深まるばかりだ。

Spotify のレコメンデーションは素晴らしいけど Apple Music のはダメだ、みたいな話を以前書いてた。

Spotify のラジオっぽい広告に耐えながら無料でレコメンデーションを堪能

音楽のサブスクリプションは 2018 年の春頃から Apple Music を使っている。ただ最近、 Spotify のレコメンデーションが良いという話を複数の友だちや Podcast 、仕事先...

portalshit.net

最近特に酷いなと感じていて、全然興味がないドメジャーな曲（ BTS とか）が表示されてクソの極みみたいな状況になっていた。

そんな中、ふと Apple Music の設定を触っていると「視聴履歴の使用」という設定項目があり、チェックが外れていることに気がついた。どうもこのチェックが外れているとレコメンデーションが破滅するようだ。チェックを入れたあとはちゃんと興味関心がありそうな曲（最近聞いた曲に関連するおすすめ）が表示されるようになった。

Apple Music でやたら興味のないどメジャーな音楽ばかりおすすめされるな、昔はもっと聞きたくなる曲が出てはずなんだけどな、と思ってたけど、設定 → 一般の「視聴履歴を使用」にチェックを入れたらまともな曲がおすすめされるようになった…。変な曲ばかり出てくる人はお試しください。 pic.twitter.com/eO6CfjH8I7

— morygonzalez (@morygonzalez) June 23, 2022

このMacで再生されたミュージックは、最近再生した項目やReplayミックスに表示され、おすすめにも反映されます。また、Apple Musicのプロフィールを設定している場合は、あなたをフォローしている人にも表示されます。

説明文を読むと Apple Music 内でのプライバシーコントロールとリコメンデーションの設定が一つのフラグで管理されているようだが、フォロワーに再生した曲を見せたくないからといってレコメンデーションも使いたくないわけではないと思う。このフラグは分けても良いのではと思うが、プライバシー保護を徹底するとはこういうこと（おすすめすらしない・されたくない）なんだろうか。