サクサク読めて、アプリ限定の機能も多数！
トップへ戻る
iPhone18 Pro
techfeed.io
9月16日、ゲーム・技術系メディアのfrvr.comが「PS5 Linux lead quits as open-source projects have become "a bunch of noobs using LLMs" that "they don't even understand"」と題した記事を公開した。 PS5へのLinux移植プロジェクトを牽引してきた著名なハッカー、Andy「TheFlow0」NguyenがプロジェクトからのWithdrawalを表明した。技術的な行き詰まりが理由ではない。AIツールを使って「自分でも理解していないコード」を投稿する開発者たちがコミュニティに流入し、さらにはプロジェクトの根幹を支える脆弱性をSonyに報告してしまったことが直接の引き金となった。 「優秀な研究者の集まり」から「ノービスの群れ」へ Nguyenは、PlayStation V
8月28日、Eivind Kjosbakkenが「Why Claude Code Time Estimates Are Poor」と題した記事を公開した。この記事では、Claude Codeが実装工数の見積もりを大幅に過大評価する理由と、より正確な見積もりを引き出す2つのアプローチについて詳しく紹介されている。 8月28日、Eivind Kjosbakkenが「Why Claude Code Time Estimates Are Poor」と題した記事を公開した。この記事では、Claude Codeが実装工数の見積もりを大幅に過大評価する理由と、より正確な見積もりを引き出す2つのアプローチについて詳しく紹介されている。 「1日で終わる作業」が「3〜4週間」と返ってくる Claude Codeに「この機能の実装はどのくらいかかる？」と質問すると、こんな回答が返ってくることがある。 For a
どのフレームワークも「denyが確実にアクションを止める」ことを検証できるコンフォーマンスキット（仕様への適合性をテストするテストスイート）を提供していない。すべての保証はフレームワーク固有の「暗黙知」に依存している、というのが調査の結論だ。 Agent Hooks：M×NをM+Nにする 今回公開された**Agent Hooks（仕様名：AGENT-HOOKS-0.1）**は、この問題に対する構造的な回答だ。 設計は意図的にシンプルに抑えられている： 8つのインターセプトポイント（agent_startup / input / pre_model_call / post_model_call / pre_tool_call / post_tool_call / output / agent_shutdown） 1つのコンテキストペイロード（AgentContext） 3つの判定（allow
8月21日、Phoronixが「Linus Torvalds Endures A Debug Session From Hell, "Enormously Helped" By AI」と題した記事を公開した。Linuxカーネルの生みの親であるLinus TorvaldsがAIを相棒にしながら、Intel XeグラフィックスドライバのバグをLinuxカーネルに自らパッチとして取り込んだ経緯を詳細に紹介している。 修正箇所はたった1行——round_up() を round_down() に変えるだけだ。しかしそこに至るまでにデバッグ用パッチが24本、カーネルの再起動が18回を要した。さらにTorvaldsを手伝ったAIは、その道中で複数回「これは解決不能だ」と匙を投げようとした。毎回それを押し返したのは、Torvalds本人の頑固さだった。 Torvaldsのコミットメッセージ、その言葉 カ
8月21日、rust-analyzerの主要開発者として知られるAlexey Kladov（matklad）が「Rust Glancer」と題した記事を公開した。RAMをrust-analyzerの100分の1に抑えて動作すると主張するLSPサーバー「Rust Glancer」への技術的所感を綴った内容で、rust-analyzer自身の設計判断を率直に棚卸しするものだ。 もともとはlobste.rsのコメントとして書き始めた内容だったが、長くなったためブログ記事に昇格させたという。rust-analyzerを作った本人が「本当はこう設計すべきだった」と公言した内容だけに、Rustコミュニティで広く注目を集めている。 Rust Glancerとは何者か Rust Glancerは、従来のrust-analyzerとは異なるアプローチでRustのLSPサーバーを実装するプロジェクトだ。rus
8月22日、Model Context Protocol公式ブログがDavid Soria Parra（リードメンテナー）とDen Delimarsky（リードメンテナー）の連名で「The New MCP Roadmap」と題した記事を公開した。MCPの次期仕様リリースに向けた5つの優先領域と今後の開発方針が詳しく示されている。 MCP（Model Context Protocol）は、AIモデルが外部のツールやデータソースに接続する際の共通インターフェースを定めたオープンプロトコルで、2024年末にAnthropicが公開した。Claude、Cursor、各種AIエージェントフレームワークが相次いで採用しており、現在はAIエージェントとツールを接続する事実上の標準として機能している。今回のロードマップはコアメンテナーとコミュニティのワーキンググループが共同で策定したもので、公式な方向性を
8月21日、cymerys.comが「I'm becoming AI-blind」と題した記事を公開した。AIが生成したテキストを、脳が自動的に読み飛ばすようになってしまった——そんな一人のエンジニアの体験が、AIコンテンツ時代の見落とされがちな副作用を浮き彫りにしている。 ChatGPTやClaudeといった生成AIが職場に浸透し、ドキュメント・メール・スライドをAIで量産することはもはや珍しくない。「書く側の効率」は上がった。しかし「読む側の認知コスト」という問題は、ほとんど議論されてこなかった。この記事はその盲点を正面から突いている。 「読んでいるのに頭に入らない」という現象 著者が気づいたのは、同僚から送られてくるドキュメントを読もうとすると、内容が頭に入ってこないという奇妙な体験だ。読んでいるつもりなのに処理できず、結果としてドキュメントに書いてあることを送り主に何度も確認する羽
8月21日、エンジニア・Ionut Ghinda氏が運営するallaboutcoding.ghinda.comが「Quick impressions: A week of using Codex more than Claude」と題した記事を公開した。 2025年にOpenAIがCodex CLIをリリースして以来、ターミナルで動作するエージェント型AI coding assistantの選択肢はますます多様化している。Codex CLIとAnthropic製のClaude Codeはどちらもコマンドラインから直接コードの生成・編集・デバッグを行える点で競合するが、その「性格」は大きく異なる。普段はClaude派の筆者が1週間あえてCodexを優先的に使い続けた結果、浮き彫りになった両者の違いが率直に語られている。 本質を突く一言：「Codexはいわれたことをやるが、やりすぎない」 筆者
8月18日、SD Timesが「Why Some Companies Are Pulling Back on AI Coding」と題した記事を公開した。この記事では、一部の企業がAIコーディングツールの利用を制限・禁止し始めている背景と、その技術的根拠について詳しく紹介されている。 8月18日、SD Timesが「Why Some Companies Are Pulling Back on AI Coding」と題した記事を公開した。この記事では、一部の企業がAIコーディングツールの利用を制限・禁止し始めている背景と、その技術的根拠について詳しく紹介されている。 「コード生成」と「ソフトウェアエンジニアリング」は別物だ AIコーディングツールへの反動を理解するには、この区別が核心になる。 LLMは構文的に正しいコードを書く能力を急速に高めている。関数の実装、テストの生成、APIの説明——
8月14日、Yaron Schoenが「Claude Code 101, for Designers」と題した記事を公開した。デザイナーがClaude Codeを使いこなすために必要な専門用語を平易に解説した入門ガイドで、シリーズの第1回にあたる。 8月14日、Yaron Schoenが「Claude Code 101, for Designers」と題した記事を公開した。デザイナーがClaude Codeを使いこなすために必要な専門用語を平易に解説した入門ガイドで、シリーズの第1回にあたる。 Yaron Schoenはプロダクトデザイナーだ。父親がNYUのコンピュータサイエンス教授でAIを早期から研究していたという背景を持ち、MS-DOSを使って育った。コーディングの専門家ではないが、技術的な素地はある。そんな彼が「今はデザイナーにとって黄金時代だ」と断言し、エンジニア不在で自分でツール
8月13日、Jowi Moralesが「PBS broadcaster loses access to 50TB of data comprising 70 years of TV history after contracted cloud storage vendor goes defunct」と題した記事を公開した。契約していたクラウドストレージベンダーが突然消滅し、70年分・50TB超のアーカイブデータへのアクセスを失った米PBS系列局の事例を報じている。 クラウドストレージは「外部に預けておけば安心」と見なされがちだが、ベンダー自体が消えた場合に何が起きるか——その最悪のシナリオが現実のものとなった。しかもデータの背後には再販業者とデータセンター大手が絡み合い、裁判所の裁定を得てもなお物理的なデータを取り戻せないという、前例のない法的膠着状態に陥っている。 「70年分の歴史が詰ま
AI技術の進化により、エンジニアの仕事の前提が大きく変わろうとしている。株式会社Arcobalenoの前田修宏氏に、コードを書く側と採用する側の双方の経験から、AI時代に求められるエンジニアの価値を伺った。 機能を実装するだけなら、AIで一瞬でできてしまう──そんな時代に、エンジニアの価値はどこにあるのか。AIによって仕事の前提が大きく変わりつつある今、採用・評価する企業側は、エンジニアの何を見ているのだろうか。 今回お話を伺ったコンサルティングファームの株式会社Arcobaleno取締役 前田修宏氏は、エンジニア出身でありながら、受託・自社開発の現場、開発とコンサル、起業と会社のバイアウト、そして経営までを横断してきた、幅広い知見の持ち主だ。コードを「作る」側と、人を採用し事業をつくる側の双方を見てきた立場から、AI時代のエンジニアに本当に必要なものを提示してもらった。 エンジニアから経
7月22日、Cameron Palmerが「Should you even use an LLM?」と題した記事を公開した。Palmer氏はAI実装コンサルタントとして、自身のリード発掘システムで痛烈な失敗を経験した——LLMエージェントに処理を丸投げした結果、800件以上のリードを手作業で確認し直す羽目になったという。この記事では、その教訓をもとに構築された「LLMを導入すべきか」を判断するための6つの問いからなる意思決定フレームワークが詳しく紹介されている。 7月22日、Cameron Palmerが「Should you even use an LLM?」と題した記事を公開した。Palmer氏はAI実装コンサルタントとして、自身のリード発掘システムで痛烈な失敗を経験した——LLMエージェントに処理を丸投げした結果、800件以上のリードを手作業で確認し直す羽目になったという。この記事で
7月26日、Inside AI News が「Anthropic Finds No AI Job Apocalypse Yet as Productivity Lags」と題した記事を公開した。この記事では、Anthropic自身の調査が示す「AIによる雇用破壊はまだ起きていない」という実態と、生産性向上が依然として限定的にとどまっている現状について詳しく紹介されている。「AIは仕事を奪う」はずだったが、データが示す現実AIが雇用を大規模に破壊するという予測は、今のところ現実になっていない。Anthropicが公表した分析レポートによれば、2022年末以降、AI活用に高度にさらされている職種の失業率に系統的な上昇は確認されていない。これは、同社共同創業者のダリオ・アモデイが「エントリーレベルの仕事の半分が1〜5年以内に消滅する可能性がある」と予測していたことと大きく乖離する結果だ。レポート
7月18日、ludic.mataroa.blogが「AI Mania Is Eviscerating Global Decision-Making」と題した記事を公開した。筆者は、Fortune 500企業の幹部から現場のエンジニアまで300回以上の対話を重ねてきたエンジニア兼コンサルタントで、「自分が関与・観測したAIプロジェクトの直近1年半の成功率が0%だ」という告発を行っている。世界のAI投資額は2025年に過去最大を記録し、2026年に入ってもその勢いは衰えていない。一方で現場では、ROIを問う声や「PoC止まり」への不満が蓄積し続けている。本記事はその実態を最も率直に記録した証言のひとつとして、公開直後から技術者コミュニティで広く共有されている。AIプロジェクトの成功率：筆者の観測では0%筆者が断言するのは、直近1年半で関与・観測したAIプロジェクトの成功率が0%だという点だ。自
7月17日、O'Reillyが「The Right Amount of Spec for Agentic Development」と題した記事を公開した。AIエージェントで「仕様書はもう要らない」という空気が広がるなか、「ゼロ仕様は安くない」という逆説から出発し、ボトルネックの移動・マルチエージェント間の「契約」概念・仕様の賞味期限まで、実装コストが激減した時代に仕様を書く意味を根本から整理した内容だ。特に「あいまいなアイデアが機械の速さで"もっともらしいシステム"に化ける」という洞察は、エージェント開発に携わる全エンジニアにとって一読の価値がある。 7月17日、O'Reillyが「The Right Amount of Spec for Agentic Development」と題した記事を公開した。AIエージェントで「仕様書はもう要らない」という空気が広がるなか、「ゼロ仕様は安くない」
次のページ
このページを最初にブックマークしてみませんか？
『TechFeed - エンジニアのための技術情報収集＆共有プラットフォーム』の新着エントリーを見る
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
