Google は 7 日、次期 Android 14 の 3 番目のベータ版となる Android 14 Beta 3 をリリースした (Android Developers Blog の記事)。

Beta 3 はプラットフォーム安定性のマイルストーンに到達し、開発者 API やアプリに対する挙動がファイナル版となった。これにより、開発者にとってはアプリの互換性をテストし、必要なアップデートを準備する時期となる。アプリに影響しそうな主な挙動の変更としては、200% までの非線形フォントスケーリングや、写真や動画への部分的なアクセス権付与、より可視化されたデータ安全性、必須化されたフォアグラウンドサービスタイプの指定、OpenJDK 17 の更新、暗黙的インテントとペンディングインテントの制限、が挙げられている。

Beta 3 は Pixel 7a を含め、サポートされる Pixel デバイスでベータプログラムにエンロールすれば OTA 配信されるほか、システムイメージの入手も可能だ。Android Emulatorでテストするには、API34 のシステムイメージを入手すればいい。開発には現在 Canary ビルドの Android Studio Hedgehog が推奨されている。

あるAnonymous Coward 曰く、

マイナポータルによると、Windows で最新版の Firefox 114.0 を使用すると IC カードリーダライタによるログインができないとのこと (メンテナンス・重要なお知らせ)。

ログインボタンを押すと一瞬ログインウインドウが表示されたのち消え、その後は反応がないため、タレコミ子は「メンテナンス・重要なお知らせ」の後ろの方の記述を見るまで途方に暮れていた。

Firefox 114 は日本時間 6 月 7 日にリリースされたところなので、対応中なんだろう。Beta 版では動作していたんだろうか。

アナリティック企業 Antenna の調べによると、Netflix が米国のユーザーに同一世帯以外の人とのアカウント共有禁止を通知し始めた直後、米国でサインアップが急増したそうだ (Antenna Blog の記事、 The Verge の記事、 Mac Rumors の記事、 Neowin の記事)。

元々 Netflix のアカウントは登録ユーザーと同居している人が共有することを想定したものだが、同居者以外との共有も黙認してきた。しかし、昨年第 1 四半期の決算発表ではアカウント共有が成長を妨げる要因の一つになっているとの見解を示し、同一世帯以外の人をアカウントに追加する「ゲストメンバー」サービスの導入を進めている。

米国では現地時間 5 月 23 日から同一世帯以外の人とアカウントを共有しているユーザーへの通知を開始すると発表し、アカウントを使用しているデバイスを確認する機能や、これまでアカウントを共有していた人が新たにアカウントを作成した場合に視聴履歴などのプロファイルを転送する機能、ゲストメンバーの追加機能などを紹介する電子メールを送っている。

Antenna によれば、1 日のサインアップ件数は 5 月 26 日と 27 日にそれぞれ 10 万件近くなり、5 月 23 日以降の期間で 1 日平均のサインアップ件数は 73,000 件に到達。直近 60 日間の平均から 102% 増加し、COVID-19 ロックダウン初期の 2020 年 3 月 ～ 4 月を上回ったという。その一方でキャンセルも増加しているがサインアップほどではなく、サインアップとキャンセルの比は直近 60 日間から 25.6% 増加したとのことだ。

日本語版のサポートページはまだ更新されていないが、Google ドライブのデスクトップアプリが 8 月に Windows 8 / 8.1 / Server 2012 および 32 ビット版 Windows のサポートを終了するそうだ (Google Workpace Admin Help の記事、 Neowin の記事、 Ghacks の記事、 Android Police の記事)。

32 ビット版 Windows は既に 2023 年後半のサポート終了計画が示されており、Windows 8.1 は Micrsoft によるサポートが 1 月に終了した。Microsoft は Windows Server 2012 を 10 月までサポートするが、Google ドライブ デスクトップアプリではまとめてサポート終了することになったようだ。

8 月以降は各 OS をサポートするブラウザー経由で Google ドライブにアクセスできるが、Google のサポート記事で言及されているのは 32 ビット版の Windows (10) のみとなっている。いずれにしてもフォルダー同期等の機能を使用するにはデスクトップアプリの動作する環境が必要であり、Windows 10 (64 ビット版) 以降にアップグレードすることが推奨される。

Windows 11 では 32 ビット版が提供されなくなったが、Mac では何年も前から 32 ビットOSどころか 32 ビットアプリも使用できなくなっており、Linux でも多くのディストロが 32 ビット版を開発していないとみられる。スラドの皆さんは 32 ビット版のデスクトップ OS を現役で使用しているだろうか。

Bing で一時、「chrome」を検索すると「Bing」の紹介が表示される状態になっていたそうだ (The Verge の記事、 Neowin の記事、 Android Police の記事、 9to5Google の記事)。

通常、デスクトップ版のBingで「chrome」を検索すると Microsoft Edge が推奨される。しかし The Verge の Sean Hollister 氏によると、「chrome」を検索したにもかかわらず Bing AI が「Bingの機能に関するニュース記事を検索している」という趣旨のコメントを表示し、その後 Bing の機能紹介とニュース記事のリンクを表示するようになっていたという。下にスクロールすると「chrome」の検索結果が続いていたようだが、スクロールせずに見える範囲では Bing の情報だけとなっている。

これについて Microsoft の Jason Fischel 氏は、顧客のエクスペリエンス改善のためにしばしば新機能や UX、動作の実験をすると述べ、このようなテストは短時間で終わることが多く、幅広い顧客に提供を予定していることを必ずしも意味しないなどと説明したという。さらに Fischel 氏は The Verge の記事公開後、実験を終了したと知らせてきたそうだ。

しかし Hollister 氏は、今回の「実験」の内容を Microsoft が実際に顧客へ提供したいと考えているのではないか、Hollister 氏の指摘がなくても「実験」として終わっていたのか、Microsoft がどのように「幅広い」を定義しているのか、といった疑問を呈している。Hollister 氏によれば、「実験」は複数のコンピューターで確認され、同僚の妻のゲーミングノートPCや海外の同僚の携帯電話でも発生しており、それなりに幅広かったと考えられるとのことだ。

コンピュータープログラムの著作権保護期間は長すぎると The Register が主張している (The Register の記事)。

記事は Windows XP がリリースから 20 年以上、サポート終了から 10 年近く経った今になってライセンス認証キーの生成アルゴリズムがクラックされたことを踏まえたものだ。コンピュータープログラムは 10 年もすれば商業的価値を失うものの、多くはその後も使われ続ける。このようなプログラムをオープンソース化する企業もあるが、他社からライセンスを受けたコンポーネントを含む場合は自由に公開できない。

コンピュータープログラムの著作権保護は 1980 年代に確立し、芸術作品などと同等の保護期間が適用される。FORTRAN が最初にリリースされた 1957 年をソフトウェア産業の始まりと考えると、これまでに書かれたコンピュータープログラムで著作権保護期間が満了したものは存在しないことになる。著作権保護期間は著作者が妥当な収入を得られるように定められているが、商業的価値を失ってもサポートを続ける必要がある場合、長すぎる著作権保護期間は著作者に損害をもたらすとのこと。

そのため、コンピュータープログラムの著作権保護期間を 20 年間に短縮すれば、オープンソース化が進むだけでなく、ソフトウェア間の相互作用を理解する豊かな環境を生み出すことになるという。ドキュメンテーションの問題などもあって問題は容易に解決しないが、Microsoft が Linux の独自ディストリビューションを公開する時代となり、ソフトウェアの著作権に関して想定されるすべての断章は再評価される必要があるとのことだ。

著作権保護期間を短縮しても満了後にソースコード公開を義務付けることはできないが、オープンソース化が実際に進むだろうか。スラドの皆さんのご意見はいかがだろう。コンピュータープログラムの著作権保護期間はどれぐらいが妥当と思われるだろうか。

headless 曰く、

アイルランド東部の町グレイストーンズとその郊外に位置する村デルガニーでは、学区内の小学校 8 校すべての保護者会と校長が児童のスマートデバイス使用を禁ずる自主規制ルール制定に合意したそうだ (The Guardian の記事、 BBC Newsround の記事、 The Limited Times の記事、 The Greystones Guide の記事)。

自主規制ルールは It Takes A Village イニシアチブの主導により策定されたもので、スマートデバイスによる子供たちの不安増加や、成人向けコンテンツへのアクセスを防ぐことが目的だという。禁止されるデバイスはスマートフォンやタブレットを含み、Snapchat や Instagram、WhatsApp、TikTok、Discord といった年齢的に不適切なサイトへのアクセスも禁止となる。

学区内の小学校では既に校内でのスマートデバイス使用を禁じていることもあるが、今回のルールでは学校以外での使用も禁じられる。ただし、自主規制であることから子供にスマートデバイスを与えるかどうかは保護者の判断に委ねられる。それでもルール制定により保護者が子供の要求に反対しやすくなることが期待されているようだ。

六ミツさんのツイートによると、古いSuicaから2005年のデータを読み取ることに成功したが、その当時存在しないハズの高輪ゲートウェイの名称が出てきたことで驚いていたというツイートが話題になった。あおとさんなどの指摘によると、原因は高輪ゲートウェイ駅開業にあわせてJR東日本が駅順コードを割り振り直したためだそうだ。その詳細に関してはmuo-yaの記事に詳しい（六ミツさんのツイート、あおとさんのツイート、muo-ya）。

自動改札機を使用するシステムには、ICカード内に駅コードが記録されている。この駅コードは線区（路線）と駅順から構成され、JR東日本の東京駅は線区が0x01、駅順が0x01なので「001-001」が駅コードとして割り振られているそうだ（自動改札機の研究）。

山手線の東京-品川間駅順コードは、当初から空きコードが一つ用意されていたが、高輪ゲートウェイ駅に空きコードを割り当ててしまうと

浜松町(1-4) - 田町(1-6) - 高輪ゲートウェイ(1-5) - 品川(1-7)

というようになり、コード順と駅順が揃わなくなる問題が生じる。しかしJR東日本はこの順番が狂うことを避け、

浜松町(1-4) - 田町(1-5) - 高輪ゲートウェイ(1-6) - 品川(1-7)

という形で駅順コードの振り直しをおこなったとのこと。このような駅順コード振り直しがおこなわれたことで、冒頭のような古いSuicaデータを読み取ると、当時存在しない高輪ゲートウェイ駅が出てきてしまうと言う事態になったようだ。Suica ReaderなどのICカード履歴読み取りツールや各種経費精算ツールで、間違いなく読み込むためには日付をもとにした分岐処理が必要だとしている

headless 曰く、

Vivaldi は 8 日、デスクトップ版の Vivaldi で Bing チャットにアクセスできるようになったと発表した (更新情報)。

Vivaldi では 2019 年からブラウザースニッフィング対策として、サーバーからのリクエストに応じて User-Agent に関する情報を返すクライアントヒントの偽装を行っており、それが役に立ったという。

Vivaldi の User-Agent 文字列は Google Chrome の User-Agent 文字列に「Vivaldi/バージョン」を追加したものだが、多くの場面で「Vivaldi/バージョン」を省略して Chrome に偽装している。ただし、bing.com へのアクセス時には「Vivaldi/バージョン」を「Edg/バージョン」に置き換え、Microsoft Edge に偽装している。

Bing チャットは Edge 以外のサードパーティー製ブラウザーへのロールアウトを開始しているが、Edge に偽装することで順番を待つことなくすぐに使えるという話のようだ。

次々と新機能が追加されていく Vivaldi だが、個人的には「ウィンドウ」パネルでタブやスタックを並べ替える際、正しい位置にドロップできない問題をどうにかしてほしいと思う。

バンダイは6日、AWSを用いてIoT化した『たまごっち「Tamagotchi Uni」』を発表した。Tamagotchi Uniは、Wi-Fi機能が備えられ、たまごっち単体で直接インターネットに接続できるのが特徴。Wi-Fi経由でたメタバース「Tamaverse(たまバース)」へでかけ、世界中のユーザーが育てたたまごっちに出会うことができるそうだ（バンダイリリース[PDF]、AWSリリース、週刊アスキー、Impress Watch）。

たまごっちIoT化にあたり、セキュアな接続を保証できること、100万台以上の接続のためのリソースのスケーリングや負荷分散ができること、運用コストを最適化できることなどが条件に上がったという。そこでAWS IoTをフル活用したサーバーレス構成を構築。開発、運用、管理における信頼性とコスト効率を向上させたとしている。

Tamagotchi Uniは、世界同一機種で、自分が育てた自分だけのたまごっちで世界中のユーザーとコミュニケーションを取れるのが特徴。国内では6月8日に予約を開始、7月15日に全35の国と地域で同時発売。価格は8250円に設定されている。

headless 曰く、

リモートコントロールで車両を届けるレンタカーサービス Fetch が英イングランド南東部ミルトン・キーンズで営業を開始したそうだ (BBC News の記事、 Top Gear の記事、 The Engineer の記事、 The Verge の記事)。

Fetch の車両を届けるドライバー (オペレーター) は運営会社 Imperium Drive のオフィスでドライビングシミュレーターのような装置を用い、車載カメラの 360 度映像を見ながら運転を行う。これにより、アプリで予約時に指定した住所に無人の車両が届くという仕組みだ。レンタル時間が終わるとリモートのドライバーが再び車両をコントロールして回収する。

Imperium Drive では既に 18 か月間のテストを実施し、1,609 km 以上を無事故で走行しているという。ただし、現在のところセーフティドライバーが乗車しており、今後 18 か月間さらなるテストを行った後に完全無人となる見込みだ。

Fetch ではリモートドライバーが運転して車両を届けると説明しているが、Imperium Drive は自律走行技術の会社であり、1 人のドライバーが担当する車両の数を徐々に増やしていく計画もあるそうだ。それでも監視の必要性からリモートドライバーを完全に廃止するつもりはないが、ユーザーへの車両受け渡しが完全自律化されれば英国での個人による自動車の所有を置き換える可能性があるとのこと。

しかし、王立自動車クラブ (RAC) では Fetch のサービスについて、走行する現場にいないリモートドライバーが道路の安全をビデオゲームのように考える可能性があると懸念する。また、オペレーターのいる部屋で起きた出来事により集中力が低下する可能性もあり、より広い範囲でのサービスが始まれば深刻な結果を生む可能性もあるとのことだ。

窓の杜の記事によると、現在、Microsoft 365 Insider上では、「先頭のゼロを削除しない」オプションがテストされているという。これは電話番号や商品コードなど、ゼロから始まるデータをExcel内に入力すると「数値」として扱われてしまい、冒頭のゼロが勝手に消されてしまうという意見から来たもののようだ。実際の業務では冒頭のゼロが削除されると意味が変わってしまうこともあり、余計なお世話と感じることもある（窓の杜）。

テスト中の仕様では、市区町村コードのCSVファイルを「Excel」で読み込むと、「先頭のゼロを削除する」というデータ変換を行うかどうかを問うダイアログが表示される。［変換しない］ボタンを選択するとゼロから始まる数値データは文字列として扱われるという。

AMDはEPYC 7002シリーズに、連続稼働から約1044日経過すると、コアがハングアップするというエラッタがあるとの情報を公開した。このエラッタは「1474」と名付けられている。PC Watchの記事によると、リセットから約1044日以上経過すると、CPUのコアがCC6ステートから終了できずハングアップするというもの。AMDは回避策として稼働時間が連続1044日になる前に再起動するか、CC6のスリープ状態を無効にすることを挙げている。AMDはこの問題に対処する予定はないとしている（AMD、Revision Guide for AMD Family 17h Models 30h-3Fh Processors[PDF]、PC Watch）。

インド東部ビハール州の都市バーガルプルで4日、建設途中だったガンジス川を渡す橋が崩壊したという。この件を取り上げているシュタインバッハ大学の石川雅一氏の動画によると、この橋は四車線の大規模なもので、完成時には全長3.1キロメートルの橋になると言われていたとのこと。氏の動画では橋の崩落中の様子なども掲載されている（AFPBB News、CNN、石川雅一のシュタインバッハ大学[動画]）。

この橋は2017年に建設が始まっていたが、当初の完成予定である2019年3月から8回もの完成延期がされていたそうだ。またこの橋の崩落もこれが初めてではなかったという。2022年4月30日には暴風雨で第4支柱と第6支柱の上部構造が落下する事故が起きていたとしている。

なおCNNによると橋の設計、工事を担当したのはカナダの企業で、橋の一部が崩落したことを認めているという。CNNは現地の施工会社にも連絡を試みたが、返答は得られていないとしている。先の石川氏の別の動画によると、現地の施工はインド国内の新興企業であるSP Singlaであるようだ。ただ同社サイト上の建設中の橋の一覧の中には、今回の事故となった橋に関する記載はなかったとも述べている（石川氏による続報[動画]）。

追記：別のタレコミによるとSP Singla関連の情報に関しては現地メディアと思われるDNA Webに詳しく掲載されていたようだ。この記事によると杭などの部分に低品質の材料を使用したなどの問題が指摘されている模様（DNA Web）。

headless 曰く、

Microsoft がサードパーティ製のブラウザーでも Bing チャットのテストを開始したそうだ (Neowin の記事、 BetaNews の記事、 Ghacks の記事)。

Reddit では週末から Safari やChrome で特別な設定なしに Bing チャットが利用可能になったとの報告が出ていた。Twitter 上で Neowin の John Callaham 氏が Microsoft のMikhail Parakhin 氏に質問したところ、実際にテストを開始しており、徐々にロールアウトしているとの回答があった。

手元のデバイスではインストール環境によって Chrome や Brave では利用できるものもあったが、Firefox や Vivaldi で利用可能なものは見つからなかった。Operaでは「チャット」のリンク自体が表示されない。スラドの皆さんのところではいかがだろうか。