Next.js(App Router)でお知らせページを運用する中で、公開済み記事と公開前の下書きプレビューを同じレイアウトで表示する実装が個人の実践例として紹介されています。ヘッドレスCMS「genko.me」を使い、URLクエリパラメータ「draftKey」で下書き表示を切り替える構成で、Next.js 16以降を想定しReact 19、TypeScript、genko.me SDKを利用しています。

「/news」で公開済み記事を6件ずつページネーション表示し、「/news/[id]」で詳細、「/news/[id]?draftKey=...」で下書きプレビューを表示します。公開記事と下書きの表示JSXを共通化し、取得条件・キャッシュ・エラー処理だけを分離する設計にしたとのことです。下書きの取得にはキャッシュを使わず、draftKeyが不正な場合も公開版に自動で切り替えず失敗として表示する仕様にしたと述べています。

AIエージェントやMCP(Model Context Protocol、AIとツールをつなぐ標準プロトコル)導入の流行に対し、「API基盤が既に堅牢な場合に限り採用すべき」と主張する調査記事が報じられています。著者は「IT連携マップ編集部」として、2026年9月2日から8日にかけて日本の業務システム56件のAPI・MCP対応状況を一次資料で調べたとしています。

調査によると、56件中API提供は47件、MCP対応は14件(全体の25.0%)で、MCPのみを提供しAPIを提供しないシステムは0件でした。API形式の内訳はREST系31件、SOAP3件、GraphQL1件、非公開16件だったとのことです。

記事は「MCPは『既存の堅牢なAPI』の上に乗る薄いラッパーです。APIが存在しない場合は、まず汎用的なWeb API(REST等)を作るのが先決です」と結論づけていると報じられています。

pnpm workspaceとViteを使ったモノレポでReact 18から19へ移行した際に「Minified React error #525」というエラーに遭遇した体験が語られています。自社プロジェクト「Dress Code」での実例で、原因は依存パッケージ「country-flag-icons」がまだReact 18を参照しており、複数バージョンのReactが共存してしまったことにありました。

背景には、Viteのimport解決がファイルのディレクトリから親へ遡って探索する仕組みと、pnpmが同一パッケージの複数バージョンがある場合にパス順ソートで最初に見つかった参照先を共通参照先に選ぶ挙動が絡んでいたといいます。pnpmのhoist機能(依存関係を上位階層に引き上げる仕組み)により作られるシンボリックリンク構造も影響していました。

最終的には、Viteのresolve.dedupe設定でプロジェクトルート基準の同一パッケージ参照を強制的に統一することで解決したと報告しています。

Finatextのソフトウェアエンジニアが、金融サービスのバッチ処理がDBへのinsert処理の途中で停止した実際の事象をきっかけに、DBが無応答になったときGoのアプリケーションがどこで詰まるのかをtoxiproxy(通信障害を人工的に再現するツール)を使って検証しました。MySQL 8.0、go-sql-driver/mysql v1.10.0、Go 1.27.0という環境で、並行数5・顧客5件の並列バッチ処理を再現しています。

検証によると、DBが無応答になると「クエリ発行中のgoroutine(Goの軽量スレッド)が読み取りでブロック→コネクションプールの枯渇→新規goroutineの起動停止→wg.Wait()が永遠に返らない」という順で詰まりが連鎖するとのことです。タイムアウト設定なしの条件では処理が完了0件のまま返らなかったと報告されています。

一方、contextでdeadline10秒を設定した条件では約10秒でcontext.DeadlineExceededエラーとともに終了し、DSN(接続文字列)のreadTimeoutを10秒に設定した条件では約10秒でmysql.ErrInvalidConnエラーとともに終了したとのことです。読み取りタイムアウトを何も設定しない場合、TCPの再送タイマーの既定値(tcp_retries2=15)により15分以上、OS設定によってはLinuxで2時間11分を超える待機が発生しうると指摘されています。

記事は「readTimeoutはクライアント側の打ち切りのみで、サーバー側で実行中のクエリを停止しない」と注意を促し、contextのdeadlineとDSNのtimeout/readTimeout/writeTimeoutを階層的に設定する対策を提示しています。

Next.jsの公式チュートリアル通りにpnpm installを実行したところ、bcryptとsharpのビルドスクリプトが無視されて停止したという体験談です。教材はpnpmのバージョンを指定していませんでしたが、著者の環境にはpnpm 11.18.0が入っており、pnpmはv10以降、依存パッケージのビルドスクリプトを既定では実行しない仕様(サプライチェーン対策)に変わっていたことが原因でした。

さらに、この許可設定の書き方もv10とv11で異なり、v10時代の記事で紹介されていたpackage.jsonのonlyBuiltDependenciesではなく、v11ではpnpm-workspace.yamlにallowBuildsを設定する方式に統一されていたとのことです。著者はpnpm-workspace.yamlにallowBuildsを追記し、bcryptとsharpをtrueにすることで解決したと述べています。

「『教材どおりなのに動かない』は、たいてい教材・手元・検索結果の3つのバージョンがずれている」と結論づけています。

「AIっぽくない画像」を生成するための画風プロンプト集が、自作の一覧として紹介されています。線が均一すぎる、グラデーションが滑らかすぎる、顔が整いすぎているという3つの特徴でAI生成画像を見分けられるとし、それを打ち消す画風プロンプトを「手描き・アナログ」「フラット・エディトリアル」「ポップ・キャラクター」「印刷・版画」「漫画・ゲーム」「実務・教材」の6カテゴリ、計38種類に分類しています。

使い方は日本語の指示文の後ろにプロンプトを貼るだけで、「内容は日本語、画風は英語」という組み合わせが一番安定しているとのことです。AIっぽさを消すコツとして、不完全さを名指しで要求する、物理的な質感を借りる、余白と色数を数字で縛る、禁止事項を書くという4点も挙げられており、すぐ使える完成形テンプレートも6種類掲載されています。

新卒でエンジニアになって1年が経った、株式会社Works Human Intelligence所属の著者による体験記です。生成AIが書いたコードをジュニアエンジニアが理解できない問題について、原因は「コード自体の難しさ」ではなく「実装前の要件整理不足」にあると主張しています。

事前に自分の言葉で要件と処理の流れを説明できる状態を作っておくことで、AIが生成したコードを理解しやすくなると提案し、Spring PetclinicというサンプルアプリでのCSV出力機能の実装を具体例として説明しています。「コードの出力を読みやすくする」より「出力を想像できるようにする」が目標だと述べています。

「実装で短縮した時間を理解のために使ってしまいます」とも指摘しており、要件整理を先に行う取り組みを実施した結果、コードレビューの指摘件数が明らかに減ったと報告しています。