10年前の Xeon でも十分 — 古いサーバーで Gemma 4 を動かす
A 10 year old Xeon is all you need
2016年製 Intel Xeon E5-2620 v4、128GB DDR3、GPU なしという旧式サーバーで Gemma 4 の LLM 推論を実現した記録。MTP（Multi-Token Prediction）ドラフターを量子化モデルと組み合わせ、llama.cpp のカスタムチューニングにより、メモリ帯域がボトルネックとなる環境でも実用的な推論速度を達成した。標準的な ollama では対応できないモデル構成に対し、低レベルのパラメータ調整で最適化する手法を詳細に解説している。
Red Hat Cloud Services の npm パッケージに悪意あるコードが検出
Malicious npm packages detected across Red Hat Cloud Services
Red Hat の javascript-clients リポジトリで公開されている複数の npm パッケージにマルウェアが混入していた問題が報告された。サプライチェーン攻撃の一種であり、Red Hat Cloud Services を利用するエンタープライズ環境に広く影響する可能性がある。GitHub Issues 上で詳細な調査と対応が進行中。
最新の Instagram 乗っ取り手法が間抜けすぎる — Meta の AI サポートボットを悪用
The newest Instagram "exploit" is the goofiest I've seen
Meta が Instagram に導入した AI サポートボットを騙してアカウントを乗っ取る手法が発見された。攻撃者が AI ボットに対して巧みなプロンプトを与えることで、正規ユーザーのアカウント所有権を移転させることに成功したという。AI をカスタマーサポートに導入する際のセキュリティリスクを浮き彫りにする事例として、HN で1200ポイント超の注目を集めた。
GitHub とソフトウェアに対する罪 — 信頼性低下の構造的問題
GitHub and the crime against software
GitHub の頻発する障害、SLA 違反、パフォーマンス低下を分散システムの専門家が詳細に分析した記事。月に数十件のインシデントが公式に報告される一方、実態はさらに深刻であると指摘。公開バグトラッカーの不在、稼働率の虚偽報告、AI 機能への過度な注力が基盤の信頼性を犠牲にしている構造を批判している。エージェント型 AI による負荷増大が問題をさらに悪化させているとも論じている。
Anthropic が SEC に S-1 登録届出書を非公開提出 — IPO へ
Anthropic confidentially submits draft S-1 to the SEC
Anthropic, PBC が米国証券取引委員会（SEC）に対し、普通株式の新規株式公開（IPO）に関する Form S-1 の登録届出書草案を非公開で提出した。直近の Series H で650億ドルを調達し、ポストマネーバリュエーション9650億ドルに達した同社が、SEC の審査完了後に上場するオプションを確保した形。株式数や価格は未定。
Stanford CS336: 言語モデルをゼロから構築する講座
CS336: Language Modeling from Scratch
Stanford 大学が提供する CS336 は、トークナイゼーション、Transformer アーキテクチャ、最適化、スケーリング、データ処理、アライメントまでをカバーし、現代の言語モデルをゼロから構築・理解する実装重視のコース。付属の CLAUDE.md では AI コーディングアシスタントに対して「コードを書くな、教育的ガイダンスに徹せよ」と指示しており、AI 時代の教育方針としても注目されている。
Go の net/http/httptrace で HTTP リクエストを詳細にトレースする
Tracing HTTP Requests with Go's net/HTTP/httptrace
Go 1.7 から標準ライブラリに含まれる net/http/httptrace パッケージの活用方法を解説。DNS 解決、コネクション取得、TLS ハンドシェイク、送受信バイトのタイミングといった HTTP リクエストの内部フェーズにフックを仕掛ける仕組みを紹介している。Interface ではなく context.Context にトレーサーを埋め込む設計思想の解説から、curl --trace 風 CLI や再利用可能な http.RoundTripper の実装まで、実践的な内容。
Kefir C コンパイラの公開開発を終了 — OSS の持続可能性と AI 搾取への懸念
Cessation of public development of Kefir C compiler
自作 C コンパイラ「Kefir」の開発者が、公開開発の終了と非公開モードへの移行を発表した。プロジェクトの楽しさを維持しつつ持続可能性を確保するため、また将来の成果物が無断で商業的に利用されること（特に AI 学習データとしての搾取）への懸念が理由として挙げられている。バグ修正は引き続き公開されるが、新機能の開発は非公開となる。OSS 開発者のバーンアウトと AI 時代のライセンス問題を象徴する事例。
生物学からヒントを得て Haskell のコンパイルを高速化する
Stealing from Biologists to Compile Haskell Faster
生物学の分野で使われるアルゴリズムを Haskell コンパイラの最適化に応用する研究。生物情報学由来の手法をコンパイル時の解析パスに転用することで、従来のアプローチでは難しかった最適化を実現し、コンパイル速度の改善を目指す。異分野の知見を言語処理系に持ち込むユニークな試み。
Claude Code の Hooks に構文木解析ベースの「臭うコード検出器」を組み込む
Claude Codeのために「臭うコード検出器」を開発し、Hooksに設定してみた話
コーディングエージェントが生成するコードの品質を担保するため、構文木解析を用いたカスタムルール検出器を開発し、Claude Code の Hooks 機能に組み込んだ事例。ESLint や PHPStan が公式サポートしていないルールを自作し、CI で落とすか、Claude Code に「要見直し」として返すワークフローを構築。AI コード生成時代のレビュー自動化の実践例。
2026年6月時点で最適な AI 開発環境を本気で考えた
[AI] 2026年6月時点でBestな開発環境を本気で考えた
GPT-3.5 登場以降の約3年半で変遷した開発環境を振り返る記事。VSCode + Copilot から Cursor へ、そして現在の AI コーディングエージェント時代までのエディタ・IDE・開発スタイルの変化を整理し、2026年6月時点での最適な開発環境構成を提案している。
テスト自動化の全工程を AI で一気通貫実行するツールを開発・公開
テスト計画・分析・設計・実装・実行・レポートまでを通しで自動実行するAI開発&公開
テスト計画・分析・設計・実装・実行・レポートまでの全工程を中間成果物を生成しながら自動実行する AI スキル群とオーケストレーションの仕組みを開発・公開。各段階でレビューと優先度付けを繰り返し、リスクからテスト項目まで ID で紐付けてトレーサビリティを確立する。いきなりテストケースを作る問題を解消するアプローチ。
自作データベース入門の入門 — 好きな言語で SQLite ライクな DB を作る
自作データベース入門の入門：好きなプログラミング言語でSQLiteライクなDBを作ろう！
Connor Stack 氏の「Let's Build a Simple Database」チュートリアルを紹介し、C 言語に限らず好きなプログラミング言語で SQLite ライクなデータベースを自作する入門ガイド。B-Tree、ページング、SQL パーサーなど DB の基本構造を実装しながら学べる内容で、データベースの内部構造を理解する最初の一歩として推奨している。
IT 民俗学 — なぜ Excel 方眼紙は滅びないのか
IT民俗学：なぜExcel方眼紙は滅びないのか
社給 PC に標準搭載された Excel がマニュアル・申請書・障害台帳・タイムカードとして使われ続ける日本独自の IT 文化を「IT 民俗学」として分析。セルの枠線やイナヅマ線で進捗管理が完結する仕組みの合理性と、それが技術的負債として蓄積する構造を、文化的・組織的な視点から考察している。
Codex で Flutter アプリを87日で公開 — コード以外が大変すぎる個人開発の現実
CodexでFlutterアプリを3か月未満で公開したけど、今どきの個人開発はコード以外が大変すぎる
OpenAI の Codex を活用して Flutter 製ギャラリーアプリ「マイギャラリー」を87日で Google Play に公開した体験記。最大の発見は、コードを書く時間よりストア公開のための周辺作業（審査対応、アセット準備、ポリシー対応など）の方が圧倒的に大変だったという点。AI がコーディングを加速しても、公開プロセスの複雑さは変わらない現実を報告している。
AI 疲れが加速するので Claude Code の Remote Control を使うのをやめた
AI疲れが加速するので、Claude CodeのRemote Controlを使うのをやめた
Claude Code の Remote Control 機能でベッドからスマホで AI に指示を出し、朝に作業完了という理想の運用が、いつの間にか睡眠時間の削減と生活リズムの崩壊を招いた体験談。AI を便利に使っているつもりが「使われる側」になっていたと気づき、利用を制限した経緯を率直に綴っている。エンジニアの AI 疲れという現代的なテーマを自身の実体験から考察。
会議で言いにくいことを AI が代弁 — AI ファシリテーター「Helmsman」
会議で「言いにくいこと」を、AI に代わりに言ってもらう AI ファシリテーター "Helmsman"
Microsoft Teams の会議に「Helmsman（舵手）」として参加し、議論を見守る AI ファシリテーターを開発。偉い人への反論、目上の人の事実誤認の指摘、「そろそろ時間です」の一言など、人間が言いにくい発言を AI が日本語の音声で代弁する。議事録 AI が「終わった会議を記録する」のに対し、Helmsman は「会議中にリアルタイムで介入する」点が特徴。
誰も MCP server をインストールしない、した人も使わない — 採用の2つの壁
Nobody installs your MCP server. The ones who do don't use it.
MCP server の採用には「インストールの壁」と「利用の壁」という2段階の障壁があるという分析。接続に成功してもユーザーがプロンプト画面で何をすべきかわからず離脱する問題が深刻で、5回のイテレーションを経て発見した Remoet チームの知見を共有。技術的なインストール手順の改善だけでは不十分で、ユーザーのワークフローにケイパビリティを自然に統合する「2番目のインストール」が必要だと主張。
AI が育てた肥大コードベースを40%削減した体験
Debloating The AI-Grown Codebase
Claude を使って開発した Flutter アプリのコードベースが、冗長なレイヤー、半端な修正、古い設計の残骸で肥大化。週末の実験でコード行数の40%を機能を損なわずに削減した。AI が生成するコードの「独特な臭い」として、冗長な README、読みにくい抽象化、不要なラッパー層などを特定。この知見をエージェント用のスキルとして体系化した。
100% Vibe Coding が許されるのはいつか
When Is 100% Vibe Coding OK ?
Vibe coding（AI に任せきりのコーディング）が適切な場面と不適切な場面を実体験から考察。使い捨てスクリプト、一時的な可視化、誰もメンテしないパーサーには有効だが、保守が必要なコードでは通用しない。Vibe で書かれた仕様書のレビューに膨大な時間を浪費した経験と、週末に五角キューブパズルの解法を Vibe coding で解いた成功体験を対比させている。
macOS で PyTorch を Celery でフォーク安全に実行する方法
Running PyTorch fork-safe in Celery on macOS
macOS 上で Celery の ForkPoolWorker が PyTorch をロードした状態で fork すると SIGSEGV が発生する古典的な問題の解決策。OPENBLAS_NUM_THREADS、OMP_NUM_THREADS などの環境変数を MainProcess のインポート前に設定することで、マルチスレッドライブラリの fork-after-init トラップを回避する。一行の修正で解決できるが、根本原因の理解が重要。
66万ドルの AI プラットフォームに置き換えられたエンジニアの話 — P0 障害で315万ドルの損失
My Company Bought a $660K AI Platform. I Was Replaced. On Friday at 2:58 AM, It Fixed Everything. Then It Rolled Back the Wrong Patch.
66万ドルの AI クライアントエンジニアリングプラットフォーム「Axon」が人間チームの3倍のチケット処理能力を示し、チームが解散に追い込まれた実話ベースの記事。しかし週末の P0 インシデントで AI が誤ったパッチをロールバックし、315万ドルの損失が発生。AI がダッシュボードを「緑」に保ち続ける一方で、根本原因の理解を欠いていたことが露呈した。
重複コードの方が良い設計になる場合がある
When Duplicate Code Is the Better Design
DRY 原則の過剰適用がコードベースを複雑化させる問題を指摘。原典の The Pragmatic Programmer が言う DRY は「コード」ではなく「知識」の重複を避けることであり、見た目が似ているだけのコードを無理に抽象化すると、Jenga のように脆い構造になる。類似する3行のコードは早すぎる抽象化より優れているという主張を、具体例を交えて展開している。