パスワードを忘れた? アカウント作成
21610191 story
ソフトウェア

Haier、オープンソースのプラグインに削除要請を送ってコミュニティの反発を受ける 23

ストーリー by headless
反発 部門より
Haier Europe がオープンソースのホームオートメーションソフトウェア Home Assistant 用のプラグイン作者に削除要請を送ったが、コミュニティに強く支援された作者の反論を受けて方針転換を余儀なくされたそうだ (削除要請タイムラインFAQThe 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およびエコシステムの責任者から対話を持ち掛けるメッセージが届いたとのことだ。

21606889 story
お金

世界のITエンジニアの給与ランキング、日本は72か国中26位 85

ストーリー by nagazou
国外からも呼べない 部門より

ヒューマンリソシアが発表した世界の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エンジニアの給与水準の低下が懸念されている。

21604895 story
ストレージ

Hans Reiser氏、LinuxのReiserFS非推奨化への思いを獄中から語る 58

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

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

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

米連邦最高裁、Epic Games対Appleの裁判で双方の上告を不受理 17

ストーリー by headless
腹太 部門より
米連邦最高裁判所は 16 日、Epic Games が Apple の不当な独占行為を訴えた裁判で原告被告双方の上告を不受理とした (裁判所命令リスト: PDFArs 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 の弁護士は非常に太っ腹な対応だと述べている。
21563219 story
人工知能

コンテンツ無断使用で訴えられたOpenAI、NYTが意図的にプロンプトを操作して学習データの逆流に見せたと反論 55

ストーリー by headless
意図 部門より
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 がモデルに逆流させるよう指示したか、多数の試行結果から都合のいいものを抜き出したとみられるとのことだ。
21560616 story
ビジネス

米国でソフトウェアエンジニアの雇用市場が悪化 74

ストーリー by nagazou
悪化 部門より

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

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

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

21556777 story
プログラミング

訃報: Pascal言語設計者ニクラウス・ヴィルト氏 62

ストーリー by headless
訃報 部門より
コンピューターの先駆者で、プログラミング言語 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 にもその名を遺す。
21539483 story
プログラミング

Visual Studio 2022のプレビュー版にAIが識別子の名前を考えてくれる機能 53

ストーリー by nagazou
キラキラ識別子 部門より

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

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

21532541 story
マイクロソフト

Microsoft Edgeの開発者ツール、Copilotが利用可能に 31

ストーリー by headless
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」を選択する。ただし、こちらは現在のところ日本語化されていないようで、英文での説明となる。また、数行選択しただけで応答しなくなることもあるようで、実際に役に立つ情報が得られるかどうかは不明だ。スラドの皆さんのご感想はいかがだろうか。
21445141 story
Java

コーヒー豆を挽くときの静電気を抑制することでエスプレッソの味がよくなる可能性 63

ストーリー by nagazou
ほほう 部門より
headless 曰く、

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

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

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

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

21011369 story
インターネット

OSSコミュニティーの一生は短くない。4年後生存確率は50%超 34

ストーリー by nagazou
長生きしてください 部門より
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コミュニティーに関する通説の中には実際の状況と異なるものがあるとされている。
21009561 story
広告

広告のブロックやスキップを防ぐGoogleのさまざまな手法 53

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

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

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

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

GitHub Nextのプログラミングフォント「Monaspace」 39

ストーリー by nagazou
由来 部門より
あるAnonymous Coward 曰く、

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

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

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

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

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

19444249 story
Chrome

Google、Chrome拡張のManifest V3移行計画を再開 16

ストーリー by nagazou
再開 部門より
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 移行が推奨されている。

18493500 story
携帯電話

Huaweiの次世代HarmonyOS、Androidアプリなしで大丈夫か 73

ストーリー by nagazou
ネイティブ 部門より
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 億台を超えているとのことだ。

typodupeerror

吾輩はリファレンスである。名前はまだ無い -- perlの中の人

読み込み中...