Salesforce傘下でPlatform as a Service（PaaS）を展開しているHerokuは、事実上のメンテナンスモードへ移行することを明らかにしました。 今後は新機能の導入よりも品質と運用の維持に重点を置くとしています。 同社が2月6日付で公開したブログ「An Update on Heroku」で、次のように説明が記されています。 Today, Heroku is transitioning to a sustaining engineering model focused on stability, security, reliability, and support. Heroku remains an actively supported, production-ready platform, with an emphasis on maintaining qual

Tailwind CSSの騒動 Tailwindのビジネスモデル 問題の本質は収益化の導線が死んだこと これはTailwind固有の話なのか？ /llms.txt が突きつけるジレンマ OSSを使う側として じゃあどうするのか Tailwindの騒動は、前兆に過ぎないかもしれない Tailwind CSSの騒動 Xでも投稿したがTailwind CSSがなかなか大変なことになっている。 Tailwind大変なことになってるな。 公式ドキュメントをAIフレンドリーにするためのPRを作られたんだけど、そのスレに開発元のTailwind Labs Inc.のAdam氏が結構衝撃的な内容を投稿。…— Keisuke Nishitani (@Keisuke69) 2026年1月8日 Tailwind CSSとはオープンソースで提供されているこの数年でとても人気が出たCSSフレームワークだ。ここ数年で

時折、「やりたいことに対してこんな複雑なことをしないといけないのはおかしい」という感覚がはたらく。ソフトウェアエンジニアの勘といってもいい。 FizzBuzz Enterprise Editionはプログラマジョークとして解されるが、実際のエンジニアリングではもっと微妙な形で表れる。たとえば設計やコードレビューの最中に「こうしたらどうなるだろうか」と思いつき、提案を実装した結果として管理すべき状態やコード量が減ったりする。(関連: 状態、結合、複雑性、コード量の順に最適化する - valid,invalid) あるいはシステム要件や仕様について話す中で表出することも多い。「新しい画面を作ってこういう情報を見せたい」であったり「ツールAと双方向に同期して検索したい」といった言葉からよくよく要求を聞いてみると、既存機能で代替ができたり、大仰なインテグレーションは不要だと気づく。 不要な仕事を減

GitHub Actionsが価格改定。GitHubがホストする処理は値下げ、ユーザーのセルフホスト処理は1分あたり0.002ドルの請求に（追記あり） GitHub Actionsは、GitHubのイベントをトリガーにして、あらかじめ設定しておいたワークフローを実行できるというものです。 例えば、プルリクエストを作成したら自動的にそのコードを用いてユニットテストと統合テストを実行する、あるいはビルドの失敗時にSlackに自動的に通知を行う、といったことが可能です。 GitHub Actionsの処理は、GitHubが提供するインフラで実行される「GitHub Hosted Runnter」と、ユーザーが自身のインフラ上でワークフローを実行させる「Self-Hosted Runner」の2種類があります。 GitHub Hostedは値下げ、Self-Hostedは新たに従量課金に 従来の価

この記事は、freee Developers Advent Calendar 2025 の 12日目の記事です。 こんにちは。freeeでエンジニアをしている高田と申します。普段はエンジニア横断組織で共通基盤・社内用共通ライブラリを開発したり、プロダクトの開発支援などを行っています。趣味はお散歩です。 今回は、サービス開始から丸12年が経過して複雑になったRuby on Rails製サービスで、安全かつ効率的にデッドコードを消せるようにするために行ったことをお話します。 3行サマリ デッドコードを検出するためにcoverband gemを入れようとしたものの、入れたいサービスの規模が大きすぎて入らなかった コードの実行状況を集計するシステムを内製して、Redash+GitHubでいつでも見られるようにした MCPサーバーでデータをcoding agentにつなぎこむことで、自動的に消せない

こんにちは、hsbt です。 相変わらず原神やゼンレスゾーンゼロをプレイしているのですが、Yotei をひと段落したあとにアサシンクリードシャドウズをプレイしてみたら、面白さ再発見という感じで楽しくプレイしています。 今回は、私がメンテナとして開発をしている RubyGems と Bundler のメジャーアップデートである 4.0.0 の重要な変更点と備えについて解説します。特に Bundler 4の変更は、セキュリティの強化 と、長年の混乱の元となっていた暗黙的な挙動の明確化 に焦点を当てています。長年の利用を通じて慣れ親しんだ動作のいくつかがBundler 4でデフォルトから変更されます。 4.0.0 Released - RubyGems Blog Upgrading to RubyGems/Bundler 4 - RubyGems Blog 私が書いた上記の2つのエントリにフルバ

Arcade for marketingBuild compelling, on-brand demos in minutes to drive leads, boost product adoption, and more effectively tell your product's story.

PR TIMESのCDNをCloudFrontからFastlyに移行しました こんにちは、インフラチームテックリードの櫻井です。 今回はプレスリリース配信サービスの prtimes.jp で使用しているCDNをCloudFrontからFastlyに移行したことについ... なお該当のAPI以外へのリクエストは正常に処理できていたため、PR TIMESへのリクエストが一律でブロックされている状況ではなかったと考えられます。 根本原因の仮説と検証 ここまでの調査でわかったことは以下です。 該当のお客様から行われたメディアリスト保存APIへのAJAXリクエストは、501エラーとしてNew Relicに記録されている。 該当のお客様から行われたメディアリスト保存APIへのAJAXリクエストは、PR TIMESシステムに到達していない。 該当のお客様から行われた他のAPIへのリクエストは、正常にレス

PostgreSQL18連載の6本目の記事です。 PostgreSQL 18がリリースされました。リリースされた機能のうち私は「B-treeインデックスのスキップスキャン」機能が気になったので、機能の特徴を深堀りしつつ、実際の挙動を確認してみます。 B-treeインデックスのスキップスキャンとは複合インデックス（複数の列で構成されるインデックス）の利用効率を劇的に向上させる新しいスキャン方法です。 従来の課題PostgreSQLでは、例えば(列A, 列B)という順番で複合インデックスを作成した場合、これまではWHERE句に先頭の「列A」の条件がないと、インデックスを効率的に使えませんでした。 例えば、WHERE 列B = 'hoge'というクエリでは、せっかくの (列A, 列B) インデックスをうまく使えず、結果としてテーブル全体をスキャン（シーケンシャルスキャン）してしまう、あるいは、イ

The UnifiedToolchain for the Web dev, build, test, lint, format, monorepo caching & more in a single dependency, built for scale, speed, and sanity Everything you love about Vite— plus everything you’ve been duct-taping together. Built for growing teams tired of configuring, patching, and replacing their JavaScript tooling stack.

次期MCP（Model Context Protocol）では非同期操作、ステートレス、公式のプロトコル拡張などサポート Anthropicがオープンソースとして仕様を作成しているMCP（Model Context Protocol）は、今年（2025年）11月にアップデートを予定しています（MCPはこれまでにも、2025年3月、6月とアップデートが行われています）。 現在どのようなアップデートが検討されているのかが、MCP公式サイトのブログ記事「Update on the Next MCP Protocol Release | mcp blog」で説明されています。 MCPは生成AIとツールの接続のためのプロトコルとして登場し、事実上の標準として普及しています。複数のAIエージェントを連携させるAgent2Agentプロトコルのベースにもなっています。 今回（2025年11月）のアップデ

Published: September 23, 2025 We're launching today a public preview for the new Chrome DevTools Model Context Protocol (MCP) server, bringing the power of Chrome DevTools to AI coding assistants. Coding agents face a fundamental problem: they are not able to see what the code they generate actually does when it runs in the browser. They're effectively programming with a blindfold on. The Chrome D

Intro 前回は、Nx の事例をベースに「パッケージを公開する側」の対策について解説した。 今回は、「パッケージを使う側」、もっと言えば「OSS を使う上で開発者が考えるべきこと」について考察する。 OSS の危険性 npm 起因のサプライチェーン攻撃が確認されたことで「npm は危険だ」という話になると、「npm を禁止すべき」といった極端な話になったりする。 前回のブログで紹介したような対策を行うなら、多少は良くなるかもしれない。しかし、それらは全てパッケージ公開者に委ねられる。自分が公開者として実施するなら、自分が原因で攻撃が発生することは防げるだろう。 一方、攻撃に必要な突破口は 1 つあれば良い。npm にある全てのパッケージが対策されない限り、npm を主語とした安全が担保される日は来ない。 この広大な依存関係の中には、闇落ちした開発者が、それまでの善良なコードを、自分の意志

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

以下の記事が面白かったので、簡単にまとめました。 ・Writing effective tools for agents — with agents 1. はじめに「MCP」は、LLMエージェントに数百もの「ツール」を提供し、現実世界のタスクを解決できるようにします。この記事では、ツールを最大限に活用するための最も効果的な手法について説明します。 まず、以下の方法について説明します。 ・ツールのプロトタイプを作成してテスト ・エージェントを用いてツールの包括的な評価を作成して実行 ・エージェントと連携してツールの性能を自動的に向上 最後に、高品質な「ツール」を作成するための重要な原則を紹介します。 ・実装する (または実装しない) 適切なツールを選択 ・機能の明確な境界を定義するためにツールに名前空間を設定 ・ツールからエージェントに意味のあるコンテキストを返す ・トークン効率を高めるため

仕様駆動開発（Specification-Driven Development, SDD）は、AI コーディングエージェントを活用した新しいソフトウェア開発スタイルです。GitHub が提供する Spec Kit は、仕様駆動開発を支援するためのツールキットであり、AI との対話を通じて正確な受け入れ基準の定義とコード生成を支援します。この記事では Spec Kit を使用して仕様駆動開発を試してみます。 Kiro と呼ばれる AI IDE の登場は、仕様駆動開発と呼ばれる AI コーディングエージェントを活用した新しい開発スタイルの可能性を示しました。仕様駆動開発とは、まず AI と対話しながら要件定義・システム設計を行い、その後作成した設計書をもとに AI にコード生成を行わせる開発スタイルです。 ユーザーの要求をまず明確な仕様として定義することで、ユーザーが頭の中で思い浮かべていた要

Intro Nx リポジトリが攻撃を受け、広範囲にわたるインシデントが発生した。 今回の事例は、GitHub Actions を中心に複数のステップが組み合わさった攻撃であり、過去に何度も発生してきた攻撃と本質的には変わらない。 しかし、途中で AI が何度か登場するため「AI が書いたコードをマージしたから」などといった表面的な反応もあるが、実態はそこまで単純な話でもない。 また、「自分のプロジェクトは Nx を使っていないから関係ない」とも言えない攻撃であるため、特にフロントエンドエンジニアは全員注意と確認が必要となる。 この攻撃が何だったのか、そこから学べることは何なのか、解説する。 Nx Incident 今回のインシデントについては、既に公式の Advisory が出ている。ニュース系の記事も多々あるが、一次情報は以下となる。 Malicious versions of Nx a

背景: LLM Agentと仕様書駆動開発 Kiroの対抗馬 spec-workflow-mcpでの仕様書駆動開発の体験がよかった 導入が簡単 まあまあ固く作られている 仕様のやり取りをするWebサーバーが立ち上がる 仕様書駆動開発の良さを感じられた まとめ 背景: LLM Agentと仕様書駆動開発 LLM Agentが発展してきたものの、完全なバイブコーディングは厳しいことが分かってきた 仕様を満たしていないものが出来上がったり、メンテナンスがしにくい作りになっていることもしばしば そこで、仕様書駆動開発(Spec-driven Development)の考え方をベースにしたKiroが登場した 考え方は今後の時代に非常に合っていそう Kiroで仕様書駆動開発を試したが、体験はよかった Claude CodeはAuto Compact後に色々情報を忘れてしまう問題があるが、仕様書駆動開発