カールスルーエ工科大学の学生、Jan Strehmel 氏が C 言語で書かれたオープンソースコードを調べたところ、罵倒語を含むソースコードがコーディング標準により準拠していたそうだ (論文: PDF、 Ars Technica の記事)。

調査は GitHub で公開されている C 言語のオープンソースコードを用い、Strehmel 氏の所属する研究グループが開発したオープンソースのコーディング標準準拠チェックツール「SoftWipe」で 10 点が満点となる評価を行っている。対象は 300 個以上の英語の罵倒語のうち少なくとも 1 個含む 3,800 件以上のリポジトリと、罵倒語を含まない 7,600 件以上のリポジトリとなっている。

SoftWipe による評価は罵倒語を含まないリポジトリで中央値 5.41 (信頼区間 5.38-5.45、標準誤差 0.02)、罵倒語を含むリポジトリで中央値 5.87 (信頼区間 5.81-5.93、標準誤差 0.01) となり、罵倒語を含む方が 0.5 点ほど高くなっている。普段から自分の各ソースコードでしばしば罵倒語を使う指導教授の Alexandros Stamatakis 氏はこの結果を聞き、「cool」と思ったそうだ (残念)。

Strehmel 氏は同じ研究室のメンバーから Linux のソースコードに多数の罵倒語が含まれるというグラフを見せられて今回の研究を思いついたという。Linux 開発者の Linus Torvalds 氏は罵倒表現でも知られるが、Linux のソースコードでは 2018 年の Code of Conduct 更新を境に「fuck」が急減したようだ。スラドの皆さんはソースコード内で罵倒しているだろうか。

Yandex のエンジニアが Yandex Browser のパフォーマンスと安定性の問題を調べていたところ、AMD の GPU ドライバーの挙動がブラウザーの実行ファイル名によって変わることを発見したそうだ (Neowin の記事、 Habr の記事)。

発見のきっかけとなったのは、Lenovo のノート PC に搭載されたタッチパッドでウェブページをスクロールする際、Yandex Browser ではひどくカクカクした動作になるのに対し、Google Chrome や Microsoft Edge では滑らかな動作がみられたことだ。Chrome も Yandex も Chromium ベースであり、タッチパッドイベントの処理もオープンソースの Chromium と違いはみられないという。そのため、何か他の部分に問題があると考えて調査を進め、実行ファイル名を「browser.exe」から「chrome.exe」に変えると問題が解消することを発見する。

ゲームアプリでは実行ファイル名によって GPU ドライバーが最適化を行うことが知られているが、Yandex は AMD の GPU ドライバーがブラウザーアプリでも実行ファイル名によって最適化を行うという仮説を立てて実験。Chromium のサンドボックス機能を利用して「GetModuleFilenameA/GetModuleFilenameW」関数と「GetModuleFilenameExA/GetModuleFilenameExW」関数が返す実行ファイル名をbrowser.exe」から「chrome.exe」に変更してテストを実行したところ、GPU プロセスのクラッシュ回数は 5.5 分の 1 に減り、メモリ使用量は 8% 減少したという。ウェブページの読み込みやユーザーインターフェイスの反応もわずかに向上したそうだ。

この結果を受けて Yandex は AMD に「browser.exe」を最適化対象の実行ファイル名リストに加えるよう要請する一方、Windows 版の Yandex Browser バージョン 22.9.0 以降では GPU プロセスで「chrome.exe」のふりをするよう変更したとのことだ。

Windows Insider Program の Canary チャネル追加に伴い、Microsoft がクリーンインストールを希望するプログラム参加者に USB メモリを無償提供している (Neowin の記事)。

Canary チャネルはこれまでの Dev チャネルと似ているが、ほとんど説明なしに出来立ての機能が次々にテストされるより不安定なビルドになる。一方、新しい Dev チャネルはこれまでの Dev チャネルとほぼ同じ機能となるのだが、これまで Dev チャネルの 25000 系列ビルドを実行していたデバイスは自動的に Canary チャネルへ移行し、Dev チャネルにとどまるためにはクリーンインストールが必要だ。

Windows 11 をクリーンインストールするには、インストールメディア作成に 8GB 以上で空の USB メモリを使用することが推奨されている。そのため、所有していない人向けに先着順で USB メモリを無償提供するとのこと。申し込みに必要なコードは「Canaryチャネルのご紹介」と題した Windows Insider Program からの電子メールに記載されており、申し込みページで入力すれば郵送先の指定が可能となる。現在のところ限定数には達していないようだが、送付までには 6 ～ 8 週間を要するとのことだ。

Togetterにまとめられている話題だが、日本郵便では実は管轄している18万本の郵便ポストの正確な位置（緯度経度情報）を把握していない状況だったそうだ。このため現時点では、ユーザー向けにポストの位置を案内するようなサービスは日本郵便からは提供されていない。これを改善するために2023年10月頃に郵便ポスト情報を公開することを計画しているという（Togetter、郵便局データの活用とプライバシー保護の在り方に関する検討会（第4回）配付資料）。

似たようなポストの位置情報を持つものとしては、有志が情報を持ち寄る形で運用しているポストマップがある。ポストマップは有志の一般人からのポストに関する投稿を管理人が承認して公開する仕組みとなっている。ポストの写真や郵便物の回収時間や位置情報などが網羅されている。日本郵便は10月公開の新サービスに関しては、自身での情報収集するにはコスト負担が大きいこと、試験調査段階ではポストマップの提供するデータの精度が非常に高かったことなどから、ポストマップのデータ提供を受けることに決めたとのこと。

ポストマップにデータを提供しててきたポストマッパーと呼ばれる有志からは「こんな日が来るとは。感無量」といった声も出ている模様。

Pythonは可読性や広範なエコシステムなどから、最も人気のあるプログラミング言語だが、速度面での評価は高くない。そんな中、MITの研究者たちは高級言語の親しみやすさと低水準言語の高速性を両立させる方法を発見したという（The Register）。

彼らは「Codon」と呼ばれるPythonコンパイラを開発し、Pythonコードをネイティブなマシン語に変換することで、実行時のパフォーマンスを低下させないようにすることに成功したそうだ。レポートによれば、Codon使用時のパフォーマンスは、シングルスレッド性能で従来の10-100倍以上の高速化を達成している。C／C++と同等もしくはそれ以上の性能があるとしている。

もっとも課題も残っているという。CodonはPythonのほとんどの機能を実装しているが未実装の部分も残っていたり、Pythonのモジュールの中にはCodonに組み込まれていないものもある。このほか、コードの解析や最適化を難しくする機能も省かれているという。

あるAnonymous Coward 曰く、

キリンビバレッジが「午後の紅茶」シリーズ初の無糖ミルクティーを発売した (報道発表)。

無糖製品の多いコーヒー飲料と違い、紅茶飲料、特にミルクティーは砂糖か人工甘味料で甘味を付けたものがほとんどだ。それを嘆いていた諸姉諸兄も多いだろう。無糖ミルクティーは、JR 東日本系列の駅中コンビニ「NewDays」のプライベートブランドで一時期販売されていたものくらいだと思われる。報道発表によると、開発に 8 年をかけたそうだ。

皆様のお気に入りの紅茶飲料は何だろうか。今回の無糖ミルクティーを飲まれた方の感想はいかがだろうか。

Google は 8 日、次期 Android 14 (コードネーム: Upside Down Cake)の開発者プレビュー第 2 弾となる Android 14 Developer Preview 2 (DP2) をリリースした (Android Developers Blog の記事)。

DP2 ではバックグラウンドで開始されるアクティビティへの制限が強化され、バックグラウンドで実行されるアプリのリソース利用を最適化するためのメモリ管理機能の改善が行われている。また、Credential Manager のアカウント選択画面の UI スタイリングが改善されたという。このほか、Android 14 ではパーミッション READ_MEDIA_VISUAL_USER_SELECTED を使用することでユーザーが選択した画像または動画にのみアクセスを許可できるようになっており、消去可能な通知の種類の増加や、アプリストアでのエクスペリエンスを改善する新しい PackageInstaller API の追加、温度単位や数字の表記などを地域に合わせて設定する「地域の設定」オプションの追加などが行われている。

DP2 には開発者が新機能や API を試用したり、アプリの互換性やオプトインになった挙動の変更をテストしたりできるよう、Pixel 4a (5G) / 5 / 5a 5G / 6 / 6 Pro / 6a / 7 / 7 Pro 用のシステムイメージが提供されているほか、Android Emulator で利用可能な 64 ビットシステムイメージも提供されている。安定版の Android Studio でも SDK Manager で最新の Android UpsideDownCake Preview と Android SDK Build-Tools 34-rc2 を入手すれば DP2 を試すことができるが、Google では最新のプレビュー版 Android Studio Giraffe (またはより新しい Giraffe+) の利用を推奨している。

headless 曰く、

Microsoft は 6 日、Windows Insider Program への Canary チャネル追加を発表した (Windows Insider Blog の記事、 Neowin の記事、 Ars Technica の記事、 BetaNews の記事)。

Canary チャネルの役割はこれまでの Dev チャネルと似ているが、より新しい出来立ての機能がわずかなドキュメンテーションとともに提供され、より不安定なビルドになるという。Microsoft ではいくらかのドキュメンテーションを Canary チャネルでも提供するが、ビルドごとに Windows Insider Blog の記事が公開されることはなく、新ビルドに新機能が含まれる場合に限られるとのこと。

リブートされる Dev チャネルは、新しいアイディアを生み出し、新機能やエクスペリエンスをプレビューするため、特定の Windows リリースと結び付けられないビルドを提供する、という点で従来の Dev チャネルと変わらないが、Canary チャネルと比べてプラットフォームの安定性は大幅に高くなる。Beta チャネルと Release Preview チャネルは現在と変わりない。

各チャネルで提供されるビルドのビルド番号は Canary チャネルが 25000 系列でDevチャネルが23000系列、Betaチャネルが22000系列で、Release Previewチャネルが現在のリリースビルドと同じメジャービルドとなる。チャネル間の移動は現在インストールされているビルドよりもビルド番号が大きい系列への移動のみが可能で、小さい系列へ移動するにはWindowsのクリーンインストールが必要となる。

これまでの Dev チャネルの最新ビルドはビルド 25309 となっており、自動的に Canary チャネルへ移動する。Dev チャネルへとどまるにはクリーンインストールが必要だ。

Microsoft は 2 日、Windows 11 Insider Preview ビルド 25309 を Dev チャネルでリリースした (Windows Insider Blog の記事、 Neowin の記事)。

Windows Insider Blog の記事ではアナウンスされていないが、本ビルドでは VBScript がオプション機能としてアンインストール可能になっている。VBScript 機能をアンインストールするには、「設定」の「アプリ>オプション機能」で「VBSCRIPT」を選択して「アンインストール」をクリックすればいい。これにより、VBS ファイルの関連付けは削除され、HTA ファイルの VBScript も機能しなくなる。アンインストール後にオプション機能として再度追加することは可能だ。

VBScript は Internet Explorer (IE) でスクリプティングエンジンの一つとして導入されたが、Microsoft Edge を含めて他のブラウザーではサポートされず、2019 年には IE11 でも無効化された。現在もローカルの Windows Scripting Host スクリプトや HTML アプリケーション (HTA) などで実行可能だが、脆弱性を含む可能性があり、Microsoft では代替がない場合を除き使用を推奨していない。

このほか本ビルドでは、ビルド 25281 で発見された新しい音量ミキサーのロールアウトが始まっている。ただし、現在は一部のデバイスで有効にしてフィードバックを受け付けている段階であり、Dev チャネルの全デバイスで利用可能になるまでには少し時間がかかるようだ。

headless 曰く、

StatCounter の Windows バージョン別シェアデータ 2 月分によると、1 月に拡張セキュリティ更新プログラム (ESR) の提供が終了した Windows 7 と延長サポートの終了した Windows 8.1 のシェアが半減している。

Windows 7 のシェアは前月から 4.21 ポイント減 (44.1%減) の 5.34%となり、Windows 8.1 は前月から 1.14 ポイント減 (50%減) の 1.14%となった。1 月には Windows 7 と Windows 8.1 の合計で 10%を超えていたが、2 月は 6.46%まで減少している。Windows 8 はもともと少なかったが、2 月は 0.1 ポイント減 (16.1%減) の 0.52%にとどまった。

Windows 7 / 8.1 の減少分は大半を Windows 10 が吸収している。Windows 10 のシェアは昨年 11 月以降は 70%を割っていたが、2 月は前月から 4.45 ポイント増 (6.5%増) の 73.31%となり、70%台を回復した。Windows 11 も成長率では5.6%増となっているが、シェアは 19.13%(1.01 ポイント増) にとどまる。

日本では古い OS の減少と新しい OS の増加が速く、Windows 7 は 1 月時点で 5%を割っていた。2 月は減少速度が加速して 1.77 ポイント減 (39.2%減) の 2.74 %、Windows 8.1 も 1.07 ポイント減 (47.3%減) の 1.19%となり、合計でも 4 %を割った。一方、Windows 11 は 1.89 ポイント増の 26.49%となり、初めて 25%を超えた。Windows 10 は 1.06 ポイント増の 69.13%にとどまる。

デスクトップブラウザーシェアデータでは 1 位の Google Chrome が 0.26 ポイント減の 66.15 %、2 位の Microsoft Edge が 0.23 ポイント減の 10.85%とわずかに減少している。一方、3 位の Apple Safari は 0.8 ポイント増の 10.13%となり、Edge とほぼ並んだ。Mozilla Firefox は 0.03 ポイント減の 6.84%となっている。

日本でのブラウザーシェアデータでも 1 位の Chrome は 1.35 ポイント増の 62.04%で世界シェアと大差ないが、2 位の Edge は 0.81 ポイント減少したものの 22.83%と大きなシェアを占める。3 位の Safari (6.74 %) と 4 位の Firefox (5.83 %) の差は小さい。

日経クロステックの記事によると、利用するプログラミング言語で多いのはJavaやPythonだが、こうした多用されるプログラミング言語でトップ10にも入っていないプログラミング言語が、毎年50万人近く受ける試験に採用されるているという。その「謎」のプログラミング言語が「DNCL」だそうだ。DNCLは「共通テスト手順記述標準言語」と呼ばれるプログラミング言語で「大学入学共通テスト」に採用されているという。主な用途は試験で、プログラムの開発には通常使われないとのこと（日経クロステック、共通テスト手順記述標準言語 (DNCL) の説明[PDF]）。

DNCLが試験で使われたのは2002年のセンター試験からで、受験生が取り組んでいたプログラミング言語によって受験の有利・不利の差が開くと問題になるとして、大学入試センターが用意したのがDNCLだという。なおDNCLの略称は「Daigaku Nyushi Center Language」の略と言われるが正式には決まっていないとのこと。

headless 曰く、

Microsoft がベータチャネルの Windows 11 Insider Preview を実行しているデバイスを対象に、プレビュービルドの受信を停止可能にする「オフランプ」期間を設定している (Windows Insider Blog の記事)。

今回設けられたオフランプ期間は Windows の次の公式リリース版公開を待つことなく、クリーンインストールせずにプレビュービルドの受信を停止可能というものだ。期間内に「設定」でプレビュービルドの受信を停止するオプションを選択すればトラブルシューティングツールがデバイスの登録を解除し、必要に応じてイネーブルメントパッケージのアンインストールも行われる。

プレビュービルドの受信を停止するには、「設定 > Windows Update > Windows Insider Program」の「プレビュービルドの受信を停止する」で「次のバージョンの Windows がリリースされたときにこのデバイスの登録を解除する」をオンにすればいいようだ。ただし、現在のところオプションを選択したユーザーの一部にのみトラブルシューティングツールが提供されているとのことで、実際の動作を確認することはできなかった。

トラブルシューティングツールでの処理を完了するには Windows の再起動が必要だ。以降はベータチャネルのプレビュービルドを受信することはなくなり、3 月の月例更新ではリリース版 Windows 11 バージョン 22H2 の最新版にアップデートされる。トラブルシューティングツールの実行結果は「設定」の「システム > トラブルシューティング > 推奨されるトラブルシューティングの履歴」で確認できるとのこと。

オフランプ期間は 3 月 8 日まで。対象となるのはビルド 22621.1325 / 22623.1325 のみで、それ以前のベータチャネルのビルドで登録解除のオプションを選択したユーザーには適用されないという。最新ビルドにアップデートしてからオプションを選択しなおせば適用されるのかどうかについては明示されていない。

headless 曰く、

GitHub は 2022 年、2,321 件の DMCA 削除要請を受け取って処理したそうだ (透明性リポート 2022 年版、 TorrentFreak の記事)。

削除要請の数は 2021 年の 1,828 件と比べて 27 % 増加。中でも DMCA 迂回禁止条項 (米著作権法 1201 条) 違反を主張するものは 365 件 (15.7 %) にのぼる。2021 年の全削除要請に占める迂回禁止条項違反の通知は 92 件 (5 %) であり、2020 年までは 5 % 未満だった。一方、DMCA 削除要請に対する有効な反論通知は 36 件あり、破棄通知 1 件と撤回通知 7 件を合わせた 44 件を処理してコンテンツを復元したという。

その結果、2022 年に GitHub で削除したプロジェクトは 25,501 件。114 件が復元され、25,387 件が引き続き削除された状態になっているそうだ。25,387 件は多く感じられるかもしれないが、2 億件以上のリポジトリがある 2022 年の GitHub では 0.02 % 未満に過ぎないとのこと。なお、2021 年は 19,191 件であり、2022 年は 32 % 増加している。

headless 曰く、

Microsoft がDev チャネルで提供中の Windows 11 Insider Preview ビルド 25300 で WASDK (Windows App SDK) ベースのエクスプローラーが隠されているのが見つかっている (Neowin の記事、 Beta News の記事、 Albacore 氏のツイート)。

WASDK ベースのエクスプローラーには XAML ベースのフォトギャラリー機能「ギャラリー」も含まれている。ギャラリー表示は今後導入される汎用の XAML フォルダービューコントロールの一部だという。これらの新機能は ViveTool で合計 6 つのの構成 ID「40729001」「40731912」「41969252」「42922424」「41040327」「42295138」を有効化し、レジストリ 1 か所(HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Shell\Update\Packages\MicrosoftWindows.Client.40729001_cw5n1h2txyewyの「Compatible」を「1」に)を変更することで再起動後に利用可能となる。なお、このレジストリ値を編集するにはレジストリキーのアクセス許可を変更する必要がある。

ただし、手元の環境ではギャラリー表示時にエクスプローラーがクラッシュすることも多かった。発見者の Albacore 氏も動作が不安定になるので隠し機能を有効化すべきかどうかよく考えてから実行することを推奨している。

セキュリティ企業のPhylumは、PyPI (Python Package Index)リポジトリに大量の不正なPyPIパッケージが登録されているとの報告を行った。それによると、マルウェアをPython開発者のシステムに感染させる450以上の悪意のあるPyPIパッケージが公開されているという。内容は過去に見つかったものや2022年11月に同社が発見したものと同種の攻撃と分析されているが、今回はそのときの約20倍のPyPIパッケージが公開されているという（Phylum、TECH+）。

このパッケージ群は、ユーザーがWebブラウザにURLを入力する際に犯す打ち間違いを悪用する「タイポスクワッティング」を意図したサイバー攻撃とされる。例えばvyperの場合、一文字削除(yper/vper)や一文字重複(vvyper/vyyper)、二文字の転置(yvper/vpyer)など複数パターンで合計13個のPyPIパッケージが登録されていたことが分かっているとのこと。