  |
はてなキーワード: リレーとは
何人かの芸人がフリートークをして全員で与えられた時間ピッタリで終わるようにリレーしていく企画
反AIってなんで水ガーデータセンターガーって言い出したんやろね
（俺が無用だと思っている物に）資源を注ぎ込むことが許せない!!!なのにな
そりゃーあれこれデータセンター頼りの現代Web文明を享受しながら何を言っているのかってなるやん
AIとか関係無くまずXとかInstaみたいなクソデカSNSから卒業して有志鯖リレーのクラウドストレージ不使用分散型SNSでもやれよ本当に
そんでこいつら水も環境も一切心配しなくてよくなったとして違う理由で騒ぐのバレバレやん
環境の心配じゃなくAIをキャンセルしたくて言ってるだけなんだから解決しなくて当たり前なんだけどな
本当に環境問題第一な人達もいるが、おかげさまで彼らは"希釈化"されてる
「ChatGPTは大きなAIだからだ!xyzはローカルで動く（俺の許してる）小さいAIとは違うんだ」ってヤツもいるけど
そう言いながらローカルで動く画像モデルとか言語モデルを許してるヤツはどんだけいんのって話
許してないくせになんで大きさを持ち出すんや
会話のリレーにおいて、
「相手の返事が自分のどの質問に対する返答なのかを忘れるのは普通だろ」
といった会話のキャッチボールが不可能な水準を「普通」と表現します
自分を慰める意図で発しているので、自作自演増田の知能レベルが「普通」の基準となっています
目が節穴の負の性欲おばさんたちはXや増田でもポケモンのストーカー殺人は弱者男性のせい！と勝手な妄想のエコチェンバーで狂っていたが、
あることないこと妄想して事実のように仕立て上げてたキモおばさん達は一歩狂ったらポケモンストーカーの加害者側になりうる自覚したらどうですか？？？
小学校低学年の頃からスイミングスクールに通っていた広川は、地元水泳大会の上位入賞の常連で、中学でも水泳部に所属。中3の時に出場した水泳の県秋季選手権大会では、男子800メートルリレーの県中学新記録を出して優勝したメンバーの1人だった。
https://news.yahoo.co.jp/articles/ee4e162eaea97657b82a95b5925901f550503671
僕は通常、誤読をした場合、それを静かに修正してログに残す。今日はそれをやる日だ。しかも少し腹立たしいタイプの修正だ。なぜなら、ミスの原因が完全に自分の抽象化の雑さだからだ。
今日、僕は “A Heptalemma for Quantum Mechanics” の Table 1 をちゃんと読んだ。結論はシンプルで残酷だ。
そしてその「捨て方」が、表の ✗ で完全に明示されている。
これは議論ではない。分類だ。
ここで重要な観察。
エヴェレットの多世界解釈 の行を見ると、✗ がついているのは Measurement realism
つまり、多世界解釈は「測定結果が単一の実在として定義できる」という前提を捨てている。
僕は以前、「多世界は One world を満たす」と言った。
だがこの表に従う限り、それはズレている。
なぜか？
この論文では
ここで一段深く行く。
多世界では
つまり、「結果がある」という主張自体が、グローバルには成立しない。
これが表の読み方だ。
One world の列に ✗ がないからといって、「多世界は単一世界だ」と読むのは雑すぎる。
正しくはこう。
この違いはかなり鋭い。
言い換えると
ここで全体構造が見える。
この表は単なる分類じゃない。
そして僕のミスはこれだ。
これは典型的なやらかしだ。人間はどうしても「見えるもの」を優先してしまう。
多世界解釈は One world をどう扱うかではなく、Measurement realism を明確に破壊する理論として分類されている。
そしてこの分類に従う限り、「世界がいくつあるか」という問い自体が二次的になる。
最後に少しだけ広げる。この表の本質は、「解釈の違い」を語っているようでいて、実は違う。
やっていることはただ一つ。
現実という概念を7つに分解して、どれを諦めるかを記録しているだけ。
「飛脚が1日100km走った」という話、実は「一人の人間が1日で走った距離」と誤解されることで広まった数字です。
結論から言うと、この数字はデマというよりは、「システムの能力」と「個人の能力」の混同から生まれたものだと考えられています。
江戸時代の飛脚（特に幕府の公用飛脚や大名飛脚）は、数キロ〜数十キロごとに宿場で次の走者に交代するリレー方式で走っていました。
江戸〜京都間（約500km）を最速の「継飛脚（つぎびきゃく）」は、約60〜70時間（2〜3日）で駆け抜けました。
これを計算すると、1日あたり約150km〜200km移動していることになります。
この「チーム全体の移動距離」が、いつの間にか「飛脚は1日に100km以上走った超人である」というイメージにすり替わってしまったのが最大の原因です。
古武術や日本伝統の身体操作として注目された「ナンバ走り（同じ側の手足を同時に出す走り方）」が、「これを使えば疲れずに1日100km走れる魔法の走法だ」と、メディアや書籍で少し誇張して語られた時期がありました。これにより、「飛脚＝驚異的な身体能力を持つ集団」というイメージが定着しました。
ドイツ人医師ベルツが、飛脚の持久力に驚いて「肉を食べずに玄米と漬物だけでこれほど走れるのか」と書き残したエピソードが有名です。この逸話が「飛脚＝無尽蔵のスタミナ」という文脈で語られる際、数字がどんどん盛られていった側面もあります。
当時の記録や飛脚の労働実態から推測される、現実的な数字は以下の通りです。
| 種類 | 走った距離（目安） | 備考 |
|---|---|---|
| 一般的な飛脚 | 1日 30km〜40km | 現代のフルマラソン程度。これでも十分すごいです。 |
| 超一流の飛脚 | 1日 60km〜80km | 宿場をいくつか跨いで走る場合もありましたが、連日は不可能です。 |
飛脚の凄さは「個人のスピード」ではなく、「24時間休まずタスキを繋ぎ続けるネットワークの正確さ」にありました。
最近のブラウザーは通信を暗号化して、プライバシーとセキュリティをより強化する機能がある。
なお、ほとんどのブラウザーでデフォルト設定はオフで、必要ならオンに変更する必要があるので注意。
オンにすると一部サイトでは海外扱いになり不具合が発生する。フレッツIPv6閉域網にもフレッツ外の扱いになるため接続できない。また、Wikipediaはプロキシ接続での編集を一切禁止しており、プロキシ扱いになるため、編集ができなくなる (編集頻度が多いなら例外設定やスマートフォンではアプリから編集するなど検討を) 。
なお、ブラウザーによってはIPv4接続でも暗号化機能をオンにするとIPv6専用ウェブサイトにアクセスできるようになる場合がある。
IPv6で接続しているかを確認したい場合は、 anond:20260215110540 を参考に。
そんな機能はない。
※ 追記: ただし、HTTPS化されているウェブサイトをHTTPS優先で接続する設定は、この記事に記載の全ブラウザーで (Chromeでも) できる。一番下の追記1も参照。
Googleは広告会社でもあるので、プライバシー保護とは基本的に相性が悪いと考えるべきだろう。
利用者も世界最多であるがゆえのデータ量でユーザーに (プライバシーより利便性という形で) 還元するという方向である。Google Mapsの渋滞表示や施設の混雑状況表示はこれで成り立っているというのがある。
なお、拡張機能でVPNは個人的にはおすすめしない。VPNアプリを使用するべきだろう。
2つのリレーを使うようになっていて、1つ目はISPからAppleへのリレー、2つ目はAppleからコンテンツプロバイダーへのリレーになっている。コンテンツプロバイダーは公開されていないが、プライベートリレーをオンにしたときに表示されるIPアドレスを見るに、Cloudflareがその1プロバイダーにふくまれているっぽい。
無料でも初期設定でメールやSafariのトラッキングコンテンツ (アクセス解析など) のみ保護してくれるが、有料プラン (2026年2月現在最低月額150円) に加入してプライベートリレーをオンにすることで、Safariでアクセスするすべてのウェブサイトが保護対象になる。
暗号化サービスとしては日本トップレベルの普及率となっているため、不具合の発生率は低め。
検索結果の精度向上のため位置情報 (GPSではなくISPによるもの) を保持するかプライバシー保護向上のため国情報のみ使用するかを選択できる。ブラウザーでradikoを再生するとかなら (エリアフリープランを除き) 位置情報を保持する設定にすべきだろう。
なお、AppleのウェブサイトにIPアドレスと位置情報の一覧 (CSV) が公開されている。アクセス制御が必要なら参考にしてほしい。
https://developer.apple.com/jp/icloud/prepare-your-network-for-icloud-private-relay/
"Microsoft Edge セキュア ネットワーク" という機能。Cloudflareに接続される。現時点では、PCのみ対応でモバイルでは使用できない。
個人の Microsoft アカウントでサインインすることで、5GB / 月の容量を使用できる。保護レベルは3段階から選択でき、指定したサイト、最適化 (初期設定) 、すべてのサイトから選択する。指定したサイトとすべてのサイトはその名のとおりだが、最適化は容量を節約するため、動画視聴サイトが自動的に保護対象から除外されるなど、5GBをなるべく使い切ることがないよう、うまいこと調整してくれる。
現時点では、企業では使用不可。 "最新情報にご期待ください" とのことだが...。
"Brave VPN" という機能。Guardianに接続される。月額9ドル99セント、または年額99ドル99セントで10台まで保護できるうえに、なんとブラウザー以外も含めた全アプリを保護してくれるとのこと。
プロトコルにLightway (ExpressVPNで使用しているものと同じ) を採用しており、消費電力の少なさを売りにしている。
無料だと3地域のサーバーに接続できるが、有料プラン (月8ドル / 年48ドル) にすると30以上の国別サーバーに接続でき、ブラウザー以外も保護されるようになるとのこと。
とはいえ無料でも無制限に使用できる (この記事の中では) 唯一のブラウザーなので、Opera内だけ保護してなおかつ地域限定コンテンツも使用しないなら選択肢になる。
有料 (月9ドル99セント / 年99ドル99セント) だが日本は対象地域ではないため使用できない。
有料だが日本は現在対象地域ではないため使用できない。ただしウェイトリストに登録できる。
マルチホップ機能が使用できる。これはパフォーマンスと消費電力が犠牲になるが、2か国のサーバーにリレー接続することでよりプライバシーが保護されるという仕組み。
1つめのほうについて書いた段落は投稿してすぐに消した。それまでの間についてしまった反応だが ("この内容を登録する" を押す前に "確認する" を押さなかった自分の落ち度ではあるが) 、返信する。
2つめのほうはそれより後だが、内容がほぼ同じのためまとめて返信する。
確かにHTTPSは日常閲覧するサイトの9割 (個人差はあるが一般的な使い方の人の場合) になっており、長期間更新放置されているサイトもHTTPS化される例 (かめプロジェクトなど) が増えているため、ほとんどの人にとってはなくても困らない機能だろう。なお、ChromeであってもHTTPS化されているサイトは優先的にHTTPSで接続する設定はできる (これは本文で書き漏れていたため追記した) 。
ただ、残りの1割のサイトはいまだに暗号化が行われておらず、このようなサイトを閲覧する機会が多い人は、暗号化機能を使用する価値があると考えている。
とはいえ、そのようなサイトはプライバシーのみならずセキュリティリスクでもあるので、可能ならば避けて他のHTTPS対応サイトで代替できないかを検討するべきではあるが。
--- ここから2026-02-16 ---
ほとんどのウェブサイトは、接続元の判定 ではなく トラッキング機能で判定しているため、この機能による影響はない。
ただし、Chromeを除くほとんどのインターネットブラウザーはトラッキング機能を遮断するようになっていて、そちらの機能で支障が発生することもある。ポイ活をよく使用するのであれば、暗号化機能よりむしろトラッキング防止機能をオフにするのがよい。
Safariの場合、Safari設定の "プライバシーとセキュリティ" に "サイト越えトラッキングを防ぐ" があるのでオフにする。 "詳細" に "高度なトラッキングとフィンガープリント保護" があるので、これもオフにする。 "すべての Cookie をブロック" はさすがにオフだとは思うが、もしオンになっていたらこれもオフ。
Edgeの場合は、設定の "プライバシー" に "追跡防止" があるのでオフにする。
楽天などポイ活専用アプリも提供しているところなら、専用アプリを使用するのもひとつ。
ないところなら、デフォルト設定で追跡防止をしていないChromeをポイ活専用ブラウザーにしてしまうのもひとつの方法。
なお、iOSはOSの制約上、他社のブラウザーやアプリ内ブラウザーなどにもSafariと同様のトラッキング防止機能が適用されるので、ブラウザーの設定とOSの設定の両方でトラッキングできるように設定する必要がある。これについてははてなブログ・ブックマークアプリにも影響があり、はてな公式のお知らせにも掲載があるので、こちらで設定方法を確認してほしい。
これは大正解。ただし、デフォルト設定がオフ、もしくはプライベートブラウズ限定になっているブラウザーも多いので (オフ設定でもURLのところの警告チップは出る) 、追記1に書いた1割のサイトをよく見るとかでもなければオンにすることをおすすめしたい。自分もオンに設定している。
Vivaldi もあるよ。
やっと "あとひとつは?" に対する回答がついた。ありがとう。
--- 2026-02-17 ---
考え方は人それぞれ。自宅に例えて、昼間でも部屋のカーテンを閉めておく、荷物は直接受け取りにせず宅配ボックスなどを優先的に利用する、といった人なら暗号化機能を使ったほうが良いだろう。個人的には自宅のセキュリティにも気を配ってほしい。
--- 2026-02-19 ---
むしろ外国サービスを経由するほうが日本の国内法の適用から外れ危険では
たしかに日本だとプライバシー保護は名ばかりではなく本当に守っている事業者がおおい (サイバー攻撃のターゲットになった場合は別だが) ので、たしかに日本のプロバイダーに直接接続するのは安心度が高い。
日本のプロバイダーが暗号化もワンストップで提供してくれたらいちばんいいんだけど。日本企業って、セキュリティーが弱いんだよね...。
話それるけど、+メッセージも高度な暗号化機能はないし...。海外サービスだけど高度な暗号化があるiMessageとどっちが安全なんだってなってしまう。
ちなみに現在日本でもっとも利用者がおおいLINEは限定的な対応になっている。たとえばグループ通話は高度な暗号化では暗号化されない (個人通話は高度な暗号化が使用される) 。
詳細: https://help.line.me/line/?contentId=50000087
ここには書かなかったけど、プライベートメールアドレス (この記事に書いたなかだとSafari・DuckDuckGo・Firefoxで使用できるメールアドレスを無限に作れる機能) だけなら日本でもやっているところはおおいんだけどね...。
Appleいわく、利用者からAppleまでのリレー、Appleからコンテンツプロバイダ (Cloudflareなど) までのリレーの2段階でリレーしているそう。
もしこの主張がただしければ、Apple側は暗号化されたデータしか読み取れず、コンテンツプロバイダ側はデータが読み取れるということになる (HTTPS通信の場合はコンテンツプロバイダでも一部しか読み取れないが) 。
外部から接続する時、ゲートウェイ、フャイヤーウォール、リレー制御、がパケットを選別する
グローバルIPで縛りを入れたり
秘密鍵を所持したり
多要素認証（MFA）にしたり
界隈が新しいシノギだと張り切るわけ
昨今の流行りは、VPNの境界制御ではだめだ、一切信頼しないセキュリティ
そう、ZTNA（Zero Trust Network Access）だ
というやつ
この話、適当な話がいろいろと展開されていて
まぁ、まともな話はされていない
例えばVPNと言っても、フルオープンにしておいて都度VPNクライアントでネット接続するタイプがある
攻撃されるのは大体これ
これは、言ってしまえば自宅玄関の鍵がWWWに公開されて、誰でもアタックできる状態
これの問題はVPNがどうこうという話じゃないの分かるだろう？
そも論外なんだよ
これは、VPNの口は外に公開されてはいるが、互いのIPを指定してトンネルを予め作っておく
攻撃できるとすれば、そもそもルーター側に致命的な脆弱性があるとか
サーバーに設定の穴が開いていたりするケース
このレベルの問題が発生する場合、ぜろとらすとにすればだーじょーぶい、ってな話でもない
この手の話で話されない事がある
ZTNAにしたら、「なにが」制御されるの？という話
VPNにしろ、ファイヤーウォールにしろ、そこを通ってしまったパケットは信頼されることになる
実際には、ハード構成やパケットリレーやアプリ側の設定で、「信頼度」を制御できるのだが
まぁ、基本は「信頼する」設計になっているという話にしてしまうわけだ
そして、ZTNAなら「信頼しない」のだから安全にできるというわけ
リソースへのアクセスをZTNAを構築するサービスがコントロールする
社内だから、社外だからではない、リソースへのアクセスはすべてZTNAサービスがコントロールし
ゆえに、なんなら社内に侵入されたとしても（メールの添付ファイルを実行しちゃっても）致命的な結果を防げるというわけさ
言ってしまえば「それを強制する仕組みをサービスとして構築したよ、みんな金払ってね」という話
これはファイルサーバーとか、ＤＢ、社内イントラへのアクセス権とかがZTNAに対応してる必要があるんだよ
コンサルとして潜り込んで、保守に自分の子飼いを一人二人放り込んだら億の話ですよ
AJAXとか、DX（デジタルトランスフォーメーション）とか、AIとか、そういうふわふわっとした集金の新しいのが
ゼ ロ ト ラ ス ト
みんなで金回そう
災害時に水や食料を備蓄しろとは耳にタコができるほど言われるが、「情報の備蓄」をしてる奴は意外と少ない。
キャリアの電波が止まり、自宅のWi-Fiが死んだ瞬間、その高価なiPhoneはただの懐中電灯になる。
「ネットがないと何も分からない」状態で死にたくないなら、今のうちにこの辺のアプリを入れて、データをダウンロードしておけ。
通信、医療、地図、マニュアル。これさえあればオフラインでも文明的な生活が維持できる。
回線が死んでるなら、スマホのBluetoothでバケツリレーすればいい。人が多ければ多いほど繋がる。
かつて香港のデモで「ネット遮断対策」として伝説になった『FireChat』の精神的後継アプリだ。Bluetoothだけでチャットができる。ミャンマーの政変時にも使われた。
iOSとAndroidで会話できるから、家族や友人に「とりあえずこれ入れといて」と言うならこれが最適解。避難所とか駅前みたいな「密」な場所ほど威力を発揮する。
現在世界で最も使われているローカルメッシュネットワークチャットアプリ。
Twitter創業者のジャック・ドーシー絡みの新しいやつ。BluetoothメッシュとNostrプロトコルを組み合わせた仕様。
イランみたいなネット検閲がエグい国で「デジタル地下道」として使われてる実績がある。
特徴は「パニックモード」。ロゴを3回タップすれば全データを吹き飛ばせる。治安が終わってる地域に住んでるなら、Bridgefyよりこっちの方が身を守れるかもしれない。
ここからはオープンソースの信頼できるやつ。エンジニアが好むラインナップ。
Android使ってるならこれが最強。残念ながらiOS版はない。
こいつの真価はBluetoothだけじゃなく「Wi-Fiテザリング」も使えること。
誰か一人が親機になれば、ネットがなくてもそのWi-Fi内で高速なチャットやファイル共有ができる。避難所で即席のLANパーティー状態を作れるのはこれだけ。P2Pだからサーバーダウンの影響も受けない。
仮にアメリカの政変でGoogle PlayストアがダウンしてもBriarアプリは様々な地域でミラーリングされているので入手可能だし、何ならAndroidはそもそもAPKをローカルに残しておけるので手渡しで広げていける。
日本のギークや高齢者のスマホはAndroidである場合が多いので、災害時ほどギークの持ってるAndroidスマホが親機となり高齢者のAndroidスマホがメッシュネットワークの子機になる可能性があるので、ギークは災害に備えて自分のAndroidスマホにBriarを入れておくと良いと思う。どうせお前らAPKのバックステップ出来るだろ。
MeshtasticはBriarと並んでオープンソースメッシュネットワークでは鉄板で世界中の人口が多い。スマホ単体じゃなくて、数千円の「LoRaモジュール」を買って連携させるやつ。
何がヤバいって、Bluetoothだと数十メートルしか届かないのが、LoRaモジュールを使うと数キロ～数十キロ先のLoRaモジュールを搭載したMeshtasticサーバーとテキスト通信できるようになる。
Raspberry Piに繋いで屋根に乗っければ、ボランティアの「基地局」が作れる。自治体の防災無線が聞こえないなら自分で作ればいい。
MeshtasticサーバーはRaspberry PiのUSBやGPIOに接続されたIoTセンサーと組み合わせることでサーバー自身の電源状況や周囲の気温や気圧、そしてローカルに保存された地図情報も配信可能で災害時ほど役立つ。
マジかと思うかも知れないが、サポートしているラズパイは3と4と5のほか、Zero 2(Zero 2 W)とPicoだ。最悪の状況を想定しても太陽光発電パネルとUPSさえあれば稼働を続けるぞ。
ネットワーク圏外のユーザーへも一時的にMeshtasticサーバーがキャッシュした情報をネットワーク接続がされると配信してくれるのも心強い。
【重要】: AmazonとかAliExpressで適当な海外版を買うなよ。433MHzとかは日本じゃ違法だ。必ず「920MHz（JP版）」で「技適マーク」があるやつを買え。電波法違反で捕まりたくなければな。
怪我してもググれない。どう処置する？ その答えを端末に入れておく。
災害時は「家庭版」でいいから入れておけ。そして必ず「データの一括ダウンロード」を済ませておけ。
骨折の固定、感染症の症状、持病の薬の代替案。これがオフラインで見られるかどうかで生存率が変わる。
一般人は家庭版で十分、プロフェッショナル版は重すぎる。医療従事者には申し訳ないがプロフェッショナル版をお願いしたい。
各自治体では防災ガイドブックが自治体Webサイトなどで配布されているので今のうちにダウンロードしていたほうが良い。
「ごめん！こういうの探すの本当に苦手でどうしたら良いのか申し訳ないけど教えて欲しい」って奴は助け合いだから気にすんな教えたる。
東京に住んでなくとも東京都防災ホームページの東京防災（全ページ）PDFハンドブックをダウンロードしておくと良い。
めちゃくちゃ泥臭いサバイバル実用書になってる。新聞紙で暖を取る方法とか、ゴミ袋でカッパ作る方法とか、そういう「被災地ライフハック」の塊。Kindle版でもいいけどPDFの方が見やすい。
ただし、緊急連絡先とかの情報は東京都のものになっているので、流石にそういうのは別途住んでる自治体のものを調べてローカルに保存しておけ。
全部入れると重すぎるから、おすすめは「Wikibooks（日本語版）」のデータ(ただし編集・翻訳が未完部分もある)。
毒草の見分け方、法律知識。人類の叡智を数百MB〜数GBで持ち歩ける。ネットがない世界でのGoogle検索代わりになる。
Googleマップはオフラインだと検索がポンコツになるから信用するな。
オープンストリートマップ（OSM）を使ったガチの地図アプリ。
これの凄いところは「等高線」や「獣道」「送電線」まで出るところ。
道路が寸断されて山越えしなきゃならなくなった時、Googleマップだとただの緑色の空間にしか見えない場所でも、これならルートが見える。
OsmAnd+の良い部分は自身のスマホへローカル保存されたOpenStreetMapのデータを他のユーザーへ手渡しで別のOsmAnd+で読み込みが可能な点だ。
災害時でも地図情報を他社へ渡しでバックアップを広げていくことが可能なので現在位置や周辺情報を失うという状況を回避しやすくなる。
しかも何よりオフライン状態でも名称での検索が可能で、Wikipedia情報をローカルに保存して情報強度を高めることが出来る。
これらは全て「災害が起きて回線が止まってからじゃダウンロードできない」やつらだ。
1. 今すぐ入れる。
ここまでやって初めて「備え」になる。
Awesome Games Done Quick 2026 (アメリカのゲームRTAイベント)
◾︎◾︎◾︎
American Truck Simulator / Point to Point Race (テキサス州)
レース形式だけどトラブルがあって協力プレイになっていたのがイベントらしくて好きだし、
なんやかんやでオチまでちゃんとついている感じになっていて笑いました
◾︎◾︎◾︎
Mai mai DX Prism Plus / ショーケース
Mai mai、高難易度プレイをしているのをみるのが初めてだったので、なんで人間がこんな動きができるのかよくわからないと眺めていたらあっという間に終わった。
配信中にみていて、ショーケース中に寄付が$1M達成したのでその時の盛り上がりが熱かったです。
◾︎◾︎◾︎
RTA in Japanでも数度走られているBubziaさん。
さすがのテクニックと、それでも接戦になった仮面戦の盛り上がりがすごかったです。
◾︎◾︎◾︎
1スター取るごとに交代。みなさん当たり前のように技を繰り出していて、この人たちみんな走者か…とコミュニティの大きさを見ました。
◾︎◾︎◾︎
総じて賑やかで、色んな褒め言葉とか、切り替えの声かけとか聞けて、アメリカだな〜と感じますし、インセンティブとかbid warの額の規模も大きければ寄付額の積み上がるスピードもはやいので、お祭りだな〜と思いながら見ています。
実際に起きた(とされる)英雄譚を一般サラリーマンの自分はどう飲み込むべきなのかという問いを突き付けられた映画だったけどそれはそれとしてトーゴーは可愛いしデフォーはシブいし映像はキレイ。64点。
1925年のアラスカ。ジフテリアが大流行し街がピンチになるもブリザードが吹き荒れ航空機輸送は困難。しゃーなし危険な陸路を偏屈なノルウェー人のウィレム・デフォーとハスキー犬トーゴー率いる犬橇隊が挑む。実話に基づいた奇跡のハートフルストーリー。
まず映像がよかった。
ブリザード中の映像なんかは流石にこれCGだなぁって思うところも多かったけどその映像自体もめっちゃ不自然っていうよりはうおーすげ―って感じだし、特に氷結した湾を渡る際にどんどん氷が割れていくスペクタクルは「んなわけない」と思いながらも手に足握る緊張感があった。引きのショットで見られるバカみたいなスケールの雪山とその中の犬橇隊って構図はやっぱり自然のすさまじさを実感できる。
こいつずっとおじいちゃんやけど逆にずっと老けないなって思うデフォーはあの顔の持つままの意思が強く偏屈だけど情に厚い部分もある職人キャラをうまく演じていた。あの彫りの深すぎる顔と雪山がまた会うのよこれが。
んで今作の主役の一人でもあるハスキー犬のトーゴーね。子犬期はやんちゃなクソガキ感がある演技をちゃんとしてるし、成犬期になってからも人懐っこさとリーダーシップの両方兼ね備えた名犬なんだなって見ていてわかるようにちゃんと演じられていてとてもよい。他の犬たちも演技が上手でね。特に子犬期のトーゴーが大脱走するパートとか、最初は脱出に頑張るトーゴーをワクワクした感じで見ていたのがだんだん飽きてきて成功したら大盛り上がりって言うのをちゃんと演技デザインされていてほんわかした。
ちなみにトーゴーは東郷平八郎からとられていてこれは日露戦争の日本海海戦で東郷がロシアのバルチック艦隊を壊滅させて北欧がヒャッホーしていたという文脈からでデフォーは今回はノルウェー出身という話なので「噛ませ犬が大逆転」の象徴としてその名前を付けた。歴史の教科書でもトーゴービールとか習ったなぁと思い出しましたよ。
まぁ話としては元々はワクチンがある街まで大往復する予定だったのが途中でリレー形式に変わってデフォーは最も過酷で最も長距離を走ることになる。
作品としては走って何度も危機に面するもトーゴーとデフォーの絆で乗り越えていく1925年の犬橇隊と、身体が弱く陽キャすぎるトーゴーに犬橇の才能を見いだせずに何とか追い出そうとする1915年のデフォーの奮闘をカットバック形式で描いていく。絆で危機を乗り越える→その絆がどうやって芽生えていったのかを映すのらせん構造になっていて緊張感を途絶えさせないいい演出だなと思いました。
ただ個人的にめっちゃ気になったのが今作の大見せ場でもある氷の張った湾をショートカットする展開。行きと帰りで2回あって行きは大ピンチを潜り抜けて、帰りはウルトラデンジャラスピンチを潜り抜けそこなって最後はトーゴーに過大な負荷をかけてギリ脱出するんだけど。
これさすがに蛮勇では。
もちろん今にも死にそうな病人がいるから1日でも早くワクチンを届けたいのはわかる。1日のショートカットで温存できる体力もわかる。でもそれで自分たちが全滅、行きだったら「もうワクチン取りに行ける人いません」、帰りだったら「ワクチンは海の底」で町が全滅しかねない状況で、他に方法がないならまだしも実在はする迂回路がある上でこの極大リスクをとる必要はあったのかとサラリーマンの俺は思ってしまったよ。
結果的にトーゴーは極大の疲労とストレスで身体を壊し犬橇からは引退。その後、デフォーは「俺には何の覚悟もなかった」と自分の無策と逸りを悔いていたので彼自身もこの選択が正しいことだったと思っているわけではないということなんだろうけど、見ていてなんかモヤモヤしてしまった。俺も年取ったってことやな。
敢えて言うなら「その1日」の重みをもうちょっと作中でデザインできていればよかった。嫁さんが「夫は行けそうなら行く人よ！」って言ってたけど、じゃあそれは蛮勇やなってやっぱなっちゃうし。その1日が重要なんだともっとわかりやすく示してくれてれば納得感が上がったかも。
そして実話ではこの大輸送で実はトーゴーは無傷でピンピンしてるしそもそも湾は割れてないしで、何の話やってんと思わんでもないんだけどまぁそこは実話ベースのフィクションだから……
そしてその後、やたらとバルト(相撲取りではない)を敵視する視点が入って、ははぁ～んこれはバルト（1995年のアニメ映画、今作と同じアラスカ大輸送をテーマにしている）で一発当てたユニバーサルに対する今作を製作したディズニーの確執だなと思ったりせんでもないが、実際のところトーゴーが正しく評価されたのは2000年代に入ってからのことなので「まぁ言っとかないとな」という感じではあったんだろう。
ちなみにバルトは最終的にワクチンをもってゴールインした犬。新聞などでも大きく取り上げられ長らくこの大輸送でのヒーローとされていたが、実際に走った距離はトーゴーの5分の1程度とされており最近ではいろいろと見直されている。と映画内で説明があります。
そんなこんなで「大自然の美しい映像」「犬と人間のハートフルストーリー」「犬と人間の職人としての生きざま」「大スペクタクル」とこの手の作品で見たいと思える映像はほとんど見られるので、犬好きにはマストでオススメ。ネコは出てこないのでネコ好きにはマイナス。
問題 6
企業が高可用性のリレーショナルデータベースを複数リージョンで運用したいと考えています。
RPO（Recovery Point Objective）1秒、RTO（Recovery Time Objective）1分未満 を満たす災害復旧構成として最適なのはどれですか？
A. Amazon RDS for PostgreSQL + クロスリージョンリードレプリカ
B. Amazon Aurora Global Database
C. Amazon DynamoDB Global Table
D. Amazon Timestream for Analytics
問題 7
あるスタートアップが、新規社員向けに オンプレミスADと連携した仮想デスクトップ をAWS上に構築したいと考えています。
次のうち、最適なサービスの組み合わせはどれですか？
A. AWS Directory Services + VPN + ClassicLink
B. AWS Directory Services + VPN + IAM
C. AWS Directory Services + VPN + Amazon S3
D. AWS Directory Services + VPN + Amazon WorkSpaces
問題 8
アプリケーションのパフォーマンスが低下しているため、サーバーのリソースが十分か確認する必要があります。
最適な対応策はどれですか？
A. CloudWatchでパフォーマンス指標を監視し、ダッシュボードを作る
B. AWS Compute Optimizerを有効化し、推奨に従ってリソースを調整
C. Trusted Advisorでコスト最適化を確認し、インスタンスを増減
D. Cost Explorerでコストを確認し、予算に応じてインスタンスを増やす
問題 9
EC2 + RDS SQL Server構成のアプリケーションがあります。
EC2とRDS間の通信を暗号化する方法として正しい組み合わせはどれですか？（2つ選択）
A. EC2とRDSのセキュリティグループでポート443のみ許可
B. RDSでTDE（Transparent Data Encryption）を有効化
C. rds.force_sslパラメータをtrueに設定しDBを再起動
E. RDSルートCA証明書を取得してアプリでSSL接続を設定
アプリケーションVPCと 共有サービスVPCの接続を簡素化 し、将来的に数十VPC規模に拡張可能にしたい場合、最適な構成はどれですか？
ーーーー
答え
ーーーー
問題 回答
6 B
7 D
8 B
9 C, E
10 D
ポイント整理：
問題6: RPO 1秒、RTO 1分未満 → Aurora Global Database はクロスリージョンで高速レプリケーション可能
問題7: オンプレミスAD連携＋仮想デスクトップ → AWS Directory Services + VPN + WorkSpaces
問題8: リソース最適化 → Compute Optimizer が推奨設定を自動提案
問題9: EC2 ↔ RDS通信暗号化 → SSL強制（rds.force_ssl）＋CA証明書でアプリ側暗号化
