Microsoft は 15 日、Windows 10 バージョン 21H2 に導入予定の新機能を紹介するとともに、Windows 10 Insider Preview 初の 21H2 ビルドとなるビルド 19044.1147 を提供開始した(Windows Experience Blog の記事、 Windows Insider Blog の記事)。

Microsoft は Windows 11 を発表する一方で Windows 10 バージョン 21H2 を今年下半期に提供開始する計画を示していたが、具体的な更新内容が発表されるのは今回が初めてだ。バージョン 21H2 は生産性とセキュリティに注力して新機能を提供するとのことで、Wi-Fiのセキュリティを強化する WPA3 H2E 標準サポートの追加、Windows Hello for Business における簡略化されたデプロイのサポート、Windows Subsystem for Linux (WSL) および Azure IoT Edge for Linux on Windows (EFLOW) における GPU 演算サポートの 3 点が挙げられている。ただし、同日提供が始まったビルド 19044.1147 にこれらの機能は含まれない。

メジャービルド番号はバージョン 2004 の 19041 以降、20H2 の 19042 、21H1 の 19043 と 1 つずつしか進んでいない。21H2 はバージョン 2004 以降に高速でインストールできると説明されており、バージョン 20H2 / 21H1 と同様に小規模なアップデートがイネーブルメントパッケージの形で提供されることになるとみられる。機能アップデートが年に 1 回の提供となる Windows 11 に対し、Windows 10 は現在のところ年 2 回提供のままになっている。

21H2 ビルドが提供される条件は、これまでベータチャネルでビルドを受け取っていたが、ベータチャネルが Windows 11 Insider Preview へ移行することに伴い、Windows 11 の要件を満たさないためリリースプレビューチャネルに変更されたデバイスという複雑なものだ。対象のデバイスでは Windows Update で「更新プログラムの確認」をクリックし、21H2 ビルドのインストールを選択した場合にのみインストールされる。

Windows 11 の提供要件を満たすかどうかにかかわらず、Windows Insider Program に新規エンロールしたデバイスでリリースプレビューチャネルを選択すると普通に 21H1 のリリースプレビュービルドが提供され、21H2 ビルドは提供されない。なお、リリースプレビューチャネルには 21H1 のビルド 19043.1147、Dev チャネルには Windows 11 Insider Preview ビルド 22000.71 の提供が同日始まっている。ベータチャネルには近く Windows 11 Insider Preview ビルドを提供開始する予定とのことだ。

Google は 14 日、次期 Android の 3 番目のベータ版となる Android 12 Beta 3 をファイナル API および公式 SDK とともに提供開始した(Android Developers Blog の記事)。

Beta 3 では ScrollCapture API によるスクロール可能コンテンツのスクリーンショット撮影や、AppSearch によるオンデバイス検索、Game Mode API などが追加されている。Pixel 4 以降ではフロントカメラを使用した顔認識による画面の自動回転機能の改善も利用可能だ。

これまでのタイムラインでファイナル API と公式 SDK のリリースは 8 月の Beta 4 となっていたのだが、前倒しされたようだ。同じ内容で一つにまとめられていた Beta 2 と Beta 3 が新しいタイムラインでは分割され、Beta 3 にファイナル API と API 31 の公式 SDK に関する説明が追記されている。プラットフォーム安定版のマイルストーンは Beta 4 のまま変更されていないが、Android 12 API をターゲットにアプリをコンパイルしている場合は最新の環境に更新して再コンパイルすることが推奨されている。

Beta 3 は Pixelやデバイスメーカーのベータプログラムで入手できるほか、エミュレーターや GSI イメージを利用することも可能だ。Android TV 向けにも提供が始まっている。アプリ開発者にとっては Beta 2 に引き続き、アプリと Android 12 との互換性を確認する時期でもある。Beta 3 を実行する実機やエミュレーターで自分のアプリの動作を確認し、問題点があったら Android 12 Beta ユーザーのために修正版をなるべく早く公開することが推奨される。

Google は 8 日、8 月末にリリース予定の Google Play 開発者サービス バージョン 21.30.99 を最後に Android 4.1 ～ 4.3 Jelly Bean (JB、APIレベル 16 ～ 18)のサポートを終了すると発表した(Android Developers Blog の記事、 Neowin の記事、 SlashGear の記事)。

JB は最初にリリースされてから9年が経過し、アクティブデバイス数は Android アクティブデバイス全体の 1% を割っているという。Android のさまざまな新機能や改善のすべては JB にバックポートされておらず、対応しようとすれば開発者の手間が増加することになる。

現行の SDK バージョンに含まれる機能は今後も利用可能だが、新しい SDK で API 16 ～ 18 をサポートしようとするとビルドエラーが発生する可能性がある。そのため、アプリでも API 19 以降のみをサポートするよう変更することが推奨される。

JB のサポートを継続する場合、Gradle でビルドバリアントを設定して API 19 未満・以降でフレーバーを分け、それぞれ対応したバージョンの Google Play 開発者サービスを指定すればいい。

ニュースや新聞で量子コンピュータが取り上げられることが増え、量子コンピュータであればすべて解決できる的な言説が増え、危機感を感じている研究者がいるそうだ。このため、「むしゃくしゃしてやった,今は反省している日記」の記事では、この問題を指摘しておくことにしたそうだ（むしゃくしゃしてやった,今は反省している日記）。

例えば、古典コンピュータでは組合せ最適化を解けないという考えに関しては、量子じゃないと解けないわけではなく、古典コンピュータでも解くことはでき、むしろ量子アニーリングでは厳密解の意味では解いたことにならないと指摘している。このほか巡回セールスマン問題（TSP）古典コンピュータでは時間がかかるといった問題に関しても指摘を行っている。

headless 曰く、

7 月 28 日に発効する Microsoft Store ポリシー バージョン 7.14 では、Chrome や Firefox などのブラウザーを Microsoft Store で公開可能にする変更が含まれている(Microsoft Store ポリシー最新版、 変更履歴)。

これまでのポリシーは 10.2.1 で「Web を閲覧する製品では、Windows プラットフォームによって提供される適切な HTML エンジンと JavaScript エンジンを使用する必要があります」となっており、Chrome や Firefox をそのまま UWP 化しても公開できなかった。

今回の改訂では Web エンジンに関する指定が「Web を参照する製品では、Chromium または Gecko オープン ソース エンジンのいずれかが使用されている必要があります 」に変更された。これらオープンソースエンジンの最新 2 つ以内のバージョンに更新する必要があること、セキュリティ上の問題を迅速に修正する必要があることといった要件も追加されている。既存の EdgeHTML エンジンを使用するブラウザーに関しては、引き続き公開可能だという。

このほか、バンドルソフトウェアの提供を禁止する文言が 10.2.3 に追加されており、完全なアンインストールが可能であることを必須とする 10.2.7 などが新規に追加されている。また、Microsoft Edge の拡張機能に関しては独立したMicrosoft Edge アドオンストアの開発者ポリシーが既に公開されており、Microsoft Store ポリシーの 10.12 は削除された。

headless 曰く、

BitTorrent が 7 月 2 日に 20 周年を迎えた(TorrentFreak の記事、 BetaNews の記事)。

Bram Cohen 氏が BitTorrent クライアントアプリの完成を Yahoo! 掲示板で発表したのは 2001 年 7 月 2 日。Internet Archive に保存されている公開ページの最古のスナップショットは 2001 年 8 月 12 日に保存されたもの。その 3 日前の 8 月 9 日には既にバージョン 2.0.2 が公開されている。

当時はインターネット上でのファイル共有がブームになっており、多数のアプリが公開されていたが、BitTorrent 分散化と速度への注力でライバルとは一線を画していたという。1 つのファイルを 1 対 1 で共有するのではなく分割して多対多で共有し、ダウンロード者がアップロード者にもなるという仕組みで、ダウンロード者が増えれば増えるほど高速化する。

公開ページでは FTP に対する BitTorrent の優位性として、FTP は人気が出ると帯域が使われてサイトが罰せられるのに対し、BitTorrent でそのような問題は発生しないと説明されている。

Google は 6 月 29 日、Google Play ストアで 8 月以降に新規公開するアプリについて Android App Bundle (AAB) 形式での公開を必須にする計画を発表した(Android Developers Blog の記事、 The Verge の記事、 SlashGear の記事)。

AAB は APK に代わる Android の新しいアプリ公開フォーマットで、APK と比較してリリース管理の効率が向上し、アプリサイズの縮小や機能配信のカスタマイズが可能といったメリットもある。AAB 形式でリリースされているアプリは既に 100 万本を超えており、 Adobe や Duolingo 、 Gameloft 、 Twitter を含むGoogle Play でトップ 1000 アプリ・ゲームの大半が AAB 形式を使用しているという。APK から AAB へ移行するにはビルド時のオプションを変更するだけでよく、主要なビルドツールがサポートしているとのことだ。

4Gamer.netの記事によれば、ゲームに使われるドアは開発が複雑すぎるのだそうだ。インディ開発者のStephan Hövelbrinks氏のTwitterでの発言がきっかけで、開発者の間で議論が活発化した模様。「CONTROL」のリードゲームプレイデザイナーであるSergey Mohov氏は、武器やスキルシステムの開発時間より扉の開発にかかる時間の方が長いと話しているそうだ。こうした意見に賛同する開発者も多かった模様（4Gamer.net、游研社）。

GitHubは6月29日、開発者のコード作成を支援するためのAIプログラミング機能「GitHub Copilot」を発表した。開発者の生産性を向上させる目的のもので、関数名とコメントから関数のコードを丸ごと自動補完するなどの提案も行えるという。Microsoftの「Visual Studio Code」および「GitHub Codespaces」向けの拡張機能として提供されるとしている。登録を行うとテクニカルプレビュー版の招待が受けられるようになるとしている（CNBC、ITmedia、TechCrunch）。

GitHub CopilotはOpen AIと提携してこのツールを開発したという。このAIは何十億行ものコードを使って訓練を受けており、コードを書き進めていくと途中でGitHub Copilotからコードの提案が行われるという。開発者はそうした提案を受け入れたり拒否したりできるとしている。

一方でこのOpen AIの学習にはGitHub上にあるGPLコードも使われていると見られ、GitHub Copilotがプロプライエタリコードを利用している扱いとなり、GPLに違反する可能性もあるのではないかとする指摘も出ている模様（eevee氏のツイート）。

あるAnonymous Coward 曰く、

現在はテクニカルプレビューだが、将来的にはこの機能をベースにした商用製品の発売を予定しているという。ただし関数名やコメントは「平易な英語で」記述する必要があるため、日本人プログラマーが活用するのにはまだ難しいだろう。

headless 曰く、

Firefox でリンク先のファイルを「プログラムで開く」場合に、ファイルが保存されるようにする計画が進められているようだ(Bug 1710933、 Ghacks の記事)。

現行の Firefox で「プログラムで開く」を選択した場合、ファイルは一時フォルダーに格納され、セッション終了時に削除される。計画としては、ダウンロード先として指定されたフォルダーにファイルを保存し、自動では削除されないようにするというものだ。

Google Chrome ではブラウザーで直接表示できないファイルを保存せずに外部プログラムで表示するオプションがなく、ファイルは常に保存される。一方、Microsoft Edge では「ダウンロード時の動作を毎回確認する」オプションを有効にすることで、ファイルを保存せずに開くことが可能となる。

Mozilla では Firefox 91 で動作を変更すべく作業を進めているようだが、ファイルを保存したければ「ファイルを保存する」を選べば済む話で、変更が必要な理由は明確でない。ただ閲覧したいだけの場合にもファイルが保存されてしまうため、逆に手間が増えることもある。そのため、オプションで選択できるようにしてほしいとの要望も出ている。スラドの皆さんはどう思われるだろうか。

headless 曰く、

Microsoft は6月28日、初の Windows 11 Insider Preview となるビルド22000.51を Dev チャネルで提供開始した(Windows Insider Blog の記事)。

ビルド22000.51 の主な特徴はセンタリングされたタスクバーとフローティング表示のスタートメニューや、角丸ウィンドウ、「ニュースと関心事項」を置き換えるウィジェットのほか、新デザインの「設定」アプリや「Microsoft Store」アプリ、エクスプローラー、タスクバーの通知センター・クイック設定・カレンダー表示など。ダークテーマとライトテーマで微妙に変わるシステムサウンドは Windows 10 よりも軽い感じになっており、スタートアップサウンドが再びデフォルトでオンになった。

Windows 10 では通知センターにクイック設定パネルが表示されるが、ビルド22000.51では通知センター (Win+N) にカレンダーが表示され、クイック設定 (Win+A) はネットワークアイコンの設定パネルに統合されている。Win+X メニューの Windows PowerShell は Windows Terminal に置き換えられており、タスクバーのコンテキストメニュー項目は「タスクバーの設定」のみになっている。タスクバーにツールバーを表示する機能は廃止されたようだ。

センタリングされたタスクバーに連動して移動するスタートボタンは空振りしてしまいがちだが、タスクバーの設定で「Taskbar behaviors → Taskbar alignment」を「左揃え」にすれば従来の表示に戻すことができる。なお、「設定」アプリは日本語化されていない部分が多い。ウィジェットは古いディスプレイアダプターが対応していないのか、ディスプレイアダプターを無効にしなければパネル上に何も表示されなかった。Microsoft Store でのAndroid アプリ提供は数か月のうちに開始されるとのこと。

ビルド22000.51は先日リークしたビルド21996.1と同じCO_RELEASEブランチで、バージョンは21H2となっている。手元の環境だけかもしれないが、評価版を示すデスクトップのウォーターマークは表示されない。先日予告されていた通り、Windows 11 の最低システム要件を満たさない環境にも提供される。

ミシガン大学教授のMark Guzdial氏は、同業のコンピューターサイエンス（CS）の教育者二人から、最初のコースでプログラミング言語を気にする必要はない。学生が概念をしっかり学んでいれば、次に学ぶ言語では最初に学習した言語の知識を応用できるとする意見を聞いたという。しかし、Mark Guzdial氏本人は、過去の経験などから二つ目の言語習得はそう簡単ではないとして、先の二人とは異なる考えを持っている（Mark Guzdial氏のブログ、GIGAZINE）。

LISPやMICRO-PLANNERのように、基本的な概念が全く異なる第二言語の学習は、第一言語の学習と同等かそれ以上に難しい可能性が高い。学生がデータサイエンティストになりたいのであれば、C言語を学ぶよりもRやPythonを学ぶ方が合理的だ。こうしたことから、Mark Guzdial氏は、「なぜ最初に学ぶプログラミング言語は重要ではない」という考え方が定着しているのか考えるようになったそうだ。 同氏の考えとしては、1960年代後半にCSカリキュラムが定義されたとき、プログラミングの数学的基盤に重点が置かれていた。このため、現在教育者になってるような人は、現代の学生と比較すると数学的に強い基盤を持っている。このため、言語の違いは表記法の違いに過ぎないと考えているのではないかとしている。

Python パッケージの公式リポジトリ PyPI で見つかった暗号通貨採掘マルウェアを含む6つのパッケージについて、発見した Sonatype が解説している(Sonatypeのブログ記事、 Ars Technicaの記事)。

暗号通貨採掘マルウェアは Sonatype のマルウェア検出ツール Release Integrity により発見されたもので、「maratlib」「maratlib1」「matplatlib-plus」「mllearnlib」「mplatlib」「learninglib」の6本。いずれも同じ作者により早ければ4月に PyPI で公開されており、PePyによればSonatypeのブログ記事公開時点で合計5,000回近くダウンロードされている。

うち5本は「maratlib」との依存関係が設定されており、「maratlib」のダウンロード回数が2,371回と最も多い。また、「matplatlib-plus」と「mplatlib」は「matplotlib」の誤入力によりダウンロードさせるタイポスクワッティングを狙ったものとみられ、「matplatlib-plus」のダウンロード回数は913回で「maratlib」に次ぐ多さとなっている。

「maratlib」は激しく難読化されているが、最終的には作者の GitHub リポジトリから暗号通貨採掘 Bash スクリプトをダウンロードして実行する仕組みになっていたとのこと。

PyPIでは2017年にもタイポスクワッティングを狙った悪意ある偽パッケージが発見されているが、その後も悪意あるパッケージの新規公開が続いているようだ。Release Integrity は元々 npm に注力してきたが、この数週間 PyPI パッケージを対象に試験運用したところ、3,157本以上の悪意あるパッケージが見つかったとのことだ。

あるAnonymous Coward 曰く、

任天堂が今月発売したNintendo Switch用プログラミング学習ソフト「ナビつき！ つくってわかる はじめてゲームプログラミング」で、さっそく往年の名作ゲームを再現する猛者が相次いでちょっと話題となっているらしい。

再現されたゲームとしては、初代スーパーマリオブラザーズのステージ1-1、ポケモンのマサラタウン、パックマンなどの往年の名作ゲームで、かなり完成度が高いものとなっているようだ。またPortalやGTAなどの3Dゲームの一部を再現するものや、果ては人生オワタの大冒険のようなFlashゲームを再現するものもいるという。

なお、開発者によれば、入力や動作などを司るノードンの数が最大512というのが開発のネックとなるようだ。しかし発売から短時間でいろいろなジャンルの作品が再現されるのは大したものである。

情報元へのリンク

headless 曰く、

Microsoft は日本時間6月25日、Windows 11 を正式発表した(Windows Experience Blog の記事、 Microsoft Docs の記事、 Microsoft 365 Blog の記事)。

次世代 Windows となる Windows 11 はセンタリングされたタスクバーやフローティング表示のスタートメニュー、角丸ウィンドウなどが外見上の特徴となる。先日 ISO イメージがリークしており、名称もバージョン情報で確認できていたため、驚きの少ない発表になった。

Windows 11 は年内のリリースが計画されており、Windows 10 PC には無償アップグレードで提供される。ただしシステム要件が変更されるため、要件を満たさない PC をアップグレードすることはできない。Windows 10 のシステム要件と異なる部分としては、32ビットプロセッサが非サポートとなり、1GHz以上・2コア以上の64ビット互換プロセッサまたは SoC が必要になる。RAM は最低4GB、ストレージは最低64GBと倍増し、セキュアブート対応のUEFIや TPM 2.0、DirectX 12 以上のグラフィックスカード、9インチ以上のHD(720p)ディスプレイが必要だ(Windows 11 のシステム要件、機能、デバイスの要件について)。

Windows Insider Program では来週にも Windows 11 Insider Preview の提供開始を計画しており、24日までに Dev チャネルのWindows 10 Insider Preview ビルドをインストールした環境では、Windows 11 の最低システム要件を満たさなくても Windows 11 Insider Preview が提供される。新たにエンロールする場合、最低システム要件を満たさなければリリースプレビューチャネルで Windows 10 のリリースプレビュービルドのみを受け取ることになる(Windows Insider Blog の記事)。

新規要素としてはWindows 11上でAndroidアプリが動作することが発表された。Amazonとの協業により追加された機能だという。またWindows Vistaや7で採用され、8や10では廃止されていたウィジェット機能も復活するとのこと。