投稿

仮面ライダーブラックサンは何故駄作になったのか?

  2022年10月28日にAmazon Prime Videoで公開された「仮面ライダーブラックサン」を徹夜で一気に視聴した。本来であればドラマの視聴感想などという価値のない記事を書くべきではないと頭では理解している。しかし、このドラマはあまりにも後味が悪すぎて、モヤモヤした気持ちを吐き出さないと自分の感情をコントロールできそうにないので、ここで存分に酷評させていただく。 「仮面ライダーブラックサン」が大好きで、否定的な内容を見たくない人は、今すぐにブラウザバックしてこの記事を見ないほうが賢明である。 また、本記事はあくまで私個人の感情の発散が目的のため、ネタバレはガンガンするし、あらすじや人物紹介などをするつもりは毛頭ない。 結論 いきなり結論から述べよう。 「仮面ライダーブラックサン」は脚本家と監督の頭の中の排泄物である! 視聴者はその排泄物を一口一口(一話一話)、無理やり食べさせられた感覚だ。 最初に弁明しておくが、私はこのドラマの役者やスタッフに対する評価は非常に高い。 このドラマで 唯一糞なのは脚本のみ である。 ベテラン役者の演技は文句のつけようがないし、音響は壮大で感情を昂らせる。アクションには一挙手一投足に魂が籠っており、CGに安っぽさもない。 製作陣(監督と脚本家以外)は一人ひとりが良い仕事を全うしており、賞賛に値する。 それゆえに、優秀な役者に 糞まみれ な脚本を与え、駄作を生み出させた監督と脚本家の罪は万死に値する。 彼らに一言物申すのであれば、 「一流の料理人に貴方たちの排泄物を調理させないでいただきたい。糞はどんな料理法を駆使しても糞にしかならない」 失礼、二言になってしまった。 キャラクターは操り人形 「仮面ライダーブラックサン」が最も致命的なのは、キャラクターの心情や倫理に寄り添っておらず、決まった筋書きからズレないことのみを意識している点だ。それゆえに、本来キャラクターが持っている道徳や理念を無視して、支離滅裂な行動をとる。 話数が進むごとにキャラクターがどんどん人格崩壊していく様子は、見るに耐えない。 同じくAmazon Prime Videoで公開された 名作 「仮面ライダーアマゾンズ」の脚本を例に挙げると、人物の掘り下げをしっかり行なっており、背景を理解しているからこそ共感できる。人物像と筋書きに矛盾はなく、結末はなる...

効率厨の父が小一の息子から学ぶポケモン哲学

  はじめに 私には小学校一年生の息子がいて、例に漏れず彼もポケモンが大好きだ。 今は夏休みの真っ最中だが、宿題は初日に終わらせてしまったため、暇になった息子が「ポケモンのゲームをやりたい」と言ってきた。 夏休みだけの娯楽のために最新のニンテンドースイッチとソフトを買うのはもったいない。 そこで私は、持て余していた古いパソコンにゲームボーイアドバンスのエミュレーターを入れ、昔の『ポケモンファイアレッド』を遊ばせることにした。 親の「効率的」プレイスタイル 私も初代のポケモンゲームをプレイした経験があり、効率的な進め方を覚えている。 序盤は炎タイプが貴重だから、御三家はヒトカゲを選ぶ 序盤で3段階進化するポケモンを捕まえ、図鑑を埋めつつ育成する ジムバトルは相手の弱点タイプで攻める 伝説のポケモンと出会う前には必ずセーブして、リトライで確実に捕まえる …など、常に数手先まで考えながら最短ルートでゲームを進めるタイプだ。 息子の自由奔放なプレイ しかし、いざ息子にプレイさせてみると、私の予想は見事に裏切られた。 まず、息子は「かわいいから」という理由で、御三家の中からゼニガメを選んだ。 (序盤に水タイプの野生ポケモンが多いのに…) 旅立っているにも関わらず、ゲームを中断するたびにマサラタウンの自宅に戻り、自分の部屋でセーブするという謎のこだわり。 (そこだけ妙に現実的で、「この子、おうちが大好きなんだな〜」と微笑ましく思えた) まだ小学校一年生ということもあり、文字を完璧に読んで理解するのは難しい。 そのせいかゲーム中のメッセージをかなり飛ばしてしまい、あっちこっちを迷って彷徨う。 絶望的な技の選択ミスと、モンスターボール乱投事件 最初にもらったモンスターボールを体力満タンの野生ポケモンに投げまくって全て使い果たし、手持ちポケモンはゼニガメのみ。 さらに致命的だったのは、ゼニガメがレベルアップで覚えた「みずでっぽう」の代わりに、よりによって「たいあたり」を忘れさせ上書きしてしまったこと。 野生の草タイプポケモンはそこそこ出るのに、こちらは水タイプの技しかないという絶体絶命の状況を自ら作り出してしまう、まさに破天荒なプレイ。 親の葛藤と干渉への誘惑 私の目線から見れば、息子のプレイは無茶苦茶で、自分だったら絶対に最初からやり直す。 むしろ、こっそり私がプレイし直し...

ジムの予定時間ボードを記入するお前は弱い

イメージ
  日本の大手フィットネスクラブでは、人気マシンやパワーラックなどの器具の横に「利用時間をボードに書き、20分以内で交代する」というマナーが存在する。 一見すると他の会員が待ち時間の可視化になって便利であるように思えるが、トレーニング歴4年の儂に言わせればこのルールは 「トレーニーの成長を妨げ、日本人の筋肉を弱体化している」 。 この記事ではこの日本の独特なジムマナーの致命的なデメリットと糞さを説明し、本来あるべき対策を述べさせていただく。 20分ボードは何故クソなのか 1.コンパウンド種目は絶対に時間足りない 特に Big3 のようなコンパウンド種目は20分で終わらせるのは至難の業。 ざっくり計算してみよう。代表的なスクワットの例(メイン3セットの場合): プレート付け替え: 1分 × 4回 ウォーミングアップセット: 1分 × 3回 メインセット: 1分 × 3回 セット間休憩: 3分 × 2 合計で16分 20分間に合うと思うかもしれないが、メイン5セット、またはデッドリフトのようにセットアップが長い種目では余裕で20分超過する。 さらに、NSCA “Essentials of Strength Training and Conditioning” でも 中上級者のセット間休憩は2〜5分 が推奨されており、時間短縮は質低下を招く。 これはつまり、中級者はこれ以上成長するなと言っているようなもの。 2.「予約時間の執着」で集中力が分散 利用したい器具が別の会員に利用されており、自分がボードに予約したところで、自分が使いたい時間帯にマシンが使えないという事実は変わらない。 また、ボードに時間を書いた瞬間「あと◯分で自分の番」という意識が強まり、現在行っているトレーニングの没頭を阻害し、必然的に雑なトレーニングになる。 運動心理学では 注意資源の分割 がパフォーマンスを下げるとされており( J. Sport Psychol., 2023 )、予約時間トレーニングの質の低下は本末転倒。 3.会員同士が敵対になるシステム ボードに予約時間を記入した時点で意思伝達はそこで完結し、 「譲り合い」や「補助を頼む」 の対話が発生しない。つまり、必然的に 器具は分け合うものではなく、奪い合うもの という潜在意識が働き、他の会員を敵と認識する。 共有資源の分配法と...

Rustdeskを使ってWindowsPCからMacへ接続する方法

イメージ
  背景 最近は Claude code を使って Vibe coding にハマっている。何日も寝不足が続いた。 個人用の Mac mini で Claude code を使って何も不満はないが、会社の Windows PC だと WSL を介入しないと Claude Code が使えない。開発は Mac 環境のほうが優れているし、個人的に好んでいるし、Mac の Claude Code で作業 → Github にプッシュ (Mac)/プル (Windows) → Windows の WSL で Claude code 作業なんて面倒くさいことはしたくない。 Windows から Mac へ遠隔操作する方法ないかを探したら、OSS の Rustdesk を見つけた。 自宅で Rustdesk server を構築して、Mac と Windows の Rustdesk client の設定方法をここに記し、同じ要望がある人の助けになれば幸いだ。 Rustdesk とは Rustdesk とは PC やスマホ同士で遠隔操作できる無料ソフトウェアである。無料で使える上、通信が暗号化されてセキュアでもある。 Rustdesk は Server と Client の構成されており、Server は通信の中継管理の役割をし、Client は実際に操作する・されるアプリとして使われる。 つまり、遠隔操作するには Server が必要ってわけだ。 以前は誰でも使える公式の Server があったが、インターネット詐欺で Rustdesk があまりにも多く利用されたため、公開 Server は廃止された。代わりに自前で Server を立てる必要がある。 手順 / ステップ 自宅で Rustdesk を構築するには以下の条件が必要だ。というか私の自宅環境は最初から全て満たしていた。 前提条件 Ubuntu Server 24.04 Docker ルーターのポートを解放可能 ドメイン取得済み(もしくはルーターの動的 DNS 使用可能) ローカル DNS サーバーがある Server まずは、自宅の Linux サーバーに Docker を用いた Rustdesk Server を構築・設定する。 基本的に 公式の Docker 構築手順 に従えば問題ない。 Doc...

原点回帰

今年は頭の中の言葉を文字として出力して、言語化することを目指す。 そうしたほうが思考の整理や構造が明確になると期待できる。 今までは色々なプラットフォームを使ってみたが、もうシンプルなGoogleが提供するBloggerにする。 無料+サーバーレス+コンテンツの自己管理+カスタムドメイン これらの条件が揃っているから、Markdown記法に対応してなくても使うことにする。