Haier Europe がオープンソースのホームオートメーションソフトウェア Home Assistant 用のプラグイン作者に削除要請を送ったが、コミュニティに強く支援された作者の反論を受けて方針転換を余儀なくされたそうだ (削除要請タイムライン、 FAQ、 The Register の記事)。

1 月 15 日付で削除要請を送ってきたのは Haier Europe の Security and Governance Department という部署で、プラグインが同社のサービスを認められていない方法で使用して同社に著しい経済的損害を与えたと主張していた。プラグイン「hon」および「pyhOn」の作者 Andre Basche 氏 (Andre0512) は Haier がオープンソース・オープンスマートホームコミュニティを支持せず、同社のブランドに忠実なユーザーを落胆させることは非常に悲しいとしつつ、近日中の削除を約束する返信を送った。

ただし、すぐに削除はせず、削除要請について Readme に記載したバージョンのリリースや Home Assistant フォーラムでの告知などを行った結果、コミュニティから Haier への強い反発が起こる。GitHub ではコードを削除されにくくするためのフォークが急増し、Wikipedia 英語版でストライサンド効果の例として一時挙げられる事態にもなっていた。

Basche 氏はこのようなコミュニティの支持を背景に反論を開始。

• プロジェクトが使用規約のどの項目に違反するのか
• 認められていない方法とは何か
• 著しい経済的損害とは具体的に何ドルか
• プロジェクトがいつ Haier の知的財産を侵害したのか

といった質問を添え、適切な合意点を見つけられないか検討を求めた。

1 月 19 日には Haier US が Haier Europe とは独立しており、米国で使用するオープン IoT プラットフォームの SmartHQ は Home Assistant との統合を妨げることはないと宣言。Haier Europeも同日、同社のエコシステムをオープンにしてIoTプラットフォームの統合を可能にするすべての機会とソリューションを検討していると述べるブログ記事を公開、翌日にはIoTおよびエコシステムの責任者から対話を持ち掛けるメッセージが届いたとのことだ。

ヒューマンリソシアが発表した世界のITエンジニアの給与に関する調査結果によると、給与額ランキングでは、スイスが1位、米国が2位、中国が24位となっており、日本は72か国中26位と、G7諸国の中では低い位置にあることが明らかになった（ヒューマンリソシア、Web担当者Forum）。

2023年における主要国における現地通貨ベースでのITエンジニアの給与増減率を比較すると、約6割の国で給与が上昇しているという。増加率ではチェコが1位、カメルーンが2位、コスタリカが3位にランクイン。一方で、日本は前年比で給与が5.9％減少、増減率ランキングでは58位に位置しているという。

現地通貨ベースでみると、G7諸国ではフランスが3.8％増、米国が3.6％増、ドイツが2.6％増と、平均2.6％の上昇が見られる一方で、日本は0.4％の増加にとどまっており、世界各国での給与アップに比べて低い伸びとなっている。円安の影響もあり、日本のITエンジニアの給与水準の低下が懸念されている。

Linux で ReiserFS が非推奨となったことについて、開発者の Hans Reiser 氏が Fredrick Brennan 氏の要請に応じて手紙を書いている (Brennan 氏によるメーリングリスト投稿、 Ars Technica の記事、 Phoronix の記事)。

Reiser 氏は妻の殺害と死体遺棄で 2008 年に有罪判決を受け、15 年以上の実刑に服している。6,000 語を超える長い手紙は Reiser 氏の手書きで、公開を要請された Brennan 氏が文字起こししたものだ。この手紙で Reiser 氏は罪を犯したことを謝罪し、自身の罪で他の開発者やユーザーに迷惑をかけたことをたびたび謝罪しつつ、ReiserFS と後継の Reiser4 開発時の失敗や技術的な問題、人間関係の問題などを語っている。

また、Reiser 氏は Linux カーネルコミュニティーとのかつての接し方についても謝罪しており、刑務所でソーシャルスキルを改善するワークショップに参加し、社会にとって危険が少なくなるよう努めているのだという。努力の結果、現在の Reiser 氏は当時とは全く異なる人間になっているとのことだ。

米連邦最高裁判所は 16 日、Epic Games が Apple の不当な独占行為を訴えた裁判で原告被告双方の上告を不受理とした (裁判所命令リスト: PDF、 Ars Technica の記事、 The Verge の記事、 Neowin の記事)。

この裁判は Epic Games が Appleの App Store における不当な独占行為を訴えたもので、1 審のカリフォルニア北部地区連邦地裁では Epic 側の主張する Apple の不当行為 10 件のうち 1 件のみを認め、9 件を認めなかった。そのため、Epic が判決を不服として控訴する一方、Appleも勝利宣言しつつ控訴。しかし、2 審の連邦巡回区第 9 控訴裁判所が 1 審判決を支持したため、双方が上告していた。

なお、連邦地裁は原告被告がそれぞれ裁判費用を負担するよう命じていたが、連邦控訴裁判所は Appleデベロッパプログラム使用許諾契約 (DPLA、PDF) により Epic が Apple 側の訴訟費用を負担する必要があるとして差し戻していた (PDF)。

これについて Apple は 16 日に連邦地裁へ訴訟費用に関する文書 (PDF) を提出し、この訴訟で Apple が費やした 81,560,362 ドルから 1 割を引いた 73,404,326 ドルと今後の訴訟費用の負担を命ずるよう求めている。これはEpicの訴え 10 件中 1 件が認められたことによるものだが、DPLA で既定されているわけではなく、Apple の弁護士は非常に太っ腹な対応だと述べている。

The New York Times (NYT) は大規模言語モデル (LLM) の学習にコンテンツが無断使用されたとして Microsoft と OpenAI を提訴したが、これに OpenAI が反論している (OpenAI のブログ記事、 The Verge の記事、 Neowin の記事)。

訴状で NYT は Microsoft と OpenAI が LLM に学習させるためにコンテンツを無断使用したほか、従来のサーチエンジンによるものより大幅に長く、詳細な記事サマリーを許可なく Bing に掲載しているにもかかわらず、フェアユースだと主張してライセンス契約に応じなかったと主張している。

しかし、OpenAI は NYT との提携に向けた話し合いが進んでいるつもりでいたといい、提訴に驚き、落胆したとのこと。NYT は具体例を示さずに学習コンテンツから生成コンテンツへの逆流がみられると言及していたが、このようなコンテンツは古く、複数のサードパーティーサイトに転載されたもののようだと OpenAI は指摘する。

また、NYT がプロンプトに記事の長い引用を含めるなど、逆流させるために意図的なプロンプト操作を行ったのではないかとも指摘している。それでも OpenAI のモデルは NYT が示唆するようには動作しない。そのため、NYT がモデルに逆流させるよう指示したか、多数の試行結果から都合のいいものを抜き出したとみられるとのことだ。

米国ではソフトウェアエンジニアの間から、雇用市場がさらに悪化しているという声が上がっているそうだ。MotherboardとBlindが行った調査によれば、9388人のエンジニアのうち、AIによる雇用減少を懸念する声が高まっており、同じ給与水準で他の職種に転職できると確信している人はわずか6％にとどまったという（Motherboard）。

Blindが実施した調査では悲観的な意見が多く、10人中9人近くがコロナ禍前よりも仕事を見つけるのが困難になっていると回答。66％がより困難になったと回答した。80％以上の回答者が雇用市場の競争が激化していると感じており、次の仕事を同じ報酬で見つけられるという自信を持つエンジニアはわずか6％しかいなかった。

テクノロジー業界では、2022年から2023年にかけて40万人以上の人員削減が発生している。これまでソフトウェアエンジニアは、非技術分野の人材よりも就職に悩むことは少なかったが、最近ではその優位性も薄れつつあるという。とくに最近のAIの進化により、ソフトウェアエンジニアの仕事が不要になる可能性が高まっており、このことがソフトウェアエンジニアの間での不安を高める一因となっているようだ。

コンピューターの先駆者で、プログラミング言語 Pascal などを設計・開発したニクラウス・ヴィルト氏が 1 月 1 日に死去した。89 歳だった。家族によると安らかに息を引き取ったという (チューリヒ工科大学のニュース記事、 The Register の記事)。

ヴィルト氏は 1934 年 2 月 15 日、スイス・ヴィンタートゥールに生まれる。子供時代からテクノロジーへの熱意を示していたヴィルト氏はチューリヒ工科大学を卒業後、1960 年にカナダのラヴァル大学で修士号を取得。カリフォルニア大学バークレー校でコンピューターとプログラミング言語、コンパイラーに出会い、ハリー・ハスキー氏の元でプログラミング言語 Algol 60 の一般化の研究により博士号を取得する。

スタンフォード大学とチューリヒ大学でのアシスタントプロフェッサーを務めたのち、1968 年にチューリヒ工科大学へコンピューターサイエンスの教授として帰り、1999 年まで教鞭をとってスイスにおけるコンピューターサイエンス確立に重要な役割を果たした。

ヴィルト氏はチューリヒ工科大学での 31年間に Pascal のほか、Euler やPL360、Algol W、Modula、Modula-2、Oberon、Lolaといったプログラミング言語を開発し、1984 年にはチューリング賞を受賞。ハードウェアの進化を上回る速さでソフトウェアの低速化が進むというヴィルトの法則や、小惑星 21655 Niklauswirth にもその名を遺す。

識別子の命名はコードの可読性と保守性に影響を与えるため、適切な名前をつけることが大切だが、その場で合う名前を付けるのは難しい。そんな中、「Visual Studio 2022」v17.9 Preview 1に、AIが開発者に識別子（変数やメソッド、クラスなどの名前）を提案する機能が導入されたそうだ。（Visual Studio ブログ、窓の杜）。

この機能は、「GitHub Copilot Chat」拡張機能（サブスクリプションが必要）を活用したもので、デフォルトでは無効化されているが、オプション画面で有効化できる。利用するには、任意の識別子を選択し、右クリックして名前の変更コマンドを実行すると、パネルに文脈に応じた名前の提案が表示されるそうだ。開発者は提案の中から選んでEnterキーを押すことで、選んだ名前に識別子がリネームされる。ただし、最新のPreview版ではまだ若干の問題が残っている模様。

Microsoft Edge の開発者ツールで Copilot (旧 Bing チャット) が利用可能になった (Microsoft Learn の記事、 Microsoft Edge Blog の記事、 Neowin の記事)。

Microsoft Edge Blog の記事にはバージョン 120 から開発者ツールで Copilot が利用可能になったとしか書かれていないが、実際に使用するには「edge://flags」で「Explain DevTools with AI」 (edge://flags/#edge-ai-explain-devtools) を「Enabled」に設定しなければ有効にならない。また、Copilot の「アプリと通知の設定」で「Microsoft にページ コンテンツへのアクセスを許可する」をオンにしておく必要もある。

開発者ツールで Copilot を有効にすると利用可能な機能は、コンソールに出力されたエラーメッセージの内容説明と、選択したコードの内容説明だ。エラーメッセージの内容を説明するにはメッセージ各行に表示される Copilot アイコンをクリックすればいい。コードの内容説明はコードを選択して右クリックし、コンテキストメニューでCopilot: Explain these lines of code」を選択する。ただし、こちらは現在のところ日本語化されていないようで、英文での説明となる。また、数行選択しただけで応答しなくなることもあるようで、実際に役に立つ情報が得られるかどうかは不明だ。スラドの皆さんのご感想はいかがだろうか。

headless 曰く、

コーヒー豆を挽くと摩擦帯電や破砕帯電による静電気で挽豆 (粉) がコーヒーミルに吸着してしまうが、帯電の度合いに影響を与えるコーヒー豆の性質についてオレゴン大学などの研究グループが研究成果を発表している (オレゴン大学のニュースリリース、 Ars Technica の記事、 論文、 動画)。

研究では市販のコーヒー豆と自前で焙煎したコーヒー豆を使用しており、当初は焙煎の色が濃いほど帯電が強くなると思われたが、特に市販の豆で色による予測と異なる結果になるものがあったようだ。結果として帯電に影響を与えるのは豆の水分であり、水分 2% 付近を境として水分が多い方で正の帯電、少ない方で負の帯電がみられたという。このほか、豆の挽き方も帯電に影響を与え、粗く挽けば帯電が弱く、細かく挽けば強くなったとのこと。

豆を挽く前に微量の水を加えて静電気の発生を減らし、コーヒーミルへの挽豆の吸着を防ぐ手法は「Ross Droplet Technique」として知られるが、研究ではこの手法の効果も検証している。実験動画によると、スプレー容器から水を一吹きするだけで豆を挽くときに発生する静電気が水なしの 10 分の 1 に減少している。また、特に豆を細かく挽くエスプレッソの場合は粒子凝集が抑制されて流れが変わるためか、より濃いコーヒーが抽出されるようになったとのことだ。

興味のある読者には自分で水を加える実験を行うことが推奨されるが、コーヒー豆の量と挽き方を変数として含めることが推奨されている。

NTTと九州大学が4日に発表した報告書「OSS Myths and Facts（OSSの神話と真実）」では、オープンソースソフトウェア（OSS）のコミュニティーに関する調査分析を実施し、OSSコミュニティーにまつわる通説の真偽を科学的に検証したという。調査対象となったのは「GitHub」のリポジトリーから約4万件の関連データ（ZDNET Japan）。

分析の結果、「OSSコミュニティーのコミュニケーションは緩やかである」という通説に関しては、議論の種類によらず、約半分のコミュニケーションは4時間以内のやりとりがされており、OSSコミュニティーは、企業の開発者と同等かそれ以上の素早いコミュニケーションを行っているとしている。「OSSコミュニティーは眠らない」という通説に関しても、OSSコミュニティーの活動時間帯は、北米のオフィスアワーに偏っており、北米の深夜時間帯は、世界中のOSSコミュニティの活動も静かになるという。

「OSSコミュニティーは終わるのも早い」という通説に関しても、OSSコミュニティーの4年後の生存確率は50％を超えるとしており、現在活動中のOSSコミュニティーの半数は、4年後も継続して活動している可能性が高いとしている。このように報告書では、OSSコミュニティーに関する通説の中には実際の状況と異なるものがあるとされている。

Chrome 拡張の Manifest V3 (MV3) は API の変更により高度なコンテンツブロックが困難になることで注目されているが、フィルターリスト更新頻度を低下させてサイト側の広告ブロック対策に追従できなくなる可能性を Ghostery の Krzysztof Modras 氏が指摘している (Engadget の記事、 Ars Technica の記事)。

MV3 ではリモートでホストされるコードの使用が禁止され、拡張機能は実行するすべてのコードをパッケージに収録する必要がある。拡張機能の動作を変更する可能性のあるサーバーとの通信は引き続き許可されるが、フィルターリストもリモートでホストされるコードとして禁じられた場合、拡張機能がサイトの広告ブロック対策の変更に対応するにはパッケージ全体をアップデートする必要がある。

YouTube などサイト側の広告ブロック対策が 1 日に数度変更される可能性があるのに対し、拡張機能のアップデートをリリースするには数時間から数週間を要するといい、追いつけなくなってしまう。それでも Modras 氏によれば、コンテンツブロッカーがウェブサイトの動作を細かく変更できるスクリプトレットのインジェクションが期待できる手法として残っているとのこと。

一方、YouTube では広告をスキップされにくくするための手法として、新しいスキップボタンを一部の国や地域でロールアウトしているそうだ。新しいボタンは 8 月にテストされていたものと似ているが、不透明に近くなって見つけやすくなったという。それでも現行のボタンと比べて小さく、タッチスクリーンでは簡単に押せなくなっているとのことだ。

あるAnonymous Coward 曰く、

GitHubの次世代プロジェクト GitHub Nextが新しいプログラミングフォントMonaspaceを公開した。このフォントは、以下のような特徴を持っている（Monaspace公式）。

・五種類のバリエーションフォント。自然に混在(混植)できるサンセリフ二種、セリフ、手書き風とメカニカル風味(?)の五種類のフォントを提供。それぞれには貴ガスな元素名が付いている。Neon, Argon, Xenon, RadonとKrypton
・テクスチャヒーリング。単語単位では等幅を維持しつつ個々の文字幅を可変制御することで、等幅フォントでありながらより見やすい表示を実現
・可変フォント(バリアブルフォント)形式も提供。ウェイトや斜体の角度などのパラメータを自由に調整できる
・リガチャー対応。いくつかのプログラミング言語に対応するセットを持ち、切り替え可能

五種類のフォントと可変フォント対応で、プログラムの表現において、予約語と変数名とで(今できるような色を変えるのではなく)フォントを変えたり、重要度に応じてウェイトや斜体の角度を変えるといったことができるようになる、ということのようだ。

なおタレこみ者は、肝心のVScodeで常用の等幅系な日本語フォントと組合せるとがたがたになってしまうのを解決できていないので現時点では常用にはいたらず。最低限の''Monaspace Neon', monospace'でもダメだった。

あと、名前がひっかかる(そしてなぜ希ガス……)んだけど、そんな気がするのはいまとなっては老人会案件かモナー?

headless 曰く、

Google は 16 日、Chrome 拡張の Manifest V3 (MV3) 移行計画再開を発表した (Chrome for Developers のブログ記事、 Google グループ投稿、 The Verge の記事、 Android Police の記事)。

より信頼できる Chrome 拡張を目指す MV3 移行だが、Manifest V2 (MV2) が備える高度なコンテンツブロックに適した機能が使えなくなることなどへの反対も強かった。MV3 の API 実装が進んでいないこともあって移行計画は延期が繰り返されていたが、その後実装は進み、拡張機能開発者コミュニティでの支持も広がっていることから移行計画を再開するという。

MV2 の無効化は Stable 以外のチャネル (Canary、Dev、Beta) で早ければ 2024 年 6 月、Chrome 127 以降で開始される。ロールアウトの影響を受けたユーザーは MV2 拡張機能が自動的に無効化され、新たに MV2 拡張機能を Chrome ウェブストアからインストールできなくなる。また、2024 年 6 月には MV2 拡張機能から「おすすめ」バッジが外される。MV2 を引き続き必要とするエンタープライズ向けの ExtensionManifestV2Availability ポリシーは 2025 年 6 月まで利用できるが、拡張機能開発者には 2024 年 6 月までの MV3 移行が推奨されている。

headless 曰く、

Huawei が 8 月に発表した次世代 OS の HarmonyOS Next は Android アプリをサポートせず、中国の大手テクノロジー企業では HarmonyOS ネイティブアプリ開発者を雇う動きが加速しているそうだ (South China Morning Post の記事、 Pandaily の記事、 GSMArena の記事、 Android Police の記事)。

これまでの HarmonyOS は Huawei の独自 OS と言いつつ結局 Android のフォークとみられていたが、HarmonyOS Next では Android アプリをサポートするコードが排除されており、APK をインストールすることもできない。インストール可能なのは Huawei ネイティブのアプリケーションパッケージ HAP (HarmonyOS Ability Package) のみだという。

Huawei は 2019 年に米国の輸出管理規則 (EAR) 対象テクノロジーの入手が制限されるエンティティリストに追加されて Google のサービスや最新ハードウェアが使用できなくなり、スマートフォン市場でトップブランドの座を失っているが、中国国内では Mate 60 シリーズ発売以降、大きくシェアを取り戻しているようだ。スマートフォンだけでなくタブレットやスマートウォッチ、IoT を含めると中国国内では HarmonyOS を実行するデバイスがすでに 7 億台を超えているとのことだ。