【悲報】人気の広告ブロッカー「uBlock Origin Lite」、Firefoxストアから消える — Mozillaの審査プロセスに疲弊
人気の広告ブロッカー「uBlock Origin Lite」の開発者であるRaymond Hill氏は、Mozillaとの対立を理由に、Firefox公式のアドオンマーケットプレイスから同アドオンを削除した。uBlock Origin Liteは、9月初旬からMozillaがすべてのバージョンを「Firefoxポリシー違反」として警告し始めたことで、Hill氏とMozillaの間に軋轢が生じた。 この対立は、MozillaがuBlock Origin Liteがユーザーデータを収集しているとの懸念や、プライバシーに関する問題を指摘したことに端を発する。これに対してHill氏は、「JavaScriptの基本を理解している者なら、これらの指摘が意味をなさないことがすぐにわかる」と反論した。 さらに、Mozillaは後にエラーがあったことを認めるも、Hill氏は「無意味で敵対的な」審査プロセスに
【海外記事紹介】数千台のLinuxシステムが数年にわたりステルス型マルウェア「Perfctl」に感染している
10月6日、海外のテクノロジーメディア「Ars Technicha」が報じたところによると、数千台のLinuxシステムが数年にわたってステルス型のマルウェア「Perfctl」に感染した状態にあるという。 Perfctlは、2021年以降に確認され、20,000以上の一般的な設定ミスを悪用してインターネットに接続されたシステムに感染している。Aqua Securityによると、Perfctlは、Apache RocketMQの深刻な脆弱性（CVE-2023-33246）を利用し、多くのLinuxマシンに悪影響を与えている。この脆弱性の修正はすでに行われているが、適用されていないシステムが依然として危険にさらされている。 Perfctlの特徴 Perfctlは、Linuxの監視ツール「perf」とコマンドラインツールに使われる「ctl」という名称を組み合わせた名前を持つマルウェアである。これは
Deno、V8 JavaScriptエンジンをRustに統合できる「Rusty V8」リリース — RustにJavaScriptコードを埋め込み可能に
9月25日、DenoはRustベースのV8バインディング「Rusty V8」が安定版としてリリースされたことを発表した。Rusty V8は、JavaScriptエンジンV8のC++ APIをゼロオーバーヘッドでRustに統合するライブラリであり、5年間にわたる開発と150以上のリリースを経て、3.1百万回以上のダウンロード数を記録している。このリリースにより、Rusty V8は本格的なプロダクション環境での利用が推奨される安定版となった。 Rusty V8は、バージョン129.0.0として初めて安定版リリースが行われた。これはChromeのバージョニングに合わせたもので、今後もChrome V8エンジンと同期したリリースが行われる予定である。このバージョンではAPIの安定性が保証され、これまでの0.xリリースを超えて、Rustベースの開発者にとって信頼性のあるツールとして位置づけられること
なぜRedisをやめSQLiteベースのアーキテクチャに切り替えたのか — 興味深い事例紹介が海外で話題に
9月26日、Wafrisが「RedisからSQLiteへの再構築」と題したブログ記事を公開した。この記事では、Wafrisが提供するRailsクライアントのバージョン2におけるRedisからSQLiteへの移行について、その決定プロセスやパフォーマンスに関する考察、さらにアーキテクチャ変更の詳細が語られている。 以下に、その内容を紹介する。 移行の背景 Wafrisは、Railsアプリケーションに組み込むことで、HTTPリクエストに対するセキュリティルールのチェックを行うミドルウェアを提供している。Wafrisの初期バージョンであるv1は、ユーザーが自身のRedisデータストアを管理することを前提に設計されていた。この背景には、WafrisがHerokuエコシステムから誕生したことが関係しており、HerokuではRedisの導入が簡単に行える環境が整っていたためだ。さらに、Sidekiqの
Deno 2.0リリース候補版が公開、1.0のリリース以来最大のアップデート
9月20日、Deno 2.0のリリース候補版が公開された。これは、Deno 1.0のリリース以来、最大のアップデートであり、Node.jsとの互換性向上や依存管理システムの改良、グローバル変数の変更など、様々な新機能と改善が含まれている。 1. グローバル変数の変更 Deno 2.0では、windowグローバル変数が削除され、代わりにglobalThisやselfの使用が推奨されている。この変更は、Denoがブラウザと互換性を持つことを目指して導入されたwindowが、思わぬバグを引き起こしていたためだ。これにより、ライブラリがDeno上での動作時に問題を引き起こすことが少なくなる。 // Deno v1.x window.addEventListener("load", () => { console.log("loaded"); }); // Deno v2.x globalThis.
Go言語とマイクロサービス、そしてクラウドサインについてCTOに聞いてみた
クラウドサインとは？をCTOに聞く -- 自己紹介をお願いします。 市橋: 市橋 立です。弁護士ドットコムのCTOを務めています。 クラウドサインというサービスの開発を中心としながら、エンジニアとデザイナーを横断的にマネジメントしています。 -- クラウドサインについて教えて下さい。 市橋: 「紙と印鑑」を「クラウド」に置き換え、契約作業をオンラインだけで完結できるWeb完結型のクラウド電子契約サービスです。インターネット上で安全に、法的に有効な契約を素早く行えます。 従来の、紙と印鑑で行われている契約は、実はかなりコストのかかる作業です。 企業同士だと、契約書のやり取りだけで1-2週間を要することもざらにありました。その手間や時間を大幅に軽減できるのがクラウドサインです。PDFのアップロードから始まって、早ければ10分もかからず契約完了です。 -- コロナ禍で利用も大幅に増えたのではない
Redisの代替プロダクト「Valkey」が8.0をリリース — 秒間100万リクエストを処理できるパフォーマンスを達成
9月16日、ValkeyはValkey 8.0をリリースした。Valkeyは、Redisのオープンソースコードをフォークしたものであり、Linux Foundationが今年初めに開始し、Amazon/AWS、Google Cloud、Oracleなどの企業からの支援を受けている。 Valkeyは、ライセンス変更後のRedisに代わる主要なオープンソースの選択肢として、さまざまなベンダーからの支援を増やしつつある。このリリースの主な焦点は、パフォーマンスの向上であり、1秒あたり100万リクエストを処理する能力を目指している。 Valkey 8.0の主な特徴 パフォーマンスの最適化: Valkey 8.0の開発では、パフォーマンス向上が大きな目標であり、1秒あたり100万リクエストの処理を目指している。これには、CPUの潜在能力を引き出すためのさまざまな最適化が含まれている。 速度の向上:
先進的なWeb技術を詰め込んだAstro 5.0 β版リース — Server Islandsに注目
9月18日、Astro 5.0 Betaがリリースされた。Astroは、モダンなウェブサイト開発のための静的サイトジェネレーターで、特にフロントエンド開発において人気が高まっている。サーバーレンダリングと静的サイト生成の両方をサポートし、ReactやVueなどのフレームワークとも互換性がある点が特徴だ。性能向上や使いやすさを重視しており、ビルド後のファイルサイズを最小限に抑えることで、表示速度の高速化を実現している。この新バージョンでは、コンテンツ管理のための「Astro Content Layer」や、新しい「Server Islands」機能が安定版として導入され、開発者にとってより柔軟かつ効率的なウェブサイト構築が可能となる。Astro 5.0 Betaの主要な新機能は以下の通りだ。Content LayerContent Layerは、Astro 5.0で導入された強力なコンテンツ
TypeScript 5.6リリース！真偽チェックの厳格化やイテレーターヘルパーメソッドの追加など新機能多数
9月10日、MicrosoftはTypeScript 5.6のリリースを発表した。 今回のリリースでは、多くの新機能や改良が含まれており、特にバグの早期発見とコードの安全性が強化されている。以下は、TypeScript 5.6の主要な新機能と改善点である。 真偽チェックの厳格化 TypeScript 5.6では、コード内の真偽値チェックに対する厳格な制約が追加された。具体的には、常に真（truthy）または偽（falsy）となる式に対してエラーが発生する。これにより、意図しない条件式によるバグを未然に防ぐことができる。 以下のコード例では、意図しない真偽式が検出され、エラーとして扱われる。 if (/0x[0-9a-f]/) { // エラー: この式は常に真となる。（.test()の呼び出しを忘れたのかもしれない） } if (x => 0) { // エラー: この式は常に真となる。（
「QUICは速くない」論文が発表され話題に — 高速インターネット上ではHTTP/2より45%以上パフォーマンスが低下
9月10日、ACMが「QUIC is not Quick Enough over Fast Internet」と題した論文を公開した。この論文では、QUICプロトコルが高速なインターネット環境下でどのようにパフォーマンス低下を引き起こすかについて詳しく紹介されている。 QUICのパフォーマンス検証 この記事では、QUICがウェブアプリケーションのパフォーマンス向上に寄与することが期待されている一方で、高速インターネット環境下では、QUICのパフォーマンスに深刻な問題があることが示されている。特に、以下の点が指摘されている。 データレートの減少 UDP + QUIC + HTTP/3のスタックは、TCP + TLS + HTTP/2と比較して、データレートが最大45.2%低下することが確認された。この現象は、高速なネットワーク環境で顕著に現れる。 パフォーマンス差の拡大 基本的な帯域幅が増加
なぜGitHubはここまで成功したのか — その歴史を振り返るブログ記事が海外で話題に
9月10日、GitButlerが「なぜGitHubが勝ったのか」と題したブログ記事を公開した。この記事では、GitHubが他のプラットフォームと比較してどのように成功を収めたのか、そしてその背後にある要因について詳しく紹介されており、海外で多くの人々に読まれている。以下に、その内容を紹介する。 GitHubが成功した理由 GitHubの成功は、単に技術的な優位性だけでなく、いくつかの重要な要因が相互に作用した結果である。その要因は、主に以下の2点に集約される。 タイミングの良さ GitHubが登場したのは、分散型バージョン管理システム（DVCS）が徐々に普及し始めた頃であった。2005年にGitが誕生し、これまでの集中型バージョン管理システム（SVNやCVS）が持つ問題点を解決するツールとして注目され始めた時期だった。特にオープンソースプロジェクトの拡大に伴い、集中型のシステムでは対応が難
ソフトウェア開発におけるLLM活用について、初の大規模調査が行われる — 要点をまとめてみた
ソフトウェア工学における大規模言語モデルの現状を調査：LLMの適用と成果 9月11日、ソフトウェア工学（SE）における大規模言語モデル（LLM）に関する包括的な調査が公開された。本調査は、SE分野におけるLLMの活用に焦点を当てており、コード生成やテスト、要件エンジニアリングなど、多岐にわたるタスクの自動化におけるLLMの役割を体系的に整理し、LLMがSEの各種業務にどのように適用され、どのような成果を上げているかを明らかにしている。 本調査の成果物はGitHubリポジトリで公開されており、今後も継続的に更新される予定である。ただ、実際のドキュメントは非常にボリュームがあるため、以下にChatGPTを使って要点をまとめたものを紹介する。 LLMのSE業務への適用とその成果 LLMは、ソフトウェア開発の各フェーズで大きな成果を上げており、以下のように様々なタスクに適用されている。 1. 要件
年間リリース1,100回！完全リモート開発環境！開発生産性の高め方をHRBrainのCTOに聞いてきた
人事領域に関するプロダクトを多数展開しており、HRTech企業の雄として名高いHRBrain社。年間のリリース回数はなんと1,100回！どうやってそんな開発生産性を実現しているのか、CTOの鈴木悠大さんにお話を伺ってきました。 ブランチデプロイ環境とは ──今日はお話を伺えるのを楽しみにしていました。まずは自己紹介をお願いできますか？ 株式会社HRBrainの執行役員CTOをしております鈴木です。技術本部長を務めており、複数プロダクトのテックリードも兼務しています。 ──事前に伺っていたところによると、御社では特に開発生産性を高めることに注力されているとか。 そうですね、色んなことをしていますが、まずはリリースのワークフローはかなり工夫しています。一つは、社内で「ブランチデプロイ環境」と呼んでいる環境は、生産性の向上にかなり寄与しているかと思います。 ──それはどのようなものですか？ プル
Rust 1.81.0リリース — core::error::Errorトレイトの安定化などを含む様々な改善
以下では、バージョン1.81.0で導入された主な変更点をまとめる。 core::error::Errorトレイトの安定化 coreモジュール内でErrorトレイトが安定化され、#![no_std]環境でも利用できるようになった。これにより、ライブラリのターゲットが異なる環境であっても、同じエラートレイトを標準化して使用できるようになった。 新しいソートアルゴリズムの導入 Rustの標準ライブラリにおけるソートアルゴリズムが更新され、実行時のパフォーマンスおよびコンパイル時間が向上した。さらに、Ordトレイトの不適切な実装を検出し、エラーを発生させる機能が追加された。これにより、正しくない順序付けが行われた場合、無意味なデータを返す代わりにパニックを引き起こす。 新しいリンティングレベル#[expect(lint)]の安定化 Rust 1.81.0では、新しいリンティングレベルexpectが
Rustは安全で速くて難しくもない — Google公式ブログがC++からの置き換えプロセスを詳細に解説
9月7日、Googleが「既存のファームウェア コードベースに Rust を導入する（Deploying Rust in Existing Firmware Codebases）」という記事を公式ブログ（Google Security Blog）で公開した。この記事では、ファームウェアをRustで書くことの利点や、RustがC/C++を置き換えていく現状についての見解が述べられている。 Rustの導入によるセキュリティ向上 Googleのブログ記事によると、ファームウェアのコードベースをRustで書き直すことで、メモリ安全性が大幅に向上し、バッファオーバーフローや解放したメモリを誤って使用してしまう（use-after-free）といった脆弱性の原因を排除できると述べている。従来のCやC++によるコードはメモリに関する安全機構が欠如しているため、これらの脆弱性が多くの大規模なコードベースで
SREという役割が単なる「オペレーション担当」になっちまった、と愚痴ったブログ記事が海外で話題に
9月5日、「"SRE" doesn't seem to mean anything useful any more」と題したあるブログ記事が話題になっている。この記事では、SRE（サイト信頼性エンジニア）という役割が変容し、現在では単なる「オペレーション担当」へと貶められてしまった現状について詳しく紹介されている。以下に、その内容を紹介する。 SREの本来の役割とは何か SREとは、本来システム管理者とプログラマー、両者の役割を兼ね備えた技術者を指す。SREは、単なる「オペレーション担当」としての役割にとどまらず、システムの深部に精通し、Unixボックスを管理し、プログラムを書いてシステムを効率化することが求められる。しかし、最近ではSREという役割が単に「オペレーション担当」に矮小化されてしまっている。 オペレーション担当の現実 本記事の著者は、自身の経験を元に、SREが「オペレーション
React 19の新機能まとめ — サーバーコンポーネントは全フロントエンドエンジニア必見
9月5日、Vercelの公式ブログで「What’s new in React 19 – Vercel」と題した記事が公開された。この記事では、React 19における重要な新機能や改善点について、詳細かつ実践的な内容が取り上げられている。これまでのReactのバージョンで導入されてきた実験的機能が、React 19で正式に安定化され、多くの開発者にとってさらなるパフォーマンスの向上と開発体験の向上が期待されている。 ここでは、同記事からポイントを絞って内容をご紹介する。 サーバーコンポーネント (Server Components) サーバーコンポーネントは、Reactの10年の歴史の中でも最も大きな変化の1つであり、React 19の新機能の基盤となるものである。この機能により、以下の点が大幅に改善される。 初期ページロード時間の短縮 サーバーコンポーネントを使用すると、クライアントに送
Vue 3.5リリース — リアクティブシステムのメモリ使用量が56%削減、SSRも改善
9月2日、Vue 3.がリリースされた。このリリースはマイナーバージョンアップであり、互換性を損なう変更は含まれていないが、内部的な改善や新機能が追加されている。以下では、主な機能や変更点について詳述する。 Reactivity System Optimizations Vue 3.5では、リアクティブシステムが大幅に最適化され、パフォーマンスが向上し、メモリ使用量が56%削減された。この改善により、SSR中に発生していた計算済み値の古さやメモリリークの問題が解消されている。また、大規模で深くリアクティブな配列の操作も最大で10倍の速度向上が見られるようになった。 詳細: PR#10397, PR#9511 Reactive Props Destructure Reactive Props Destructure機能が安定化し、デフォルトで有効化された。この機能により、<script se
robots.txtによるクローリング禁止が急増 — AIがWeb全体をクローズドにしつつある
9月1日、海外のテックメディアIEEE Spectrumで「AIがウェブクローリングをめぐる戦いを巻き起こす(AI Has Created a Battle Over Web Crawling)」と題した記事が公開された。この記事では、ジェネレーティブAIの進化とそれに伴うウェブクローリングに関する論争について、AI研究者グループ「Data Provenance Initiative」のリードリサーチャーであるシェイン・ロングプレ（Shayne Longpre）氏へのインタビューを通じて詳しく解説されている。 ジェネレーティブAIとデータ収集の問題 ジェネレーティブAIは、膨大なデータセットを使用して訓練されることで、驚異的なパフォーマンスを発揮するが、そのデータセットの大部分は、私たちが日常的にインターネット上に公開している情報で構成されている。これには、ブログ投稿、ビデオコンテンツ、S
【海外で話題】次期PythonにおけるGILのオプション化を、500個のインタープリタを同時起動して検証する
8月31日、Isabella Muerte氏が「500 Python Interpreters」と題したブログ記事を公開し、話題となっている。この記事では、Python 3.13の最終リリースを前にして、PythonのGIL（Global Interpreter Lock）のオプション化と、その背景にある複数の取り組みについて詳しく紹介されている。 PythonのGILとは Pythonの GIL（Global Interpreter Lock） は、Pythonのマルチスレッド処理において長年にわたり重要な役割を果たしてきた。このロックは、同時に複数のスレッドがPythonオブジェクトにアクセスすることを防ぐために設けられたものである。 しかし、その一方で、GILはPythonのマルチスレッドパフォーマンスを制約する要因でもあった。この問題を解決するために、Python 3.13ではGI
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
