1.
ホンダの再利用ロケット成功!
(Honda Conducts Successful Launch and Landing of Experimental Reusable Rocket)

2025年6月17日、ホンダは日本の大樹町で実験用の再利用可能ロケットのテストを成功裏に実施しました。このロケットは長さ6.3メートル、重さ900キログラムで、271.4メートルの高度に達し、飛行時間56.6秒の後、目標からわずか37センチメートルの距離に着陸しました。このテストは、ロケットの再利用に必要な技術、特に飛行中の安定性や着陸時の技術を示すことに重点が置かれました。

ホンダは2024年から同じ地域でロケットエンジンのテストを行っており、安全性を重視してテスト中は制限区域を設け、地元の自治体と協力しています。会社は、自社の技術を活用して再利用可能なロケットを開発し、衛星を打ち上げたり、さまざまなサービスに貢献したりすることを目指しています。特に衛星打ち上げの需要が高まる中での取り組みです。

ホンダのCEOである三部敏宏氏は、進展に誇りを持ち、ロケット研究がホンダの技術力を向上させる重要性を強調しました。また、環境や安全の課題にも取り組む姿勢を示しました。ホンダの長期的な目標は、2029年までに亜軌道打ち上げ能力を達成することです。

投稿者: LorenDB | スコア: 37

2.
O3 Turns Pro
(O3 Turns Pro)

要約がありません。

投稿者: jsnider3 | スコア: 20

3.
AMD's Pre-Zen Interconnect: Testing Trinity's Northbridge
(AMD's Pre-Zen Interconnect: Testing Trinity's Northbridge)

要約がありません。

投稿者: zdw | スコア: 62

4.
不安定ネット時代のデザイン
(Should we design for iffy internet?)

最近の記事で、ブライアン・ヒックスは、2025年になってもすべてのユーザーが高速で安定したインターネットにアクセスできるわけではないことを理解した上でソフトウェアを設計する重要性について述べています。アメリカでは約97%の家庭がインターネットに接続していますが、多くの家庭ではダウンロード速度が25 Mbps、アップロード速度が3 Mbpsを超えないのが現状です。この問題は、都市部よりも農村部でより顕著です。

ヒックスは、FCC(連邦通信委員会)やアメリカ教育省のデータを用いて、現在のインターネットアクセスの状況を示しています。インターネットの利用可能性は改善されつつありますが、特に低所得の家庭では、依然として遅い接続やモバイルアクセスに頼っている人々が多くいます。

彼はウェブ開発者に対し、ソフトウェアを設計する際にユーザーのインターネット速度の違いを考慮するようアドバイスしています。例えば、遅い接続やデータ制限のあるユーザーを考慮し、大きなファイルのダウンロードやデータを多く消費するアプリケーションが問題になる可能性があることを指摘しています。全体として、この記事は異なるインターネット環境を持つユーザーに配慮したソフトウェア設計の必要性を強調しています。

投稿者: surprisetalk | スコア: 79

5.
JPEGの30年王国
(Why JPEGs Still Rule the Web After 30 Years (2024))

この記事では、インターネット上でのJPEG画像の人気が30年間続いていることについて述べています。JPEGは、デジタル写真を共有するための主要なフォーマットとなりました。その理由は、効果的な画像圧縮により、ファイルサイズを小さくしながらも、画質を大きく損なうことがないからです。この記事は、デジタル写真におけるJPEGの重要性と、現在の広範な利用について強調しています。

投稿者: purpleko | スコア: 46

6.
Attempting to Make the Smallest* Electric Motor [video]
(Attempting to Make the Smallest* Electric Motor [video])

要約がありません。

投稿者: surprisetalk | スコア: 30

7.
What happens when clergy take psilocybin
(What happens when clergy take psilocybin)

要約がありません。

投稿者: bookofjoe | スコア: 275

8.
呼吸の指紋
(How you breathe is like a fingerprint that can identify you)

最近の研究によると、各人の呼吸パターンは指紋のように独自であり、身体的および精神的健康に関する情報を明らかにする可能性があることが示されています。研究者たちは、97人の健康な被験者の呼吸を特別な装置を使って24時間監視しました。この装置は鼻孔を通る空気の流れを追跡します。彼らは、呼吸パターンに基づいて個人を正確に特定できることを発見しました。さらに、これらのパターンは体重指数(BMI)やうつ病・不安のレベルとも関連していました。

研究の共同著者であるノアム・ソベル氏は、呼吸が脳の機能と密接に関連していることを指摘し、呼吸の個人差が独自の脳活動を反映している可能性があると仮定しました。彼らは機械学習アルゴリズムを用いてデータを分析し、参加者を特定する際に96.8%の精度を達成しました。

また、研究者たちは、呼吸パターンが参加者のBMIやメンタルヘルスのスコアに応じて変化することを発見しました。これは、一般的に不安やうつ病が低い人々の間でも見られました。この研究は、呼吸パターンに基づいた新しい診断ツールの開発につながる可能性があります。

投稿者: XzetaU8 | スコア: 47

9.
Fossify – A suite of open-source, ad-free apps
(Fossify – A suite of open-source, ad-free apps)

要約がありません。

投稿者: jalict | スコア: 287

10.
The magic of through running
(The magic of through running)

要約がありません。

投稿者: ortegaygasset | スコア: 135

11.
ボイジャー:スマホで3D都市描写
(Voyager: Real-Time Splatting City-Scale 3D Gaussians on Your Phone)

3Dガウシアンスプラッティング(3DGS)は、リアルな3Dシーンを作成するための新しい手法ですが、スマートフォンのようなモバイルデバイスでは処理能力が限られているため、使用が難しいです。一般的な解決策としてクラウドコンピューティングが考えられますが、クラウドから画像をストリーミングするだけでは遅く、インターネットの帯域幅を多く消費してしまいます。

この論文では、モバイルデバイスで大規模な3DGSレンダリングを可能にするより良いアプローチを提案しています。主なアイデアは、通常の動きの間に新しく表示される要素(ガウス)がほぼ一定であることを利用することです。この特性を活かし、システムは必要なガウスだけをモバイルデバイスに送信します。

クラウド側では、どのガウスが必要かを見つけるための賢い方法を使用し、モバイル側では特別なルックアップテーブルを使ってレンダリングを高速化します。これらの技術を組み合わせることで、モバイルデバイスでの迅速で低遅延の3DGSレンダリングが可能になります。この新しいシステム「ボイジャー」は、データ転送量を100倍以上削減し、処理速度をほぼ9倍に向上させながら、視覚品質も良好に保っています。

投稿者: PaulHoule | スコア: 7

12.
高性能マップCmapv2
(Cmapv2: A high performance, concurrent map)

cmapv2のインストールと使用方法について説明します。

インストール手順は以下の通りです。まず、Goプロジェクトのディレクトリに移動します。このディレクトリにはgo.modファイルが存在しています。次に、以下のコマンドを実行します。go get github.com/sirgallo/cmapv2と入力すると、cmapv2がインストールされます。その後、go mod tidyを実行して依存関係を整理します。

使用する際は、Goプログラムにパッケージをインポートします。具体的には、import "github.com/sirgallo/cmapv2"と記述します。

cmapを使用するには、まず新しいマップを作成します。cMap := cmap.NewMap()と記述します。次に、キーと値のペアを追加するには、cMap.Put([]byte("hi"), []byte("world"))とします。キーを使って値を取得する場合は、val := cMap.Get([]byte("hi"))と記述します。キーと値のペアを削除するには、cMap.Delete([]byte("hi"))を使用します。

パフォーマンスを向上させるために、シャーディングされたマップを使用することもできます。その場合は、シャードの数を指定します。例えば、sMap := cmap.NewMap(16)と記述します。

テストを実行するには、go test -v ./testsと入力します。ベンチマークを行う場合は、go test -v -bench=. -benchmem -cpuprofile cpu.prof -memprofile mem.prof ./testsを実行します。結果を確認するには、go tool pprof -http=:8080 tests.test cpu.profgo tool pprof -http=:8080 tests.test mem.profを使用します。

参考文献にはCMap、Murmur、テストが含まれています。

投稿者: sirgallo | スコア: 7

13.
早すぎる閉鎖の罠
(Pitfalls of premature closure with LLM assisted coding)

51歳の男性が胸の痛みを訴え、複数の医師によって急性冠症候群と診断されました。しかし、ある病院の医師がより詳しく調査した結果、他の医師が見逃していた命に関わる大動脈解離が発見されました。この事例は、「早期閉鎖」と呼ばれる認知的エラーを示しています。これは、医師が代替案を考慮せずに診断を早く決めてしまうことを指します。

ソフトウェア開発においても同様のことが起こります。AIコーディングアシスタントは、根本的な問題に対処しないまま説得力のある解決策を生成することがあります。例えば、AIがパフォーマンス向上のためにインデックスを追加することを提案するかもしれませんが、実際の問題は非効率なクエリパターンである可能性があります。AIは開発を迅速化し、時間を節約することができますが、最初の提案に過度に依存すると、より深い問題解決の機会を逃し、技術的負債を抱えることになります。

これらの落とし穴を避けるために、開発者は以下の点に注意すべきです。まず、AIが生成したコードを同僚の作業と同様に批判的にレビューすること。次に、AIに複数の解決策を求めて探求を促すこと。さらに、特に複雑なタスクにおいては、スピードと学びのトレードオフを評価することが重要です。そして、AIの提案を信頼しつつも、その内容を確認し、コードの理解を深めることが求められます。

バランスの取れたアプローチが推奨されます。予測可能なタスクにはAIを活用しつつ、複雑な問題解決には積極的に関与し、探求や批判的思考の重要なスキルを維持することが大切です。

投稿者: shayonj | スコア: 52

14.
茶碗ブラウザ
(Chawan TUI web browser)

Chawanは、Nimで作られたターミナルベースのウェブブラウザです。CSSの描画能力があり、JavaScriptの一部にも対応しています。また、インライン画像を表示することも可能です。HTTP(S)だけでなく、FTPやgopher、geminiといった他のプロトコルにも対応しています。Chawanはw3mブラウザのクローンとして始まりましたが、異なるアーキテクチャを持ち、ページを別のプロセスで読み込み、ファイルタイプを外部プログラムで管理します。このため、カスタム画像フォーマットのデコーダーを登録することができますが、この機能はあまり利用されていません。Chawanで表示されたウェブサイトの例は、ギャラリーで見ることができます。

投稿者: shiomiru | スコア: 333

15.
謙虚なプログラマー
(The Humble Programmer (1972))

エドスガー・W・ダイクストラは、1952年にオランダで最初のプログラマーとなった自身のプログラミングの旅を振り返ります。彼はこの職業の出現が遅かったことや、理論物理学などの分野と比べてその尊敬される地位に疑問を抱いていたことを述べています。しかし、上司のA・ファン・ウィンガーデンとの会話が彼の考え方を変え、プログラミングに専念することになりました。

ダイクストラはプログラミングの初期の頃を語り、最初のコンピュータの限界によってプログラマーが直面した課題を強調します。これらの機械はしばしば信頼性が低く、扱いにくいため、プログラミングはあまり注目されない分野でした。彼は、プログラミングが主に巧妙なトリックや機械の効率を最適化することだという二つの誤解を指摘します。

コンピュータが進化するにつれて、性能は大幅に向上しましたが、プログラミングの問題はより複雑になり、ダイクストラはこれを「ソフトウェア危機」と呼びます。ハードウェアの改善はあったものの、新たな課題も生まれ、プログラミングの環境は複雑化しました。

彼は主要なプログラミング言語とその影響についても触れます。FORTRANやLISPなどの初期の開発を称賛しつつ、それらの限界についても批判します。特にPL/Iのような複雑な言語はプログラマーを圧倒する可能性があると懸念を示します。

未来を見据えたダイクストラは、より信頼性が高く効率的にシステムを開発できる革命を想像します。この変化には、より良いソフトウェアの信頼性が必要であること、プログラミングの効率を向上させる経済的圧力、そして技術的に実現可能であることの三つの条件が重要だと指摘します。

彼は、管理しやすいプログラムの設計の重要性、プログラム開発とともに正しい証明が必要であること、プログラミング言語が思考過程に与える影響など、プログラミング実践の改善の可能性を支持する六つの論点を示します。

ダイクストラは、プログラミングの課題には謙虚さと控えめなアプローチが必要であると強調し、シンプルで優雅なプログラミング言語の重要性を訴えます。プログラミングの複雑さを受け入れることで、より深い理解と改善された設計プロセスが実現できると信じています。

投稿者: squircle | スコア: 92

16.
犬型K8s代替
(Canine – A Heroku alternative built on Kubernetes)

著者は約1年間、Canineというプロジェクトを開発してきました。このプロジェクトを始めた理由は、HerokuやRenderといったクラウドホスティングサービスの高額な料金に不満を感じたからです。これらのサービスは月に400ドル以上かかっていました。そこで、著者はより手頃なプロバイダーであるHetznerに切り替えました。Hetznerでは4GBのマシンが月4ドルで利用できます。

Hetznerは安価ですが、DNS管理やSSL証明書、チームコラボレーション、GitHubとの統合といった便利なツールが不足しています。著者は、Hetznerのユーザー向けにHerokuに似たソリューションを作ることに決めました。予想以上に時間がかかりましたが、順調に進展しています。

Canineを使うことで、ユーザーはデータベースやその他のオープンソースプロジェクトを簡単にホストできます。このプロジェクトはオープンソースで、GitHubで公開されており、オンラインで利用できるクラウドホスティング版もあります。

投稿者: czhu12 | スコア: 279

17.
ルールが招いた停電
(Rules, Not Renewables, Might Explain the Iberian Blackout)

最近、イベリア地域、特にスペインで発生した停電は、再生可能エネルギーの不足よりも規制の問題に起因している可能性があります。将来的に電力網が進化する中で、電力システムの安定性を維持するために重要な無効電力の管理をより良くする必要があるかもしれません。この記事では、停電を防ぐために電力網の管理を理解し改善することの重要性が強調されています。

投稿者: rbanffy | スコア: 20

18.
200のベンゼン
(Benzene at 200)

ベンゼンは1825年にマイケル・ファラデーによって発見された特異で重要な化学化合物で、独特の芳香を持つことで知られています。無色の液体で、非常に引火性が高く、さまざまな物質を溶解することができます。ベンゼンの性質は初期の化学者たちに挑戦を与え、芳香族化合物の理解へとつながり、有機化学の重要な部分を形成しました。

これまでの研究者たちはベンゼンの遺産を基に、ポリサイクリック芳香族炭化水素(PAHs)やナノグラフェンといった新しい物質を発見しました。これらは独自の特性を持ち、材料科学においてさまざまな応用があります。特に、ヘキサベンゾコロネンやそれより大きな構造の合成が進展し、有機化学の可能性を示しています。

ベンゼンはフラーレンやカーボンナノチューブといった革新的な材料の創出にも寄与しており、これらは強度が高く、導電性も持っています。グラフェンは、炭素原子が蜂の巣状に配置された単層から成り、ベンゼンの多様性を示す例であり、電子機器や医療分野での応用が期待されています。

ベンゼンの発見200周年を祝うため、王立化学協会は特別号を発行し、科学や教育におけるベンゼンの重要な影響を強調します。これには化学の重要な概念を理解する上での役割も含まれています。

投稿者: Brajeshwar | スコア: 223

19.
ARIAの真実
(What I Wish Someone Told Me When I Was Getting into ARIA)

エリック・ベイリーは、アクセシブルリッチインターネットアプリケーション(ARIA)についての洞察を共有し、ウェブアクセシビリティの重要性を強調しています。以下は主なポイントです。

ARIAはHTMLを補完し、支援技術に依存するユーザーのためにアクセシビリティを向上させます。ARIAは、ウェブ要素のインタラクティブ性、目的、状態についての追加情報を提供します。

この投稿では、ARIAに関する一般的な誤解を解消することを目的としています。ARIAは、アクセシブルなウェブサイトを構築するための完全なガイドではなく、準備のためのリソースです。

ARIAを使用する際の主なルールは5つあります。まず、ネイティブのHTML要素を優先すること。次に、ネイティブ要素の意味を変更しないこと。すべてのインタラクティブ要素がキーボードで操作できることを確認すること。支援技術からフォーカス可能な要素を隠すARIA属性を使用しないこと。そして、すべてのインタラクティブ要素に明確な名前を付けることです。

ARIAには、役割(要素が何であるか)、状態(その特性)、プロパティ(追加情報)という構造的な文法があります。これらを理解することで、正しい実装が可能になります。

ARIAはブラウザや支援技術によって異なる動作をすることがあるため、手動でのテストが不可欠です。すべてのARIA機能がサポートされる保証はないため、開発者は自分の実装を確認する必要があります。

可能な限りセマンティックHTMLを使用し、必要な場合にのみARIAを適用することがベストプラクティスです。冗長または不正確な宣言は避けるべきです。

ARIAは進化しており、最新のバージョンや実践について常に学び続けることが、アクセシブルなウェブ体験を創造する開発者にとって重要です。

ARIAを正しく実装することで、障害を持つ人々のウェブ体験を大幅に向上させ、コンテンツを効果的にナビゲートし、インタラクションできるようになります。ベイリーは、開発者に対してARIAを慎重に扱い、デザインにおいてアクセシビリティを優先するよう促しています。

投稿者: todsacerdoti | スコア: 21

20.
架け橋消失:夢の終焉
(The drawbridges come up: the dream of a interconnected context ecosystem is over)

マルチチャネルプラットフォーム(MCP)の進化についての議論があり、初期のWeb 2.0と比較されています。MCPは、大規模言語モデル(LLM)をさまざまなデータやアプリケーションに接続し、ユーザーのためにタスクを実行できる有望な技術と見なされています。しかし、Web 2.0の初期にオープンなAPIが制限されていったように、MCPも同様の課題に直面しています。

Web 2.0のビジョンは、当初はAPIを通じてデータを簡単に共有できる相互接続されたサービスを目指していました。しかし、時間が経つにつれて、これらのAPIは複雑で制限の多いものになってしまいました。

現在のAPIの状況では、多くのAPIがFacebookやGoogleなどのプラットフォームでの広告など特定の機能をサポートしていますが、データの利用を許可するものはほとんどありません。

MCPは登場していますが、Web 2.0と同じ運命をたどる可能性があります。プラットフォームは自社のデータやAI技術へのアクセスを制御したがっています。

最近の動向として、SlackやX(旧Twitter)を含むいくつかの企業が、サードパーティのプラットフォームへのアクセスを制限しており、データに対する管理が厳しくなっている傾向が見られます。

MCPには可能性がありますが、厳しく規制される可能性が高く、競争や自由な利用が難しくなるかもしれません。これはWeb 2.0のAPIの進展と似た道をたどることになります。

要するに、MCPが自由なデータ交換を可能にするという期待は、プラットフォームが管理を強化することで危険にさらされています。これはWeb 2.0での過去の経験を反映しています。

投稿者: dbreunig | スコア: 83

21.
退屈男の会
(Dull Men’s Club)

アンドリュー・マッキーンは、介護施設に移った後、「ダルメンズクラブ」というコミュニティを見つけました。このクラブは、日常の退屈さを祝うもので、メンバーはユーモアを交えた自己卑下的な視点で人生を語ります。1980年代にニューヨークで始まったこのクラブは、現在では数百万のオンラインメンバーを持ち、平凡な興味や独特な趣味を通じてつながり、しばしば「最も退屈な人」を競い合っています。

グローバー・クリックによって設立されたこのクラブは、メンバーに退屈さを受け入れることを奨励し、刺激を避けて軽やかなトーンを保つことを大切にしています。メンバーは、トイレットペーパーの置き方やワイパーの性能についての議論など、普通の瞬間に関する体験を共有します。

85歳の元電子工学技術者であるマッキーンは、介護施設での体験を綴り、その単調さを詩的な反省に変えています。彼は、クラブで共有される自分の文章を通じて安らぎとつながりを見出し、それが彼の生活の重要な一部となっています。新しい環境に適応する中で、目的やコミュニティを提供してくれる存在となっています。

投稿者: herbertl | スコア: 192

22.
自己中心的なアクセシブルUIの理由
(Selfish reasons for building accessible UIs)

この記事では、開発者の視点からアクセシブルなユーザーインターフェース(UI)を作成する重要性について、道徳的な議論ではなく実際的な利点に焦点を当てて説明しています。

まず、アクセシブルなUIはデバッグが容易です。適切なHTML構造、例えばテーブルを使用することで、要素の位置が明確になり、開発者は問題を迅速に見つけて修正できます。

次に、アクセシビリティ基準はUIコンポーネントに対して明確な名前を提供します。例えば、「コンボボックス」や「リストボックス」といった名称は、開発者が混乱を避け、コードの可読性を向上させるのに役立ちます。また、ARIA属性を使用することでCSSスタイリングも簡素化されます。

さらに、アクセシビリティを考慮してUIを構築すると、テストがしやすくなります。意味的な要素を使用することで、UIの変更によって壊れにくい信頼性の高いテストが可能になります。

また、開発者自身がパワーユーザーである場合、キーボードナビゲーションをサポートするアクセシブルなインターフェースを評価します。これにより、作業の流れや生産性が向上します。

著者は、盲目の方々との経験を通じてアクセシビリティに対する個人的なつながりを共有しています。アクセシブルなUIを構築することは道徳的な義務だけでなく、開発者にとっても有益であると強調しています。

最後に、著者は多くのウェブページに依然として重大なアクセシビリティのエラーが存在することを指摘し、この分野での改善の必要性を強調しています。開発者がアクセシビリティに対するアプローチを変え、負担にならない形で開発プロセスに統合できることを提唱しています。

全体として、この記事は開発者にとっての利点を追求しつつ、障害を持つユーザーの体験を向上させるためにアクセシビリティを追求することを促しています。

投稿者: feross | スコア: 173

23.
Iron nitride permanent magnets made with DIY ball mill [video]
(Iron nitride permanent magnets made with DIY ball mill [video])

要約がありません。

投稿者: xqcgrek2 | スコア: 81

24.
Photon transport through the entire adult human head
(Photon transport through the entire adult human head)

要約がありません。

投稿者: gnabgib | スコア: 48

25.

ブランダン・ロゼックは、ネットワークプロトコルであるTelnetを使って楽しいオンライン体験を楽しんでいることを紹介しています。彼は「towel.blinkenlights.nl」で見つけたスター・ウォーズのアニメーションが面白かったと述べています。

彼は他にもいくつかの興味深いTelnetのアドレスを挙げています。まず、freechess.orgの5000番ポートではチェスをプレイできます。また、mtrek.comの1701番ポートではスター・トレックにインスパイアされた宇宙戦闘ゲームが楽しめます。fibs.comの4321番ポートではバックギャモンをプレイでき、mapscii.meではインタラクティブな世界地図を体験できます。さらに、telehack.comでは60以上のテキストベースのゲームを楽しめるArpanet/Usenetのシミュレーションがあります。

ロゼックは、Telnetの通信が安全でないため、個人情報が漏れる可能性があることに注意するようユーザーに呼びかけています。そして、Telnetの世界にあるユニークな体験を探求することを勧めています。

投稿者: Apollo1010330 | スコア: 88

26.
OpenAIが2億ドル契約獲得
(OpenAI wins $200M U.S. defense contract)

アンドゥリルが2025年のCNBCディスラプター50リストでトップ企業に選ばれました。これは、防衛技術への関心と投資が急増していることを示しています。このリストには、特に人工知能の分野で重要な進展を遂げている企業が紹介されています。

投稿者: erikrit | スコア: 265

27.
Nexus.js 3D革命
(Nexus.js - Fabric.js for 3D)

著者は、マウスやタッチ操作を使ってウェブブラウザ上で2Dおよび3Dオブジェクトを変換するためのシンプルなライブラリを作成しています。固定カメラビューを採用し、誰でも使える基本的な3Dエディタのように、ユーザーフレンドリーなものを目指しています。高度なスキルがなくても利用できるように設計されています。軽量なオプションが見つからなかったため、自ら開発を進めており、Three.js/R3Fを使用しています。また、インタラクションのためにVRやARシステムからインスピレーションを得ています。ぜひ他の人にも試してもらい、フィードバックをもらいたいと考えています。

投稿者: ges | スコア: 77

28.
WhatsApp introduces ads in its app
(WhatsApp introduces ads in its app)

要約がありません。

投稿者: greenburger | スコア: 628

29.
BMWでレンタカー操作
(BMW ConnectedDrive lets me control my returned rental car (Sixt))

先週、イタリアでSixtからBMWをレンタルしましたが、デフォルトのドライバープロファイルでBluetoothが無効になっていることに気付きました。自分のBMW IDを作成し、車とペアリングして既存のプロファイルを削除しました。車を返却する際、BMW IDをリンクさせたことをSixtに伝え、車両がリセットされると保証されました。

しかし、今日は好奇心から「My BMW」アプリを確認したところ、まだ車に対して完全なリモートアクセスができることがわかりました。これには、リアルタイムの位置追跡やリモートロック/アンロックなどが含まれていました。このことは心配で、車は別の人にレンタルされている可能性があるのに、私がまだその車を追跡したり操作したりできる状態でした。

この状況は、重要なセキュリティとプライバシーの問題を浮き彫りにしています。私のBMW IDがまだその車両にリンクされており、Sixtのリセットプロセスが私のアクセスを削除しなかったのです。この問題は、BMWのConnectedDriveを使用している他のレンタカー会社にも影響を及ぼす可能性があると思います。前のレンタル者のアカウントを適切に切り離さないと、同様の問題が発生するかもしれません。

投稿者: derturm666 | スコア: 59

30.
Blaze (YC S24) Is Hiring
(Blaze (YC S24) Is Hiring)

要約がありません。

投稿者: faiyamrahman | スコア: 1

31.
Natural rubber with high resistance to crack growth
(Natural rubber with high resistance to crack growth)

要約がありません。

投稿者: cocoggu | スコア: 32

32.
オープンRISC-Vの効率
(Open-Source RISC-V: Energy Efficiency of Superscalar, Out-of-Order Execution)

オープンソースのRISC-Vコアは、自動車や宇宙産業など、高い性能が求められる分野でますます人気が高まっています。しかし、BOOMやXiangshanのような高性能コアは、産業支援が限られたツールを使用して開発されているため、いくつかの課題に直面しています。また、XuanTie C910コアのように、RISC-Vの標準に完全には準拠していない独自のプロトコルを使用しているものもあります。

本研究では、C910コアを改良し、デバッグ、割り込み、メモリインターフェースに関するRISC-Vの標準を満たすようにしました。また、CVA6コアのアップグレード版であるCVA6S+を導入し、34.4%の性能向上を実現しました。

改良したC910コア、CVA6S+、および元のCVA6コアの性能、面積、消費電力、エネルギーを22nm技術で比較する徹底的な分析を行いました。その結果、CVA6S+は面積が6%大きいものの、顕著な性能向上を提供し、一方でC910はさらに大きな面積を持ち、より高い性能向上を示しました。興味深いことに、CVA6S+は面積の使用効率が高く、C910はエネルギー効率に優れています。これは、複雑なコアにおける高性能が必ずしも面積やエネルギー効率の大きな犠牲を伴うわけではないことを示唆しています。

投稿者: PaulHoule | スコア: 94

33.
How Frogger 2’s source code was recovered from a destroyed tape [video]
(How Frogger 2’s source code was recovered from a destroyed tape [video])

要約がありません。

投稿者: perching_aix | スコア: 181

34.
生成AIは無理!
(Generative AI coding tools and agents do not work for me)

著者は生成AIコーディングツールに関する自身の経験を共有し、それらが有益でない理由を説明しています。主なポイントは以下の通りです。

まず、著者は生成AIツールがコーディングを速くするとは考えていません。彼らは自分が使用するコードに責任を感じているため、AIが生成したコードを信頼することができず、徹底的なレビューが必要です。このレビューには、自分でコードを書くのと同じくらいの時間がかかることが多いと述べています。

次に、AIが生成したコードのレビューは複雑で時間がかかります。著者は、レビューなしでこれらのツールを使用することはリスクが高く、問題が発生した場合には自分が責任を負うことになると主張しています。

また、AIツールが人々の作業を速くするという主張は主観的であり、確固たる証拠が欠けていると考えています。著者は他の人が本当に効率的に作業しているとは疑問を持っており、必要なレビューを省略している可能性があると感じています。

著者は新しいプログラミング言語や技術を学ぶことを楽しんでおり、AIに頼るのではなく、学習プロセス自体に価値を見出しています。

さらに、オープンソースの貢献者からのコードとAIが生成したコードを区別しています。前者は協力的な入力を評価しているのに対し、後者はあまり魅力を感じず、信頼しにくいと述べています。

著者はAIツールをインターンに例えています。インターンは時間とともに学び成長することができますが、AIはその能力がなく、新しいタスクごとにリセットされると指摘しています。

最後に、著者は生成AIコーディングツールが「タダのランチ」を提供しないことを強調し、そう主張する人々は品質を妥協しているか、AIを推進する利害関係を持っている可能性があると述べています。

全体として、生成AIツールは魅力的に見えるかもしれませんが、著者の生産性や作業の質を向上させるものではなく、高いコーディング基準を維持することを支持しています。

投稿者: nomdep | スコア: 336

35.
90年代デモ再現
(I recreated 90s Mode X demoscene effects in JavaScript and Canvas)

25年間ソフトウェア開発に携わってきた著者は、プログラミングを始めるきっかけとなった古いDOSデモシーンを振り返りました。週末を利用して、現代のウェブ技術を使い、クラシックな視覚効果を再現するプロジェクトに取り組みました。具体的には、バニラJavaScriptとキャンバス要素だけを使った1つのHTMLファイルで実現しました。

ポートフォリオには、以下の10種類の効果が含まれています。プラズマ効果のためのカラーパレットのサイクリングとスムーズなフェード、リアルな火の効果を出すためのバッファ平均化アルゴリズム、トンネル効果での距離に基づくテクスチャのクロスフェードによる飛行のシミュレーション、メタボールのための2Dスカラー場で、ブレンドされた金属的な外観を持たせています。

このプロジェクトは楽しい挑戦であり、初期のデモプログラマーたちの創造性を思い出させてくれました。著者は、これが他の人々に懐かしさを呼び起こすことを願っており、好きなクラシックデモや新しい効果の提案についての意見を聞くことに興味を持っています。

投稿者: gneissguise | スコア: 166

36.
今こそ開発学習!
(Now might be the best time to learn software development)

ナサン・フィゲロアは、AIが開発者を置き換えるという懸念がある中でも、今がソフトウェア開発を学ぶ絶好の機会だと主張しています。彼はコーディングエージェントを管理した経験を共有し、AIがコーディングを自動化できる一方で、開発における多くの課題は社会的なものであり、人間の洞察が必要だと強調しています。

まず、AIの導入により開発者はより効率的に作業できるようになります。解雇を恐れるのではなく、AIを強力なツールとして受け入れ、新しい技術に適応することが重要です。

次に、AIには限界があります。AIはコードを生成することができますが、しばしば根本的な問題に対処しない解決策の幻想を生み出します。開発者は実際の問題を理解し、クライアントを効果的に導く必要があります。

また、依然として解決すべきソフトウェアの問題は多く存在します。AIを活用できる知識豊富な開発者の需要は、むしろ増加する見込みです。

さらに、組織は人間の開発者への投資を続けるべきです。そうすることで、長期的には利益を得ることができます。未来は不確実ですが、AIに対する人間の監視は依然として重要です。

フィゲロアは、技術が急速に変化している中でも、熟練した開発者の役割は依然として重要であると結論付けています。

投稿者: nathanfig | スコア: 18

37.
ZX Spectrum graphics magic
(ZX Spectrum graphics magic)

要約がありません。

投稿者: ibobev | スコア: 104

38.
刑務所でデータ管理
(Working on databases from prison)

私は、ソフトウェアエンジニアとしてTursoに参加したことをお知らせできることを嬉しく思います。特に、現在私は服役中であるため、意味深い出来事です。私の旅は、約2年前に自分の人生についてのブログ記事を公開したことから始まりました。それまで数年間、インターネットにアクセスできない生活を送っていました。私は20代の頃、薬物に関する不適切な選択が原因で刑務所に入ることになりました。

刑務所では、大学のプログラムに参加し、コンピュータにアクセスできるようになりました。これにより、プログラミングへの情熱が再燃しました。私は一生懸命に取り組み、プロジェクトに15時間以上を費やし、オープンソースソフトウェアにも貢献しました。その後、リモートワークプログラムに選ばれ、Unlocked Labsで仕事を得て、最終的には開発チームを率いることになりました。

TursoのProject Limboを知り、その開発に深く関わるようになりました。仕事とデータベースシステムの勉強をしながら貢献を続けた結果、Tursoのチームから注目され、フルタイムで働く機会を得ることができました。数年前には考えられなかったことです。

リリースに関する残念な知らせも受けましたが、それをキャリアに集中するチャンスと捉えています。これまでのサポートに感謝し、困難な状況からでも努力が新しい機会につながることを示せたことを誇りに思います。私を支えてくれたすべての方々に感謝します。

投稿者: dvektor | スコア: 812

39.
Goで測るオーバーヘッド
(OpenTelemetry for Go: Measuring overhead costs)

ニコライ・シブコのブログでは、KubernetesでGPUを使用する方法とそのパフォーマンスを監視する方法について説明しています。彼は、KubernetesでGPUサポートを設定する手順を詳しく解説し、GPUの使用状況を可視化することが管理や最適化において重要であると強調しています。このブログは、ユーザーがKubernetes環境でGPUを効果的に活用できるようにすることを目的としています。

投稿者: openWrangler | スコア: 122

40.

ジェイコブは、ウェブブラウジングの様子を示すための電話シミュレーターを作成しました。このツールは、ウェブデザイナーがウェブサイトをより読みやすく、さまざまなユーザーにアクセスしやすくする手助けを目的としています。ブラウザ内で戻るためのバックスペース機能も搭載されています。

投稿には、プロジェクトのインスピレーションについての簡単な説明があり、故障した電話の経験が影響を与えたことが述べられています。

最新の投稿には、以下の内容が含まれています。まず、「Godotでの.pckサイズの縮小方法」では、HTML5ゲームのエクスポート時にファイルサイズを減らすためのヒントが紹介されています。「田中一村」では、アートコミュニティに拒絶された後に島に移住した日本の画家の生活と作品を振り返っています。「猫の悪魔の帰還」では、以前に妻が捕まえた猫の悪魔に関する最新情報が更新されています。「ソロプレナーからのヒント」では、ジェイコブの経験に共鳴するソロ起業家の洞察が共有されています。「ジェイコブの食事:クラウド」では、クラウドコンピューティングサービスをユーモラスに探求する内容が展開されています。

投稿者: surprisetalk | スコア: 25

41.
KiCadとWaylandの連携
(KiCad and Wayland Support)

KiCadの開発チームは、FedoraやUbuntuなどの主要なLinuxディストリビューションがX11のサポートを段階的に終了する計画を進める中、Waylandとの互換性についてのユーザーからの問い合わせに対応しました。

現在の状況として、KiCadはWayland上で動作しますが、ユーザー体験に影響を与えるいくつかの重要な制限があります。具体的には、ウィンドウ管理の問題があり、ウィンドウの配置やパネルのドッキング、複数のウィンドウの管理に困難があります。また、入力に関してはカーソルの動作が不安定で、フォーカスの管理にも問題があります。さらに、パフォーマンスの問題としてCPUやGPUの使用率が高く、グラフィックの不具合やアプリケーションのクラッシュが発生することがあります。ダイアログに関しても、動作や外部ツールとの相互作用に問題があります。

これらの問題の理由は、WaylandがX11や他のオペレーティングシステムで標準的だった重要な機能を欠いているため、異なるデスクトップ環境での動作が一貫しないことにあります。

開発のアプローチとして、KiCadは異なるウィンドウマネージャーに対する特定の修正を実装せず、複雑なメンテナンスを避ける方針です。チームはWaylandの互換性を改善し続けますが、すべてのユーザーに利益をもたらす機能を優先します。また、Wayland特有の問題に関するバグ報告はサポートしない方針です。

ユーザーへの推奨として、プロフェッショナルには信頼性のある体験のためにX11ベースのデスクトップ環境(XFCEやKDEなど)を使用することを勧めています。カジュアルユーザーには、KiCadはWayland上でも動作しますが、制限や不満が生じる可能性があることを理解しておくべきです。

将来的な展望として、チームはLinuxデスクトップの進化を認識しつつ、実験的な技術に適応するよりもユーザーの生産性を優先しています。Waylandの開発を引き続き注視し、互換性を向上させるための貢献を歓迎しています。

最適なKiCadの使用のためには、Linux上ではX11環境を利用することが推奨されます。

投稿者: xvilka | スコア: 6

42.
クラウドコードでAGI吸引
(Snorting the AGI with Claude Code)

Claude Codeという強力なコーディングツールを使って、生産性を向上させ、コードベースの理解を助けるオンボーディングプロセスを効率化する方法について述べています。著者は、この探求が入門的なものというよりは実験的であることを強調し、Claude Maxの利用にかかる月額250ドルのコストについても触れています。

まず、Claude Codeはコードベースを理解するプロセスを自動化し、コード分析からドキュメントやプレゼンテーションを生成する新しい可能性を提供します。これにより、チームメンバーが迅速にオンボードできるよう、コードベースのスライドデッキを作成することができます。

さらに、ユーザーはClaude Codeを使ってリポジトリ内の最近の変更を分析し、レポートを生成するタスクをスクリプト化することができ、チームのコミュニケーションと効率を向上させます。また、著者はClaude CodeをOpenAIのCodexなどの他のツールと統合する可能性についても言及し、より強力で柔軟なコーディング環境を作ることができるとしています。

最後に、異なる企業からの複数のエージェントを利用して共同作業を行うことへの関心が示されていますが、これにはトークンやコストに関する影響があるかもしれません。全体として、Claude Codeの革新的な利用法と、開発チーム内でのコーディング実践やコラボレーションを変革する可能性が強調されています。

投稿者: beigebrucewayne | スコア: 303

43.
レトロブートストラップRust
(Retrobootstrapping Rust for some reason)

リクエストを確認するために、CAPTCHAを完了するよう選ばれました。下のフォームに必要事項を入力し、ボタンをクリックして進んでください。

投稿者: romac | スコア: 137

44.
超長文対応LLMの革新
(Breaking Quadratic Barriers: A Non-Attention LLM for Ultra-Long Context Horizons)

新しい大規模言語モデル(LLM)のアーキテクチャを紹介します。このモデルは、数百万語に及ぶ非常に長いテキストを効率的に処理することができます。従来のモデルは自己注意機構を使用しており、処理が遅く、メモリを多く消費することがありましたが、私たちの設計はすべてのトークン間の注意に依存しません。代わりに、効果的な手法の組み合わせを使用しています。

まず、状態空間ブロックは、長いシーケンスを効率的に処理することを学習します。次に、多解像度畳み込み層は、さまざまなレベルで局所的な文脈を捉えます。また、軽量の再帰的スーパーバイザーは、テキストの異なる部分間で情報を追跡します。さらに、情報検索を強化した外部メモリは、従来の方法の重い計算負荷なしに重要な要約を保存し、取り出すことができます。

このアプローチにより、従来の欠点を克服しながら、非常に大きなテキストを効率的に処理できるようになります。

投稿者: PaulHoule | スコア: 63

45.
Occurences of swearing in the Linux kernel source code over time
(Occurences of swearing in the Linux kernel source code over time)

要約がありません。

投稿者: microsoftedging | スコア: 165

46.
フェイノシンク自動更新API
(FaynoSync Self-Hosted API for Automatic App Updates)

faynoSyncは、デスクトップソフトウェア、モバイルアプリ、ブラウザ拡張機能など、さまざまなアプリケーションの更新を管理するためのシンプルでオープンソースのAPIサーバーです。このシステムは、外部ツールを必要とせずに、簡単かつ安全に、信頼性の高い方法で更新を配信することを保証します。ユーザーは更新プロセスを完全にコントロールできます。

投稿者: ku9n | スコア: 6

47.
公共交通データ追加
(Adding public transport data to Transitous)

Transitousは、MOTISルーティングエンジンと世界中のさまざまなデータセットを使用した、コミュニティ主導の公共交通ルーティングサービスです。このサービスは、GNOME MapsやKDE Itineraryなどのアプリケーションをサポートしています。Transitousを改善するために、コミュニティのメンバーはデータのギャップを特定し、修正する手助けができます。

まず、データの検証が重要です。ユーザーはTransitousのデータを実際の公共交通の時刻表と比較し、不正確な情報を見つける必要があります。Transitousの基本データはGTFS(一般交通フィード仕様)フィードから取得されており、これは交通の時刻表を含むZIPファイルです。現在、55カ国から1,800以上のフィードが使用されています。これらのフィードを見つけるには、地元の交通事業者や国のオープンデータポータルを確認することが必要です。

また、Transitousは遅延やサービスの変更を管理するために、GTFS Realtime(RT)フィードも必要です。これにより、旅行のスケジュール、サービスアラート、車両の位置に関するリアルタイムの更新が提供されます。さらに、TransitousはGBFS(一般自転車シェアフィード仕様)フィードを通じて、自転車やスクーターの共有モビリティオプションも含まれています。これにより、車両の利用可能状況やピックアップ・ドロップオフの場所が詳述されています。

オンデマンドサービスは、事前予約が必要なサービスで、交通需要が低い地域にとって重要です。GTFS-Flexはこれらのサービスのための新しい標準ですが、現在のところTransitousのパイプラインでは検証が行われていません。OpenStreetMap(OSM)のデータはルーティングにとって重要であり、ユーザーは建物内の正確なルーティングのためにフロアレベルのマッピングを修正する手助けができます。

さらに、既存のデータセットの改善、GTFS標準の拡張、他のデータ形式の変換、ルーティングのための標高データの組み込みなど、多くの改善の機会があります。コミュニティの参加は、データの検証やTransitousのチャネルでの議論、Transitous Hack Weekendやオープントランスポートコミュニティカンファレンスなどのイベントへの参加を通じて奨励されています。

投稿者: todsacerdoti | スコア: 63

48.
LLM時代の筆記
(Writing in the Age of LLMs)

この記事では、著者が大規模言語モデル(LLM)を活用した執筆についての考えを共有し、LLMが生成するテキストに見られる一般的な問題点を指摘しています。

LLMによる執筆にはいくつかの共通の問題があります。まず、空虚な結論が挙げられます。LLMはしばしば価値を加えない曖昧な要約文を含むことがあります。また、箇条書きの過剰使用も問題です。リストが多すぎると、かえって混乱を招くことがあります。さらに、均一な文のリズムが続くと、文章が単調になりがちです。時には、LLMが間違った主語を選ぶことがあり、これが文を不明瞭にすることもあります。情報密度が低いことも多く、LLMの文は見た目は良いものの、実質的な内容に欠けることがあります。具体的な詳細を避ける傾向もあり、これが不明確な表現につながります。代名詞の過剰使用も問題で、明確な名詞がないと読者を混乱させることがあります。流暢さはあるものの、深みや文脈が欠けていることもあります。

著者は、意図的に使用することで効果的な「LLM風」の執筆スタイルもあると指摘しています。例えば、意図的な繰り返しは複雑なアイデアを強調するのに役立ちます。サインポスティングフレーズは、密な部分を読者に案内する役割を果たします。平行構造はアイデアを明確に整理し、宣言的なオープニングは読者に強い期待感を与えます。

著者のLLMを使った執筆プロセスは、まずアイデアをLLMに語りかけて構造的なアウトラインを生成することから始まります。次に、自分で粗い段落を書き、必要に応じてLLMを使って仕上げます。最後に、特定のリクエストをLLMに行い、物語の枠組みを用いて文を改善します。

著者は、LLMが簡単にテキストを生成できる一方で、意味のあるコンテンツを作成することが本当の課題であると強調しています。良い文章はその長さに対して価値を提供し、読者が時間を有意義に使ったと感じられるものであるべきです。

投稿者: hamelsmu | スコア: 36

49.
The Collapse of Complex Societies
(The Collapse of Complex Societies)

要約がありません。

投稿者: giraffe_lady | スコア: 10

50.
影の図書館運営法
(How to run a shadow library: operations at Anna's Archive (2023))

Anna's Archiveは、Sci-HubやLibrary Genesisのようなシャドーライブラリのための最大のオープンソース非営利検索エンジンで、知識を広め、世界中の書籍を保存することを目指しています。この記事では、著作権法が国によって異なる中で、どのようにウェブサイトを運営しているかが説明されています。

技術スタックはシンプルで、Flask、MariaDB、ElasticSearchを使用しています。技術革新よりも法的問題を避けることに重点を置いています。著作権のある作品へのリンクは多くの場所で違法とされることがありますが、Anna's Archiveは著作権が一般的に社会にとって有害であると考えています。

ホスティングは、「自由を愛する」プロバイダーと「安価な」プロバイダーを組み合わせてコストを削減し、削除要求を避ける方法で管理しています。Cloudflareは法的リクエストからサイトを保護するのに役立ちますが、無料プランのみを使用しているため、一部の機能が制限されています。

運営面では、サーバーの健康状態を監視し、冗長性を確保し、サーバー間の通信や管理ツールに関する課題に直面しています。Docker、Gitlab、Torなど、信頼性が異なるさまざまなツールを使用しています。

シャドーライブラリを構築する経験は啓発的であり、彼らは活動を続けるための寄付や支援を求めています。また、開発者やボランティアからの貢献も歓迎しています。

投稿者: the-mitr | スコア: 19

51.
dk - OCamlで動くスクリプトランナー
(dk – A script runner and cross-compiler, written in OCaml)

著者は若い世代が役立つスキルを学ぶ手助けをすることを楽しんでおり、親、ロボティクスのメンター、学校の理事、日曜学校の教師など、さまざまな役割を担っています。ソフトウェアスキルを効果的に教えるために、経験豊富なプログラマーと初心者のプログラマーの協力を促進するツール「dk」を作成しました。

著者はコンピュータサイエンスの基礎知識を持つ学生を対象に「dk」をテストしました。彼らは以下のいくつかの課題を解決することを目指しました。まず、開発環境は簡単にセットアップでき、プログラミング言語は複雑であってはいけません。次に、ジュニアプログラマーが大規模なアプリケーションを開発するためには、小さくテスト可能なスクリプトを書くことが重要です。最後に、このツールは学校でよく使われる安価で限られたハードウェアでも動作する必要があります。

「dk」は、OCamlに似たスクリプトを書くことができるスタンドアロンのバイナリです。スタンドアロンの実行可能ファイルを作成するためにクロスコンパイルが可能で、複数のオペレーティングシステムをサポートしています。いくつかのバグや制限はありますが、著者はスクリプト作成やソフトウェアの整理において価値のあるツールだと考えています。

著者は「dk」に関するフィードバックを歓迎しており、改善は進行中であることを認めています。詳細や問題の報告は、彼らのGitHubページで確認できます。

投稿者: beckford | スコア: 60

52.
薬箱の危機:FDAの賭け
(Threat in Your Medicine Cabinet: The FDA's Gamble on America's Drugs)

2022年にインドのサンファーマ工場に対するFDAの検査で、深刻な汚染や品質の問題が明らかになり、同工場はアメリカへの医薬品輸出を禁止されました。しかし、その後FDAはこの工場が12種類以上のジェネリック医薬品をアメリカに出荷することを許可し、患者の安全に対する懸念が高まりました。

ProPublicaの調査によると、FDAは違反が指摘された20以上の外国工場、主にインドに対して同様の免除を与えていました。これらの医薬品は、汚染された薬や虚偽の記録がある危険な施設から供給されることが多かったのです。FDAはこれらの医薬品の安全性を定期的に検査せず、免除の情報を公にせず、議会にも隠していました。

免除された薬による副作用に関する多くの苦情が寄せられましたが、FDAはこれらの報告を調査しませんでした。代わりに、問題のある製造業者からの低コストのジェネリック医薬品の供給を維持することを優先しました。このような慣行は10年以上続き、危険な医薬品が無防備な患者に届くことを許していました。

FDAは透明性の欠如や厳格な安全基準よりも医薬品の供給を優先したことについて批判を受けています。現職および元職の関係者は、これらの免除に伴うリスクについて懸念を示し、安全でない薬がアメリカ市場に流通している可能性を危惧しています。

投稿者: lentoutcry | スコア: 75

53.
ファイアフォックス終焉
(Firefox is dead to me – and I'm not the only one who is fed up)

著者はFirefoxとその親会社であるMozillaに対して不満を表明しています。主なポイントは以下の通りです。

まず、プライバシーに関する懸念があります。Mozillaはプライバシーポリシーを変更し、ユーザーデータの保護に関する保証を弱めました。この変更は、Firefoxの改善よりもAIプロジェクトに焦点を移すことと同時に行われました。

次に、プログラムの廃止についてです。Mozillaは、後で読むための記事を保存するPocketや、偽のレビューを特定するAIツールのFakespotなど、便利なプログラムを終了しています。多くの忠実なユーザーがこれらの変更に失望しています。

技術的な問題も深刻です。Firefoxは信頼性に関する重大な問題を抱えており、ユーザーからは動作が遅い、高いメモリ使用量、人気のあるウェブサイトの読み込みに問題があるとの報告があります。長年のユーザーは、他のブラウザ、特にChromeと比べて競争力が低下していると感じています。

さらに、従業員の解雇も進んでいます。現在のCEOは従業員からの支持が低い状況です。

最後に、収益の依存度についてです。Mozillaは収益の大部分をGoogleに依存しており、Googleが法的な問題に直面した場合の将来に懸念が生じています。

全体として、著者はFirefoxがその重要性を失いつつあり、ブラウザ市場のごく小さな部分しか占めていないため、近い将来に事業を終了する可能性があると感じています。

投稿者: ofrzeta | スコア: 15

54.
ナノネットOCR
(Nanonets-OCR-s – OCR model that transforms documents into structured markdown)

Nanonets-OCR-sは、高度な光学文字認識(OCR)モデルで、文書を構造化されたマークダウンに変換します。このモデルは、複雑な内容を認識するのが得意で、特に大規模言語モデル(LLM)による処理に役立ちます。主な機能には以下のものがあります。

まず、LaTeX数式認識機能があり、数学の方程式をLaTeX形式に変換します。また、文書内の画像を構造化されたタグを使って説明する知的画像説明機能も備えています。さらに、法的処理のために文書内の署名を分離する署名検出機能や、透かし文字を特定して抽出する透かし抽出機能もあります。チェックボックスの形式を標準化するスマートチェックボックス処理機能や、複雑な表を正確に抽出してフォーマットする機能も含まれています。

このモデルは、transformersライブラリを使用するか、vLLMを使ったサーバー設定で利用できます。画像を処理してテキストや数式、その他の内容を抽出し、それをマークダウンやHTML形式で適切にフォーマットすることができます。

実装にあたっては、ユーザーが画像を処理し、出力を生成し、さまざまな文書機能を効果的に扱うための関数を定義することができます。このモデルは、GitHubやその他のプラットフォームを通じてインストールおよび使用が可能です。

投稿者: PixelPanda | スコア: 337

55.

このサイトでは、英語、チェコ語、ドイツ語、スペイン語、ペルシャ語、フランス語、ヘブライ語、インドネシア語、イタリア語、ポーランド語、ポルトガル語、ブラジルポルトガル語、ロシア語、スウェーデン語、トルコ語、ウクライナ語、ベトナム語、簡体字中国語など、複数の言語でコンテンツを提供しています。

投稿者: emreb | スコア: 193

56.
KDE Plasma 6.4 発表
(KDE Plasma 6.4 Released)

USBディスクから起動するライブイメージを使えば、簡単にPlasmaを試すことができます。また、Dockerイメージを利用して手軽に試すことも可能です。PlasmaのライブイメージとDockerイメージはどちらもダウンロードできます。

投稿者: jlpcsl | スコア: 39

57.
Maya Blue: Unlocking the Mysteries of an Ancient Pigment
(Maya Blue: Unlocking the Mysteries of an Ancient Pigment)

要約がありません。

投稿者: DanielKehoe | スコア: 78

58.
AIの考察
(TIL: AI. Thoughts on AI)

著者は仕事でAIを広く活用しており、コーディング作業に役立つと感じていますが、その限界や能力に関する誤解も認識しています。以下に主なポイントをまとめます。

AIはコンピュータではなく、従来のコンピュータのようには機能しません。記憶や処理能力には限界があり、人間に似た特性を持っています。AIは一度に使用できる文脈の量が制限されており、情報が多すぎると忘れてしまうことがあります。これにより、包括的な理解が必要な作業には効率が悪くなります。

AIにタスクを依頼する際は、大量のデータを直接処理させるのではなく、スクリプトを書いて実行するよう指示する方が効果的です。AIは人間のようにインタラクションから学ぶことはできず、情報を記録して再利用する必要があります。

著者はAIを無限のインターンと考えることを提案しています。インターンは賢いですが、効果的に機能させるためには明確な指示と監督が必要です。AIは広範なドキュメントやテストを作成できますが、誤解を招く出力を生成することもあります。そのため、AIが生成したコードをレビューする際には、特有の間違いのパターンに特別な注意を払う必要があります。

AIの多くの能力は直接プログラムされたものではなく、モデルのサイズや複雑さから自然に現れるため、予測が難しいです。また、AIは同じプロンプトに対して異なる出力を生成することがあり、これは設計上の特性です。一貫性を持たせるために調整することもできますが、適応性が低下する可能性があります。

AIの分野は急速に進化しており、改善が進んでいますが、必ずしも良い結果につながるわけではありません。AIは万能な解決策ではなく、活用するためにはユーザーが適応し、効果的に利用する方法を学ぶ必要があります。全体として、AIは生産性を向上させる可能性がありますが、その限界を理解し、慎重に管理することが求められます。

投稿者: todsacerdoti | スコア: 10

59.
iOS 26でパスポート管理!
(iOS 26 Will Let You Add Your U.S. Passport to Wallet for Identity Verification)

Appleの次期iOS 26では、デジタルID機能が導入され、ユーザーはアメリカのパスポートをWalletアプリに追加できるようになります。この機能により、iPhoneユーザーは特定のTSAチェックポイントで国内旅行の際にパスポートを提示する必要がなくなり、旅行がより便利になります。

デジタルIDはReal IDに準拠していますが、国際旅行や国境を越える際には使用できません。その場合、ユーザーは依然として物理的なパスポートが必要です。また、デジタルIDはさまざまなアプリや店舗、ウェブサイトで年齢や身分の確認にも利用できます。

現在、WalletでのデジタルIDのサポートはアリゾナ州、カリフォルニア州、テキサス州など、限られたアメリカの州や地域にのみ提供されています。

iOS 26では、Walletアプリに新しい旅行機能も追加され、リアルタイムのフライト更新情報や空港情報へのリンクを提供する改善された搭乗券が含まれます。アメリカン航空やデルタ航空などの主要な航空会社が、これらの新しい搭乗券機能を最初に導入する予定です。

投稿者: angryGhost | スコア: 13

60.
Battle to eradicate invasive pythons in Florida achieves milestone
(Battle to eradicate invasive pythons in Florida achieves milestone)

要約がありません。

投稿者: wglb | スコア: 55

61.
What I talk about when I talk about IRs
(What I talk about when I talk about IRs)

要約がありません。

投稿者: surprisetalk | スコア: 27

62.
重力はエントロピー?新説再考
(Is gravity just entropy rising? Long-shot idea gets another look)

重力が基本的な力ではなく、無秩序の増加、つまりエントロピーの結果として説明できるという新しい考え方が探求されています。この概念は「エントロピック重力」と呼ばれ、物理学者たちの注目を集めていますが、まだ少数派の見解です。

この理論は、重力が微小な粒子のランダムな相互作用から生じると提案しています。これは、エンジンや冷蔵庫などの日常的なシステムにおける熱の働きに似ています。この考え方には歴史的な背景があり、アイザック・ニュートンが重力の仕組みに悩んでいた時代にさかのぼります。後にアインシュタインは、重力を時空の歪みとして説明しましたが、彼の理論にも特にブラックホールに関しては課題があります。

最近、ダニエル・カーニーが率いる理論物理学者のチームが、重力の引力が「キュービット」と呼ばれる粒子の振る舞いから生じる可能性を示すモデルを提案しました。これらのモデルでは、大きな物体が周囲のキュービットの向きに影響を与え、物体同士を引き寄せるように見える秩序の領域を作り出します。

これらのモデルは重力に対する新しい視点を提供しますが、限界もあります。キュービットの直接的な証拠はなく、批評家たちはこれらのモデルが特にブラックホールのような強い重力場における重力の複雑さを十分に捉えていないと主張しています。しかし、支持者たちは、これらのアイデアを探求することで新しい実験の機会や重力の本質に関する洞察が得られる可能性があると考えています。

要するに、宇宙における無秩序の増加から重力が生じるかもしれないという考え方が再検討されており、物理学者たちの間で関心と懐疑の両方を呼び起こしています。

投稿者: pseudolus | スコア: 295

63.
Zeekstd: ZSTDの新境地
(Zeekstd – Rust Implementation of the ZSTD Seekable Format)

著者は、Zstandardのシーク可能フォーマットのRust版を開発しました。このフォーマットは、zstd圧縮ファイルの取り扱いを改善します。通常のzstdファイルは、最初から完全に解凍する必要がありますが、シーク可能フォーマットでは、独立したフレームを解凍できるため、ファイルの中間部分にアクセスする際に、全体を解凍する必要がありません。

このプロジェクトの動機は、大きなzstdファイルのダウンロードを再開できるようにすることでした。これらのファイルはリアルタイムで解凍され、ディスクに保存されます。最初は既存のC言語の関数バインディングを使おうとしましたが、問題が発生し、上流の実装が古く、制限があることに気づきました。

そのため、著者はRustでシーク可能フォーマットをゼロから書き直し、より高度なzstd圧縮APIを使用しました。その結果、標準のzstdツールに似たライブラリとコマンドラインインターフェース(CLI)が完成しました。この作業に対するフィードバックを歓迎します。

投稿者: rorosen | スコア: 203

64.
Ads in Threads
(Ads in Threads)

要約がありません。

投稿者: sebastiennight | スコア: 10

65.
Privacy implications of browsers’ (mis)implementations of Widevine EME (2023)
(Privacy implications of browsers’ (mis)implementations of Widevine EME (2023))

要約がありません。

投稿者: exceptione | スコア: 112

66.
SSLからTLSへ転換の理由
(Why SSL was renamed to TLS in late 90s (2014))

1990年代中頃、NetscapeとMicrosoftは「ブラウザ戦争」と呼ばれる激しい競争を繰り広げていました。NetscapeはSSLプロトコルを開発しましたが、最初のバージョンには重大な欠陥があり、リリースされることはありませんでした。実用的な最初のバージョンはSSL 2でしたが、こちらにも修正が必要な問題がありました。これに対抗して、MicrosoftはSSL 2を改良し、「PCT」というバージョンを作成しましたが、これはInternet ExplorerとIISでしか動作しませんでした。

Netscapeは、Microsoftが標準を支配することを避けるために、SSL 2を改善するためにSSL 3.0を開発しました。しかし、業界のリーダーたちはプロトコルの分裂を避けたいと考え、両社の代表者が集まって解決策を話し合う会議が開かれました。彼らは、オープンなプロセスを通じてプロトコルを標準化するためにIETFを支援することに決めました。

この協力により、SSL 3.0に変更が加えられ、TLS 1.0(元々はSSL 3.1)という名前に変更されました。振り返ってみると、NetscapeとMicrosoftの競争は不必要だったように思えます。

投稿者: Bogdanp | スコア: 534

67.
アイデンティティ承認
(Identity Assertion Authorization Grant)

この文書は、アイデンティティアサーションを使用してサードパーティAPIへのアクセス・トークンを取得するためのプロセスを示しています。トークン交換とOAuth 2.0の認可グラントに関するJWTプロファイルの要素を組み合わせています。

この仕様の目的は、ある認可サーバーからJWT認可グラントをリクエストし、異なる信頼ドメインにある別のサーバーからアクセス・トークンと交換する方法を説明することです。これは、企業環境でよく見られます。

役割については、クライアントは外部APIにアクセスするためにユーザーのアクセス・トークンを求めるアプリケーションを指します。リソースアプリケーションは、保護されたリソースを提供するアプリケーションです。認可サーバー(IdP)は、アプリケーション間でユーザー認証を管理する信頼されたアイデンティティプロバイダーです。

文書では、企業アプリケーションやユーザー認証と認可を必要とするツールなど、さまざまな使用例を提案しています。アイデンティティトークンがAPIへのアクセスをどのように促進するかを示しています。

技術的な詳細としては、ユーザー認証、トークン交換、セキュリティに関する考慮事項のプロセスが指定されており、実装が効率的に連携できるようにしています。

この文書はドラフトであり、時間とともに更新または置き換えられる予定です。さらなる議論や現在の状況についてのリンクも含まれています。

全体として、この仕様はアプリケーションがユーザーのアイデンティティ情報を使用してサードパーティサービスに安全にアクセスできる方法を簡素化することを目指しています。

投稿者: mooreds | スコア: 20

68.
Langton's Emergence
(Langton's Emergence)

要約がありません。

投稿者: davidkimai | スコア: 8

69.
タスク特化型LoRA生成器
(Text-to-LoRA: Hypernetwork that generates task-specific LLM adapters (LoRAs))

Text-to-LoRA(T2L)は、トランスフォーマーモデルを迅速に適応させるためのツールです。使用方法は以下の通りです。

まず、uvをインストールします。インストールガイドに従ってください。次に、リポジトリをクローンします。コマンドラインでgit clone https://github.com/SakanaAI/text-to-lora.gitと入力し、cd text-to-loraでフォルダに移動します。その後、環境を設定します。uvがインストールされていることを確認し、次のコマンドを実行します。uv self updateuv venv --python 3.10 --seeduv syncの順に実行します。依存関係をインストールする際には、ハードウェアとの互換性のためにインストール用のホイールを修正する必要があるかもしれません。

デモでは、16GB以上のメモリを持つGPUが必要です。Hugging Face CLIを使用してログインし、必要なモデルをダウンロードします。コマンドはuv run huggingface-cli loginuv run huggingface-cli download SakanaAI/text-to-lora --local-dir . --include "trained_t2l/*"です。次に、Web UIを起動するためにuv run python webui/app.pyを実行します。また、コマンドラインからLoRAを生成するには、uv run python scripts/generate_lora.py {T2l_DIRECTORY} {TASK_DESCRIPTION}を使用します。

トレーニングには、SFTトレーニングを行います。watcher.pyスクリプトを使用してチェックポイントを自動的に評価します。また、T2Lをトレーニングする前に「オラクル」アダプターをトレーニングして、これらのアダプターを再現します。

生成されたLoRAを評価するために提供されたスクリプトを使用し、異なるモデルの結果を比較して性能を確認します。既知の問題として、トレーニングプロセスにおける非決定性のために結果にばらつきが生じる可能性があります。

T2Lは、特定のタスクに対してトランスフォーマーモデルを効率的に適応させることを目的としており、事前にトレーニングされたLoRAと新たに生成されたLoRAを活用して、さまざまなベンチマークでの性能を向上させます。

投稿者: dvrp | スコア: 131

70.
全ての論文に透明な査読を導入
(Transparent peer review to be extended to all of Nature's research papers)

2025年6月16日から、Natureに掲載されるすべての新しい研究論文には、査読者の報告と著者の応答が含まれることになります。これにより、査読プロセスがより透明になります。この変更は、科学論文がどのように作成されるかを理解し、科学的プロセスへの信頼を築くことを目的としています。

2020年以降、著者は査読ファイルを共有することが選択できましたが、今後はすべての論文で自動的に行われることになります。査読者は、自らの名前を公表することを選ばない限り、匿名のままとなります。この取り組みは、研究の質を向上させる議論の内容を明らかにし、著者や若手研究者にとっても利益をもたらすことを目指しています。

これまで、査読に関する議論は機密扱いとされており、科学的プロセスについての一般の理解が制限されていました。この新しい取り組みは、その状況を変えることを目指しています。科学は常に進化する分野であり、特にCOVID-19パンデミックの際には、科学的議論が広く共有されました。

査読のやり取りを公開することは、査読者の貢献を認識し、科学コミュニケーションを豊かにするための重要なステップと見なされています。

投稿者: rntn | スコア: 117

71.
Quantum mechanics provide truly random numbers on demand
(Quantum mechanics provide truly random numbers on demand)

要約がありません。

投稿者: bookofjoe | スコア: 32

72.
Encryption on the menu at EU Justice Ministers debate
(Encryption on the menu at EU Justice Ministers debate)

要約がありません。

投稿者: nickslaughter02 | スコア: 8

73.
Will OpenAI Train on You Data with Codex CLI and Custom Provider?
(Will OpenAI Train on You Data with Codex CLI and Custom Provider?)

要約がありません。

投稿者: GustavSHartz | スコア: 4

74.
DARPA program sets distance record for power beaming
(DARPA program sets distance record for power beaming)

要約がありません。

投稿者: gnabgib | スコア: 145

75.
Should we design for iffy internet?
(Should we design for iffy internet?)

要約がありません。

投稿者: surprisetalk | スコア: 20

76.
Rails監査完了
(Ruby on Rails Audit Complete)

オープンソース技術改善基金(OSTIF)は、オープンソースのウェブフレームワークであるRuby on Railsのセキュリティ監査の結果を発表しました。この監査は、X41 D-SecがGitLabとソブリンテックエージェンシーの支援を受けて実施し、2024年12月から2025年3月まで行われました。

監査の主な結果として、7つのセキュリティ問題が特定されました。その中には、高度な深刻度の問題が1件、低い深刻度の問題が6件含まれています。また、セキュリティを向上させるための6つの推奨事項も示されています。監査チームは、潜在的な脆弱性を評価するために脅威モデルを作成し、手動でコードレビューを行いました。

報告書では、Ruby on Railsがセキュリティ面で進展を遂げていることが強調されており、コミュニティの積極的な関与が示されています。Railsコミュニティ、X41 D-Secのメンバー、GitLab、ソブリンテックエージェンシーへの感謝の意も表明されています。

詳細については、監査報告書や追加リソースが提供されたリンクから入手できます。また、OSTIFは設立10周年を祝うミートアップを開催し、オープンソースセキュリティの未来について議論する予定です。

投稿者: todsacerdoti | スコア: 205

77.
NexusMods Changes Hands
(NexusMods Changes Hands)

要約がありません。

投稿者: gmemstr | スコア: 43

78.
小児白血病の治療革命
(Childhood leukemia: how a deadly cancer became treatable)

1970年代以前、子供の白血病は致命的な病気であり、診断から5年後に生存する子供は10%未満でした。しかし、治療の進歩により、生存率は大幅に向上しました。現在、裕福な国では約85%の子供が診断から少なくとも5年生存しています。

白血病は最も一般的な小児がんで、主に血液と骨髄に影響を与えます。未熟な白血球が制御不能に増殖することで発生します。子供に多いタイプは急性リンパ芽球性白血病(ALL)と急性骨髄性白血病(AML)です。ALLの生存率は1960年代の14%から2010年代には94%に上昇し、AMLの生存率も14%から60%以上に増加しました。

この進展は、いくつかの要因によるものです。まず、治療方法の改善があります。研究者たちは、白血病細胞を効果的に標的とするために異なる薬剤を組み合わせた多段階の化学療法を開発しました。また、個々のリスク要因に基づいて調整することで、副作用を最小限に抑えることができました。次に、研究の協力が挙げられます。多くの子供を対象とした大規模な臨床試験により、治療プロトコルの理解と標準化が進み、生存率が向上しました。さらに、特定の遺伝子変異の発見により、ターゲット療法が開発され、一部の子供たちの治療成績が改善されました。最後に、化学療法による副作用、例えば感染症や出血の管理が進んだことで、治療を受ける子供たちのケアが大幅に向上しました。

全体として、子供の白血病の経験は死の宣告から治療可能な状態へと変わり、ほとんどの子供が生存し健康な生活を送ることができるようになりました。しかし、これらの治療へのアクセスは世界の多くの地域で依然として限られており、医療のアクセス向上が求められています。

投稿者: surprisetalk | スコア: 302

79.
フィンランドの砂バッテリー
(Finland warms up the world's largest sand battery, the economics look appealing)

フィンランドは、ポルナイネに世界最大の砂を使ったバッテリーを設置しました。この革新的なエネルギー貯蔵システムは、主に再生可能エネルギーから得られる電気で生成された熱を砂に蓄える仕組みです。このバッテリーは、1,000メガワット時の熱を数週間保持でき、冬の間に町を暖めるのに十分な量です。その過程で失われる熱はわずか10〜15%です。

このバッテリーは、町が暖房に使用する石油や木材チップへの依存を減らすことを目指しており、木材の消費を60%削減できる可能性があります。また、電気を生成することもできますが、その効率は低めです。このプロジェクトは、再生可能エネルギーのコストが下がる中で、熱バッテリーへの関心が高まっている一環です。

フィンランドの電力は主に再生可能エネルギーと原子力から供給されており、クリーンで安価です。この砂のバッテリーのコストは公表されていませんが、従来のリチウムイオンバッテリーよりもはるかに安価であると予想されています。リチウムイオンバッテリーのコストは約115ドル per キロワット時です。

投稿者: pseudolus | スコア: 94

80.
Canyon.mid
(Canyon.mid)

要約がありません。

投稿者: LorenDB | スコア: 322

81.
オープンAIの記憶解析
(Extracting memorized pieces of books from open-weight language models)

生成AIに関する著作権訴訟では、原告と被告の双方が大規模言語モデル(LLM)が著作権で保護された素材をどれだけ記憶しているかについて強い主張をしています。しかし、これらの主張は問題を単純化しすぎていることが示されています。著者たちは新しい手法を用いて、13のオープンウェイトのLLMを使ってBooks3データセットからテキストを抽出しました。実験の結果、いくつかのLLMは特定の書籍のかなりの部分を記憶していることが分かりましたが、記憶の程度はモデルや書籍によって異なります。例えば、Llama 3.1 70Bモデルは「ハリー・ポッター」や「1984」といった書籍のほとんどを記憶していましたが、より大きなモデルは一般的にほとんどの書籍を記憶していませんでした。この発見は著作権訴訟に重要な影響を与えますが、どちらの側にも明確に有利とは言えません。

投稿者: fzliu | スコア: 10

82.

ダークラング社は、全てのコードリポジトリをApache License 2.0のもとでオープンソース化しました。この決定は、ダーク社からの移行の一環であり、持続可能性と開発者のエンパワーメントに対するアプローチの変化を反映しています。

当初、ダークラングはホスティング専用のプラットフォームでした。ユーザーはウェブサイト上でのみコーディングできると考えられており、安全で簡単なデプロイメントのために必要だとされていました。しかし、彼らは採用の主な障壁がライセンスではなく、製品の成熟度であることに気づきました。ポジティブなフィードバックを受け、プラットフォームを改善する中で、オープン性への欲求が高まりました。

現在、同社はローカルファーストの開発に注力しており、ユーザーが自分のマシン上でダークラングを実行できるようにしつつ、デプロイメントの選択肢も提供しています。また、開発者ツール市場における新たなビジネスチャンスも見込んでおり、企業が追加機能に対して料金を請求しながら、コアプラットフォームをアクセス可能に保つことに成功しています。

オープンソース化することで、ダークラングはよりアクセスしやすく、コミュニティ主導のプラットフォームを目指しています。プログラミングの民主化という目標に沿った取り組みであり、これによりプラットフォームが今後も成長し、適応し続けると信じています。ただし、エコシステム内のライセンスに関連する技術的な課題については、まだ検討中です。

投稿者: stachudotnet | スコア: 160

83.
Raspberry PiでEDID改造
(Modifying an HDMI dummy plug's EDID using a Raspberry Pi)

このブログ記事では、ダグ・ブラウンがRaspberry Piを使ってHDMIダミープラグのEDID(拡張ディスプレイ識別データ)を変更する方法を説明しています。彼は、ダミープラグのEDIDを4Kモニターとして振る舞うものから、よりシンプルな1080pデバイスに変更する必要がありました。

HDMIダミープラグとは、コンピュータにモニターが接続されていると錯覚させる小さなデバイスです。必要な電気信号をシミュレートすることで機能します。通常、EDIDを保持するシンプルなEEPROMが内蔵されています。

ダグの目標は、ダミープラグのEDIDを1080p HDMIキャプチャデバイスのものに置き換え、コンピュータがそれを1080pモニターとして認識できるようにすることでした。

彼はRaspberry Pi Zeroを使用してHDMIポートに接続されたI2Cコントローラーにアクセスしました。これにより、ダミープラグのEEPROMを読み書きすることができました。まず、Raspberry PiでI2Cを有効にし、必要なツールをインストールしました。

ダグは最初にダミープラグから元のEDIDを読み取り、それをバックアップしました。その後、キャプチャデバイスからEDIDを読み取り、キャプチャデバイスのEDIDをダミープラグに書き込みました。書き込みが成功したことも確認しました。

彼は、誤った変更が実際のモニターを損傷する可能性があるため、このような実験にはダミープラグを使用することを推奨しました。

変更後、ダミープラグはコンピュータに1080pキャプチャデバイスとして認識されることに成功しました。ダグは、この手順を共有することで、同様の目的でダミープラグを変更したい人々を助けたいと考えています。

投稿者: zdw | スコア: 296

84.
歴史画の色彩再生
(Hyperspectral scans of historical pigments and painting reconstructions)

このリポジトリは、絵画をハイパースペクトルイメージングを用いて分析するためのツールとデータを提供しています。これは美術史やコンピュータグラフィックスに役立ちます。データには、九つの絵画と十種類の歴史的な油絵の顔料のハイパースペクトルスキャンが含まれています。また、フェルメールの「牛乳を注ぐ女」のさまざまな制作段階も含まれています。

データセットの主な要素には、未処理および処理済みのハイパースペクトルスキャンファイル、これらのスキャンを処理し、絵の具の色を分離するためのコード、実用的なアプリケーションのためのJupyter Notebookの例が含まれています。この研究は、ルーベン・ウィアスマが率いるTUデルフトのCGVグループによって行われ、他のアーティストや研究者からの貢献もあります。このデータセットは、技術的な美術史におけるデータのオープンアクセスを促進することを目的としており、非商業利用のためにCC-BY-NC-SAライセンスのもとで共有されています。

データを使用するには、まずpainting_toolsというPythonパッケージをインストールします。次に、キャリブレーション、データ処理、顔料分析のために提供されたJupyter Notebookを読み込みます。

研究者はこのデータセットを利用して、ハイパースペクトルデータのスティッチングアルゴリズムの開発や、歴史的な絵画における顔料の特定、高次元データの可視化技術の探求などを行うことができます。

重要な注意点として、データはテレビ番組のために収集され、より広範な研究利用のために共有されています。ただし、ガラス越しに撮影されたデータや、乾燥過程による潜在的な汚染など、いくつかの制限があります。このデータが役立つと感じた場合は、リポジトリを引用し、貢献したアーティストに感謝の意を示してください。

投稿者: yig | スコア: 35

85.
Linux kernel WireGuard can go 'fast' on decent hardware
(Linux kernel WireGuard can go 'fast' on decent hardware)

要約がありません。

投稿者: zdw | スコア: 35

86.
ミニマル拡散法
(Tiny-diffusion: A minimal implementation of probabilistic diffusion models)

Tiny-Diffusionは、2Dデータセットに対して確率的拡散モデルを使用するためのシンプルなPyTorchツールです。最初にpython ddpm.py -hを実行すると、トレーニングオプションを確認できます。

主要なプロセスには、前方プロセスと逆プロセスがあります。前方プロセスでは、1,000の2Dポイントからなるデータセットに対して拡散プロセスがどのように適用されるかを示しており、視覚的には恐竜で表現されています。逆プロセスでは、モデルが元のデータ分布をどのように回復するかを説明しています。

実験では、学習率やモデルサイズなどのハイパーパラメータに関して複数のテストが行われ、その結果は生成された2Dポイントを通じて視覚化されました。学習率はモデルの性能に大きく影響し、調整することで初期の不十分な出力を改善できました。データセットに関しては、基本的なラインデータセットではモデルが苦戦し、角がぼやけた結果となりました。タイムステップの数が多いほど出力が良くなり、少ないと形が不完全になります。分散スケジュールについては、二次的なスケジュールは効果が薄く、コサインやシグモイドのような代替案を試すべきです。モデルの容量(サイズや層の数)を変更しても、結果には大きな影響が見られませんでした。位置埋め込みはタイムステップ情報からの恩恵を受けますが、エンコーディング方法はそれほど重要ではありません。入力に対する正弦波埋め込みは、低次元での関数学習に役立ちます。

実装にはDatasaurus DozenのDinoデータセットが使用されており、他の拡散モデルライブラリや研究を基にしています。

投稿者: BraverHeart | スコア: 93

87.
自閉症と物の擬人化
(Object personification in autism: This paper will be sad if you don't read (2018))

テキストが提供されていないようです。要約してほしい内容を教えていただければ、お手伝いします。

投稿者: oliverkwebb | スコア: 112

88.
化学の知恵対決
(Chemical knowledge and reasoning of large language models vs. chemist expertise)

この記事では、ChemBenchというフレームワークについて説明しています。このフレームワークは、大規模言語モデル(LLM)の化学知識や推論能力を人間の化学者と比較して評価するために設計されています。研究者たちは、さまざまなLLMを評価するために、2,700以上の質問と回答のペアを作成しました。その結果、トップモデルは一般的に熟練した人間の化学者よりも優れた性能を示しましたが、基本的なタスクには苦労し、自信過剰な予測をすることが多いことが分かりました。

この結果は、化学におけるLLMの優れた能力を示す一方で、安全性や効果を高めるためのさらなる研究が必要であることを強調しています。著者たちは、これらの進展に応じて化学教育も適応する必要があるかもしれないと提案しており、化学や関連分野におけるLLMの評価にはベンチマークフレームワークの重要性があると強調しています。

投稿者: bookofjoe | スコア: 103

89.
サイボーグ胚の脳成長発見
(Cyborg Embryos Offer New Insights into Brain Growth)

新しい柔軟な電極アレイが開発され、カエルやマウスの胚に安全に埋め込むことができるようになりました。この技術により、研究者は胚に害を与えることなく脳の発達を観察することができます。この進展は、初期成長段階における脳の機能について貴重な知見を提供します。

投稿者: rbanffy | スコア: 39

90.
GitHub CI/CDの可視化ガイド
(GitHub CI/CD observability with OpenTelemetry step by step guide)

CI/CD(継続的インテグレーション/継続的デリバリー)の世界では、パイプラインのパフォーマンスを把握することが重要です。GitHub Actionsは自動化に広く利用されていますが、問題のデバッグは明確な情報がないと難しいことがあります。OpenTelemetry(OTel)は、トレース、メトリクス、ログなど、これらのパイプラインに関するデータを収集するためのオープンソースのフレームワークです。

OpenTelemetryをGitHub Actionsと組み合わせる主な利点には、ワークフローのライフサイクル全体を追跡できるエンドツーエンドの可視性、パイプライン内の遅いステップやボトルネックを特定できるパフォーマンスの最適化、ワークフローの失敗箇所を迅速に見つけ出しデバッグを簡素化するエラー検出、複雑なワークフロー内で異なるジョブがどのように相互作用するかを理解するための依存関係分析があります。

従来は、さまざまな別々のツールを使って監視が行われてきましたが、OTelはメトリクスとトレースを一つのシステムで統合的にキャプチャするアプローチを提供します。

OpenTelemetryをGitHub Actionsに設定する手順は次の通りです。まず、GitHubリポジトリにWebhookを設定し、ワークフローイベントをOTel Collectorに送信します。次に、GitHubレシーバーの利点を活かすために、otelcol-contribディストリビューションをインストールします。Collectorにトレースとメトリクスの設定を追加し、GitHubレシーバーを設定します。CollectorがGitHubと認証できるように、パーソナルアクセストークンを使用して認証を追加します。設定が完了したら、OTel Collectorを起動します。Collectorを設定して、収集したデータをSigNozのような可観測性プラットフォームに送信します。最後に、ワークフローを実行した後に選択したプラットフォームでログやメトリクスを確認します。

OpenTelemetryを活用することで、CI/CDパイプラインの可視性とパフォーマンスを向上させ、効果的に管理・トラブルシューティングを行うことが容易になります。

投稿者: ankit01-oss | スコア: 150

91.
William Langewiesche, the 'Steve McQueen of Journalism,' Dies at 70
(William Langewiesche, the 'Steve McQueen of Journalism,' Dies at 70)

要約がありません。

投稿者: rsingel | スコア: 23

92.
Google aims to reinvent email with Wave (2009)
(Google aims to reinvent email with Wave (2009))

要約がありません。

投稿者: xattt | スコア: 43

93.
Cray versus Raspberry Pi
(Cray versus Raspberry Pi)

要約がありません。

投稿者: flyingkiwi44 | スコア: 165

94.
ネット強靭クラブ設立
(Start your own Internet Resiliency Club)

現在の紛争、気候変動、地政学的な問題により、ヨーロッパではインターネットの障害が増える可能性があります。政府や企業は適応が遅れがちですが、小さなボランティアグループが通信の復旧に重要な役割を果たすことができます。

インターネットレジリエンシークラブは、インターネットの専門家たちが集まり、低コストで低電力のLoRa無線とMeshtasticソフトウェアを使って、従来のインフラに依存せずに通信を行うチームです。このガイドでは、自分自身のクラブを作るためのハードウェアや設定に関するヒントを提供します。

著者のヴァレリー・オーロラは、ウクライナが戦争中にインターネットインフラをどのように管理したかを目の当たりにし、これらのクラブの必要性を強調しています。彼女は、オランダ政府が適切な緊急通信計画を持っていないことにも言及しています。

インターネットレジリエンシークラブを始めるには、まず10キロ以内のテクノロジーに詳しい人々を集めます。次に、Signalやメールなどの通信方法を選びます。その後、グループメンバー用にLoRa無線機とモバイルバッテリーを購入します。無線機にMeshtasticをインストールし、通信チャンネルを選択します。最後に、集まりを開催して機器の使い方を練習します。

LoRa無線は安価で低電力であり、ライセンスも必要ありません。低帯域幅で数キロメートルの距離にメッセージを送信できます。緊急時には、従来の方法が機能しない場合でも、これらのクラブが接続を維持する手助けをします。

議論に参加したり質問がある場合は、こちらのメーリングリストに参加できます。

投稿者: todsacerdoti | スコア: 555

95.
反逆者リチャード・フォアマン
(The Renegade Richard Foreman)

リチャード・フォアマンは、87歳で亡くなった革新的な劇場アーティストです。彼のキャリアの中で、伝統的な物語の語り方に挑戦する50以上の革新的な作品を創作しました。フォアマンは、従来の脚本に従うのではなく、生の進化するテキストを用い、リハーサル中にセリフを割り当て、セットや小道具を常に修正しました。彼のスタイルは、シュールレアリズムからより混沌とした暗い美学へと進化し、哲学や視覚芸術の要素を融合させることが多かったです。

フォアマンは、演劇は現実を模倣するべきではなく、存在についての新しい視点を提供すべきだと考えていました。彼は現在の瞬間の重要性を強調し、観客が自らの認識を問い直すような形で関与させることを目指しました。彼の作品には、しばしば不条理や自己言及的な対話が含まれ、キャラクターたちは答えを探し求めるものの、ほとんど見つけることはありませんでした。

ニューヨーク州スカースデールで育ったフォアマンは、マンハッタンの活気あるアートシーンに影響を受けました。彼は伝統的なリアリズムを拒否し、境界を押し広げるアバンギャルドな劇場を創造することを目指しました。彼のリハーサルは緊張感があり、詳細にわたり、身体的な動作や微妙なジェスチャーに焦点を当て、俳優たちを彼のビジョンのための楽器に変えていきました。

彼の独自のスタイルにもかかわらず、フォアマンの作品は常に観客に受け入れられたわけではなく、多くの人が公演中に退場することもありました。それでも彼は革新を続け、瞬間に生き、関連性を保つことの重要性を信じていました。晩年には、自身の生のテキストをオンラインで公開し、他者が自由にその素材を使用できるようにしました。これにより、彼の芸術的遺産が引き続き共鳴し続けることを確保しました。フォアマンの作品は、人生における意味の探求を強調し、存在の複雑さを捉えています。

投稿者: prismatic | スコア: 14

96.
公的Android APIの笑い
(Jokes and Humour in the Public Android API)

Androidの公開APIには、実用性よりもユーモアを重視した要素がいくつか含まれています。以下はその主なポイントです。

ActivityManager.isUserAMonkey()というメソッドは、UIがUI Exerciser Monkeyというアプリのストレステストツールによってテストされているかどうかを確認します。このメソッドは、Androidの開発中に起こった面白い出来事を受けて追加されました。

UserManager.isUserAGoat()は、最初はジョークとして作られたメソッドで、ユーザーが「ヤギ」であるかどうかをチェックします。このメソッドは、Goat Simulatorアプリを検出するために修正されましたが、プライバシーの懸念からAndroid 11以降は常にfalseを返すようになっています。

UserManager.DISALLOW_FUNは、ユーザーがデバイス上で楽しむことを制限するポリシーです。このポリシーにより、Androidのバージョンエッグなどの楽しい機能やイースターエッグが無効にされることがあります。

Chronometer.isTheFinalCountdown()というメソッドは、呼び出すとヨーロッパの「The Final Countdown」のYouTube動画を開きます。

PackageManager.FEATURE_TOUCHSCREEN_MULTITOUCH_JAZZHANDは、同時に五つのタッチを追跡できるデバイスの能力を表し、ジャズハンドにちなんでユーモラスに名付けられています。

Log.wtf()は、深刻なエラー用のログ記録メソッドで、「What a Terrible Failure」という意味のユーモラスな名前が付けられています。

AdapterViewFlipper.fyiWillBeAdvancedByHostKThx()は、開発者が命名規則に苦労していることを反映したカジュアルなメソッド名です。

IBinder.TWEET_TRANSACTIONやLIKE_TRANSACTIONは、実際のアクションを実行するわけではなく、ツイートを送信したりアプリを「いいね」したりすることをユーモラスに示しています。

SensorManager.SENSOR_TRICORDERは、架空のスタートレックのデバイスにちなんでおり、最初のAndroidバージョンに追加されました。

GRAVITY_*定数には、スター・ウォーズのデス・スターなど、架空の場所の重力に関するユーモラスな参照が含まれています。

隠れた<blink>タグは、要素を点滅させる未文書の機能で、インターネットの初期に人気だったスタイルを参照しています。

全体として、AndroidのAPIには、開発体験に個性を加える楽しくて風変わりな要素が含まれていることが示されています。

投稿者: todsacerdoti | スコア: 283

97.
Denmark tests unmanned robotic sailboat fleet
(Denmark tests unmanned robotic sailboat fleet)

要約がありません。

投稿者: domofutu | スコア: 53

98.

クリス・ミチンスキーは、ミノウブルック会議センターで論理プログラミングに関するワークショップを開催しました。参加者たちはDatalogや他の論理プログラミング言語に興味を持ち、意見を交換しました。イベントは楽しいものでしたが、学術界特有の課題にも直面しました。特に、優秀な人々が実用的な成果に直接結びつかない複雑な問題に取り組むことが多い点が挙げられます。

特に注目された発表は、デニス・ブエノによるctdalに関するもので、Datalogを用いたプログラム解析に焦点を当てています。著者はこれらの課題に興味を持ち、シンプルで使いやすく効率的なインタラクティブなDatalogツールをRustで作成することを決めました。このプロジェクトでは、ユーザーが事実やルールを入力し、迅速に結果を確認できるインタラクティブなDatalog環境を構築する予定です。

著者は、データフロッグのような既存のプロジェクトを利用するのではなく、ゼロから始めることを計画しています。これにより、より良いユーザー体験を目指します。最初のステップとして、Datalogの概念を説明し、ルールの解析や事実の管理について解説しながら、徐々に高度な機能を追加していく予定です。将来的には、パフォーマンスの最適化やディスクストレージ、マルチワーカー機能の追加も検討しています。

Datalogは、ユーザーが論理ルールを定義して新しい事実を推論することを可能にします。ルールは明確な構造を持ち、ヘッドとボディに分かれています。このプロジェクトでは、ユーザーがルールを入力し、出力を確認し、事実を効率的に管理できるインタラクティブなシェルを作成することを目指しています。著者は、読者にプロジェクトに参加し、論理プログラミングの世界を探求することを勧めています。

投稿者: brson | スコア: 322

99.
ドリーの文法教室
(Cure Dolly's Japanese Grammar Lessons)

このテキストは、ウェブサイトの主なナビゲーションの概要を簡潔に説明しています。ナビゲーションには、「ホーム」、「アバウト」、「外観」といったセクションが含まれています。

投稿者: agnishom | スコア: 110

100.
超臨界CO2で回路ブレーカー革新
(Reinventing circuit breakers with supercritical CO2)

ジョージア工科大学が新しい高電圧遮断器を開発しました。この遮断器は、超臨界二酸化炭素を利用して電力網の障害を管理します。この革新的な技術は、電気の障害を解消する際に温室効果ガスを排出しないため、電気システムを維持するためのより環境に優しい選択肢となっています。

投稿者: rbanffy | スコア: 99
0
Creative Commons