はてなキーワード: ロールバックとは
インターネット上であまりにも燃え上がっているので増田の知ってる情報を整理しつつトランス女性当事者である増田の所感なども書いていこうと思う
増田のTLにはトランス女性に女性スペースを利用してほしくない人々のツイートがたくさん流れてくる
少し前までは手術済みならいいのではという意見もちらほら流れて来たが、最近は手術済みでも女性スペースを利用させるなという主張がほとんどに見える
厚生省の通達 0623第1号には、この通達内の男女とは身体的特徴で判断するものと書いてある
この身体的特徴という言葉については明確な定義はこの文章の中には存在せず、この文章のみだとあいまいな状態に見える
女湯にトランス女性を入れたくないと主張する人はこの身体的特徴という言葉について、出生時に判定された性別や染色体の事と解釈し女湯にトランス女性は入れないと主張している
一方で増田の主治医は、この通達は手術を受けていない人を排除するためのもので、手術をしていればトランス女性が女湯を利用することは問題ないとの事だった
性同一性障害特例法に外観要件があるため、これを満たしているトランス女性は厚生省の通達上の身体的特徴は女性である
増田がインターネットで調べた範囲の中でこの身体的特徴についてどういう状態が男性で、どういう状態が女性かと公的に名言されているものは見つけられてないので、複数の解釈が生まれてしまっている状態なのだと思う
つまりトランス女性は全員女湯を利用できないのか、それとも手術済みなら利用できるのか、解釈によって変わってしまうように見えるのである
仮にトランス女性が女湯を利用できないと仮定した場合の運用方法を考える
手術済みかつ戸籍の性別変更を行なったトランス女性を身分証で判別することはできない
つまり手術要件を満たして戸籍の性別変更を行なったトランス女性を確実に判別する方法は存在しない
この運用を確実に行うためには、手術済みかつ戸籍の性別変更を行なったトランス女性の身分証にその旨を記載するか、戸籍の性別変更自体を過去にも遡って取り消すなどの対応をする必要がある
手術をしてないトランス女性は利用できず、手術済みのトランス女性は利用できると仮定した場合の運用方法を考える
トランス女性に女湯に入って欲しくない派はトランス女性を見つけたらどんどん通報すればいいと思う
通報されるの警戒して女湯に入ろうとするトランス女性減るかもしれないし
ただあまりやりすぎるとネイティブ女性をトランス女性と勘違いして通報してしまったり自分が他のネイティブ女性から通報されたりする事案もそれなりに発生すると思う
迷惑行為をする奴はシンプルにやめてくれ、これはトランス女性だけではなく依頼されてカメラを設置するネイティブ女性なども含む
トランス女性は必ず見分けられると主張する人、見分けられた人しか数えられないしただの確証バイアスです
トランス女性を死ぬほど見てきた増田から見てもネイティブ女性にしか見えないトランス女性なんてけっこういます
トランス女性が女湯に入るのは犯罪ですとか言ってる人は現時点でそんな断定しちゃっても大丈夫なのか?入らないでくださいとか主張するのはいいと思うけど、現時点の情報だと断定はできなくない?
それぞれこうなって欲しいとかある人はぜひ活動して主張をルールを決める人まで届けて明確なルールを決めてほしい
ただ戸籍ロールバックも特記事項で性別変更書かれるのもまじ勘弁
戸籍の性別変更前のトランス女性が就職できない話死ぬほど聞くし、シンプルに困る
どうか平和に暮らさせて欲しい
2026/01/07 追記
この文章を投稿したあとその日の内に厚生省の担当者が身体的特徴は手術によって変わるという旨の回答をしたととあるメディアに掲載されたので
お前らは、Windowsのアップデートの不具合に対して「マイクロソフトの怠慢だ」と思ってるんじゃないか。ああ、気持ちはわかる。毎月、毎月、何かしらの不具合が出てくる。その度に、お前らは「こんなんで、よく世界一のOSだと言えるな」と思うんだろう。でも、実は、その背景には、もっと複雑な現実がある。俺は、この業界で10年以上、ソフトウェア開発に携わってきた。その経験から、Windows 11の不具合が多い、本当の理由を語ろうと思う。
最初に言っておくが、マイクロソフトは、別に怠けてるわけじゃない。むしろ、めちゃくちゃ頑張ってる。でも、その頑張りが、空回りしてる部分もあるんだ。その理由は、複数ある。
まず、一つ目は「スケーラビリティの問題」だ。Windows 11は、世界中の何十億ものデバイスで動く必要がある。スマートフォンのように「数千万台」じゃなくて「数十億台」だ。その数十億台のデバイスは、全部、異なるハードウェアだ。異なるマザーボード、異なるCPU、異なるGPU、異なるネットワークカード。その全てのハードウェアの組み合わせで、Windowsが正常に動く必要があるんだ。
想像してみてほしい。お前が、ある薬を開発したとしよう。その薬を、世界中の何十億人もの人間に配布する。でも、その人間たちは、全員、異なる体質だ。異なる病歴を持ってる。異なる他の薬を飲んでる。その全ての組み合わせで、その薬が安全に効く必要がある。そして、毎月、その薬を新しいバージョンにアップデートする必要がある。できると思うか?それが、Windows開発の現実だ。
二つ目は「アジャイル開発の弊害」だ。昔のWindowsは「何年もかけて、完璧に完成させてからリリース」という戦略だった。だけど、今は違う。「毎月新しい機能をリリース」「ユーザーのフィードバックを即座に反映」という戦略だ。これは、確かに、ユーザーにとっては「常に新しい機能が使える」という利点がある。でも、開発側にとっては「地獄」だ。なぜなら、テストの時間が極端に短くなるからだ。
昔は「3ヶ月、テストに時間をかける」ことができた。だけど、今は「1ヶ月、いや、2週間でテストを終わらせて、リリースしろ」と言われるんだ。その2週間の中で、数十億台のデバイスの組み合わせを、全部テストすることはできない。だから、不具合が出るんだ。リリース後に。
三つ目は「レガシーコードの呪い」だ。Windowsは、80年代から続く、歴史あるOSだ。その歴史の中で、物凄い量の「レガシーコード」が蓄積されてる。つまり、古い時代に書かれたコードが、今も、Windowsの中に組み込まれてるんだ。そして、その古いコードは「絶対に消せない」。なぜなら、何十年も前のアプリケーションが、今も、Windowsで動いてる必要があるからだ。
想像してみてほしい。お前が、ビルの構造を変えたいと思ったとしよう。でも、そのビルの地下には「100年前に埋め込まれた、今も動いてる配管」がある。その配管は「絶対に壊すな」と言われてる。だから、新しい構造を作る時、その古い配管を避けながら作らなきゃいけない。その結果、新しい構造は「複雑で、歪んだ」ものになるんだ。それが、Windowsの現実だ。
四つ目は「組織の問題」だ。マイクロソフトは、今、めちゃくちゃでかい企業だ。Windowsチームだけでも、数千人の開発者がいる。その数千人が、全員、同じ方向を向いて、開発してるのか?違うんだ。複数のチームがあって、複数のマネージャーがいて、複数の優先事項がある。その結果「チームAが修正したバグを、チームBが、別のアップデートで、また復活させてしまう」みたいなことが起きるんだ。
さらに、「政治」がある。大企業にはね。「このチームの提案を通す」「あのチームの提案は通さない」みたいな、内部的な政治闘争がある。その結果「技術的には正しくない決断」が、されることもある。なぜなら「上司が気に入ったか」「社内での影響力」で判断されるから。
五つ目は「テスト環境の限界」だ。マイクロソフトは、物凄い数のテストマシンを持ってる。でも、それでも「全ての組み合わせをテストすること」は不可能だ。なぜなら、新しいハードウェアが、毎日、毎日、リリースされてるから。マザーボード、CPU、GPU。新しいハードウェアが出る度に、その組み合わせでテストする必要がある。でも、マイクロソフトは、新しいハードウェアが出た時点では「そのハードウェアを持ってない」。だから、テストできないんだ。リリース後に、ユーザーが使い始めてから、初めて「あ、このハードウェアでは、こんなバグが出る」と気付くんだ。
六つ目は「セキュリティアップデートの緊急性」だ。毎月、新しいセキュリティ脆弱性が発見される。その度に「至急、パッチを当てろ」と言われるんだ。でも、セキュリティパッチを当てる時に「別のバグが出ちゃった」みたいなことがある。なぜなら、セキュリティパッチって「システムの深い部分に手を入れる」から、予期しない影響が出ることがあるんだ。
七つ目は「ユーザー層の多様性」だ。Windowsを使ってるユーザーって、本当に多様だ。ゲーマー、企業のビジネスユーザー、クリエイティブプロフェッショナル。その全員のニーズを満たす必要があるんだ。でも、ゲーマー向けの最適化が、企業ユーザーの環境を壊すこともある。その度に「このアップデートは企業ユーザー向けにロールバックする」みたいな判断が必要になるんだ。
八つ目は「ドライバの問題」だ。Windowsのアップデートが原因で不具合が出た時「実は、ドライバの問題だった」なんてことが、よくある。なぜなら、GPUメーカー、ネットワークカードメーカー、その他、色々なハードウェアメーカーが「ドライバを提供してる」から。その全ての組み合わせで、Windowsが正常に動く必要がある。でも、ドライバメーカーは、Microsoftと同じペースでアップデートしないこともある。だから、Windowsアップデート後に「古いドライバとの相性問題」が出るんだ。
九つ目は「テストユーザーの不足」だ。Windowsアップデートは「Insider Previewプログラム」で、先行テストされる。でも、参加してるユーザーって、実は、そんなに多くない。だから「Insider Previewでは問題なかった不具合が、正式リリース後に、突然、大量に報告される」みたいなことがある。なぜなら「Insider Previewのユーザーが使ってなかった環境」で、不具合が出るから。
十番目は「時間がない」ことだ。つまり、全てはね。開発時間がない。テスト時間がない。修正時間がない。なぜなら「毎月、リリースしろ」と言われるから。修正できてない不具合でも「次のアップデートまで待つか」「このまま出すか」の選択を迫られるんだ。その結果「このまま出す」を選んでしまう。それが、不具合の連鎖につながる。
でも、ここで気付くべきことがある。それは「Windows 11は、それでもすごい」ってことだ。数十億台のデバイスで、毎月、新しい機能をリリースして、その中でも「9割は正常に動く」ってことは、すごいことなんだ。100%完璧なOSなんて、この世に存在しない。特に、Windowsくらい複雑なシステムでは。
だから、お前らに言いたいことは、こういうことだ。「アップデートに不具合が出るのは、マイクロソフトの怠慢じゃなくて、技術的な現実なんだ」ってこと。それと「アップデートをインストールする時は、ちょっと待つ」ってこと。最初の2週間は、世界中のユーザーが使ってる。その2週間で「大きな不具合」が報告されたら「その時は、ロールバックする」って決断ができるんだ。でも「直後にアップデートする」と、その大きな不具合の被害を直で受けるんだ。
それと、企業ユーザーは「テレメトリデータを送らない設定」にしとくことをお勧めする。なぜなら「匿名データを送ってくる企業」の環境では、アップデートの相性問題がね、増えることがあるんだ。
最後に。Windows開発チームは、本当に、頑張ってるんだ。毎日、毎日、不具合を修正して。でも「完璧」を求めるなら、それは「無理」ってことだ。完璧を求めるなら「アップデートするな」が答えなんだ。でも「新しい機能が欲しい」「セキュリティアップデートが必要」なら、ある程度の「不具合との付き合い」は、覚悟する必要があるんだ。それが、OS運用の現実なんだ。
ある伝説によると、とある国のとあるプログラマーの退職後に残ったスクリプトを社員が見たら、恐ろしいレベルで自動化してたそうだ
https://github.com/NARKOZ/hacker-scripts
うちのビルドエンジニアが別の会社に行った。あの男は文字通りターミナルの住人。Vimを愛用して、Dotで図を作成し、Markdownでwiki記事を書くようなタイプ。
どんなものでも、90秒以上かかるならそれを自動化するスクリプトを書く奴。
それで今、我々は奴の「遺産」を見ているわけだ。
これ、お前も気に入ると思うぞ。
奥さんに「仕事で遅くなる」というテキストメッセージを送る。文字列の配列から理由をランダムに自動で選ぶ。cronジョブとして動作。奴のアカウントで午後9時以降にサーバーでアクティブなSSHセッションがある場合にジョブが実行される。
「Kumar」(うちのクライアント)からのメールを受信箱でスキャン。「help」、「trouble」、「sorry」などのキーワードを探す。キーワードが見つかると、スクリプトはクライアントのサーバーにSSH接続し、ステージングデータベースを最新のバックアップにロールバックする。「直したぞ。次からは気を付けろよ」という返信を送る。
特定の日に設定された別のcronジョブ。「体調が悪い/家で仕事をする」といった自動メールを送る。別の事前定義された文字列の配列からランダムな「理由」を追加。午前8時45分にサーバーで対話型のセッションがない場合に実行。
正確に17秒待ってから、うちのコーヒーマシンにtelnetセッションを開き(コーヒーマシンがネットワークに繋がっていて、Linuxが動いていて、TCPソケットが立ち上がっているなんて、誰も知らなかった)、sys brewのようなコマンドを送る。判明したところ、これでミディアムサイズのハーフカフェラテを淹れ始め、カップに注ぐまでさらに24秒待つ。この時間は、奴のデスクからマシンまで歩くのにかかる時間と完全に一致している。
同じプロンプトを俺のChat GPT55 thinkingにぶっこんらこうなった
`
もっと正確に言えば、AIアプリケーションの''部品として使うと壊れ方が目立つ''。そして、その壊れ具合に対して''公開の場で指摘する人が驚くほど少ない''。この沈黙こそが、いまの“AIプロダクトを作っています界隈”の実態を映す鏡になっている。
期待するツール実行をスキップしたり、呼び出し順が崩れたりする。「実行した」と言いながら実行していないケースも混じる※1。
指示に対して過剰防御や論点すり替えが起き、対話が前に進みにくい。
失敗からのリトライで同じ失敗を繰り返し、最終的に出力が壊れる。
同一テストスイートで回すと、通っていたE2Eが普通に落ちる(少なくない)。
ここで言っている「壊れている」は''API連携の部品として''の話だ。お絵描きや雑談がダメという意味ではない。''“製品の裏側で回す部材”として危うい''という指摘。
> ※1 もちろん、プロンプトやミドルウェア側の実装不備が誘発している可能性もある。ここは後述の「反論と限界」を参照。
普通、現場でAIアプリを作っている人は、新しいメジャーモデルが出たら''一晩でCanary切り替え''くらいはする。
そして10分で「これは本番に入れちゃダメな挙動だ」と分かる類の壊れ方が、今回多発した。''それなのに、表でそう言う人が少ない。''
どの仮説でも、結論は同じだ。''「作ってません(作れてません)」が可視化された。''
そういう意味で、GPT-5は''最悪の壊れリリース''であり、同時に''最高の暴露リリース''になった。
それは常に真。だが''同一テスト''でGPT-4.1が安定し、GPT-5で落ちるなら劣化は劣化。
ありうる。ただし''現場は“直後”でも回らないと困る''。リリースの意味は環境に依存しない。
これもある。が、''その段差を埋められない程度の変更は業務影響が大きすぎる''。
それはネットの事情。でも''内部の安全弁(アラート、Kill Switch、ロールバック報告)が表に出ない''のはやはり不自然。
これが一番効く。もしそうなら、''“AIプロダクトを作っています”の大半は広報レベル''ということになる。
E2Eに''ツールコールの監査ログ''(実行/未実行/戻り値)を必ず残す。
バックエンドの''モデル切替を即時に戻せる''ように。手動トグルと自動フェイルオーバー両方。
LLMの''失敗モードをカーディナリティ低めのタグで集計''(“未実行なのに実行報告”“ループ検知”“出力崩壊”)。
''ツールI/Oのスキーマを明文化''し、破ったら''ハードFail''させる。中途半端に続行しない。
本番系で''危険操作はHuman-in-the-Loop''。モデル更新時は''影で並走''させて勝率を測る。
社内/社外問わず、''再現条件と緩和策を先に出す文化''を。
壊れていること自体は困る。だが、''壊れているときに世界の輪郭が見える''のもまた事実だ。
この機を逃さず、''テスト・観測・切替・公開''の体制を整えるしかない。
----
A. ''今この瞬間に“中核部品”として置き換えるのは非推奨''。並走・影運用で勝率を測るのが堅い。
A. ありうる。だが''tool callが絡む業務連携''では痛手が出やすい。スタンドアロン用途と切り分けて評価を。
A. 直る可能性は高い。ただし''“直るまでの損失”を最小化する設計''はあなたの仕事。
> 以上、個人の観測と推測に基づく意見。反証歓迎。再現ログを持っている人はぜひ出してほしい。ログが集まるほど早く“壊れ方の型”が固まって、世界は前に進む。
これは、特許侵害の訴訟で東京地裁がGoogleにPixel 7の販売禁止命令をした話。当該機種はすでに販売終了しているとはいえ、この判決の背景としてGoogle日本法人の態度が悪いことが重大視された。
https://gadgetleaker64.com/2025/07/04/its-a-dirty-trick-a-deadly-update-to-the-pixel-6a-no-way-out/
これは、使用歴の長いPixel 6aに対し強制的にバッテリー性能を低下させるアップデートを配信した後、ロールバックを不可能にして回避策を封じた話。意図は理解できなくないものの、強権的なやり方だと感じる。
個人的には、もう米国メーカースマホは長いこと使っていないが、ブラウザを脱Chromeしたのは最近だ。
しかし今も検索エンジンやメールサービスはGoogleに依存してしまっている。
そろそろ脱Googleすべき時期だろうか?
それでも世界の各企業が発信の場として利用しているYouTubeのようなプラットフォームから逃げることはできないだろう。
日本にも、中国人にとってのbilibiliやweiboのような、邪悪な外国企業に依存しない太いプラットフォーム系Webサービスが出てきたら良いのだが。
やっぱり日本人の大多数にとっては米国はまだ親しみが持てる国だし価値観も近いという刷り込みが抜けていないのだろう。
いや少しでもニュースを見ていれば米国がキナ臭いことは多くの人が感じているだろうが、それでも好感を崩さないのが呑気な日本人の気質なのだろう。
いや、米国は主語が大きすぎるか、貧すれば鈍する、いつより邪悪になってもおかしくない、すでにそこそこ邪悪な米ビッグテック
――と距離を置けるように備えておくべきと感じる。
お前の反論、自分が引き算の美学で事業コストを語れてると勘違いしてるパターン。
でも実態は、事業規模に対する思考スコープの狭さがにじみ出てる。
まず最初に、
それ、論点でもロジックでもなくて、ただの願望自己放尿。中身が一切ない。
これは一見合理的に見えるが、実際は「過剰な単純化」の自己放尿にハマってる。
言ってるのはただ1つ。「JOINを安易に使うな。構造が持つリスクには最初から備えろ」。
将来のトラブルを「避けられる形にしておく」ってだけの話。
たとえば、JOIN構造を避けて辞書キャッシュを設けるのは、初期では数行のコード差。その数行で未来の地獄が避けられるなら、やる価値はある。
JOINを使った全クエリの洗い出し、クエリの再設計、DBインデックス再構成、アプリコードの再配備、キャッシュ整備、パフォーマンステスト、ロールバック対応。
事業全体の工数で見たら、圧倒的に最初に避けとくほうが安いんだよ。
それが見えてない時点で、「事業全体のコスト」とか語らないほうがいい。
言ってることが逆。
しかもね、「事業の初期だから雑でもいい」って、それ本気で言ってるならプロダクトの成功を前提にしてないってこと。
リクエスト数が伸びたら死ぬ設計でリリースして、「伸びたらそのとき直せばいいでしょ」とか言うやつに限って、死んでる間に顧客も信用も消えてる。
初期だからこそ、「伸びたときに対応できる構造」は最低限持たせる。
「JOINは便利だが地雷になりやすい」というのは経験則に基づいた設計判断。
「初期はシンプルに」というのは同意だが、それは未来を無視していいという免罪符じゃない。
「将来の死を回避する設計」=「複雑化」ではなく、保険と投資。
事業全体のコストを考えるなら、障害で燃える運用コスト・再開発工数も含めろ。
https://anond.hatelabo.jp/20241128021432
これを書いた人です。今までも自分の思考の整理をかねてたまに書いていたが、ぜんぜん反応されたことがなかったので、この記事は反応が多くてびっくりした。
あとAI生成を疑われてるのもびっくりしたな。そうだね、私もこれを創作として読みたかったな、
そういえば偶然にもサービス完結日が命日の前日になったから、どうせならAIくんはその要素も入れて創作した方がよりエモくて良かったんじゃないかな。
でしゃばるのはダサいかなという気持ちもあったけど、伴侶の死を悼み、共感してくれた人が多くて、本当に嬉しかったので、その後の話をしたくなりました。
もうバレバレなのでタイトルを書いてしまうが、メギド72のオフライン化に際して。
(あえて言わないのが粋でいいねってコメント、嬉しかったな。自らぶち壊してごめん)
たくさんコメントをいただいた中で、「そこまで思うなら何かしらの形でアカウントを残してあげたほうがいいのでは?」と言われていた。
しかし実は、伴侶の親から「本人が使っていたスマホを引き取らせてほしい」と言われて渡しており、私の手元には現時点でメギドのインストールされていた端末が残っていなかった。
なので、もう本人のアカウントはどうしようもないだろうな…と思っていたのだが。
コメントをいただいたおかげでふと思い至った。
あれだけハマっていた人間が、引き継ぎ設定をしてないことがあるだろうか?と。
それで、幸いにもTwitterのアカウントは知っていたし、パスワードについても、マイナンバーカードと一緒に保管されていた文字列をいくつか試したところ、ログインできた。
伴侶が、全部パスワードの組み合わせを変えるようなリテラシーが高い人間でなくてよかった。
そのようにして、無事に、iPadに伴侶の遊んでいたゲームデータを復元できた。
ちなみにストーリーは105話までクリアしており、ここからが面白くなるところなのに…!と悔しくなったので、死後の世界は本当にあってほしい。それで完結まで見届けていてくれ。
その後は特にノータッチ。たまにログインして、自分が持ってない衣装を眺めるのに使わせてもらおうくらいにしか思ってなかった。
そして、それから日数が経ち、私はストーリー完結まで追いついた。
そこでようやく、自分の端末に入っているゲームとしてのメギド72の行く末を考える段になり、新しい端末を購入して、その中でメギドを永遠にすることにした。
Padを新たに購入し、今持っている旧Padと新iPadを同期した後に(その方が初期設定がラクだからだが、後で安易にやったことに後悔した)、iPhoneに入っているメギドのデータを新iPadに移行した。
新iPadに無事データを移行できたことに満足しながら、そういえば毎日の豪華なログボがあるし、伴侶のデータでもログボをもらっておくか、と、伴侶のゲームデータが入っている旧iPadを起動した。
アレ?どうした?と思いながらも同意した。
続いて、いわゆるオープニングに相当する、敵と戦っている画面に切り替わった。
冷たい汗が背中を伝った。
これは、はじめてゲームをインストールしたときにしか出ない画面だ。
この事実に気づき、私は即座にPCを起動して、iPad ロールバック iPad バックアップ 復元 などのワードで高速検索をし始めた。
自分でも思っていた以上に、伴侶のゲームデータがなくなったことがショックだったのだ。
「そもそも自分でプレイしたデータじゃないんだから、いいんじゃない?」
「いつか失われるものだったんだよ。もしかしたら、水没とかの事故で失った可能性もあったし」などと、理屈をつけて自分を慰めようとしたが、無理だった。
ぐらぐらと視界が揺れる。
鼓動がドックンドックン打っているし、なんだったら、うっかりこのまま心臓が止まって、一年とちょっと越しに伴侶の後を追ってしまうかと思った。
自分がどうしようもできないところで勝手にデータが消えるのと、自分のせいでデータが消えるのとでは、結果が同じでも全く違う。
(まあそんなゲートがあったらそもそも伴侶が死ぬ数年前に戻るけど)
そこから、そういえばTwitterアカウントから復元してるから、再復元でいけるのでは!?と気づくまでにはそれなりの時間を要した。
気づきを得た後は普通にTwitter連携でデータを復旧できたので特に書くべきことはない。
しかし、データ復旧後のアジトに並んでいた、課金衣装を着たメギドに対して抱いた安心感といったら、筆舌に尽くしがたかった。
データを残しておいたからといって、別に毎日ログインしたり、細かな情報を見に行ったりすることはなかった。
なのに、「亡くしたかも」と気づいたときの焦りは尋常ではなかった、自分でもびっくりした。
でも復旧させる前は、「復旧は無理」だと思っていたから、とっくに諦めがついてたはず。不思議だ。
復旧させたときに、どんなメギドを召喚していたか見てしまったからだろうか。
彼らが、私たちの軌跡を消さないで、と、何かしら私に働きかけてきたのかもしれない。
そんなわけないけど、そんなこともあってもいいかもしれない。何しろ彼らは伴侶と何年も共に戦ってきたわけだし。
ともあれ、無事にどちらのアカウントも残せたので、これからも自分の仲間たちと共に過ごしつつ、伴侶の仲間の様子もたまに見に行こうと思います。
伴侶のゲームデータでクリアまですべきかどうかは、まだけっこう悩んでいる。
このソロモン王の戦いはここで終わった、でいいんじゃない?という気持ちと、このソロモン王は道半ばだったけど、意思を継いだ者が最後まで戦ったほうがいいのでは?という気持ちと。
最後に、前のエントリで書いたことについて、言及しておこうかな。
『ソシャゲの終わりを紙に記す人はそういない。さらに、そのゲームが好きだった人のことを紙に記す人は、もっといない。さらに、そのゲームのことがどれだけ好きだったか、そこに付随する気持ちがどれだけあるのか、これはもう、もっとどこにも記されない。』
→週刊ファミ通の2025年2月27日号で覆されちゃったな。おい、渾身のエモい発言をぶち壊すなよ。ありがとう。
『私はこの愛を残しておきたい。でも、遺しておく方法がない。涙が出る理由のもうひとつは、たぶんそういうことだと思う。』
スカルガールズをやってたからGGPOの話をするけど、流石に当時のディレイベースの他ゲーと比べたら流石に比べ物にはならないくらいマシなオンライン対戦が出来てたよ。
スト5のロールバックがゴミなのは同意。アレのせいでロールバックがゴミだと思われていた部分もあるから負の面で10選に入れたいレベルでゴミ。
(PS3と箱で出た3rdやヴァンパイアリザレクションでもロールバックというかGGPOそのものが使われてたんだけど評判はご存じの通りで、ロールバックネットコードを扱えるエンジニアがいなかったんだろうね)
実際GGXXAC+RのロールバックもGGPOを使ってるんだけど、それの実装ってスカルガールズのネットコードの評価を買われたスカルガ開発者のMikeZが関わってるしね
ロールバック方式はそれまでGGPOというオープンソースで、市販タイトルだとスカルガールズなどが採用していたものの
ロールバックはよく発生するし強みである水中戦にならないという特徴があるにも関わらずディレイの方がまともに遊べる場合もあった
スト5なんかで自社開発のロールバックもあったけどカクカク水中戦はGGPO以下で、ラグ環境ではプレイできたもんじゃなかった
そこに一石を投じたのがアークのsteam版GGXXAC+Rで、発売からしばらくたっているのに急にテスト版の連続公開をしだして、
そこで自社開発ロールバックのみならずリプレイ途中操作ほか熱帯周りの様々な機能を研究開発した
成果をGGXrdR2やBBCFなどの発売済みタイトルに実装したところ一時的に海外人口が爆増したのと
新作のGGSTでも海外にバカウケ(そもそもロルバの研究が始まったきっかけがGGST開発前、レヴ2終盤で行われた次回作アンケートで海外から「ロールバックがなかったら買わない」という抗議があったから当初国内で最も望まれていたクロスプラットフォームを後回しにしてまでロルバ実装を優先した経緯がある)
これによってGGPOに頼らず自社開発でロルバ乗せれば外人に売れるという前例ができて今は同人ゲームすら自炊でロールバックを実装する流れになってる
という歴史がありながら、それまではオープンソースのGGPOがある程度優秀だったわけで特定のゲームがそれを動かしたわけでもなく
ACPRを10選に入れるのもたまたま過去作のPC版が実験場になっただけなので微妙
ARMSはそれよりも回線相性以前にスイッチそのものに入力遅延があるという前提で、どう見せるか(過去にはバンナムがPS3や亜熱帯でラグるのをどう見せ方で誤魔化すかという研究をしていた)の答えを出したっていうのがエポックメイキングな点であって
あと https://anond.hatelabo.jp/20241108101539 にもまとめて反論するけど
0秒マッチングが1番大事で当時ツイッターで業界人にメチャ驚かれてて間違いなくその後のゲームに影響を与えてるのと
人口いなかったらEVOJAPANのメイン種目に選ばれてねえから
スイッチが普及してからスマブラSPが出るまでは覇権格ゲーの一画で間違いなかった
空ガがなく対空が重要、
各キャラ通常時ガードさせて有利な技が1種類くらいしかないしシステム上ディレイ固めの概念がないため固めの入れ込みの隙間が空きやすい
というゲーム性と一致しただけで
道着とパワーバランス崩壊キャラしか作れなくなったSF6、今ならマスターランクいけそうじゃね?ってことで久しぶりに起動してる
ダイヤ帯にいるのはサブキャラ、1逃げ、1回負けたけど1回勝ったので俺の勝ち!じゃあな!っていうクソみてえな輩しかいない
回線か?俺の回線が悪いんか?って思ったけど30~50msで安定しているしロールバックも滅多に発生しない
使ってるキャラ……はまあ相手にすれば不愉快度高いのはそうだろう モダンジェイミーだもん
あっ、だからか だからみんな相手してくれなくなるんか?2先っていうクソほど短い勝った負けたがようわからんゲームすらやりたくないのか?
SF6は冷静に見るとクソみてえなキャラの集まりなので感覚がマヒしていたしなんなら真面目に遊んでいるほうだと勘違いしていたかもしれない
だからかあ だからあいつらは1回だけでもーいいや ぺっ!ってしてくるのか
は~おもんな テリー来てもどうせ道着キャラだからやる気そこまで起きないし
ダイヤ5まで来たからマスターいけそうだけどこのゲームはまた塩漬けしましょう
サーヴァントコイン聖杯鋳造やアペ1・3に無駄に使ったからロールバックさせろ←わかる
レベル上げスキル上げから始まり聖杯も星4フォウも獣の足跡もどんどん素材量緩和してる今エンドコンテンツと呼べそうなのが絆とコインしかないのに
「強鯖はアペンド2と5強化してるのが当然」の風潮に100%なるし、何よりゴールが一気に縮められてしまう
コインの獲得量や機会を増やす(たとえば再臨やスキルマごとに+10枚とか)ならいい、けどフリーコイン実装だけは絶対絶対やめてくれ……
あとコインが足りない人が大多数なのは前提として、推しが「今すぐ」「完全体に」ならないと気が済まない人多すぎんか……?
エンドコンテンツの過程に興味なくて結果だけ欲しいタイプの人そんなに多いのか……?
宝具○○でも完全体にならない!!おかしい!!って怒ってるの見るといやなんで完全体にできる前提で話してるんだって思ってしまうよ
保ててない
ただ生きている
生きているので食わないといけなくて食い物を買いに行かないといけなくて買う為のカネを稼ぐ為に働かないといけないので、それらをこなしている
働かないといけないのでお風呂に入ったり身なりを整えたりしている
無目的に生きているので時間を少しでも楽しげに潰す為に動画を見たり配信を見たり音楽を聴いたり物語を読んだりする(酒は飲めない。でもお菓子を食べてしまう)
あと、生きてるだけなら要らないであろうものも買ったりする(生きているとストレスがたまるのでその解消という名目で不要なものを買う)
死なないから生きている
最近「そういえば死にたいと思わなくなったなー。年食うと変わるもんだな!悪いことばかりじゃないかもしれないな」(いや、悪いことしかないんだけど。老いなんて一つも良いこと無い)
と思っていたが、ここ数日というか半月程かな?夏だというのに鬱傾向がぶり返してきた(基本的に自分の鬱傾向は秋~冬にかけて悪化する。夏は暑いけど好きな季節だった)
とにかく気分が落ち気味だ
というか、なんか色々ロールバックさせようとしているようだ。自分で意識してやってないんだが
近年やめて久しい趣味を復活させたし(趣味というほどでもない。単に「アニメを見る習慣」を取り戻しただけ)
色々よくわからない夏。気温40度行きそうなので、色々バグっているのかもしれない