9to5Google によると、Google の Android バージョン分布 4 月分データで Android 13 のシェアが前回 1 月分から倍以上に増加しているそうだ (9to5Google の記事、 Neowin の記事、 Android Police の記事)。

1 月分データで Android 13 は 5.0% だが、4 月分では 12.1% まで増加したという。Android 13 以外のバージョンはすべて減少しており、Android 8.x Oreo (6.7%、2.8 ポイント減) と Android 12 (16.5%、2.4 ポイント減)、Android 10 (18.5%、1.0 ポイント減)、Android 9 Pie (12.3%、0.9 ポイント減)のように最近のバージョンの減少幅が大きい。一方、Android 7.x Nougat までのバージョンで 0.5 ポイント以上減少したものはない。

なお、このデータでは全バージョン合計が 1 月分で 99.8%、4 月分で 97.9% となっている。現在 Android Studio で参照可能な 1 月分バージョン分布データでは Android 13のシェアが 5.2% となっており、全バージョン合計で 100% となる。そのため、Android Studio のデータが更新されれば正確な数字もわかるだろう。

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

Android 14 がベータ版となったことで、サポートされる Pixel デバイス (Pixel 4a (5G) / 5 / 5a 5G / 6 / 6 Pro / 6a / 7 / 7 Pro) ではベータプログラムを通じた入手が可能となる。これにより開発者だけでなくアーリーアダプターにも提供されることになり、今後数週間のうちに Android 14 上でアプリの動作を試すユーザーが増加すると予想されることから、アプリ開発者は自分のアプリの互換性をなるべく早く確認しておくことが推奨される。

サポートされる Pixel デバイスを所有していない場合、Android Studio の SDK Manager で最新のシステムイメージを入手すれば Android Emulator 上で動作を試すことが可能だ。13 日には Android Studio Flamingo が安定版となっているが、より新しいプレビュー版の Android Studio Giraffe が推奨されている。サポートされる Pixel デバイス用のファクトリーイメージも Beta 1 が入手可能だ。

Beta 1 で確認すべき主なポイントは DP2 までと同様で、新しい機能と API を試すこと、現在公開しているアプリの互換性の確認、オプトインになった挙動のテストが挙げられている。

headless 曰く、

Android App Bundle 形式で配布されるアプリのアーカイビング機能が Google Play で「Auto-Archive (自動アーカイブ)」として使用可能になるようだ (Android Developers Blog の記事)。

アーカイビング機能はユーザーデータを保持しつつアプリの使用するストレージ領域の最大 60% 近くを解放可能にするもので、あとでアプリを使用する際には再ダウンロードが必要になる。Google Play ではストレージの空き容量が不足した状態で新たにアプリをインストールしようとしたときに自動アーカイブの有効化を促すプロンプトが表示され、オプトインすると使用頻度の低いアプリがアーカイビングされる。

ユーザーがアプリをアンインストールする主な理由の一つが空き容量の確保だといい、自動アーカイブによりアプリのアンインストール頻度が低下することを Google では期待しているようだ。なお、アーカイビングされたアプリを再度使用しようとした時点で Google Play から削除されている場合、アプリを復元できないので注意が必要だ。

あるAnonymous Coward 曰く、

MariaDBがヤバいという話がSNSで飛び交っている模様。ただしヤバいのは会社のMariaDB.comで、OSS団体のMariaDB.orgは関係ないそうだ（ただし商標の扱いとか揉めそう）。

オープンソースのRDBMS「MariaDB」では上場が計画されていた。MariaDB.comは商業的な営利団体で、MariaDB.orgはオープンソース製品とオープンソースコードベースの所有権を持つ非営利団体となっている。佐渡さんのツイートによれば、MariaDB.comの上場に関しては、AngelPondというSPAC（特別買収目的会社）と合併することで実現しているのだそうだ。しかし、この件を取り上げたMediumの記事によると、MySQLの生みの親であり、MariaDBの創設者でもあるMonty氏と、MariaDB.comのCEOであるMichael Howard氏の関係は、講堂の壇上で全社員を前にして怒鳴り合うほど極めて険悪な関係だったらしい（Medium、佐渡さんのツイート）。

。 その後、2022年7月にMonty氏は取締役会から解任され、MariaDB.comはMichael Howard氏によって敵対的買収の方針が固まった。しかし、敵対的買収の実施とMonty氏の取締役会からの解任投票が行われる直前の2022年6月、投資会社であるJPモルガンとゴールドマンサックスの両方がMariaDBの代表から撤退、資金が引き揚げられてしまった模様。現在、MariaDB.comにはMonty氏をはじめとする創業メンバーもデータベースの専門家のグループもまったく残っていないようだ。

headless 曰く、

IDC の推計によると 2023 年第 1 四半期の PC 出荷台数は 29.0% 減 (2,330 万台減) の 5,690 万台だったそうだ (プレスリリース)。

COVID-19 パンデミックの影響で増加していた PC 出荷台数は 2022 年第 1 四半期から減少に転じ、第 4 四半期にはパンデミック前のレベルを下回っていた。2023 年第 1 四半期は弱い需要と過剰在庫、マクロ経済情勢の悪化などすべての要素が PC 出荷台数を減少させる方向に作用し、2019 年第 1 四半期 (5,920 万台) や 2018 年第 1 四半期 (6,060 万台) を下回る結果となったという。今年は短期的に PC 出荷台数は減少するものの更新時期が近付く既存 PC も多く、2024 年まで上向きの景気が続いていれば PC 出荷台数も大幅な増加が期待できるとのこと。

ベンダー別では 2022 年第 4 四半期に唯一 1 桁減に踏みとどまっていた 4 位の Apple も 40.5% 減 (280 万台減) の 410 万台となり、トップ 5 すべてのベンダーが 2 桁減となった。トップ 5 で減少率が最も大きかったのは Apple で、1 位の Lenovo は 30.3% 減 (560 万台減) の 1,270 万台、2 位の HP が 24.2% 減 (380 万台減) の 1,200 万台、3 位の Dell は 31.0% 減 (420 万台減) の 950 万台となっている。Lenovo と Dell の減少幅は Apple の出荷台数よりも多い。5 位の ASUS も 30.3% 減 (170 万台減) の 390 万台となったが、Apple との差は前年同四半期の130万台差から20万台差まで縮んでいる。

Microsoft が Xbox Series X/S でのゲームエミュレーター実行制限を開始したそうだ (Kotaku の記事、 The Verge の記事、 Ars Technica の記事、 Neowin の記事)。

Xbox ではゲームシステムやゲームプラットフォームをエミュレートする製品が Microsoft Storeポリシー 10.13.10 で禁じられているが、2020 年に発売された Xbox Series X/S ではエミュレーターを実行可能な抜け穴が見つかり、以来 PlayStation 2 や GameCube、Wii など幅広い機種のゲームタイトルを容易に実行可能な環境として利用されてきた。

しかし、ゲームエミュレーターのフロントエンド「RetroArch」を配布する gamr13 氏 (@gamr12) のツイートによると、Microsoft Storeポリシー違反としてアプリの起動がブロックされるようになったとのこと。ブロックされるのはリテールモードの場合のみで、Xbox を開発者モードに変更すればブロックされなくなるが、開発者登録が必要となるなど気軽な利用はできなくなってしまう。

米ワシントン州リンウッドの Apple Store で閉店後、窃盗犯が隣の店からトイレの壁に穴を開けて侵入し、436 台の iPhone が盗まれたそうだ (KING 5 の記事、 Ars Technica の記事、 Mac Rumors の記事、 The Register の記事、 Seattle Coffee Gear CEO のツイート)。

被害にあったのはショッピングモール Alderwood の Apple Alderwood で、隣にはコーヒー器具専門店 Seattle Coffee Gear が入店している。犯人は閉店後も警備が厳しい Apple Store の正面突破を避けて隣の店から侵入する計画を立てたとみられ、パイプを傷つけることなく人が潜り抜けられる大きさに壁をくり抜いていることから、Seattle Coffee Gear では周到な計画の元実行された犯行との見方を示しているという。

警察によれば Apple の被害額は 50 万ドルに上るという。一方、Seattle Coffee Gear の被害は錠の交換と壁の修理で 1,500ドル程度にとどまったとのことだ。

Google は 5 日、Google Play のポリシー改定を発表した (ユーザーデータポリシーのプレビュー、 アカウント削除要件の解説記事、 Android Developers Blog の記事、 The Verge の記事)。

今回の改定ではユーザーデータに関するポリシーにアカウントの削除要件が追加されている。アカウントの削除要件はアプリ内からアカウントを作成できるアプリに義務付けられるもので、アプリのアカウントと関連するデータを削除するアプリ内パスおよびウェブリンクリソース両方の提供が必要となる。

これに伴い、アプリ開発者は Google Play のデータ削除に関する質問への回答を 12 月 7 日までに送信する必要がある。送信したデータにより Google Play のストア掲載情報が更新され、2024 年初めには新しいデータ削除バッジとデータ削除エリアが表示されるようになる。

質問への回答期限は 2024 年 5 月 31 日まで延長可能だが、同日以降はポリシー非準拠アプリとして将来の追加措置でストア掲載情報削除などの対象となる可能性があるとのことだ。

headless 曰く、

Google が Chrome 拡張の Manifest V2 (MV2) から Manifest V3 (MV3) への移行計画を再び先送りするようだ (Google グループ — Chrome Extensions、 Ghacks の記事)。

Google は 2018 年に MV3 を発表し、当初は 2023 年 6 月に MV2 サポートを完全終息する計画だった。しかし、MV3 の API 実装や最も影響を受けるコンテンツブロッカーの MV3 移行は進んでおらず、昨年 9 月には MV2 終息の半年先送りを発表している。12 月に更新された MV2 サポートタイムラインでは MV2 無効化実験開始や MV2 エンタープライズポリシー終了などが「検討中」に変更され、2023 年 3 月までに新しいスケジュールを発表する計画を示していた。

今回 Google は MV3 の API 実装や改良が進んだとしつつ、MV2 のフェーズアウトに関してはタイムラインの検討を続けているとして、新たなスケジュールを今後数か月のうちに発表する計画を示した。Google では開発者が十分な移行時間をとれるよう、MV2 無効化実験を開始する少なくとも 6 か月前には情報を提供したいとも述べている。

headless 曰く、

インドの全国会社法不服審判所 (NCLAT) は 3 月 29 日、Google が Google Play を通じてサードパーティのアプリストアを提供する必要はないとの判断を示した (裁判所文書: PDF、 9to5Google の記事、 Financial Express の記事、 ThePrint の記事)。

インド競争委員会 (CCI) が昨年 10 月、Google が Android エコシステムで支配的な立場を利用して反競争行為を行っていると判断した (プレスリリース)。 CCI は Google Play でのサードパーティアプリストア提供義務付けなど 10 件を Google に命じたため、Google が控訴していた。

NCLAT では 10 件のうちサードパーティアプリストア提供義務付けのほか、フォーク版 Android を含めて OEM やアプリ開発者、競合他社への Play Servces API へのアクセス制限禁止、ユーザーによるプリインストールアプリのアンインストール制限禁止、アプリ開発者がアプリをサイドローディングで配布することへの制限禁止の計 4 件を削除するよう CCI に命じた。

その一方で Play Store ライセンス要件としての Google アプリプリインストール義務付け禁止や、デバイスでの Google 検索サービス独占使用や Android フォークデバイスを販売しないことに対するインセンティブ提供禁止、断片化防止義務付け禁止など、計 6 件を支持。133 億 7,760 万ルピーの制裁金も支持し、30日以内に預託するよう命じている。

アプリのサイドローディング配布が制限されなくなると政府によるアプリ配布禁止措置も難しくなる。そのため、今回の NCLAT の判断は Google だけでなくインド政府も安堵させたとのことだ。

headless 曰く、

Bloomberg は 3 月 30 日、FOSS (Free and Open Source Software) プロジェクトを支援する基金 FOSS Contributor Fund の開始を発表した (Bloomberg の記事、 Phoronix の記事)。

FOSS Contributor Fund の仕組みは 2019 年に求職サイト Indeed が試験運用したもので、企業の従業員が日々頼りにしている、または参加しているオープンソースソフトウェアプロジェクトを推薦し、組織にとって重要なプロジェクトを支援するというものだ。その仕組みはオープンソース化されており、Microsoft やジョンズホプキンス大学、Salesforce、Sentry、Zeiss などが触発されてプログラムを開始している。

Bloomberg も 2023 年 1 月、Indeed のイニシアチブに触発されて第 1 回の FOSS Contributor Fund に向けた従業員の投票を行ったという。Bloomberg の FOSS Contributor Fund は四半期ごとに最大 3 プロジェクトを従業員の投票で選出し、それぞれ 1 万ドルを援助する。第 1 回の投票では推薦された 5 プロジェクトから Apache Arrow と Curl、Celery が選ばれたとのことだ。

Twitter は 3 月 31 日、イーロン・マスク氏の予告通りおすすめツイートアルゴリズムのソースコードを公開するとともに、アルゴリズムを解説するブログ記事を公開した (Twitter のブログ記事、 Ars Technica の記事、 The Verge の記事、 GitHub リポジトリ)。

Twitter のおすすめアルゴリズムは 5 億件のツイートから各ユーザーに合わせた数件のツイートを抽出する必要がある。そのため、1) 候補ソースを用いてベストなツイート 1,500 件を抽出し、2) 機械学習モデルでランク付け、3) ユーザーがブロックしたツイートや既読のツイート、NSFW コンテンツなどを排除して最適なものを選び出す、といった流れで処理を行うという。候補ソースはユーザーがフォローしている人々のツイート (ネットワーク内) とフォローしていない人々のツイート (ネットワーク外) に分かれ、現在はほぼ半々でタイムラインに表示されるようになっているとのこと。

ソースコードは GitHub で公開されており、ライセンスは AGPL となっている。

170 以上の市場で Android アプリとゲームのマネタイズを可能にする Google Play Commerce では、2022 年に 20 億ドル以上の不正な取引を防いだそうだ (Android Developers Blog の記事、 Neowin の記事)。

他人のアプリを悪用して不正に利益を得ようとする悪人は、不正な支払い手段でアプリ内購入を行う方法や、既に使用または転売済みのアプリ内アイテムの返金を受ける方法などを常に探している。このような者たちが手を組み、さまざまな悪用方法を組み合わせれば大規模な不正利用につながる可能性もある。それを防ぐには自動化されたソリューションや内部的な監視ツール群と人間の専門知識を組み合わせる必要があるとのこと。

不正を防ぐ最も効果的なソリューションは取消済みの購入を検出して回収可能なコンテンツを取得する Voided Purchases APIの利用と、難読化されたアカウントIDによる不正な取引の検出だという。アプリをマネタイズする開発者トップ200の70%以上がこれらのソリューションを利用しているそうだ。また、Play Integrity APIを重要なタイミングで呼び出すことで変更されたアプリバイナリからのアクションを検出し、不正なアクセスを 50% 以上減らすことができるとのことだ。

GitHub が日本時間 24 日 14 時頃、GitHub.com の Git 操作で使用する RSA SSH ホスト鍵を更新したそうだ (The GitHub Blog の記事、 The Register の記事)。

今週 GitHub は RSA SSH 秘密鍵がGitHubの公開リポジトリで短時間見える状態になっていたことを発見し、すぐに修正を行って原因と影響の調査を行ったという。その結果、GitHubのシステムや顧客の情報が不正にアクセスされたのではなく、誤って秘密鍵を公開してしまった結果だと判断したとのこと。秘密鍵が不正に用いられたという証拠もないが、攻撃者がGitHubになりすましたり、ユーザーのGit操作を盗聴する可能性があることから、念のためホスト鍵を更新したとのこと。この変更はRSA鍵を使用してSSHでGit操作をする場合にのみ影響し、GitHub.comへのウェブトラフィックやHTTPSでのGit操作は影響を受けない。

RSA鍵を使用してSSHでGitHub.comにアクセスすると警告が表示されるので、古い鍵を削除して新しい鍵を追加する必要がある。ECDSA鍵やEd25519鍵を使用している場合には影響がなく、特に何も変更する必要はないとのことだ。

「GPT-4」を用いて新しいプログラミング言語を作ろうという試みがおこなわれているという。この開発をおこなっているのはコーダーのルークさんで名称は「TenetLang」。GPT-4のような大規模言語モデル(LLM)では、プログラミングも可能であるとされているが、独自のプログラミング言語を作成する事例はなかったそうだ（GPT-4 Designed a Programming Language、GIGAZINE）。

GPT-4はルークさんの質問に対して、高品質なソフトウェアを開発するための包括的なガイドとして10個の重要な原則を提示したという。挙げられたのは「1:モジュール性」「2:抽象化」「3:スケーラビリティ」「4:保守性」「5:テスト容易性」「6:適応性」「7:パフォーマンス」「8:セキュリティ」「9:コラボレーション」「10:継続的な改善」とのこと。

続いて上記の10個の原則が上手く機能するケースと困難になるケースの事例を求めたところ、GPT-4はさまざまなアイデアを提案してきたとされる。GPT-4はこれらを順守するプログラミング言語を「TenetLang」と名付け、さらにTenetLangの設計における8つの概要を示したとしている。元記事ではGPT-4が出力した「TenetLangの構文と機能を示すプログラムの簡単な事例」も紹介されている。