スラド: デベロッパー

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

headless — 2024-01-21T11:55:00+00:00

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

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

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

関連ストーリー：
バックアップ用HDDに最適なファイルシステムは？ 2009年12月26日
Hans Reiser氏に判決が下る 2008年09月04日
Hans Reiser、妻を埋めた場所を供述 2008年07月10日
Hans Reiser、減刑と引き換えに妻の遺体の場所を自白か 2008年06月10日
ReiserFSの開発者、殺人罪で有罪 2008年04月30日
混迷の度を深めるReiser裁判 2007年05月06日
Reiser4の将来 2007年04月27日
ReiserFS開発者、Hans Reiserの殺人容疑での裁判開始が決定 2007年03月10日
妻の殺害容疑で勾留中のHans Reiser、Namesysを売却方針 2006年12月22日
Reiserファイルシステム開発の行方 2006年10月16日
Hans Reiser、離婚調停中の妻の殺害容疑で逮捕 2006年10月11日
reiserfs4 ベンチマーク発表さる 2003年07月28日
Hans Reiserが語るReiserFSの未来 2001年05月24日

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

headless — 2024-01-20T09:02:00+00:00

米連邦最高裁判所は 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 の弁護士は非常に太っ腹な対応だと述べている。

すべて読む | アップルセクション | 法廷 | アップル | ゲーム | デベロッパー | お金 |

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

headless — 2024-01-14T02:39:00+00:00

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 がモデルに逆流させるよう指示したか、多数の試行結果から都合のいいものを抜き出したとみられるとのことだ。

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

nagazou — 2024-01-12T09:06:00+00:00

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

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

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

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

headless — 2024-01-08T04:28:00+00:00

コンピューターの先駆者で、プログラミング言語 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のプレビュー版にAIが識別子の名前を考えてくれる機能

nagazou — 2023-12-25T21:04:00+00:00

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

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

関連ストーリー：
Microsoft、iOS版のCopilotアプリもリリース 2024年01月05日
Microsoft、Android版Copilotアプリを静かにリリース 2023年12月29日
NYT、AIによるコンテンツ無断使用でMicrosoftとOpenAIを提訴 2023年12月30日

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

headless — 2023-12-16T06:35:00+00:00

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

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

nagazou — 2023-12-11T08:04:00+00:00

headless 曰く、

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

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

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

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

関連ストーリー：
明治大、作りたてカレーを数日寝かした味に変える装置 2023年12月23日

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

nagazou — 2023-12-05T09:03:00+00:00

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コミュニティーに関する通説の中には実際の状況と異なるものがあるとされている。

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

headless — 2023-12-03T05:12:00+00:00

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

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

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

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