Microsoft がサポート診断ツール (MSDT) および MSDT プラットフォームを使用するレガシートラブルシューティングツールについて、Windows 11 の次のリリースで廃止する計画を正式に発表した (Microsoft サポートの記事、 Neowin の記事)。

Windows 10 のトラブルシューティングツールはすべて MSDT プラットフォーム上で動作するが、Windows 11 では「問い合わせ」アプリ上の新しいトラブルシューティングプラットフォームへの移行が進められている。

今後の計画としては、Windows 11 バージョン 22H2 でレガシートラブルシューティングツールの一部について、新しいトラブルシューティングプラットフォームへの移行を 2023 年に開始する。移行するトラブルシューティングツールはオーディオや Bluetooth、プリンターなどで、サポートページ内のリンクから新しいプラットフォーム上で起動できる。Windows 10 でも実行可能だが、移行はされないようだ。

2024 年には移行が完了し、次の Windows 11 リリースでは移行対象外のレガシートラブルシューティングツールが削除される。2025 年には MSDT プラットフォームが削除されるとのこと。Windows 11 Insider Preview ビルド 20276 の MSDT では 2025 年の廃止を知らせるテキストが隠されているのが見つかっているが、この計画に一致する。

なお、Windows 11 バージョン 22H2 およびそれ以前の Windows バージョンは MSDT 廃止の影響を受けないほか、2023 年から MSDT への表示が始まる廃止計画のメッセージも表示されないと説明されているが、Windows 11 バージョン 22H2 では新プラットフォームへの移行のみで削除されるものがないという意味なのか、説明が間違っているのかは明確でない。また、「次の Windows 11 リリース」がすべて同じバージョンを示しているのか、いつまで Windows 11 に次があるのかといった点も不明だ。

1Password がパスワードを作成することなく、パスキーでアカウントへのアクセスを可能にする計画を発表した (1Password のブログ記事、 解説記事、 The Verge の記事、 Neowin の記事、 Ghacks の記事)。

1Password では既に生体認証を用いたパスワードレスのアカウントアクセスが可能となっているが、アカウントの保護には依然としてパスワードが使われており、生体認証はそれを隠すだけだという。パスキー認証は 1Password が従来から使用している秘密鍵と同じく公開鍵暗号方式だが、パスワードを組み合わせることなく、生体認証とデバイスのセキュリティ機能との組み合わせでアカウントを保護する。パスキーはフィッシング攻撃に強く、秘密鍵のエントロピー (128 ビット) よりも強力な 256 ビットのエントロピーでクラッキングを防ぐとのこと。

これにより、パスワードも秘密鍵も作成することなく 1Password のアカウントを作成でき、新しいデバイスで容易にサインインできるようになる。また、ウェブを含めて 1Password を使用する場所ではどこでも組み込みの生体認証が利用でき、スマートフォンで Mac や PC、ブラウザー内の 1Password をアンロックできるという。パスキーを用いるアカウント作成やアンロックのオプションは今夏から利用可能になるとのことだ。

minet 曰く、

国立天文台 (NAOJ) が「新しい科学コミュニケーションツール」としてファンタジーTRPG「Sandcastle」を制作した (公式サイト、 NAOJ のツイート、 AUTOMATON の記事)。

現在のところ英語版のみであり、日本語版は準備中だが、公式サイトではルールブック、キャラクターシート、2本のシナリオを無料公開している。科学を楽しむシナリオを順次配信予定とのことで、期待したい。国立の研究所が制作した TRPG は初だという。

Google は 8 日、次期 Android 14 初の開発者プレビュー版となる Android 14 Developer Preview 1 (DP1) をリリースした (Android Developers Blog の記事)。

Android 14 はタブレットや折り畳み型デバイスをサポートするために Android 12L と 13 で行われた変更を元に構築されており、異なるサイズの画面に対応するアプリを作るのに役立つウィンドウサイズクラスや SlidingPaneLayout、アクティビティの埋め込みなどが利用できる。また、バックグラウンド処理を合理化するための JobScheduler やフォアグラウンドサービスの改良、ブロードキャストの最適化、正確なアラーム設定のパーミッション追加などが行われている。

Android 14 では最大 200 % のフォントスケーリングに対応しているが、非リニアスケーリングにより元々大きな文字が大きくなりすぎないよう調整される。また、アプリごとの言語設定を動的に更新できる setOverrideLocaleConfig や文法的な性のある言語で語形変化を容易な適用を可能にする Grammatical Inflection API などが利用可能だ。

プライバシーやセキュリティの面では、実行時に登録するレシーバーの安全性が強化され、より安全な暗黙的インテントや動的コード読み込みが利用できるようになるほか、Credential Manager とパスキーのサポートが追加される。また、実行時パーミッションを回避するマルウェアへの対策として、targetSdkVersion が 23 未満のアプリのインストールはブロックされる。ただし、Android 14 にアップグレードしたデバイスでは、targetSdkVersion 23 未満のアプリが削除されることはないという。

アプリの互換性に関しては、必要な変更に開発者が時間を取れるようアプリ側から見える変更の多くがオプトインになっており、変更のテストやデバッグも容易になっている。また、OpenJDK 17 がサポートされている。今後のスケジュールは 3 月に DP2 がリリースされ、4 月の Beta 1 と 5 月の Beta 2 を経て 6 月の Beta 3 でプラットフォーム互換性のマイルストーン到達。その後はファイナルビルドに近い Beta 4 以降で最終テストを行ったのちに最終リリースとなる。

DP1 を利用するには、Android StudioのSDK Manager で API レベル「UpSideDownCake」の SDK プラットフォームやシステムイメージをダウンロードすればいい。Android Studio は最新のプレビュー版 Android Studio Giraffe の使用が推奨される。Pixel 4a (5G) / 5 / 5a 5G / 6 / 6 Pro / 6a / 7 / 7 Pro 向けのファクトリーイメージも提供されている。

Android のメジャーバージョンで伝統的に付けられていたアルファベット順のデザートの名前は Android 10 (Q) で廃止され、以降は禁止されたかのような扱いになっていた。それでもコードネームとしてのデザートの名前は引き続き使われており、Android 12 (S) ではリリース記念の壁紙に Snow Cone が登場。Android 13 (T) では Tiramisu がバージョン名として表示されるなど、デザート名が再び大っぴらに使われるようになった。Android 14 (U) の Upside Down Cake は昨年 4 月からコードネームとして使われている。

Microsoft が 9 日に Dev チャネルで提供開始した Windows 11 Insider Preview ビルド 25295 には、ゲーミングデバイス等のイルミネーション設定オプションが無効化された状態で含まれている (Neowin の記事、 Windows Central の記事、 The Verge の記事、 Albacore 氏のツイート)。

このオプションはまだローカライズされておらず、有効化すると「設定」の「個人用設定」に「Lighting」として追加される。USB 接続でランプをコントロール (PDF) するタイプのデバイスに対応しているようで、「Lighting devices」に表示される対応デバイスを選択すると色や明るさ、エフェクトなどを設定できる。Windows のアクセントカラーにマッチさせることも可能だ。

オプションを有効化するには ViveTool で構成 ID「35262205」と「41355275」を有効にすればいい。Windows を再起動する必要はなく、ViveTool 実行後に「設定」の「個人用設定」を表示すれば「Lighting」が追加されているはずだ。手元に対応デバイスは何もないが、ちょっと試してみたい気がする。

Windows 7 の拡張セキュリティ更新プログラム (ESU) 提供と Windows 8.1 の延長サポートが 1 月で終了したが、これが Mozilla にとって大きなチャンスだと BetaNews が主張している (BetaNews の記事)。

デスクトップ版ウェブブラウザーでは Google Chrome が圧倒的なシェアを占めている。StatCounter のデータによれば、1 年ほど前まで Microsoft Edge と Apple Safari、Mozilla Firefox が第 2 グループを構成していたが、最近では Edge が頭一つ抜け、Firefox は Opera と Edge の中間ぐらいのシェアに落ち込んでいる。

Microsoft による Windows 7 / 8.1 のサポート完全終了に伴い、今月提供が始まった Chrome 110 と Edge 110 でも Windows 7 / 8.1 がサポートされなくなっている。一方、Mozilla では 3 年以上前からサポート終了時期を検討しており、Firefox の Windows 7 ユーザーが多いことからサポートを延長する方向に傾いている。

現在のところいつまで延長するのか明確には示されていないが、Firefox Nightly 111.0a1 でも OS 要件は Windows 7 以降となっている。Mozilla の Romain Testard 氏によれば、ESR 115 よりも前にサポートを終了することはないと考えていいだろうとのこと。

BetaNews は StatCounter の Windows シェアデータで 12 % 以上を占める Windows 7 ~ 8.1 のユーザーを Chrome と Edge が失うことになるとして、Firefox やその他の小さなブラウザーメーカーが受け皿になることでユーザーを獲得できると主張する。ただし、古いバージョンの Windows をサポートすることで獲得したユーザーはいつまでも保持できるわけではない。

なお、Brave は既に Chromium 110 ベースとなっており、今後のアップデートには Windows 10 以降が必要と表示される。一方、Opera (Chromium 109 ベース) や Vivaldi (Chromium 108 ベース)は現在のところ Windows バージョンに関する警告を表示しない。

2 月初めからニュースになっていたが、Windows 11 をフルスクリーンでおすすめする画面が手元の Windows 10 環境にもようやく表示された。

この画面はシステム起動時に表示されるもので、手元の環境では昨夜から通知領域にアイコンが表示されており、再起動したタイミングで表示された。画面には「ロックが解除されました: Windows 11 への無償アップグレードの対象です」「安心してください - バックグラウンドでダウンロードが実行されている間も PC を使用することができます (約 4 GB)」として「取得する」「スケジュールする」の2つのボタンが表示される。一見アップグレードするしかないように見えるが、画面下部の「Windows 10 を維持する」をクリックすれば Windows 11 へのアップグレードを拒否できる。ただし、1 クリックで拒否することはできず、次の画面で「アップグレードを拒否する」をクリックし、さらに次の画面で「Windows 10 に進む」をクリックして初めて Windows 10 が使用可能になる。Windows 11 へのアップグレード要件を満たしつつ、まだアップグレードしていない Windows 10 環境限定の表示となるが、スラドの皆さんはこの画面を目にしただろうか。

英競走・市場庁 (CMA) は 8 日、Microsoft による Activision 買収が競走を阻害するという暫定的な見解を発表した (プレスリリース、 ガイダンス、 Ars Technica の記事、 On MSFT の記事)。

CMA は Microsoft の Activision 買収による競争への影響をクラウドゲーミングとコンソールゲーミングの 2 つに分けて評価している。クラウドゲーミングについては、Microsoft が Xbox と最大シェアの PC オペレーティングシステム (Windows)、世界的なクラウドコンピューティングサービスインフラストラクチャー (Azure と Xbox Cloud Gaming) を持ち、有利な立場にあると指摘。Activision 買収は有利な立場をさらに強め、競走を弱めて長期的にゲーマーを害するという。具体的には価格の上昇や品ぞろえの減少、品質の低下、サービスの悪化のほか、発展途上の市場であるクラウドゲーミング市場に重要なイノベーションを減少させる可能性があるとのこと。

コンソールゲーミングでは Call of Duty (CoD) など少数の重要なコンテンツが競争に重要な役割を果たしているという。現在は Microsoft (Xbox) と Sony (PlayStation) が重要なコンテンツへのアクセスを獲得するために競争しているが、(CoD の開発元である) Activision を Microsoft が買収すれば競走が弱まり、将来的にはクラウドゲーミングでの競争阻害と同様にゲーマーを害する結果になるとのこと。

ただし、これらの見解は暫定的なものであり、最終版ではない。最終決定を行う前に Microsoft や Activision だけでなく第三者の意見も聞くため、暫定版を公表したとのことだ。

米国家運輸安全委員会 (NTSB) は 8 日、2021 年 4 月にテキサス州で 2 名が死亡した Tesla Model S の衝突事故について、ドライバーが Autopilot を使用せずに運転していたと結論付ける最終報告書を公開した (報告書ダウンロードページ、 Ars Technica の記事、 The Verge の記事)。

この事故では運転席に遺体がなかったため、ドライバーが Autopilot を有効にして運転席を離れていたのではないかと疑われていた。しかし、Tesla のイーロン・マスク氏は現場付近が Autopilot の使用要件を満たしていないと指摘しており、NTSB の事前報告書でも Autopilot 有効化に必要な Traffic-Aware Cruise Control (TACC) と Autosteer のうち、TACC のみ有効化が可能だったとの見解が示されていた。また、NTSB はハンドルのフォレンジック調査と EDR から復元したデータにより、運転席にドライバーが座っていたとの見解も示している。

最終報告書によれば、レーンマーキングがない現場付近では Autopilot が有効化できないほか、TACC 使用時には EDR に記録された速度に到達できないことから、TACC も使用していなかったことが示されるという。また、住宅のセキュリティビデオは前部座席にドライバーと乗客が座って走り去る様子をとらえており、衝突の 5 秒前にはアクセルペダルを踏んだことが EDR に記録されている。さらにはエアバッグ越しにドライバーの衝撃を受けた痕跡がハンドルに確認されていることから、ドライバーは衝突後に後部座席へ移動したことが示唆されるとのことだ。

Google は 8 日、AI 生成コンテンツに関する Google 検索のガイダンスを公開した (Neowin の記事、 The Register の記事)。

Google では長年にわたり、自動生成されたコンテンツをウェブマスターガイドラインで禁じている。Google の検索リレーションズチームを率いる John Mueller 氏は昨年 4 月の Google SEO office-hours セッションで、AI が書いた文章もこのカテゴリーに含まれるとの見解を示していた。

今回公開されたガイダンスでは情報の作成方法に限らずコンテンツの品質を重視して評価し、AI 生成を含む自動生成コンテンツを自動的にスパム扱いすることはないとの方針が示された。Google のランキングシステムが評価基準とする E-E-A-T (経験、専門性、権威性、信頼性) を満たすコンテンツであれば、AI が生成したコンテンツでもランキング上位に表示される可能性があるとのことだ。

IDC の推計によると Chromebook 出荷台数は 2022 年第 4 四半期も減少が続き、年間ではほぼ半減となっている (プレスリリース、 Softpedia の記事 [1]、 [2])。

COVID-19 パンデミックによる需要増で出荷台数を大きく伸ばした Chromebook だが、2021 年第 3 四半期以降は大幅な減少に転じている。2022 年第 4 四半期は前年同四半期から 24.3 % 減の 360 万台。ベンダー別にみるとトップ 5 のうち 4 ベンダーが 2 桁減となる中、前年同四半期に 5 位だった HP のみ 116.7 % 増の 100 万台と倍増して 1 位に上昇した。前年 1 位の Acer は 43.4 % 減の 70 万台で 2 位に後退し、前年 2 位の Dell は 50.7 % 減の 50 万台で 4 位に後退した。一方、Lenovo は 24.6 % 減の 50 万台で 3 位にとどまっている。桁数の関係で Lenovo と Dell はともに 50 万台だが、シェアはそれぞれ 15.1 % と 13.4 % であり、実際には 6 万台以上の差があるようだ。5 位の Samsung は 52.4 % 減の 30 万台で、前年の 4 位から後退した。

2022 年 1 年間の Chromebook 出荷台数は前年から 48.0 % 減の 1,920 万台。第 4 四半期とは異なり、ベンダー別では前年に 1,000 万台を超える 1 位だった HP が 65.6 % 減の 350 万台で 4 位に後退した。前年 2 位の Lenovo も 54.4 % 減の 370 万台で 3 位に後退する一方、前年 3 位の Acer は 33.8 % 減の 420 万台、前年 4 位の Dell は 24.3 % 減の 410 万台でそれぞれ 1 位と 2 位に上昇した。5 位には Samsung に代わって ASUS が入っている。

2022 年第 1 四半期 ～ 第 3 四半期のタブレット出荷台数は前年同四半期比で第 1 四半期が減少、第 2 四半期が増加、第 3 四半期が減少となっていたが、第 4 四半期は 0.3 % 増の 4,570 万台となった。ベンダー別上位では 1 位の Apple と 2 位の Samsung のみが増加した。Apple は 28.8 % 増の 2,250 万台と特に伸びが大きく、半数近い 49.2 % のシェアを獲得している。Samsung は 7.1 % 増の 770 万台で、Apple の 3 分の 1 程度にとどまる。

減少幅が特に大きいのは Lenovo (49.9% 減、230 万台) で、前年同四半期の 3 位から 4 位タイに後退している。Amazon.com は大きく減少 (31.1 % 減、250 万台) しながら 3 位に上昇した。Huawei は減少幅が小さく (8.6 % 減、230 万台)、前年同四半期の5位から4位タイに上昇した。Apple は第 4 四半期に発売した複数の新製品が人気を集めて大幅増につながった一方、Lenovo は複数の商業プロジェクト終了が大幅減につながったとのこと。

2022 年 1 年間のタブレット出荷台数は 3.3 % 減の 1 億 6,280 万台。上位ベンダーでは 1 位の Apple のみが増加 (7.0 % 増、6,180 万台) しており、シェアは 38.0 % まで増加した。一方、前年 3 位の Lenovo が大幅に減少 (34.6 % 減、1,160 万台) して 4 位に後退した。2 位の Samsung (0.8 % 減、3,030 万台) と 3 位の Amazon.com (0.7 % 減、1,600 万台) は台数ベースで減少したものの、シェアはわずかに増加している。5 位の Huawei は出荷台数 (7.0 % 減、910 万台)・シェアともに減少している。

以前は主にエンターテインメント向けだったタブレットだが、商業的な利用が勢いを増しているという。景気停滞と市場飽和に直面する中、ベンダーが売り上げを伸ばすためには商業セグメントに注力していく必要があるとのことだ。

PC Watchの記事によると、GIGAスクール構想が、次のステップに向けて動いているという。GIGAスクール構想は政府の教育のICT化に向けた環境整備5か年計画（2018～2022年度）の一端として策定されたものだが、この環境整備は2024年度までの2年間延長されている。現在はその後の新たなICT環境整備方針の策定に向けて動き出しているらしい（PC Watch）。

一方で端末をほぼ毎日利用している小学校は55.4％と半数強ほどしかないようだ。また自治体や学校間の利活用状況や、教師の指導力の格差が拡大しているとの調査結果も出ている。こうしたGIGAスクール端末そのものに関しては、92％の自治体が十分な性能を「備えている」と評価しているらしい。Windows PCでは、CPUはIntel Celeronあるいは同等以上、メモリは4GB以上、ストレージは64GB以上の環境が規定されている。しかし、これは一般的にはスペック不足が指摘されることが多い。このスペックが妥当とされる背景には、授業の内容が影響しているようだ。想定されている「検索サイトを活用した調べ学習」「文章作成ソフト、「プレゼンソフトの利用」、「一斉学習の場面での活用」といった範囲では十分な性能を備えていると判断されたとしている。

headless 曰く、

Google と Mozilla がそれぞれ、WebKit を使用しない iOS 向けウェブブラウザーを準備しているそうだ (9to5Mac の記事、 9to5Google の記事、 The Register の記事、 Ars Technica の記事)。

現在の App Sore Review ガイドライン 2.5.6 ではウェブを閲覧するアプリに WebKit フレームワークと WebKit Javascript の使用を義務付けている。しかし、世界各国で WebKit の義務付けを反競争的とみなす競争当局が増えており、Apple が近く義務付けを取りやめる可能性が高いとの見方が強まっている。そのため、義務付けが解除されたら独自レンダリングエンジンの iOS 向けウェブブラウザーをリリースすべく、Google は Blink、Mozilla は Gecko の iOS 移植を進めているとのことだ。

信号のない環状交差点「ラウンドアバウト」は、適切な交通量下では十字の交差点よりスムーズな流れが期待できるとされる。しかし、交通量自体が適量であったとしても、ラウンドアバウトに向かない立地もあるようだ（B作さんのツイート）。

B作さんのツイートした動画がその事例で、ラウンドアバウトの非常に近い場所に踏切が設置されており、踏切待ちの車列が交差点内まで伸びてしまうと、ほかの方向に向かおうとする車両の行動まで阻害。混雑が起きそうになる状態が発生している。原因となっている踏切は最近になって敷設されたものであるようだ。

nemui4 曰く、

割とスムースに流れるラウンドアバウト交差点の隣にある踏切に電車が来ると交差点がフン詰まる現象

ニューヨーク市は昨年、コロナ禍の経済回復に伴い増加した削岩機や車、トラックのクラクションといった騒音対策として違法な騒音を発する車両を特定するための音響測定器を搭載した交通カメラを試験的に運用している。このシステムではレーダー式の速度取締機と同様に、違反者のナンバー プレートを記録する。車の所有者は、最初の騒音違反で罰金800ドル。3回目の違反聴聞会を無視した場合、2625ドルの罰金が取られるという。Independentに掲載された記事によると、過去1年間の試験運用中に少なくとも71人のドライバーが騒音規則違反で切符を切られているそうだ。市の環境保護局は効果があったとしてこの交通カメラの採用を拡大する計画を立てているという（Independent）。