1.AGIのAは広告(The A in AGI Stands for Ads)
ニューヨーク・タイムズのアナリストがOpenAIの将来について悲観的な見解を示していることに対して、この記事は反論しています。OpenAIは財政的に安定しており、成長の可能性があると主張しています。最近、OpenAIは400億ドルの資金調達を行い、急速に収益が増加しています。また、ChatGPTプラットフォーム内での広告に関する野心的な計画も持っています。
OpenAIの資金調達と評価は非常に強固で、1兆ドルのIPOを目指しています。ユーザーベースも拡大しており、月間アクティブユーザーや日間ユーザーが増加しているほか、有料会員も増えています。OpenAIは2026年からChatGPTに広告を統合する計画を立てており、広告は明確に表示され、ユーザーのプライバシーも保護される仕組みです。
予測によると、OpenAIは広告収入を大幅に得る可能性があり、2029年までに250億ドルに達する可能性があります。また、OpenAIの広告戦略はGoogleやMetaなどの既存のプラットフォームと比較されており、ChatGPTにおけるユーザーの検索意図が高いことが強調されています。将来の収益予測は楽観的で、2026年には300億から350億ドル、2029年には最大で1500億ドルに達する可能性があります。
著者は、OpenAIが単に生き残るだけでなく、繁栄していると考えており、広告がビジネスモデルにおいて重要な役割を果たす一方で、AGI(汎用人工知能)の追求は依然として遠い目標である可能性があると示唆しています。
2.Starting from scratch: Training a 30M Topological Transformer(Starting from scratch: Training a 30M Topological Transformer)
要約がありません。
3.リンで進化するエポキシ(More sustainable epoxy thanks to phosphorus)
エンパの研究者たちは、リサイクル可能で難燃性の新しいエポキシ樹脂を開発しました。従来のエポキシ樹脂は、その化学構造のためにリサイクルが難しく、焼却や埋立てといった廃棄の問題がありました。
この革新的な樹脂はリンを含んでおり、加熱することで再加工が可能です。これにより、複数回のリサイクルサイクルを経ても強度を保つことができます。また、この新しいエポキシ樹脂は化学的に溶解できるため、複合材料から繊維を回収することが可能です。これは、従来のエポキシ樹脂では難しかった大きな進展です。
エンパは、風力タービンなどの火災に敏感な分野でのコーティングや接着剤など、産業用途向けに生産を拡大することを目指しています。商業化のための業界パートナーを探しており、他のポリマーを難燃性かつリサイクル可能にする可能性も模索しています。
4.コマンドラインの力235倍速(Command-line Tools can be 235x Faster than your Hadoop Cluster (2014))
コマンドラインツールを使うことで、データ処理タスクがHadoopを使うよりも大幅に速くなることがあります。具体的な例として、チェスのゲームデータ(1.75GB、200万ゲーム)の勝敗比を分析した際の結果が挙げられます。このデータをノートパソコンで処理したところ、わずか12秒で完了しましたが、Hadoopでは約26分かかりました。
コマンドラインの効率性が重要なポイントです。シンプルなシェルコマンドは、Hadoopよりもはるかに速くタスクを実行でき、並列処理の可能性もあります。また、ストリーミング分析を行うことで、全データをメモリに読み込むよりもメモリ使用量を減らし、速度を向上させることができます。
著者は、cat、grep、awkなどのコマンドを使用して、処理パイプラインを構築しました。このパイプラインはHadoopに比べて驚異的な速度向上を実現しました。さらに、xargsを使ってタスクを並列化する技術を取り入れることで、パフォーマンスがさらに改善されました。
最終的に、最適化されたコマンドラインパイプラインはデータを約12秒で処理し、Hadoopよりも約235倍速くなりました。多くのデータ処理タスクにおいて、シンプルなコマンドラインツールは、特に小規模なデータセットに対して、複雑なビッグデータフレームワークであるHadoopよりも効率的であることが示されています。
5.What is Plan 9?(What is Plan 9?)
要約がありません。
6.Milk-V Titan: A $329 8-Core 64-bit RISC-V mini-ITX board with PCIe Gen4x16(Milk-V Titan: A $329 8-Core 64-bit RISC-V mini-ITX board with PCIe Gen4x16)
要約がありません。
7.次世代デザイン(ThinkNext Design)
ビジネスにおいて成功を収めるためには、意図的なデザインが重要であると強調されています。計画的で考え抜かれたデザインは、より良い結果をもたらし、全体的なビジネスの効果を高めることができると示唆されています。
8.Figma操作CLI(Figma-use – CLI to control Figma for AI agents)
ダンは、AIエージェントがFigmaでデザインを行うためのコマンドラインインターフェース(CLI)を作成しました。このツールの主なポイントは以下の通りです。
このCLIには、形状、テキスト、フレーム、コンポーネントの作成、スタイルの変更、アセットのエクスポートなどに使える100のコマンドがあります。既存のプラグインよりも約100倍速くJSXをインポートでき、どのAIコーディングアシスタントとも連携可能です。
このツールを開発した理由は、公式のFigma MCPサーバーがファイルを読み取ることしかできず、AIにボタンやレイアウトを作成するなど、デザインを積極的に行わせたかったからです。
短いデモ動画も公開されています。
このCLIは、コマンドラインにBunとCittyを使用し、WebSocketプロキシにはElysiaを利用しています。また、Figmaのマルチプレイヤープロトコルに接続することで、多くのオブジェクトを扱う際のパフォーマンスを向上させています。
試してみたい場合は、bun install -g @dannote/figma-useを実行することでインストールできます。
ダンは、CLIの使いやすさや不足しているコマンド、JSXの構文についてのフィードバックを求めています。
9.A free and open-source rootkit for Linux(A free and open-source rootkit for Linux)
要約がありません。
10.アイコンライブラリ(Iconify: Library of Open Source Icons)
さまざまなアイコンセットが、タイプ、ライセンス、アイコンの数によって分類されています。以下はその要約です。
マテリアルアイコンは6セットあり、合計15,180個のアイコンが含まれています。ライセンスはApache 2.0とオープンフォントライセンスです。
UIアイコン(24px)は54セットあり、合計40,401個のアイコンがあります。ライセンスにはMITやCC BY 4.0が使用されています。
UIアイコン(16px / 32px)は18セットで、12,339個のアイコンが含まれています。これらのセットはMITやCC BYのライセンスです。
UIその他/ミックスグリッドは34セットあり、28,749個のアイコンを提供しています。ライセンスにはMITやCC BYが含まれています。
UIマルチカラーは12セットで、合計5,998個のカラフルなアイコンがあり、さまざまなライセンスの下で提供されています。
プログラミングアイコンは9セットあり、4,467個のアイコンが含まれています。主にMITライセンスです。
ロゴは15セットあり、4,606個のアイコンが特徴です。ライセンスにはCC0やMITが含まれています。
絵文字は11セットで、3,575個の絵文字アイコンがあり、CC BYやApacheのライセンスが適用されています。
国旗/地図は7セットあり、2,327個のアイコンが含まれています。ライセンスにはMITやオープンフォントライセンスがあります。
テーマアイコンは8セットで、ゲームや健康などのテーマに関連する2,978個のアイコンがあり、さまざまなライセンスの下で提供されています。
アーカイブ/メンテナンスされていないセットは30セットあり、10,436個のアイコンが含まれています。複数のライセンスが適用されています。
この要約は、利用可能なさまざまなアイコンセットの主要なカテゴリ、アイコンの数、ライセンス情報をカバーしています。
11.AI企業の破滅と再生(AI companies will fail. We can salvage something from the wreckage)
コリー・ドクトロウのエッセイでは、AI企業の潜在的な失敗について論じられています。AIのリスクは、社会におけるアスベストのように、見えないところに潜んでいて危険だと例えられています。彼は、これらの危険に効果的に対処するためには、テクノロジー業界の強力な独占企業が引き起こす根本的な問題に取り組む必要があると主張しています。このエッセイでは、AIの問題の表面的な影響だけでなく、その根本原因に取り組むことの重要性が強調されています。
12.Erdos 281 solved with ChatGPT 5.2 Pro(Erdos 281 solved with ChatGPT 5.2 Pro)
要約がありません。
13.ASCII characters are not pixels: a deep dive into ASCII rendering(ASCII characters are not pixels: a deep dive into ASCII rendering)
要約がありません。
14.キーストーン採用中(Keystone (YC S25) Is Hiring)
Keystoneは、自律的なコーディングエージェントのためのインフラを構築しています。彼らは、実際の生産環境を模した安全な環境を提供し、イベントベースのトリガーや検証プロセスを用いて、完全なコードの展開を可能にしています。現在、創業者と密に連携してコアプロダクトに取り組む創業エンジニアを募集しています。技術スタックには、TypeScript、React(Next.js)、Python、Postgres、Redis、AWSが含まれています。このポジションはソーマ地区での対面勤務で、給与は15万ドルから35万ドル、さらに0.5%から3%の株式が付与されます。詳細については、彼らの求人情報をご覧ください。
15.Profession by Isaac Asimov (1957)(Profession by Isaac Asimov (1957))
要約がありません。
16.jQuery 4の新時代(jQuery 4)
jQuery 4.0.0が2026年1月17日に正式にリリースされました。これは、2006年にジョン・レスグによって導入されてから20年を迎える節目のバージョンです。
このバージョンでは、重要な改善や現代化が行われており、約10年ぶりの大規模なリリースとなります。ユーザーは、いくつかの互換性のない変更があるため、アップグレードの詳細を確認することが推奨されていますが、ほとんどのユーザーはコードの最小限の調整でアップグレードが可能です。
jQuery 4.0.0では、Internet Explorer 11未満のバージョンや非常に古いブラウザのサポートが終了しました。これらのブラウザのサポートが必要なユーザーは、jQuery 3.xを使用することをお勧めします。
新機能としては、セキュリティを強化する「Trusted Types」サポートが追加され、安全なHTML入力操作が可能になりました。また、jQueryのソースコードが最新のモジュールシステムに対応し、開発ワークフローとの統合が向上しました。
いくつかの以前に非推奨とされたAPIが削除され、ユーザーはネイティブのJavaScriptの代替を使用することが奨励されています。フォーカスイベントの順序も最新のW3C仕様に従うようになり、動作に互換性のない変更が生じています。
jQueryのスリムビルドも用意されており、特定のモジュールを除外することでサイズを削減しています。これは、AJAXやDeferredsを必要としないプロジェクトに特に便利です。
jQuery 4.0.0はCDNやnpmを通じて入手可能で、標準版とスリム版のリンクが提供されています。リリースに貢献した方々への感謝も表明されています。
全体として、jQuery 4.0.0はライブラリの現代化を目指し、セキュリティとパフォーマンスを向上させる重要なアップデートとなっています。
17.ギブラム:瞬時のグラフ検索(GibRAM an in-memory ephemeral GraphRAG runtime for retrieval)
著者は複雑な規制文書に取り組んでおり、従来のRAG(Retrieval-Augmented Generation)システムが関連する記事を効果的に取得するのに苦労していることに気付きました。彼らは、Microsoftの論文に触発されたGraphRAGアプローチが改善につながると考えましたが、グラフストレージとベクトルインデックスのための別々のシステムが短期的なタスクには複雑すぎると感じました。
この問題を解決するために、著者はGibRAM(Graph in-buffer Retrieval and Associative Memory)という実験的なツールを作成しました。GibRAMは、エンティティや関係のようなデータをメモリに保持し、要約やクエリなどの探索的なタスク中に迅速にアクセスできるように設計されています。GibRAMは一時的なもので、セッションベースでの使用を目的としており、ストレージよりも速度を優先しているため、耐久性の保証はありません。
このプロジェクトは正式なデータベースや商用システムではなく、GraphRAGがメモリ制約の下でどのように機能するかを試すためのカジュアルな実験です。著者は、RAGやグラフベースの検索に詳しい人々からのフィードバックを歓迎しています。このプロジェクトはオープンソースで、GitHubで公開されています。
18.同意マシン(Consent-O-Matic)
Consent-O-Maticは、ウェブサイトのクッキー同意バナーを簡単に処理できるブラウザ拡張機能です。これらのバナーは、特にブラウザがセッションごとにクッキーを消去する場合、選択肢を何度もクリックする必要があることが多いです。Consent-O-Maticは、インストール時に設定した好みに基づいて、これらの同意要求を自動的に認識し管理します。選択が適用されると、チェックマークが表示されます。
主な機能には、200以上の一般的な同意管理プラットフォーム(CMP)を自動で処理することが含まれています。また、このプロジェクトはオープンソースであり、誰でもルールを追加したり更新したりしてツールの改善に貢献できます。プライバシーにも配慮しており、機能するために必要なブラウザの権限のみを取得し、ウェブとの通信は最小限に抑えています。
インストールは、ブラウザの公式拡張ストアから行うのが最も推奨されます。GitHubからインストールすることもできますが、ソースからビルドする方法はあまり推奨されていません。
カスタマイズも可能で、現在サポートされていないCMPのために独自のルールを作成したり、既存のルールに関する問題を報告したりできます。
要するに、Consent-O-Maticは同意プロセスを簡素化し、ユーザーがオンラインでプライバシーを管理する際の手間を減らすことを目指しています。
19.バイトコードの隙間技術(Poking holes into bytecode with peephole optimisations)
この記事では、仮想マシンの実行環境をCからRustに移行する際に行った初期の最適化について説明しています。最適化の主な焦点は「ピーphole最適化」と呼ばれる手法で、バイトコードの小さな部分を簡素化したり、不要な操作を削除することで改善を図ります。
ピーphole最適化は、バイトコードの小さなウィンドウ(サイズ3)で動作し、命令を統合したり冗長なものを排除します。この手法は、以前のコンパイル段階で見逃された最適化のフォールバックとして機能します。
具体的には、最適化は定数の読み込みや算術演算を一つのステップに統合し、仮想マシンの負荷を軽減します。特に、自分自身に値を移動するような、 trivialまたは不要な命令を最適化します。
これらの最適化は、実行環境の起動時間を最小限に抑えることを目的としており、より複雑な最適化はコンパイルプロセスの早い段階に委ねられています。
最適化の正確性を確保するために、テストが作成され、書き換えたパターンがプログラムの意図した動作を変えずに正しく機能することを検証します。
最適化はコンパイルフラグによって制御されており、ユーザーは必要に応じてそれを有効または無効にすることができます。
この記事は、ターゲットを絞った最適化を用いて仮想マシンの実行環境の性能を向上させる体系的なアプローチを示しており、効率性と正しい機能性を強調しています。
20.ギリシャ語の最長単語(The longest Greek word)
「ロパドテマコセラコガレオクラニオレイプサノドリムヒポトリマトシルフィオカラボメリトカタケチュメノキクレピコッシフォファットペリステラレクトリオンオプテケファリオキグクロペレイオラゴイオシライオバフェトラガノプテリゴン」という言葉は、紀元前391年にアリストファネスが書いた古代ギリシャの喜劇「女議員たち」に登場する架空の料理です。この言葉は、ギリシャ語で最も長い単語として知られ、171文字を含み、文学における最長単語としてギネス世界記録にも認定されています。
この料理は、さまざまな魚や鳥、ソースなど、少なくとも16種類の異なる材料から成るフリカッセ(煮込み料理)として描かれています。そのため、非常に複雑で豪華な食事となっています。この言葉は、劇中の宴会のシーンで言及されており、作品のコメディーや風刺的な性質を強調しています。
この長い単語の英語訳はさまざまで、いくつかはその本質を捉えようとし、材料をユーモラスに列挙する試みも見られます。
21.デジタル商品の価格戦略(Does PPP (Parity Pricing) work for one-time digital products?)
Tech Lead Simulatorというツールが紹介されています。このツールは、エンジニアリングマネージャーやテックリードが難しい会話を安全な環境で練習するために設計されています。コードの単体テストのように、このシミュレーターはユーザーが難しいやり取りに備える手助けをします。具体的には、スコープクリープの管理や、技術的でない利害関係者との効果的なコミュニケーションなどです。
主な特徴には、リアルなシナリオがあります。ユーザーは、要求の厳しいプロダクトマネージャーやチームメンバーのパフォーマンス問題に対処するシミュレーションに直面します。また、安全な練習環境を提供し、実際の結果を気にせずに失敗することができます。シミュレーションの後には、参加者は自分のコミュニケーションスキルについてのフィードバックを受け取ります。
このシミュレーターは、新しいテックリードや面接の準備をしている人、他の人を指導している経験豊富なマネージャーにとって貴重なリソースとして位置づけられています。難しい会話をより簡単かつ効果的にすることで、リーダーシップスキルを向上させ、チームのダイナミクスやキャリアの進展につながることを目指しています。
料金は19ドルで、生涯アクセスが可能です。なお、価格は近日中に上がる予定です。興味のある方には、試してみるための無料シナリオも用意されています。
22.災害時の保存リスト(The grab list: how museums decide what to save in a disaster)
「ミューラル」はジャクソン・ポロックが制作した最大の作品で、高さ8フィート、幅19フィートの大きさです。この作品は1943年にペギー・グッゲンハイムの依頼でニューヨークのアパートメントのために制作されました。作品は抽象的ですが、よく見るとキャンバスの上を動く人間や動物の姿が見えます。ポロックはこの作品を、そのダイナミックなエネルギーから「スタンピード」と呼びました。
23.ロンドン地下鉄の電波革命(How London cracked mobile phone coverage on the Underground)
ロンドンは地下鉄での携帯電話のカバレッジを大幅に改善しました。これは「ホテル」と呼ばれる共有データセンターのような革新的な解決策のおかげです。これらの施設は複数の携帯ネットワークの機器を収容しており、古い駅のスペースの制約を克服するのに役立っています。
各ネットワークがすべての駅に機器を設置するのではなく、Boldyn Networksは「中立ネットワーク」を作成しました。この仕組みにより、すべてのネットワークが同じインフラを利用できるようになり、スペースとコストの節約が実現しました。
新しいシステムは通勤者向けの携帯電話のカバレッジを提供するだけでなく、政府の緊急サービスネットワークもサポートしています。これにより、緊急対応者のための信頼性の高い通信が確保されます。
過去4年間、必要な機器の設置は古い駅の狭い条件のために複雑でしたが、残りの設置作業は1年以内に完了する予定です。
このシステムには、トンネルや駅内に広範な配線と機器が含まれており、トンネル内での信号分配には「リーキー・フィーダーケーブル」が使用されています。この技術により、無線信号がトンネル全体に広がることが可能になります。
ほとんどのインフラは年末までに稼働する見込みで、交通量の多い地上エリアでのカバレッジ向上のための作業も進行中です。これらの進展により、ロンドンの地下鉄は完全な携帯電話のカバレッジを提供する方向に進んでおり、乗客が地下を移動中もつながりやすくなります。
24.No knives, only cook knives(No knives, only cook knives)
要約がありません。
25.We put Claude Code in Rollercoaster Tycoon(We put Claude Code in Rollercoaster Tycoon)
要約がありません。
26.キプ:トルコ語文法の新言語(Kip: A programming language based on grammatical cases of Turkish)
Kipは、トルコ語の文法的格を型システムに取り入れた実験的なプログラミング言語です。この言語は、言語学とプログラミングの概念を融合させることを目的としており、特にトルコ語の名詞の格や母音調和を使用しています。主に研究や教育のためのツールであり、商業利用を目的としていません。
Kipの主な特徴には、トルコ語の名詞の格を使用して関数の引数を定義することが含まれています。これにより、関数呼び出し時の引数の順序が柔軟になります。また、帰納的および多相的なデータ型をサポートしており、複雑なデータ構造の作成が可能です。特定の接尾辞を使用してパターンマッチングを行うことができ、コードを明確かつ簡潔に保つことができます。入力と出力に関する関数も含まれており、ユーザーからの入力を読み取ったり、出力を表示したりすることができます。
Kipを使用するには、FomaやStackといったツールが必要です。さまざまなオペレーティングシステムにインストールでき、REPL環境で実行することが可能です。
例えば、Kipのプログラムでは、ユーザーに数字を入力させ、その入力に基づいてフィボナッチ数を表示することができます。
Kipプロジェクトは、アプリケーションコード、ライブラリ、テスト用のディレクトリを持つ明確な構造を持っています。また、KipはTRmorphというツールを使用してトルコ語の単語を解析し、型チェックの際に発生する曖昧さを管理します。
全体として、Kipは自然言語の特徴をプログラミングに統合したユニークなプログラミング言語であり、コーディングと言語学の研究に新しいアプローチを提供しています。
27.Why the Tech World Thinks the American Dream Is Dying(Why the Tech World Thinks the American Dream Is Dying)
要約がありません。
28.お金集めの苦悩(Raising money fucked me up)
約4ヶ月前、私は共同創業者のペドリケと一緒に自分のビジネスを始めるために仕事を辞めました。私たちは一緒にプロジェクトに取り組んでおり、その可能性を信じていましたが、私の主な動機は自分の事業を運営したいという思いでした。財政的には整っていたので、製品を徐々に成長させることを期待していましたが、ペドリケは自分を支えるために早急に資金を調達する必要がありました。
私たちはどちらかが経済的な理由でパートタイムになる状況を避けるために、資金調達を決定しました。元上司を含む素晴らしいエンジェル投資家からの投資を受け、支援的で理解のあるBroom Venturesと協力することにしました。
しばらくして、新しいアイデアに方向転換し、それを立ち上げました。初期の反応はありましたが、収益化には苦労しました。成長が期待したほど早く進まないことにプレッシャーを感じ始め、投資家を失望させることへの不安が募りました。
私は、外部の期待に過度に焦点を当ててしまっていることに気づきました。私たちのビジネスの核心的な目標を忘れてはいけませんでした。投資家は私たちの初期のアイデアだけでなく、私たち自身を信じていることを思い出す必要がありました。ゆっくりとした成長も旅の一部であり、迅速な結果を追い求めるのではなく、しっかりとした基盤を築くことに集中すべきだと学びました。
この経験を共有することで、創業者としての課題について透明性を持ちたいと思いました。同じような状況にいる他の人々に共感してもらえれば嬉しいです。今はよりモチベーションを感じており、私の経験が役立つかもしれない人と話すことにオープンです。
29.スラックでチェス!(Play chess via Slack DMs or SMS using an ASCII board)
DMチェスは、Slackのダイレクトメッセージやテキストメッセージを通じて直接プレイできるシンプルなテキストベースのチェスゲームです。アプリやログイン、インストールは不要で、ASCIIアートを使ってゲームボードを表示しながら、簡単にタイプして遊ぶことができます。
使い方は非常に簡単です。自分の手を簡単な代数記法(例えば、e2 e4)で送信すると、ボードが自動的に更新されます。特別な設定は必要なく、アカウントや追加のソフトウェアも不要です。すでにチャットしている場所、例えばSlackやSMSでプレイできるので、どこでも楽しむことができます。
セキュリティとプライバシーも重視されており、外部との統合やデータ共有はありません。気軽に同僚と遊ぶのに最適で、気を散らすことなく楽しむことができます。
始めるには、まず最初の手をメッセージで送るだけです!
30.If you put Apple icons in reverse it looks like someone getting good at design(If you put Apple icons in reverse it looks like someone getting good at design)
要約がありません。
31.The Olivetti Company(The Olivetti Company)
要約がありません。
32.エクソスOS(Xous Operating System)
Xousは、中規模の組み込みシステム向けに設計されたマイクロカーネルオペレーティングシステムです。このシステムは、プロセスの明確な分離を重視しています。ほとんどの機能はユーザースペースで動作し、通信にはメッセージパッシングを使用しています。Xousについての詳細は、Xous Bookで確認できます。このプロジェクトは、NGI0 PETファンドによって資金提供されており、欧州委員会の次世代インターネットプログラムに支援されています。
33.The Harvesting of Lettuce(The Harvesting of Lettuce)
要約がありません。
34.Computer Systems Security 6.566 / Spring 2024(Computer Systems Security 6.566 / Spring 2024)
要約がありません。
35.トライトン活用法5選(Five Practical Lessons for Serving Models with Triton Inference Server)
この記事では、機械学習モデルの提供においてTriton Inference Serverを効果的に活用するための実践的な5つの教訓が紹介されています。以下に要点をまとめます。
まず、適切なサービングレイヤーを選ぶことが重要です。Tritonは従来の推論タスクには適していますが、大規模言語モデル(LLM)などの生成モデルには最適ではない場合があります。LLMを使用する際は、vLLMを直接利用する方がシンプルで効果的です。
次に、レイテンシを保護するためにタイムアウトを設定することが必要です。Tritonの動的バッチ処理機能はパフォーマンスを向上させることができますが、古いリクエストを処理しないように設定することが重要です。サーバー側のタイムアウトを設定することで、低レイテンシを維持できます。
クライアントライブラリはシンプルに保つべきです。基本的なリクエストの構築だけを扱い、高トラフィック時にサーバーが圧倒されないように、リトライなどの複雑な機能は追加しない方が良いでしょう。
また、Tritonのキャッシュ機能を活用することも推奨されます。Tritonにはリクエストとレスポンスのキャッシュが内蔵されており、冗長な処理を減らすことができます。特定のワークロードに対して効果があるかどうか、テストしてみる価値があります。
最後に、並列リクエストにはPythonのThreadPoolExecutorを使用することが望ましいです。これにより、並列推論リクエストの処理が簡素化され、同時リクエストの効率的な処理が可能になります。
Tritonは特定のタスクにおいて強力ですが、生成モデルには他のシステム(例えばvLLM)を使用するべきタイミングを理解することが、効果的な推論システムを構築する鍵となります。
36.エリザベス邸の暖かさの秘密(An Elizabethan mansion's secrets for staying warm)
この記事では、エリザベス朝の邸宅であるハードウィックホールの建築デザインが、現代の住宅に応用できる効率的な暖房方法についての洞察を提供していることが述べられています。リトルアイスエイジ(14世紀から19世紀)には、極端な寒さが続き、暖かさを保つための建物デザインの革新が促されました。
歴史的背景として、リトルアイスエイジは厳しい寒さをもたらし、ヨーロッパでは川が凍り、深刻な困難が生じました。この状況が、暖かさを保つための新しい建築戦略の発展を促しました。
ハードウィックホールのデザインには、日光を最大限に取り入れるための窓の配置や向きが工夫されています。新しいホールはより多くの熱を捕えるように設計されており、厚い壁や適切に配置された暖炉が熱を効果的に保持します。
現代の住宅は、これらの歴史的なデザインから学ぶことができます。部屋を太陽の動きに合わせて配置したり、熱を蓄える素材を使用したりすることで、エネルギー効率を向上させ、暖房システムへの依存を減らすことが可能です。
この記事は、暖房や冷房に技術だけに頼るのではなく、建物が環境とどのように相互作用するかを考慮することが重要だと提案しています。これは、過去の思慮深いデザインを反映しています。
ハードウィックホールのデザイン原則は、現代の実践に役立ち、気候変動の課題に対処しながら、より暖かくエネルギー効率の良い住宅を作るための指針となるでしょう。
37.ソフトスキル必須!(Software engineers can no longer neglect their soft skills)
2026年から、ソフトウェアエンジニアにとって最も重要なスキルはコミュニケーションになり、従来のコーディング能力を上回るようになりました。Claude CodeのようなAIコーディングツールの進化により、エンジニアは多くのプログラミング作業をこれらの技術に頼ることができるようになりました。しかし、プロジェクトの効果的な仕様を作成することは依然として難しく、しばしば完全な要件が欠けています。
プロジェクトの成果を向上させるために、エンジニアは以下のことを行う必要があります。まず、隠れた前提を明らかにするために明確化の質問をすることです。次に、トレードオフについての議論を促進し、プロジェクトの範囲を慎重に管理しながら関係を損なわないようにすることが求められます。また、明示されていないニーズを特定することも重要です。
以前は強いコーディングスキルがあれば十分でしたが、今では良好なコミュニケーションが不可欠です。エンジニアは問題解決者ですが、人と協力することは複雑です。プログラミングとは異なり、コミュニケーションスキルを向上させるには共感が必要であり、これはAIには提供できません。
38.開発者交代の夢(The recurring dream of replacing developers)
このテキストでは、技術コンサルティングとソフトウェア開発に関するサービスを紹介しています。
技術コンサルティングでは、シニアデベロッパーアドボケイトがチームと密接に連携し、エンジニアリングの効率と明確さを向上させます。また、テクニカルアドバイザーがピアレビューを行い、早期により良いアーキテクチャや製品の決定をサポートし、リスクを軽減します。
製品と納品の分野では、ユーザーに機能的なソフトウェアを迅速に提供し、実際のデータを活用して改善を進めることに重点を置いています。
カスタムソフトウェア開発では、高品質で保守性の高いソフトウェアを作成し、チームのスキルを長期的に向上させることを目指しています。
最近の記事では、デベロッパーアドボケイトの役割の進化や、開発者を尊重する重要性、ビジネス成功につながる技術的な実践について議論しています。
さらに、フィンテックのテレノベラや成功したソフトウェア開発のストーリーなど、魅力的なコンテンツも提供しています。
39.Claude Is Taking the AI World by Storm, and Even Non-Nerds Are Blown Away(Claude Is Taking the AI World by Storm, and Even Non-Nerds Are Blown Away)
要約がありません。
40.データ活用のヒント(Data Activation Thoughts)
著者は、医療やバイオバンクデータにおける「データの堀」の概念を探求しています。特に、大規模言語モデル(LLM)がさまざまなデータを処理できるようになった今、その重要性が増しています。2019年の記事では、独占的なデータを持つことの利点が薄れてきていると指摘されています。現在の焦点は、単にデータを持つことではなく、そのデータをLLMにとって価値あるものにする方法に移っています。最近のプロジェクトでは、構造化された医療データを推論の痕跡に変換することが可能であることが示されており、これによりLLMの性能が向上する可能性がありますが、これらの手法はまだ初期段階にあり、限界もあります。著者は、明確な答えを提供するのではなく、このテーマについて考えを共有しています。
41.進化するバグボット(Building a better Bugbot)
Bugbotは、プルリクエスト(PR)における論理バグ、パフォーマンスの問題、セキュリティの脆弱性を特定するために設計されたコードレビューエージェントです。デプロイ前にこれらの問題を見つけることで、コードレビューにかかる時間を短縮することを目的として開発されました。
開発の初期段階では、初期モデルの限界によりBugbotの作成は難航しました。しかし、モデルが改善されるにつれて、チームはバグ報告の質を向上させるためにさまざまな構成を試しました。彼らは、複数のバグ検出を並行して実行し、多数決で問題を確認する方法を採用しました。このアプローチにより、実際のバグの検出率が大幅に向上しました。
40回の大規模な実験を経て、Bugbotのバグ検出解決率は52%から70%以上に向上し、1つのPRあたりの指摘されたバグの平均数も2倍以上になりました。
Bugbotの新しい特徴の一つは、解決率を測定するための新しい指標です。この指標は、最終的なコードで実際に解決されたバグの数を評価することで、Bugbotの効果をチームがより明確に把握できるようにします。また、最新のBugbotはエージェント的な設計を採用しており、状況に応じて推論し、アプローチを動的に適応させることで、バグ検出能力を向上させています。
現在、Bugbotは毎月200万件以上のPRをレビューしており、継続的に改善が進められています。今後の機能には、Bugbotが特定したバグを自動的に修正するBugbot Autofixや、自らのバグ報告を検証する機能が含まれています。また、常時稼働するバージョンの開発も計画されています。
全体として、Bugbotはチームのコード品質を向上させる上で大きな進展を遂げており、今後の開発によりさらに効果的になることが期待されています。
42.When Sysadmins Ruled the Earth (2006)(When Sysadmins Ruled the Earth (2006))
要約がありません。
43.Claude Shannon's randomness-guessing machine(Claude Shannon's randomness-guessing machine)
要約がありません。
44.Below the Surface: Archeological Finds from the Amsterdam Noord/Zuid Metro Line(Below the Surface: Archeological Finds from the Amsterdam Noord/Zuid Metro Line)
要約がありません。
45.シンプル勝利!(When has a "dumb" solution beaten a sophisticated one for you?)
著者は、シンプルで特定の分野に基づいたルールを使って何かを作成しました。その結果、彼らがより良いと考えていた複雑な機械学習の方法よりも優れた成果を上げました。この経験を通じて、私たちがしばしば複雑な解決策を選ぶ一方で、実際にはよりシンプルな方法の方が効果的であることがあると考えさせられました。著者は、特定の分野を理解することで、先進的な技術に頼るよりも良い結果を得たという似たような話を聞くことに興味を持っています。
46.配列の勝者: オブジェクト vs. インターリーブ(Why Object of Arrays beat interleaved arrays: a JavaScript performance issue)
この記事では、JavaScriptにおけるデータストレージパターンの違い、具体的には「オブジェクトの配列(AoS)」と「配列の構造(SoA)」のパフォーマンスについて説明しています。著者は、100万の3Dポイントのx、y、z座標を合計するベンチマークを行い、SoAがAoSより約4倍速いことを発見しました。
データ構造について、AoSでは各ポイントがx、y、zのプロパティを持つオブジェクトとして表現されます。一方、SoAでは各座標(x、y、z)が別々の配列に格納されます。
パフォーマンスの結果として、100万ポイントの合計にAoSは約42ミリ秒かかりましたが、SoAは約10ミリ秒で済み、SoAの大きな速度の利点が際立ちました。
速度の違いの理由として、AoSはオブジェクトのプロパティにアクセスする必要があり、これがオーバーヘッドを生むことが挙げられます。SoAでは直接配列のインデックスを使用できるため、効率的です。また、AoSは多くの小さなオブジェクトを生成し、それぞれが別々のメモリ割り当てを必要とするため、メモリの断片化やガーベジコレクションの負担が増えますが、SoAはより大きな割り当てを少なく使用します。
さらに、SoAで使用される型付き配列は、通常のJavaScript配列よりも数値データに対して優れたパフォーマンスを提供します。通常の配列は異なる型を格納できるため、追加のオーバーヘッドが発生します。
キャッシュ効率についても触れています。メモリのレイアウトはCPUキャッシュの動作に影響を与えます。型付き配列のような連続したメモリアクセスは、AoSのような散発的なアクセスよりも効率的です。
著者は、インタリーブ配列(各ポイントのx、y、zを一緒に格納する方法)を試みましたが、プロパティアクセスやループの反復のオーバーヘッドが減少するため、SoAの方が依然として優れていることがわかりました。
最後に、著者は、オブジェクトのオーバーヘッドやループの反復を減らすことが主要なパフォーマンス向上の要因であり、型付き配列やキャッシュの最適化だけではないことを強調しています。これらの原則を理解することは、特に大規模なデータセットを扱う際のJavaScriptのパフォーマンス最適化において重要です。
47.M8SBC-486 (Homebrew 486 computer)(M8SBC-486 (Homebrew 486 computer))
要約がありません。
48.クロードで加速する研究革新(How scientists are using Claude to accelerate research and discovery)
科学者たちは、ライフサイエンスの研究を強化するために、AIツールのClaudeをますます活用しています。Claudeは導入以来、特にデータ分析や生物学的概念の理解において大きく進化しました。AI for Scienceプログラムにより、研究者はClaudeに無料でアクセスでき、文献レビューなどの従来の作業を超えた革新を行うことが可能になっています。
注目すべき応用例の一つが、BiomniというAIプラットフォームです。このプラットフォームは、多数の生物学的ツールやデータベースを一つのインターフェースに統合しています。このシステムは複雑なデータを迅速に分析でき、全ゲノム関連研究のような作業にかかる時間を大幅に短縮します。通常数ヶ月かかる作業が、今ではわずか20分で完了することができます。
別の例として、Cheeseman LabではAIを使って遺伝子ノックアウト実験の分析を自動化しています。彼らのClaudeを活用したシステム、MozzareLLMは、大規模なデータセットの解釈を助け、より迅速かつ正確な生物学的発見を可能にしています。
Lundberg LabでもClaudeを利用して、研究すべき遺伝子を特定しています。既存の研究に頼るのではなく、AIを使って分子間の関係を探ることで、より情報に基づいた研究の決定ができる可能性があります。
これらの進展は、AIが科学研究をどのように変革しているかを示しています。プロセスが迅速かつ効率的になり、新たな洞察を得ることができるようになっています。研究者たちは、AI技術が進化する中でこれらのツールをさらに洗練させ、能力を向上させ続けています。
49.コードベースの達人(ChunkHound, a local-first tool for understanding large codebases)
ChunkHoundは、コードベースのインテリジェンスを提供するためのローカルファーストツールを目指しています。このツールは、ユーザーが深い洞察を得たり、最新のドキュメントを作成したり、小規模なリポジトリから大規模な企業システムまでプロジェクトを管理したりするのに役立ちます。ChunkHoundは無料でオープンソースであり、さまざまなAIプロバイダーと連携しています。フィードバックは歓迎されており、感謝されています。
50.スピードマイナー(Speed Miners – A tiny RTS resource mini-game)
著者はリアルタイムストラテジー(RTS)ゲームに情熱を持っており、同様のゲームを作りたいと考えました。その結果、資源収集に焦点を当てたミニパズルゲームを設計しました。
ゲームの目的は、プレイヤーが中央にある基地を操作し、マップから資源を迅速に集めて精製することです。ゲームは自動で進行しますが、初期設定では効率的ではありません。プレイヤーはこの自動進行をオフにすることができます。また、プレイヤーはドローンを選択して資源を集め、獲得したポイントでアップグレードを購入することができます。
このゲームには三つのレベルと基本的な音が含まれており、著者は初めてPhaserライブラリを使用しました。ただし、モバイルデバイス向けには最適化されていません。
51.街のアートマップ(Map To Poster – Create Art of your favourite city)
シティマップポスタージェネレーターは、世界中の都市のスタイリッシュでシンプルなマップポスターを作成できるツールです。ユーザーはさまざまなテーマを選び、詳細をカスタマイズすることができます。
このツールの主な特徴として、サンフランシスコ、バルセロナ、東京などの都市に対してポスターを生成できることが挙げられます。テーマには、夕焼け、温かみのあるベージュ、設計図などがあります。必要なパッケージは、pip install -r requirements.txtを使ってインストールします。ポスターを作成するには、python create_map_poster.py --city <city> --country <country> [options]というコマンドを実行します。必須のオプションには都市と国が含まれます。
地図の半径を指定することもでき、デフォルトの値は都市のサイズに応じて4,000メートルから20,000メートルの範囲です。利用可能なテーマは17種類あり、ノワール、オーシャン、パステルドリームなど、各テーマが独自のスタイルを提供します。
例えば、マンハッタンのグリッドを生成するには、python create_map_poster.py -c "New York" -C "USA" -t noir -d 12000というコマンドを使用します。また、ベネチアの運河マップを作成するには、python create_map_poster.py -c "Venice" -C "Italy" -t blueprint -d 4000と入力します。
生成されたポスターは、posters/ディレクトリに保存され、ファイル名は{city}_{theme}_{YYYYMMDD_HHMMSS}.pngの形式になります。ユーザーは、themes/ディレクトリにJSONファイルを追加することでカスタムテーマを作成でき、色やスタイルを指定できます。
プロジェクトの構成には、メインスクリプト(create_map_poster.py)、テーマ用のディレクトリ、生成されたポスター用のフォルダが含まれています。ガイドには、スクリプトの修正方法、機能の追加、効率的な使用のためのパフォーマンスのヒントが記載されています。このジェネレーターは、地図アートを通じて都市の本質を捉え、表現したい人にとっての創造的なツールです。
52.IRISC: ARMシミュレーター(IRISC: An ARMv7 assembly interpreter and computer architecture simulator)
iRISCは、RISCコンピュータアーキテクチャとARMv7アセンブリ言語を紹介するインタラクティブなウェブアプリです。このアプリには、アセンブリ言語の基本やコンピュータアーキテクチャの概念をカバーする簡単なチュートリアルが含まれています。事前の知識はほとんど必要ありませんが、数値の表現や整数といったプログラミングの基本的な概念についての理解があることが前提とされています。このアプリは、楽しく役立つ学習ツールを目指しています。すでにアセンブリに慣れているユーザー向けには、探索できるデモファイルも用意されています。特定のボタンを使うことで、エディタ画面に切り替えることができます。
53.アナのアーカイブ危機!(U.S. Court Order Against Anna's Archive Spells More Trouble for the Site)
Anna's Archiveは現在、重要な法的問題に直面しています。連邦裁判所からの恒久的な差し止め命令が出され、annas-archive.orgや一部の.SEドメインが明確な説明なしに停止されました。この問題は、Anna's ArchiveがSpotifyのバックアップを行ったと主張した後に始まりましたが、音楽業界との直接的な関係は確認されていません。
この差し止め命令は、WorldCatデータベースの所有者であるOCLCによって求められました。Anna's Archiveがこのデータベースからデータを収集し、公開していたためです。OCLCは当初、数百万ドルの損害賠償を求めていましたが、最終的にはAnna's Archiveの運営を停止させることに焦点を移しました。裁判所の命令により、Anna's ArchiveはWorldCatデータを使用したり配布したりすることが禁止され、すべてのデータを削除する必要があります。
裁判所は金銭的な損害賠償を認めませんでしたが、この差し止め命令は、ホスティング会社やドメイン登録業者によるさらなる行動を引き起こす可能性があります。OCLCは、この命令を利用して、これらの仲介業者に対してWorldCatデータをサイトから削除するよう促す計画です。
54.XPのTLSストリッピング(TLS stripping on-device under Windows XP)
このガイドでは、Windows XPで最新のSSL/TLS接続を有効にする方法を説明します。軽量のLinux仮想マシンを使用し、プロキシサーバーと自己署名証明書を利用します。
まず、ブラウザとしてFirefox(バージョン47.0.2)を使用することをお勧めします。これにより、最新のウェブサイトとの互換性が向上します。古いバージョンはMozillaからダウンロードできます。
次に、仮想マシンを設定します。VMware Workstationなどの仮想マシンソフトウェアをインストールし、Alpine Linux(32ビット)を使用します。適切なISOファイルをダウンロードし、約256MBのRAMと2GBのディスクスペースを割り当てます。
次に、プロキシサーバーであるSquidをインストールし、Alpine Linuxの仮想マシン内で必要なパッケージを設定します。Squidの設定ファイルを修正してSSLバンピングを有効にし、プロキシを設定します。
次に、Windows XPとの互換性を持たせるために、古いセキュリティを使用して証明書を作成します。必要な公開鍵と秘密鍵を生成します。
生成した証明書をダウンロードできるように、軽量のHTTPサーバーを使用して提供します。
その後、Squidプロキシサービスを起動し、起動時に自動的に実行されるように設定します。
次に、ダウンロードした証明書をWindowsの証明書ストアとFirefoxにインポートします。
最後に、Internet ExplorerとFirefoxの両方でプロキシ設定を行い、仮想マシンのIPアドレスと指定したポートを指すようにします。
これらの手順を完了すると、Windows XPで最新のHTTPSウェブサイトが正常に動作するはずです。問題が発生した場合は、Squidのログを確認してトラブルシューティングを行ってください。
55.20年のDevOpsの失敗(What twenty years of DevOps has failed to do)
チャリティ・メイジャーズによるブログ記事「あなたには一つの仕事があった:20年間のDevOpsがなぜ失敗したのか」では、DevOps運動が開発者と生産システムの間に一つのフィードバックループを作ることを目指したが、技術やツールの不十分さから最終的には達成できなかったと主張しています。
DevOpsの主な目標は、開発者が自分のコードの成果を生産環境で直接確認できるようにすることでしたが、これを効果的に実現することができませんでした。利用可能なツールはこのフィードバックループを十分にサポートせず、開発者にとって作業がより時間を要するものとなっていました。
AI技術は、この状況を改善する可能性があります。AIを活用することで、より良いフィードバックループを作り、開発者が開発環境を離れずに生産データにアクセスしやすくなるからです。記事では、ソフトウェア開発のためのフィードバックループ(ビルド、テスト、学習)と運用のためのフィードバックループ(生産問題への対応)の2種類が議論されています。両者は必要ですが、異なる方法で機能します。
開発者はユーザー体験や新機能の創出に焦点を当てる一方で、運用チームはシステムの安定性や信頼性を優先します。また、開発者は自分のコードを適切に観測可能にするための計測を行うことが難しく、これがフラストレーションの原因となっています。
今後は、開発者がコーディングに費やす時間が減り、実験や検証にもっと時間をかけるようになるかもしれません。これにより、実際の使用に基づいてソフトウェアを理解し改善することに焦点が移るでしょう。
全体として、DevOps運動は重要な貢献をしてきましたが、著者は新しいAIの進展により、開発と生産のつながりを強化し、より良いソフトウェアの成果を得る機会があると考えています。
56.Counterfactual evaluation for recommendation systems(Counterfactual evaluation for recommendation systems)
要約がありません。
57.ウォルト多すぎ、ロイ足りず(Too Many Walts and not enough Roys)
ロイ・O・ディズニーについての本が紹介されています。ロイはウォルト・ディズニーの兄であり、ディズニーエンターテインメント帝国を築く上で重要な役割を果たしました。著者はロイの無私の精神と献身について考察し、彼が自分の健康や快適さよりもウォルトのビジョンを優先した瞬間を強調しています。また、著者は今日のクリエイティブビジネスがなぜ苦戦しているのかを考えています。多くの才能あるクリエイターがいる一方で、ロイのようにクリエイティブな取り組みを支え、管理する人が不足していると指摘しています。ロイはウォルトの創造的な直感を信じ、会社の成功を確保するために計算されたリスクを取りました。著者は、自身の創造性と財務の規律をバランスさせるために、ロイのような存在が必要だと感じています。
58.光のインフレ(Light Mode InFFFFFFlation)
この記事では、MacOSのライトモードが年々明るくなってきたことについて述べています。2012年には平均明るさが71%だったのが、最新バージョンのMacOS Tahoeでは100%に達しました。著者はMacOSのスクリーンショットライブラリからの画像を分析し、ユーザーインターフェースの要素の明るさを測定しました。その結果、明るさが増加している明確な傾向が示されました。
著者は自身のダークモードの使用経験について振り返り、2020年頃に切り替えた可能性があると述べています。その理由の一つは、システムのユーザーインターフェースの明るさが増したことです。著者は、目の快適さを考慮して中間のグレーの背景を好むと表現しています。現在のダークモードでは、異なるアプリケーション間のコントラストが不足していると感じています。
この記事では、UIデザイナーが要素をさらに明るくする可能性について警告しています。特にHDRディスプレイの導入により、その傾向が強まるかもしれません。著者は、50%のグレーを使用するようなバランスの取れたアプローチが、視覚的に魅力的で快適なインターフェースを作るのに役立つと提案しています。
59.情報保存の最適解なし(There's no single best way to store information)
ベン・ブルベイカーの記事「情報を保存するための唯一の最良の方法がない理由」では、書棚を整理するのと同様に、データを保存するための普遍的な方法は存在しないと説明しています。データストレージシステム、つまりデータ構造には、それぞれ異なる利点と欠点があり、データの追加、削除、取得の速さによって評価されます。
例えば、本をアルファベット順に整理すると、見つけやすくなりますが、新しい本を追加するのに時間がかかります。一方、ランダムに本を置くと、追加する時間は短縮されますが、取り出すのが難しくなります。ラベル付きの箱を使うようなより構造的なアプローチは効率を向上させることができますが、新たな課題も生じます。
この記事では、データを均等に分配して迅速にアクセスできるようにするハッシュテーブルや、緊急度に基づいてアイテムを優先するヒープについても触れています。これらの方法には、時間、スペース、整理のバランスを取るためのトレードオフがあります。最終的には、データストレージに完璧な解決策は存在せず、自分の特定のニーズに合った方法を選び、必要に応じて多少の混乱を受け入れることが重要だということが強調されています。
60.The Dilbert Afterlife(The Dilbert Afterlife)
要約がありません。
61.ClickHouse、Langfuseを買収(ClickHouse acquires Langfuse)
LangfuseはClickHouseに買収されましたが、現在のユーザーにとってはすぐに変化はありません。引き続き、最高の大規模言語モデル(LLM)エンジニアリングプラットフォームの構築に注力し、オープンソースやセルフホスティングの方針を守ります。
ユーザーは、これまで通りの製品体験、サポート、ライセンスを期待できます。ClickHouseのサポートにより、Langfuseはパフォーマンスや信頼性をより迅速に向上させ、企業向けのコンプライアンスやセキュリティを強化することが可能になります。
Langfuseは、LLMアプリケーションの開発における課題を解決するために設立され、PostgresからClickHouseに移行することで、より生産的なワークロードをサポートしています。これまでLangfuseはClickHouseと密接に協力し、リソースやフィードバックを共有して両製品の改善に努めてきました。
今後の目標は、チームが効果的なAIアプリケーションを作成できるよう支援することであり、生産監視、ワークフローの改善、パフォーマンスのスケーリング、ユーザー体験の向上に向けた投資が予定されています。
Langfuseのチームはそのまま残り、製品の開発を続けます。コミュニティの信頼を守るために、リソースやサポートを増やしていく方針です。
62.メタ、メタバース撤退(Meta retreats from metaverse after virtual reality check)
マーク・ザッカーバーグが率いるメタは、巨額の財務損失を受けて仮想現実(VR)プロジェクトから撤退する方針を示しています。2025年初頭、メタのリアリティラボはVR関連の事業で42億ドルの損失を報告しました。メタバースへの関心が低下する中、メタは約1,000人の人員削減を行い、企業向けのメタクエストヘッドセットの販売を停止しました。
既存の顧客は2030年まで特定のサービスを無料で利用できますが、人気を得られなかったVR会議ツール「ホライゾンワークルーム」はサービスを終了します。VRヘッドセットの需要が全般的に減少し、アップルのビジョンプロのような高価な代替品との競争が激化する中、メタはVRから人工知能(AI)へのシフトを進めており、これは戦略の大きな転換を示しています。
63.S3で医療画像ストリーミング(Streaming gigabyte medical images from S3 without downloading them)
WSI Streamerは、Whole Slide Images(WSI)用に設計されたクラウドベースのタイルサーバーです。ユーザーは、Amazon S3から直接画像タイルを簡単に提供でき、設定も最小限で済みます。
主な特徴としては、簡単なインストールが挙げられます。Rustがインストールされていれば、簡単なコマンドでインストールできます。また、設定ファイルやローカルストレージは不要で、コマンドを実行するだけで画像を提供できます。効率的なストリーミングが可能で、各タイルに必要なデータのみを取得し、全ファイルをダウンロードする必要がありません。内蔵のウェブビューワーがあり、スライドとのインタラクションが可能で、ズームやパンの機能も備えています。Aperio SVSやピラミダルTIFFなどのネイティブフォーマットをサポートしており、認証やキャッシング機能も提供されているため、パフォーマンスが向上します。
インストール方法は、crates.ioからのインストールや、ソースからのクローン、Dockerを使用した直接実行などがあります。基本的な使い方としては、S3からスライドを提供するコマンドや、カスタムポートの使用、S3互換ストレージへの接続が可能です。
API機能には、スライドの一覧表示、メタデータの取得、特定のタイルの取得、サムネイルの生成が含まれ、これらはシンプルなHTTPリクエストで行えます。認証はHMAC-SHA256をサポートしており、署名付きURLの生成オプションもあります。設定はコマンドラインフラグや環境変数を通じて調整可能です。
サポートされているフォーマットには、Aperio SVS(.svs)やピラミダルTIFF(.tif、.tiff)が含まれます。ライセンスはMITで、問題やプルリクエストを通じての貢献も歓迎されています。詳細については、APIの仕様や使用方法を確認してください。
64.「こんにちはの起源」(The 600-year-old origins of the word 'hello')
「こんにちは」という言葉は、600年以上の歴史を持ち、1826年にコネチカット州の新聞に初めて印刷されました。現在では、電話や歌、広告などさまざまな場面で使われる一般的な挨拶となっています。
「こんにちは」の起源については議論がありますが、古高ドイツ語の「halâ」から派生した可能性や、注意を引くために使われた「halloo」といった表現に関連しているかもしれません。この言葉は、地域のアクセントや社会的要因の影響を受けて、綴りや発音が進化してきました。
19世紀には、「こんにちは」が特に人気を集めました。トーマス・エジソンが電話の標準的な挨拶として推奨したことが大きな要因であり、チャールズ・ディケンズは「hullo」を好んで使っていました。
世界中で挨拶は文化や言語によって大きく異なります。たとえば、スペイン語の「hola」は、ドイツ語の「hallo」とは異なる響きを持っています。また、ハワイ語の「aloha」のように、挨拶と別れの両方の意味を持つ言葉もあります。
デジタル時代の今日、挨拶はさらに変化しています。人々は短い形式や絵文字を使ったり、オンラインでの会話では挨拶を省略することもあります。それでも、挨拶の本質である「認識を求めること」は変わらず残っています。
65.フィンランドの闇の神(The 'untouchable hacker god' behind Finland's biggest crime)
2020年10月下旬、フィンランドの校長ティーナ・パリッカは、心理療法サービス「ヴァスターモ」のセラピー記録がハッキングされ、身代金を要求されるという衝撃的なメールを受け取りました。ハッカーはビットコインでの支払いを要求し、支払わなければ個人情報を公開すると脅迫しました。パリッカは、フィンランドで他の33,000人と同様に、自分のプライベートなセラピー記録が暴露される恐怖に直面しました。この事件は、デジタル療法サービスで評価されていたヴァスターモでの深刻なデータ漏洩の結果でした。
「ランサムマン」として知られるハッカーは、脆弱な立場にある人々や公人、さらには子供たちの患者記録を漏洩し始めました。一部の被害者は深刻な精神的苦痛を受け、影響を受けた中には自殺の報告もありました。捜査官はこのハッキングを、サイバー犯罪の前科がある悪名高いハッカー、アレクサンテリ・キビマキに結びつけました。長い捜査の後、キビマキは2023年初頭に逮捕され、プライバシー侵害と恐喝の複数の罪で有罪判決を受け、6年3ヶ月の懲役刑を言い渡されました。
このデータ漏洩はデジタルプライバシーとセキュリティに対する重大な懸念を引き起こし、ヴァスターモのデータ保護対策の不十分さが浮き彫りになりました。被害者たち、特にパリッカは、キビマキとヴァスターモの経営陣に対して怒りを表明しました。判決が下されたにもかかわらず、被害者は限られた補償しか受けられず、多くの人が侵害されたと感じ、療法サービスへの不信感を抱いています。この事件は、デジタル時代における個人情報の安全性とメンタルヘルスサービスへの影響についての広範な議論を引き起こしました。
66.Fear and Loathing of the English Passive (2010)(Fear and Loathing of the English Passive (2010))
要約がありません。
67.私を幸せにしたもの(The thing that brought me joy)
著者は20年間にわたりNeovimとVimを使用しており、ターミナルでの作業を楽しんでいます。しかし、特にsedやawkのような強力なツールについては、十分に習得できていないと感じています。最近、これらのツールの基本を学ぶことに集中することに決めましたが、AIコーディングアシスタントの台頭を考えると、それが naïve かもしれないと感じています。
Claude CodeのようなAIツールを試しましたが、あまり成功しませんでした。そのため、伝統的なコーディング方法に戻ることにしました。しかし、AIツールが大幅に改善されていることに気づき、基本を学ぶことに集中していた以前の考えがあまり意味を持たなくなってきたと感じています。AIはまだいくつかのタスクに苦労していますが、十分に良くなってきたため、古いスキルを学ぶ必要性が薄れているように思えます。
著者はこれらの変化がもたらす感情的な影響について考えています。効率性が評価される一方で、コーディングにおける喜びや意味が失われていることに気づきます。著者は、コーディングがかつて持っていた意味の喪失について、同様の感情を表現したデイブ・キスの言葉を引用しています。著者は、かつて喜びをもたらしていたコーディングがAIツールの台頭によって影を潜めてしまった今、どうすればよいのか悩んでいます。
68.東ドイツの風船脱出(East Germany balloon escape)
1979年9月16日、二つの家族が自作の熱気球を使って東ドイツから西ドイツへ成功裏に脱出しました。彼らは、複数の気球を作り、テストを行うなど、1年半にわたる準備を経て、1979年7月3日に最初の脱出を試みましたが、国境の手前で着陸して失敗しました。
この脱出計画は、ピーター・ストレルツィクとギュンター・ヴェッツェルによって立てられました。彼らは、材料をこっそり調達し、秘密裏に気球を作るなど、多くの困難を乗り越えました。最初の気球は漏れが発生し、失敗したため、彼らは再設計し、より大きな気球を作って二度目の挑戦を行いました。
成功した飛行は28分間続き、彼らは西ドイツに着陸する前に2,500メートルの高度に達しました。飛行中には気球に裂け目ができるなどの問題がありましたが、無事に着陸し、報告された怪我は一件だけでした。
脱出後、東ドイツは国境の警備を強化し、脱出者の親族を逮捕して抑止策としました。家族は最終的に西ドイツに定住し、彼らの物語は「ナイト・クロッシング」(1982年)や「バルーン」(2018年)などの映画に影響を与えました。
69.デジタル闇の大虐殺(Iran report says 16,500 dead in 'genocide under digital darkness')
クリスティーナ・ラムの報告によると、16,500人が「デジタルの暗闇の中でのジェノサイド」と呼ばれる事件で命を落としたとされています。目撃者たちは、政府に対する抗議活動に参加している人々が直面した暴力について語っています。
70.アプリの11%が鍵漏洩!(11% of vibe-coded apps are leaking Supabase keys)
2026年1月に発表されたサイバーセキュリティレポートでは、2万のインディアプリにおけるSupabaseデータベースキーの漏洩状況が分析されました。その結果、約9つのアプリのうち1つがデータベースキーを漏洩しており、これは主に開発者のミスによるもので、Supabase自体のセキュリティ上の欠陥ではありませんでした。一般的な問題としては、AIコーディングアシスタントによる設定ミスや、セキュリティを考慮しない簡略化されたチュートリアルが挙げられます。
Supabaseは強力なセキュリティ機能を持っていますが、多くの開発者が設定を誤り、機密キーを露出させています。このレポートでは、20,052のURLをスキャンし、露出率は11.04%で、2,325件の重大な露出が確認されました。漏洩の大半は1つまたは2つのファイルで発生し、主にメインのJavaScriptバンドルに集中していました。最も危険な露出はサービスロールキーで、これはデータベースへの完全なアクセスを許可するため、クライアントサイドのコードで使用すべきではありません。
露出率の観点では、TrustMRRが約24%と最も高く、TinyLaunchやPeerPushなどの他のディレクトリでも重要な漏洩が見られました。開発者がキーを意図せず露出させる理由としては、環境変数を自動的に露出させるフレームワークの挙動や、セキュリティを考慮しないAI生成コード、Row Level Security(RLS)に対する理解不足が挙げられます。
推奨される対策としては、露出したキーを直ちにローテーションし、環境変数の設定を見直して修正すること、機密操作をバックエンドに移すこと、RLSを有効にして適切にテストすること、キー露出を防ぐためのビルド時チェックを実施することが挙げられます。このレポートは、アプリ開発においてセキュリティを優先する重要性を強調しており、特に迅速なデプロイメントの傾向が続く中で、開発者にはアプリケーションのセキュリティを確保するための積極的な対策を講じることが求められています。
71.The Resonant Computing Manifesto(The Resonant Computing Manifesto)
要約がありません。
72.大手ソフト誤解録(Common misunderstandings about large software companies)
このテキストは、システムがあなたのブラウザを確認していることを示すメッセージのようです。このプロセスは迅速で、数秒しかかからないと伝えています。
73.虹のテーブル公開!(Releasing rainbow tables to accelerate Net-NTLMv1 protocol deprecation)
Mandiantは、古くて安全性の低いNet-NTLMv1プロトコルのためのレインボーテーブルのデータセットを公開しました。この取り組みは、組織がこのプロトコルの使用をやめることを促すためのものです。Net-NTLMv1は20年以上前から脆弱性が指摘されているにもかかわらず、今なお多くの組織で使用されており、その結果、簡単に認証情報を盗まれるリスクにさらされています。この新しいデータセットにより、セキュリティ専門家は鍵をより効率的かつ低コストで回復できるようになります。
Net-NTLMv1は2012年以降、安全でないことが認識されており、攻撃者はこれを悪用してドメインコントローラーなどの重要なアカウントにアクセスすることができます。Mandiantのリリースは、守る側がこのプロトコルに関連するリスクを示し、効果的に無効化するためのツールを提供することを目的としています。
これらのリスクを軽減するために、組織はNet-NTLMv1を無効にし、NTLMv2に切り替えることが推奨されています。これには、ローカルおよびグループポリシーの設定を調整することが含まれます。また、Net-NTLMv1の使用を監視し、警告を出すことも推奨されており、潜在的な攻撃を早期に発見する手助けとなります。
74.The real technical debt is semantic decay and only platforms can stop it(The real technical debt is semantic decay and only platforms can stop it)
要約がありません。
75.Drone Hacking Part 1: Dumping Firmware and Bruteforcing ECC(Drone Hacking Part 1: Dumping Firmware and Bruteforcing ECC)
要約がありません。
76.Cloudflare、Astroを買収!(Cloudflare acquires Astro)
Cloudflareは、ウェブ開発に特化した企業であるAstroを買収しました。この買収により、Cloudflareは高性能なウェブサイトを作成する能力を強化することを目指しています。ユーザーにとって、ウェブ開発の速度と効率を向上させることが目的です。
77.Dell UltraSharp 52 Thunderbolt Hub Monitor(Dell UltraSharp 52 Thunderbolt Hub Monitor)
要約がありません。
78.Launching the Handmade Software Foundation(Launching the Handmade Software Foundation)
要約がありません。
79.自分のサイトを公開!(Share your personal website)
著者は個人ウェブサイトのコミュニティディレクトリを作成しています。このディレクトリはhnpwd.github.ioで見ることができます。著者は、特に過去の議論で好評だったサイトについて、コメントで個人ウェブサイトを共有するよう呼びかけています。このディレクトリはコミュニティの貢献によって成長することを目指しており、維持に協力したい人はGitHubプロジェクトに参加することができます。ブログだけでなく、あらゆる種類の個人ウェブサイトが歓迎されます。また、著者は提出されたサイトの処理に時間がかかる場合があることを述べ、GitHubでのプルリクエストを通じた貢献を奨励しています。
80.ソフトウェア起業の価値は?(Is it still worth pursuing a software startup?)
ソフトウェア業界には、あまり保護や独自の優位性がないことが指摘されています。大手企業は、どんなソフトウェア製品でも迅速に模倣できるため、競争が激しい状況です。
81.STFU(STFU)
要約がありません。
82.カーソルの実験、成功の兆し?(Cursor's latest “browser experiment” implied success without evidence)
長時間稼働する自律的なコーディングシステムの改善についての議論が行われています。2026年1月にHacker Newsで行われたこの会話には174件のコメントが寄せられています。議論の中心は、これらのコーディングシステムを効果的に拡張するための戦略にあります。
83.Judge orders Anna's Archive to delete data scraped from WorldCat(Judge orders Anna's Archive to delete data scraped from WorldCat)
要約がありません。
84.Friend's Guide to Agentic Engineering(Friend's Guide to Agentic Engineering)
要約がありません。
85.クロード・コードの読書旅(Reading across books with Claude Code)
AIツールのClaude Codeを使って、100冊のノンフィクション書籍のライブラリを分析することについて述べています。このツールは、単に内容を要約するのではなく、読書や理解を深める手助けをすることに焦点を当てています。Claude Codeは、異なるテキスト間のアイデアのつながりを特定し、スタートアップにおける欺瞞や社会心理学といったテーマを探る「トレイル」を作成します。
重要なポイントとして、まずClaude Codeはトピックに基づいて書籍からの抜粋を見つけて整理し、ユーザーが関連する概念を簡単に発見できるようにします。次に、10万以上のトピックが抽出され、階層的なツリー構造に整理されることで、アイデアの効率的な検索や閲覧が可能になります。
著者は、Claude Codeに自律的にタスクを管理させることで生産性が向上することに気づきました。固定されたプロセスではなく、進化するニーズに応じて適応できる協力的なツールとなりました。また、Claude Codeは改善提案を行うことができ、単なるツールではなくパートナーのように機能します。
プロジェクトは、新しくあまり知られていないトピックを探求することを重視しており、ユニークなアイデアを優先する検索アルゴリズムに導かれています。システムは、テキストを処理し、トピックを管理し、書籍から意味のある抜粋を効率的に抽出するために、さまざまなツールやモデルを使用しています。
全体として、このプロジェクトはAIが読書や学習プロセスをどのように変革できるかを示しており、複雑なアイデアの深い探求を促進しています。
86.Intel Underestimates Error Bounds by 1.3 quintillion (2014)(Intel Underestimates Error Bounds by 1.3 quintillion (2014))
要約がありません。
87.航空管制のIBM 9020(Air traffic control: the IBM 9020)
IBM 9020は、アメリカの航空交通管制(ATC)を強化するプロジェクトの一環として開発されました。このプロジェクトは、SAGE空中防衛システムなどの軍事技術を基にしています。SAGEには安全機能に関する制約があり、これがFAA(連邦航空局)にSATINプロジェクトを立ち上げさせ、民間用に適応させることになりました。この結果、IBM 9020が開発され、ATCの業務を自動化し、改善することを目指しました。
SAGEは元々軍事用システムであり、民間用に適応する際には特に空中衝突防止に関する課題がありました。SATINプロジェクトはこれらの問題を解決することを目指し、航空防衛システム全体の強化の一部として位置づけられました。
FAAはMITRE Corporationと提携し、プロジェクトの一部をSystems Development Corporationに下請けし、ハードウェアはIBMに依存しました。IBM 9020は、ATCの要求に応えるために設計されたリアルタイムのマルチシステムでした。
IBM 9020は、複数のS/360コンピュータを共通のメモリバスで接続し、フォールトトレランスと高性能を実現しました。中央制御のための独自のシステムコンソールを備えており、オペレーターは一つのインターフェースからすべてのコンポーネントを管理できました。
システムは、タスクスケジューリング用の制御プログラムと、エラー処理用の運用エラー分析プログラム(OEAP)を使用しました。ソフトウェアは、さまざまな情報源からの入力を効率的に管理し、システムの信頼性を確保するように設計されています。
9020の機能には、フライトプランの管理、レーダーデータの処理、航空機間の安全な分離の確保が含まれます。さまざまな周辺機器、例えば管制官の作業ステーションや表示システムと通信しました。
IBM 9020は1980年代初頭まで運用され、その後はIBM 3083などの新しいシステムに徐々に置き換えられましたが、9020は航空交通管制技術の進化において影響力を持ち続けました。
IBM 9020は、軍事技術から民間航空の安全管理への移行を示す重要な進展を表しています。
88.2025年、電力需要急増!太陽光61%対応(US electricity demand surged in 2025 – solar handled 61% of it)
イーロン・マスクは、テスラのAI5の設計が「ほぼ完了した」と発表しました。彼は6か月前にはすでに「完成した」と述べていましたが、その後の進展があったようです。
89.地租地図とは?(What are Tithe Maps (2021))
タイス地図は、1830年代の有名な殺人事件に応じて作成された重要な歴史的文書です。1806年、リチャード・ヘミングが、地元の農家からタイス(農産物の10分の1を税金として徴収する制度)を集めていたジョージ・パーカー牧師を殺害しました。この税金に対する農家の反感が、対立を引き起こしました。
数年の混乱の後、政府は1836年にタイス交換法を制定しました。この法律により、タイスは平均作物価格に基づく現金支払いであるコーン・レントに置き換えられました。このため、土地の境界を正確に示す地図を作成するために、財産の調査が必要となりました。これがタイス地図と呼ばれるものです。タイス地図は、鉄道や運河の計画など、さまざまな目的にとって重要な役割を果たし、しばしば土地所有の記録としても利用されました。
各タイス地図には、土地所有者、借地人、土地の利用状況、支払うべきコーン・レントの詳細を示すタイス配分が含まれていました。19世紀後半以前、タイス地図は農村地域で最も信頼性の高い地図の一つとされていました。
90.インタラクティブeBPF(Interactive eBPF)
ブラウザ上でプログラムを直接書いたり、コンパイルしたり、実行したりすることで、eBPFを学ぶことができます。内容はさまざまなトピックに分かれた章構成になっています。
最初の章では、eBPFの概要を紹介します。次に、プロセスのコンテキストやイベントデータの読み取り、システムコールのトレース、システムコールの配列について説明します。さらに、状態を持つeBPFに関する章では、マップや複数のプログラム、システムコールバッファの読み取り、クロスシステムコールの状態追跡、ネットワーク接続の追跡について学びます。最後に、カーネルプローブの章では、カーネルプローブの使い方やTCPパケットの読み取り方法を紹介します。
このような実践的なアプローチにより、実際に手を動かしながら学ぶことができます。
91.The relentless rule of my fitness tracker(The relentless rule of my fitness tracker)
要約がありません。
92.6日間のIP証明書登場(6-Day and IP Address Certificates Are Generally Available)
Let’s Encryptは、160時間(約6日間)しか持たない短命の証明書とIPアドレス証明書を導入しました。ユーザーは、ACMEクライアントで「shortlived」プロファイルを選択することで、これらの短命証明書を取得できます。
これらの証明書は、より頻繁な検証を必要とすることでセキュリティを強化し、信頼性の低い失効方法への依存を減らします。これにより、ユーザーが長期間脆弱な状態にさらされるリスクが軽減されます。短命証明書はオプションであり、デフォルトの選択肢ではありませんが、自動更新プロセスを持つユーザーにとっては導入が容易です。
さらに、Let’s Encryptは今後数年以内にデフォルトの証明書の有効期限を90日から45日に短縮する計画です。IPアドレス証明書は、ドメイン名ではなくIPアドレスへの接続を認証するもので、IPアドレスの特性上、短命である必要があります。
Let’s Encryptは、この取り組みに対する支援を行っているオープンテクノロジーファンド、ソブリンテックエージェンシー、スポンサーや寄付者に感謝の意を表しています。
93.IBM T560 LCD(IBM T560 LCD)
要約がありません。
94.AIエージェント支援ツール(I built a tool to assist AI agents to know when a PR is good to go)
Claude Codeを使っている中で、よくある問題に直面しました。エージェントが変更を加えた後、継続的インテグレーション(CI)が完了するのを待つのですが、プルリクエスト(PR)がマージ可能かどうかを判断できないのです。CIをチェックし続けるあまり、重要なコメントを見逃したり、すべての議論が解決される前にPRが準備完了だと誤解したりすることがありました。
この問題を解決するために、gtg(Good To Go)というツールを作りました。このツールは、1つのコマンドでPRが準備完了かどうかを確認し、CIのステータスやコメントの解決状況をチェックします。例えば、$ gtg 123と実行すると、PR #123が準備完了かどうかを確認し、CIが通過したか、すべての議論が解決されたかを表示します。
gtgはコメントを実行可能かどうかに分類し、コードレビューにおける特定のマーカーやパターンを理解します。例えば、SQLインジェクションのような重大な問題を指摘しますが、肯定的なコメントは無視します。このツールはPythonで書かれており、MITライセンスのもとで提供されています。私は日常的に大きなシステムの中で使用しており、同様のプロジェクトに取り組んでいる方からのフィードバックを求めています。
95.PCシャットダウン不可!(PCs refuse to shut down after Microsoft patch)
最近のWindows 11のアップデートにより、一部のコンピュータが正常にシャットダウンやハイバネートできない問題が発生しています。この問題は、システムの起動時に保護を提供するためのセキュリティ機能「セキュアランチ」に関連しています。ユーザーからは、シャットダウンを試みてもPCが電源を切らず、バッテリーが無駄に消耗されるとの報告があります。
この問題を一時的に解決するために、Microsoftは「shutdown /s /t 0」というコマンドを使用して強制的にコンピュータをオフにすることを提案しています。しかし、現時点ではこの問題に対する公式な修正はなく、Microsoftは将来のアップデートで対応すると約束しています。
さらに、アップデート後にOutlookアカウントに影響を与える別の問題もあります。この問題により、アプリケーションがフリーズすることがあります。これらのアップデートはセキュリティ向上を目的としていますが、新たな問題も引き起こしており、ユーザーは困難に直面しています。Microsoftはこれらの問題の解決に取り組んでいますが、問題の規模や影響を受けているユーザーの数について具体的な詳細は提供していません。
96.OpenAI、安価なChatGPT登場!広告も予定(OpenAI launches cheaper ChatGPT subscription, says ads are coming next)
この記事では、iOS 27について取り上げ、新機能や期待されるリリース日について説明しています。このアップデートでユーザーが楽しみにできることの概要が示されています。主なポイントは、ユーザー体験の向上、新しいアプリの追加、そして強化されたセキュリティ対策です。リリース日は2026年の初めになると予想されています。
97.Emoji Use in the Electronic Health Record is Increasing(Emoji Use in the Electronic Health Record is Increasing)
要約がありません。
98.ESP32-C3逆解析(Reverse Engineering the ESP32-C3 Wi-Fi Drivers for Static Worst-Case Analysis)
バッテリー不要のデバイスによるインターネットは、環境から収集したエネルギーを利用して持続可能なコミュニケーションの方法を変えています。このエネルギーは予測が難しいため、デバイスは電力が不足する状況に対応できる必要があります。一つの解決策として、リアクティブインターミッテントコンピューティングが挙げられます。これは、コンデンサーに蓄えられたエネルギーを監視し、電力が不足しそうなときにデバイスに警告を出します。電力を失う前にタスクを完了させるためには、タスクを小さく管理しやすい部分に分ける必要があります。
しかし、これらのタスクの最悪のエネルギー消費を分析することは難しい場合があります。特にWi-Fiデバイスの場合、そのドライバーがオープンソースでないことが多いためです。この研究では、エネルギーを意識したネットワーキングシステムとリバースエンジニアリングされたWi-Fiドライバーを組み合わせ、データの送受信中のエネルギー使用を完全に分析できるようにしました。Wi-Fiドライバーのモデルを用いて静的分析ツールを強化することで、RISC-VベースのESP32-C3プラットフォーム上での通信タスクの最悪のエネルギー限界を特定することに成功しました。この結果、Wi-Fiがリアクティブインターミッテントコンピューティングにおいて効果的に使用できることが示されました。
99.The life of a playboy publisher who shaped 20th-century literature(The life of a playboy publisher who shaped 20th-century literature)
要約がありません。
100.Dev-owned testing: Why it fails in practice and succeeds in theory(Dev-owned testing: Why it fails in practice and succeeds in theory)
要約がありません。