TypeScriptとCSSで書くネイティブアプリ、Claude Opus 5.5のAWS提供ほか — Web Dev Digest: 2026‑09‑23
Top 20
Native apps written in TypeScript and CSS（TypeScriptとCSSで書くネイティブアプリ）
Source: Hacker News | Published: 2026-09-23 04:42 JST
- GeaStack は TypeScript を JS エンジンも VM も介さず静的に C++ へコンパイルし、各プラットフォームのネイティブ部品へ描画すると作者が説明した。
- 対象は iOS・macOS・Android・Windows・Linux・Xbox（Three.js ゲーム向け）と組み込みの ESP32-S3 で、プラットフォームごとにネイティブバインディングを持つ。
- コンパイラはコールグラフ解析で型を確定させ、
anyやunknownのように静的に証明できない箇所だけ動的フォールバックへ落とす。 - 作者は macOS の hello world ウィンドウのメモリ使用量を 18〜20MB と報告し、ネイティブ AppKit アプリと同等だと主張している。
- 開発は約 6 か月で Claude Opus と Sonnet に「100 万ドル超の AI クレジットを費やした」と本人が明かした一方、コメント欄では「どの TypeScript/JS/Node/ブラウザ意味論が保証されるのかドキュメントで明示されていない」と移植性への疑問が出た（124 ポイント・53 コメント）。
Claude Opus 5.5 is now available on AWS GovCloud (US)（Claude Opus 5.5 が AWS GovCloud (US) で利用可能に）
Source: AWS What’s New | Published: 2026-09-23 00:00 JST
- AWS GovCloud (US) で Claude Opus 5.5 の提供が始まり、Amazon Bedrock 経由ではゼロデータ保持（ZDR）が既定で有効になると発表された。
- Claude 5.5 ファミリー最初のモデルで、長時間にわたるコーディングとナレッジワークを担当し、何をして何を見つけ次に何が必要かを報告する設計だとしている。
- Anthropic によれば Opus 5 より少ないトークンでタスクを完了し、トークン単価も低く、キャッシュ読み出しの安さがその効率向上に上乗せされる。
- 告知は米国時間 2026 年 9 月 22 日付で、対応リージョンの詳細は Bedrock のリージョン別提供状況ドキュメントに委ねている。
- 具体的なモデル ID や価格表はこの告知に含まれず、GovCloud の規制要件に沿ったデータ所在地の確保を強調するにとどまる。
Claude Opus 5.5 is now available on AWS（Claude Opus 5.5 が AWS で利用可能に）
Source: AWS What’s New | Published: 2026-09-23 00:00 JST
- 同じ Claude Opus 5.5 が通常の AWS でも提供開始となり、利用経路は Amazon Bedrock と、AWS コンソールから入る Claude Platform on AWS の 2 つになった。
- Bedrock 経由ではゼロデータ保持が既定で有効になり、リージョン内でのデータ所在地が保たれる。
- タスクごとに必要な労力を自ら見積もる adaptive thinking を備え、長時間のコーディングとナレッジワークを扱うと説明している。
- Opus 5 と比べて少ないトークンでタスクを完了し、トークン単価も下がるという Anthropic の説明を引用している。
- 価格・コンテキスト長・対応リージョンの具体値は告知には書かれておらず、リンク先のドキュメントを見るよう案内している。
OpenAI GPT-6 Sol and GPT-6 Luna are now generally available on Amazon Bedrock（OpenAI の GPT-6 Sol と GPT-6 Luna が Amazon Bedrock で一般提供）
Source: AWS What’s New | Published: 2026-09-23 03:09 JST
- OpenAI の GPT-6 Sol と GPT-6 Luna が Amazon Bedrock で一般提供に入り、既存の Astra と合わせて GPT-6 ファミリーが 3 モデル構成になった。
- Sol は複雑な反復タスクとソフトウェア開発向けで、OpenAI 社内の事実性評価では GPT-5.6 Sol のおよそ半分の誤りに収まったとしている。
- Luna は要約・抽出・分類・ルーティングのような高頻度タスク向けの最効率モデルで、推論の強度を調整して品質と速度とコストを釣り合わせられる。
- 両モデルとも最大 100 万トークンのコンテキストに対応し、Bedrock コンソールからも API からも利用できる。
- 告知は米国時間 2026 年 9 月 22 日付で、対応リージョンと価格は AWS のドキュメント側に委ねている。
Billing Transfer now supports automatic billing group creation for two-level transfers（Billing Transfer が二段階の譲渡で請求グループの自動作成に対応）
Source: AWS What’s New | Published: 2026-09-23 05:08 JST
- AWS Billing Conductor に Auto-Billing Transfer Billing Group Creation という設定が加わり、二段階の請求譲渡で請求グループを手作業で構成する必要がなくなった。
- 想定利用者は下位販売パートナーとその顧客の請求を扱う AWS ディストリビューターで、顧客が請求譲渡を承認した時点で請求グループが自動生成される。
- 自動生成された請求グループに適用する Billing Conductor の料金プランを指定できる。
- 設定は新設の API 2 種と AWS マネジメントコンソールの Billing Transfer 詳細ページから行い、受け入れ側の譲渡関係ごとに 1 回設定すれば済む。
- これによりプロフォーマのコストデータが、追加の手作業なしでパートナー側から即座に参照できるようになる。
eDEX-UIをClaude Codeで一から再設計・再実装した10日間 — AI駆動開発の経緯と、Grokをレビュアーに据えた記録
Source: Zenn | Published: 2026-09-23 00:57 JST
- 2021 年にアーカイブされた eDEX-UI を Electron 44 / Svelte 5 / TypeScript 7 / xterm.js 6 で作り直した elecdex が、10 日間・288 コミット・13 リリースで動く状態へ到達した。
- 起動時間は 2.9 秒から 1.3 秒へ、非表示ウィンドウの CPU は
backgroundThrottlingの制御で 26% から 6% へ下がり、PowerShell 常駐時のメモリリークは COM オブジェクト解放の修正で 75 秒あたり 1.4MB から 0.4MB に縮んだ。 - Claude Code が約 64,800 行の実装と約 45,200 行のテスト（Vitest 2,475 件・Playwright 292 件）を書き、著者は手書きコードを 1 行も公開していない。
- Grok を独立したレビュアーに据えたところ、資格情報の漏洩・競合状態・メモリリークなど実装側モデルが見落とした欠陥を検出し、指摘の採用率は約 5 割だった。
- 当初の TypeScript 5.9 計画は 13 分で放棄し、CPU を 20% 下げたフレームレート最適化も体感のジャンクを理由に前後の数値付きで差し戻すなど、判断は数値と決定ログに残す方針を取っている。
公式ドキュメントに載っていない仕様は、実フォームを開かないと分からない — Playwright + CDPで出品フォーム自動化を組んだ話
Source: Qiita | Published: 2026-09-23 02:00 JST
- 公式ドキュメントが説明する「3 段階プラン」の UI が対象カテゴリの実フォームには存在せず、DOM 全探索でプラン要素ゼロを確認して原因が確定した。
- 「プラン」「ライト」「スタンダード」「プレミアム」を全リーフノードに対して検索し、遅延描画ではなく本当に存在しないことをリーフノード数・iframe 数・スクリーンショットで裏付けた。
- 回避策は単一価格（最安プラン相当）に有料オプション 2 本を足す形で、プレミアム相当（+2,000 円ではなく +3,000 円）はスタンダード相当（+2,000 円）の同時選択を必須にして不正な段階遷移を防いだ。
- 構成は Node.js 20.11.x / TypeScript 5.4 / Playwright 1.42 の
connectOverCDPと Chrome 123（--remote-debugging-port=9222）で、GitHub Actions の self-hosted runner 上の xvfb で動かしている。 - SPA では
waitForLoadState('networkidle')が当てにならずリーフノード数が安定するまでpage.waitForFunctionで待つ必要があり、Shadow DOM は再帰探索しないとdocument.querySelectorでは貫通できない。
Playwrightで認証状態を保存・再利用してログイン処理を高速化する実装パターン
Source: Qiita | Published: 2026-09-23 09:22 JST
- Playwright の storageState を setup プロジェクトで 1 回だけ生成し、以降のテストが Cookie と LocalStorage を使い回すことで、テストごとのログイン処理を丸ごと排除できる。
- 構成は
playwright.config.tsの projects に setup 依存を宣言し、tests/auth.setup.tsがログインしてplaywright/.auth/user.jsonへ保存する 3 ファイル構成になる。 - 保存ファイルは実際のアクセストークンとセッション Cookie を含むため、
playwright/.auth/の.gitignore追加が必須だと注意している。 - トークンの有効期限がテスト全体の実行時間より短いと途中で失効するため、setup をテストサイクルごとに回す設計へ切り替える必要がある。
- 未認証状態を確かめるテストは
test.use({ storageState: { cookies: [], origins: [] } })で個別に上書きし、テスト間の汚染はbeforeEachの LocalStorage 消去で防ぐ。
株式会社いい生活のサマーインターンシップに参加した #いい生活インターン
Source: Qiita | Published: 2026-09-23 09:24 JST
- 5 日間のサマーインターンで 4 人チームが、映画館の近くの賃貸物件を探す「NearScreen」を React + Vite + TypeScript と自社の不動産 API で作り上げた。
- 住所を入力すると近隣の映画館が並び、選ぶと約 1.5km 圏内の物件が距離順に表示されるという仕様になっている。
- 著者は映画館検索画面、オートコンプリート付きの住所検索、映画館一覧、画面遷移ロジック、ロゴ作成を担当した。
- 開発には Claude Code を使い、画像生成は Gemini、リポジトリは GitLab の MCP 連携という構成で、メンターは 2 名付いた。
- 反省として、AI への丸投げで理解が伴わないまま進むリスクと、PR をレビュアーが読める粒度に保つ重要性を挙げている。
【Vite + TypeScript】Firebase Hostingへデプロイするまでにハマったこと
Source: Qiita | Published: 2026-09-23 11:11 JST
- Vite + React + TypeScript のアプリを Firebase Hosting へ出すまでに、
import.meta.envの型エラーと Cloud Shell 上の GitHub 認証・OAuth の 3 か所で詰まった。 - 「Property ‘env’ does not exist on type ‘ImportMeta’」は
src/vite-env.d.tsに/// <reference types="vite/client" />を置くことで解消した。 - Cloud Shell からの clone は GitHub のパスワード認証が通らないため、
gh auth loginとgh repo cloneに切り替えた。 firebase init hostingの GitHub 自動設定を Yes にすると OAuth がlocalhost:9005へ戻ろうとして ERR_CONNECTION_REFUSED になるため、No を選び後からローカルでfirebase init hosting:githubを実行する。- 環境変数は
.env.localにVITE_接頭辞で置き、src/firebase.tsで読み込んでnpm run buildのdist/をfirebase deployする流れになる。
【Next.js】API RouteからSpring BootへPOST通信をする | ポートフォリオ開発記録#3
Source: Qiita | Published: 2026-09-23 12:48 JST
- Next.js 16.0.0 の Route Handler をプロキシに挟んで、Spring Boot 4.1 の
@PostMappingへ JSON を中継する構成が動いた。 - フロントは
/api/request/loginへ fetch し、app/api/request/login/route.tsがprocess.env.SPRING_BOOT_API_BASE_URLを使って Spring Boot 側へ転送する。 - ローカル環境でも Next.js と Spring Boot はポート番号が異なるため、URL をハードコードせず環境変数で持つ必要がある。
- Spring Boot 側は Java 21 の record を
LoginRequestとして@RequestBodyで受け、@NotBlank・@Size・@Patternで入力検証する。 - 著者は「URL を直打ちすると認証を素通りする」という穴を明示し、次回 Cookie ベースのセッション管理で塞ぐと予告している。
useEffectを理解する
Source: Zenn | Published: 2026-09-23 12:58 JST
- useEffect は React 外部のシステムと同期するためのフックであり、React 内部で完結する処理に使うとかえって壊れると論じている。
- 派生値は useEffect で state を更新せずレンダー中に計算し、
firstNameとlastNameからfullNameを作る類の同期は不要になる。 - コンポーネントのリセットは useEffect ではなく親側で
keyを変える方が速く、ちらつきも出ない。 - 無限ループは、依存配列に入れた state をその中で更新した場合と、毎レンダー作り直されるオブジェクト・配列・関数を依存に入れた場合に起きる。
- データ取得は TanStack Query、同期自体の不要化は Next.js の Server Component という代替を著者は勧めている。
Reactのカスタムフック設計パターン集
Source: Zenn | Published: 2026-09-23 13:40 JST
- カスタムフックの設計は「小さく単一目的のフックを作り、必要なときに組み合わせる」ことに尽きると結論づけている。
- 提示されたのは useToggle（状態の隠蔽）、useFetch（非同期）、useWindowSize（外部購読）、usePrevious（useRef による値保持）、useSearch（合成）の 5 パターン。
- アンチパターンとして、ただ関数に切り出しただけの抽象化、listener や interval のクリーンアップ欠落、フックから JSX を返すことを挙げている。
- 重複が起きる前の先回り抽象化と、AbortController を使わずアンマウント後に state を更新する実装も避けるべきだとしている。
- 守るべきルールは
use接頭辞・トップレベル呼び出し・依存配列の網羅で、eslint-plugin-react-hooksで機械的に強制する。
Node.jsのfetchにタイムアウトを入れる：AbortSignal.timeoutとanyの実務的な使い分け
Source: Zenn | Published: 2026-09-23 19:01 JST
- 時間切れだけなら
AbortSignal.timeout()が最も簡潔で、外部要因のキャンセルと併用するときだけAbortSignal.any()で合成するのが実務的だと結論づけている。 Promise.race()だけではタイムアウトしても下の fetch は動き続けるため、signal をfetch()自体へ渡さなければ止まらない。- 一度 abort された
AbortSignalは abort 状態のままなので、リクエスト間で使い回してはいけない。 - HTTP 500 とタイムアウトは別物で、前者は
response.okの判定、後者はTimeoutErrorの捕捉というように扱いを分ける。 - 推奨形は共有 API クライアントにタイムアウトの既定値を持たせ、エンドポイントごとに上書きできるようにしてマジックナンバーの散在を防ぐ構成。
Node.jsのevents.onでhighWaterMarkの停止境界を検証する
Source: Zenn | Published: 2026-09-23 22:27 JST
- Node.js v26.0.0 で
events.onの highWaterMark を検証したところ、送信側が一時停止に従わない限り受信件数の上限は強制されないと判明した。 highWaterMark: 2/lowWaterMark: 1で試すと停止は 3 件目が届いた後に起き、4 回目の送信が false を返した。- 再開は lowWaterMark の 1 件ではなく、残りのキューが 0 になった時点で起きた。
- 一時停止を無視して
emit()を直接呼ぶと 5 件すべてが届き、pause/resume を持たない素の EventEmitter は上限超過で TypeError を投げた。 - 結論として highWaterMark は自動的なメモリ保護ではなく、送信側の協調を前提としたバックプレッシャー信号だと位置づけている。
Show HN: Build a CPU from gates, in TypeScript, in the browser（ゲートから CPU を組む、TypeScript で、ブラウザの中で）
Source: Hacker News | Published: 2026-09-23 23:53 JST
- Simten は Verilog ではなく型付きの TypeScript で回路を書き、NAND ゲート 1 個から RISC-V コアまでをブラウザ内で組み上げる HDL 環境として公開された。
play.simten.devのキャンペーンは配線 1 本から始まり全加算器で終わる 10 段階で、すべてのゲートを NAND から作らせる。- シミュレータ・回路ビルダー・Verilog エクスポータはいずれもクライアント側で動き、利用者のコードは別オリジンの iframe サンドボックスで実行される。
circuit()関数に入力・出力・ノード・接続を宣言すると、エラボレーションと回路図描画は処理系側が引き受ける。- ランディングページはコードと回路図を並べる都合でスマートフォンに収まらないと明記しており、Yosys/nextpnr 経由の ULX3S 向け FPGA 出力と Claude 向け MCP サーバも用意されている。
Show HN: NiftyAgent – Single file agent CLI under 500 LOC（NiftyAgent — 500 行未満の単一ファイル製エージェント CLI）
Source: Hacker News | Published: 2026-09-23 00:36 JST
- NiftyAgent は 500 行未満の Node.js 単一ファイルで、npm 依存パッケージを 1 つも持たないコーディングエージェント CLI として公開された。
- 中身はツールの小さな集合を回すループで、機能はコマンド実行ディレクトリ配下のファイル読み書きに限られる。
- 既定のプロバイダは Nano-GPT で、API キーを発行して Muse Spark・Deepseek・GPT 5.6 などのモデルを選ぶ。
- 起動は
node niftyAgent.js YOUR_API_KEY MODEL_NAMEの 1 コマンドで済む。 - 作者は、コンテキスト管理やタスク完遂の戦略を試すためのベースラインが欲しくて作ったと述べ、単一ファイルなので Claude や ChatGPT に丸ごと貼って改造できる点を利点に挙げている。
Should TypeScript support runtime types instead of relying on Zod?（TypeScript は Zod に頼らず実行時の型を持つべきか）
Source: Hacker News | Published: 2026-09-23 02:06 JST
- 投稿者は「膨大な Zod スキーマとその周辺のユニットテストを書くことにコードが費やされている」として、TypeScript 自体が実行時の型を持つべきではないかと問題提起した。
- 投稿者は TypeScript コンパイラに手を入れて代替の実装を試し、
nola.sh/playgroundの例を提示している。 - リンク先の X（旧 Twitter）の投稿は HTTP 402 が返って本文を取得できず、内容は Hacker News 上の投稿者自身のコメントからしか確認できなかった。
- Published は Hacker News への投稿時刻であり、リンク先の X 投稿自体の日付は確認できていない。
- Hacker News 側の反応は 2 ポイント・コメント 1 件にとどまり、投稿者以外の議論は付いていない。
Show HN: Dragonfly – an API client that understands your Express/Next.js routes（Dragonfly — Express/Next.js のルートを理解する API クライアント）
Source: Hacker News | Published: 2026-09-23 03:12 JST
- Dragonfly は VS Code のサイドバーで動く REST API クライアントで、Express と Next.js（App Router / Pages Router 双方）のルートを走査してコレクションを自動生成する。
- Scan Workspace を実行すると、コードベースのディレクトリ構成に合わせてフォルダ分けされたコレクションができる。
- Postman コレクション・OpenAPI/Swagger・cURL の取り込みと、cURL・Node.js・Python・Go・PHP・Java・Rust へのエクスポートに対応する。
- Bearer トークン・API キー・Basic 認証を安全に保存し、
{{variable}}形式の環境変数を置換できる。 - アカウント登録も有料プランもなく、テレメトリや外部サーバを使わずデータは VS Code 内に留まる MIT ライセンスの拡張として配布されている。
Amazon CloudWatch Omni: AI-first observability for agents and applications（Amazon CloudWatch Omni — エージェントとアプリケーションのための AI 前提の可観測性）
Source: AWS What’s New | Published: 2026-09-23 09:06 JST
- Amazon CloudWatch Omni が一般提供となり、チームとそのアプリケーション単位で整理した AI 前提の可観測性体験として CloudWatch を作り替えた。
- 中央アカウントに「スペース」を作ると、複数の AWS アカウントとリージョンに加えて Azure など他クラウドのテレメトリも集約できる。
- OpenTelemetry の相互運用性と CloudWatch の規模・信頼性を組み合わせる位置づけを取っている。
- VS Code・Cursor・Kiro 向けの無償拡張が提供され、AWS アカウントなしでもローカルでエージェントの計測・デバッグ・評価ができる。
- 提供開始リージョンは米国東部（バージニア北部）・米国西部（オレゴン）・欧州（アイルランド）の 3 つ。
All Articles
Zenn
| # | Title | Summary | Author | Published |
|---|---|---|---|---|
| 1 | DELETE前に対象行だけ退避テーブルへ保存するSQL手順【PostgreSQL】（退避→検査→削除を同じトランザクションで） | PostgreSQL で削除対象行だけを同一トランザクション内の退避表へ COPY し、行ロック併用で退避後の他接続による更新・削除を防ぐ | @selene_nyx_ai | 00:17 |
| 2 | 【入門編 #1】AIが教えてくれないSetup【UserScript】 | 30秒で終わる環境構築から始め、以降の回で無限スクロールや広告除去を扱うと予告するUserScript連載の初回 | @catjam | 00:34 |
| 3 | 全緑でも画面は壊れる：ビルド後HTMLをgrepする | 型チェック・lint・ビルドがすべて成功した実装でも、ビルド後HTMLをgrepすると画面に出てはいけない文字列が2件見つかった | @miyoki_labs | 00:56 |
| 4 | linter を作るとき、何を検査しないかで品質が決まる | 誤検出1件で全指摘が疑われ2度踏めばCIから外されるという非対称性から、ルールを足さない判断に最も時間を使ったと述べる | @quintetkit | 02:11 |
| 5 | 【付録】AWSセキュリティベストプラクティス総まとめ - 42日でバックエンドエンジニアの基礎を完全に理解する | ルートユーザーの封印からCloudTrail・GuardDuty・WAFの検知、KMSとSecrets Manager、CI/CDのサプライチェーンまでを1本の軸で締め直す | @kipcop | 02:25 |
| 6 | 共有日記の自動マージを 50.9% → 68.8% にした：git merge-file と jsdiff は得意な衝突が違う | jsdiffのみの3-wayマージをgit merge-file主体の二段構えに変え、ランダム生成した4,000通りの編集で自動解決率が50.9%から68.8%へ上がった | @whatcha | 02:28 |
| 7 | Amazon Athena のワークグループについて | 扱うデータ・分析目的・チーム単位でワークグループを分け、クエリ結果バケットも分離しCloudWatchメトリクス発行を有効化する運用指針 | @toriteki121 | 03:43 |
| 8 | AIエージェントの評価をどう設計するか — 出力が毎回変わる対象を測る方法 | Claude Code のエージェントが敬語の崩れた営業メールを無確認で送った事故を機に、ユニットテストが効かない対象の評価設計を組んだ | @joinclass | 08:00 |
| 9 | Goの軽量WebフレームワークMachを触ってみる：標準net/http時代の薄いラッパーという選択 | Go 1.22のServeMuxでルーティングは足りる前提で、JSONレスポンス・ミドルウェア・Graceful Shutdownだけを薄く足すMachを試す | @ousiass | 08:00 |
| 10 | 宣言1枚が、手元のアプリにも、共有サービスにもなる — GUI Chat Protocol / コレクション / 共有アプリ | MulmoTerminalの一見無関係な3機能が、同じschema.jsonの置き場所と宣言の足し方の違いに過ぎないことを2026-09-21時点の実装で示す | @isamua | 09:28 |
| 11 | Supabaseで学ぶデータベース入門① 主キー・外部キーとテーブル設計の基本 | users・posts のようにテーブルを分ける基準と、主キー・外部キーがテーブル同士をどうつなぐかをSupabaseを題材に説明 | @applepurin | 09:40 |
| 12 | 【AWS 障害対応】わざとアラートを出して復旧する自作自演やってみた | AWS CDKでEC2・RDS・ElastiCache・CloudWatchの小さなWebシステムを建て、意図的に障害を起こして調査から復旧まで通した | @silver252 | 10:01 |
| 13 | golang：環境構築のあと、モック・リバプロ・SPAを作って遊ぶ | 環境構築の続編としてモック追加・リバースプロキシ・フロントエンド追加の3手順を進め、成果物をUnlicenseで公開している | @wsuzume | 10:47 |
| 14 | 【Vue+Vite+Gemini】マイキャラ管理ツールを開発した話 | オリジナルキャラクターをワールド単位で管理し検索とエクスポート／インポートもできる無料Webツールを個人開発しリリースした | @hilava | 10:58 |
| 15 | 予約投稿の再実行で重複を防げる範囲。保存済みIDと応答消失を分けて検証する | Qiitaのidとdev.toのdevto_idを原稿へ保存する方式では、作成後に応答だけ失われた場合の重複は防げないとモック環境で確認した | @hirodeath | 11:00 |
| 16 | 文章を書かないJevをGoogle Cloudで作れるか | Jev相当を3方式作り8,453試行で測ると、正確なのは思考ありGemini 3.8 Flashだけで中央値3秒・Jev公称の約87倍のコストだった | @ccie26302 | 11:29 |
| 17 | Claude Fable 5.1・Opus 5.5 と GPT-6 を従量課金で使う AWS 構成（2026 年 9 月時点） | CloudFront+S3+Cognitoの入口、Lambda/SQS/DynamoDB、プライベートサブネットのt4g.medium上のCLIという従量課金構成とコストを整理 | @cyberbose | 11:34 |
| 18 | 個人開発でLLM APIコストを抑えながら継続使用するための設計メモ | 全リクエストを最高性能モデルで処理する設計をやめ、推論・生成・単純処理でモデルを切り替えて LLM API コストを数分の一に抑える | @sidejob | 11:45 |
| 19 | 文章を書かない AI「Jev」をざっくり解説 — LLM との違いと使いどころ3つ | 2026年9月15日にTypeSafe AIが早期提供を始めたテキストを生成しないモデルで、Cloudflare Workers AIからtypesafe/jevとしても使える | @masa_dev_x | 11:55 |
| 20 | Terraform: Secrets Manager の inconsistent final plan（6.45.0 の回帰） | AWS provider 6.45.0〜6.49.0でaws_secretsmanager_secret_versionの上流差し替え時にapplyが落ちる回帰を、IssueとPRとCHANGELOGから追跡 | @riverwell2359 | 12:18 |
| 21 | React × Gemini APIで作る Webマーケティング ＆ マクロ経済分析ダッシュボード | 外部API連携・テクニカル指標算出・AI予測レポート生成までを通すフルスタック開発ハンズオン | @yasu_tech_35 | 13:09 |
| 22 | 必要な要素から作成するプロフィールサイト | プロフィールサイトに要るものを洗い出して実装し、外部フォントによるブロッキングは残るものの良好なLighthouseスコアを確認した | @844 | 14:30 |
| 23 | B+ツリーが速いのはディスクのI/O単位に形を合わせたから | B+ツリーがRDBのインデックスに使われるのは探索アルゴリズムの優秀さではなくディスクI/O回数を減らせるからだと結論づける | @ippe1 | 15:02 |
| 24 | IAM Deny Policyを試したらDeny Adminはプロジェクトに付与できなかった | storage.objects.deleteだけを拒否する検証で、iam.denypolicies.create不足によりDeny Policy作成が失敗しDeny Adminの付与もINVALID_ARGUMENTで弾かれた | @hogehogetaro | 15:09 |
| 25 | Spring BootをAWSにデプロイするまで ─ RDS・ECR・ECS/Fargateで学ぶAWS #1 | Spring BootのREST APIをコンテナ化してECRへ登録しECS/Fargateで実行、RDS for PostgreSQLと接続してPostmanで登録・取得まで確認する | @mohu_mohu | 15:20 |
| 26 | 競馬の論文 100 本を Jev で仕分けて、LLM と速度とコストを比べた | 論文の要旨から「使える論文か」を仕分ける工程にJevを充て、LLMとの精度・速度・コストを実測値で比較した | @toshipon | 15:51 |
| 27 | Claude Opus 5.5によるピクセルアニメーション生成の検証 | 「サンゴ礁の一日」を題材に、サメの接近で魚群が逃げ昼夜で行動が変わる動きを文章指示だけでどこまで作れるか確かめた | @aki1990 | 16:20 |
| 28 | 無料・BYOK・完全オフライン対応の AI コーディングエージェント IDE「Forger」を作りました | ファイルエクスプローラ・Monacoエディタ・AIチャット・Git・TTY対応ターミナルを1本にしたElectron製IDEで、書き込みと実行はすべて承認ダイアログ経由 | @cuculhart | 16:22 |
| 29 | Webデザイン学習記録⑦ | 1文字変数を避ける、英単語で付ける、複数語はキャメルケースにするという命名ルールと、‘use strict’ 下の定数の扱いを整理 | @macaronian | 16:50 |
| 30 | バックエンド・フロントエンド・モバイルを分けるマルチプラットフォーム開発 | APIを境界にバックエンド・Webフロント・モバイルを分け、責務・API契約・リポジトリ構成・テスト・リリースまでを一通り示す | @nanashinogonbei | 17:22 |
| 31 | 【１日１デプロイ】多角形判定と光の合成で「ひかりの窓工房」を作った | 多角形判定と光の合成でステンドグラスのはめ込みパズル「ひかりの窓工房」を実装し、45度刻みの回転と吸着で位置と角度を合わせる | @boraemon2000 | 17:35 |
| 32 | 今話題の「Jev」を触ってみて、自分のWEBサイトに相性診断機能として組み込んでみた話 | 文章ではなく型付きJSONを返すJevを判定ロジックに据え、自作プロフィールサイトへ相性診断機能を実装した | @bata515 | 18:04 |
| 33 | Reactのフレームワーク比較 | 同じ簡易Webアプリを要件別の構成で作り直し、Next.js以外を選ぶと実装がどう変わるかを比べている | @uttnaoki | 18:07 |
| 34 | Zenn × GitHub 連携セットアップまとめ | Windows 11でVS CodeとGitHubを使いZennへ記事を投稿できるようにするまでの手順と、つまずいた箇所をまとめている | @mizuiron | 18:58 |
| 35 | AI.GENERATE_BOOL / INT / DOUBLEで型付きの判定をSQLに埋め込む | AI.GENERATEの文字列パースを省き、型付き判定関数の結果をWHEREやORDER BY、集計にそのまま組み込む連載第7回 | @web_benriya | 19:24 |
| 36 | 新 WebAPI navigator.cpuPerformance について調査してみた | 2026年8月末のChrome 152で載ったnavigator.cpuPerformanceを、コア数とメモリからの推測に代わる端末性能判定として調べた | @nori0__ | 19:50 |
| 37 | ヘッドレスCMSを自作した — 組み込む手間を減らしたい！& 書く画面を見やすくしたい！ | 記事一覧・詳細・ページ送り・プレビューを毎回書く手間と管理画面の書きにくさを動機に、自作ヘッドレスCMS genko.me の設計で悩んだ点を書く | @ichi_107 | 20:14 |
| 38 | キャッシュを入れたら速くなった。そして、他人のマイページが表示された | マイページに Cache-Control: public, max-age=300 を付けたためCDNがCookieを見ずに同一URLの応答を共有し、他人のページが返った | @maruchi777 | 20:27 |
| 39 | Before Animating an Image, Decide What Should Stay Still（画像を動かす前に、何を静止させるか決める） | 被写体・動き・連続性の3点で動かさない要素を先に決め、生成結果を5項目のチェックリストで判定する手順 | @xzmowei | 20:28 |
| 40 | コンテナイメージのタグの命名規則に毎回悩んでた | 1つのタグに環境とビルドの2つを求めていたことが迷いの原因で、prod/stgの環境タグとビルドを指すタグへ分ける方針に至った | @philosophum | 20:45 |
| 41 | Managed Knowledge BaseとAgentCore Gatewayで設計書検索MCPツールを作る | Markdownの設計書をBedrock Managed Knowledge Baseへ取り込みAgentCore Gatewayで公開し、検索用サーバーを1行も書かずに出典付き検索を実現した | @heiyo | 20:49 |
| 42 | GCP Workload Identity Federation設計：CI/CDの認証を堅牢にする3つの鉄則 | サービスアカウントキーを使わずGitHub ActionsやGitLab CIからGCPへ認証するWorkload Identity Federationの設計指針を3点にまとめる | @fd_ai_teacher | 20:52 |
| 43 | 「どこに落とす？」とは聞かない。Jevに落とした後の盤面を評価させてスイカゲームを解く | 素直に「どこに落とす？」と聞くと得点2820で中央固定と大差なかったが、落とした後の盤面を評価させる聞き方に変えると5038へ伸びた | @mistletoe | 20:57 |
| 44 | リアルタイムデータ処理とは？初心者向けに解説 | AWSで使えるサービスと仕組み | バッチ処理との違いを示し、動画配信・オンラインゲーム・金融決済などリアルタイム性が要る場面とAWSの該当サービスを挙げる | @naoki_mm | 21:38 |
| 45 | AWS 認定デブオプスエンジニア プロフェッショナルの合格記 | 合格目安750点に対し1000点満点中764点で合格し、その受験動機と勉強方法を2026年9月時点の情報として公開している | @ryoichi_izumi | 21:45 |
| 46 | 発音分析をブラウザだけで作る：LPC次数を実測で決めて、罠を3つ踏んだ話 | 外部APIもAIも使わずブラウザ内の信号処理でF0とF1/F2を出し、LPC次数は実測でF2誤差7.1Hzとなる18に決めた | @horibe | 22:01 |
| 47 | ボタンを5つ足したら「つけすぎ」と言われたので、数えて減らした | 「ここで利用者が判断する必要があるか」を唯一の基準にして、1日で足した5つのボタンを表示1つまで減らした | @horibe | 22:01 |
| 48 | 「暗すぎる」を CIELAB ΔE で測ったら、原因は明度ではなかった | Nightパレットが3本のプロトタイプで暗すぎると診断され続けた原因は明度ではなく色どうしの距離で、TypeScript約30行のΔE測定で3つに分解した | @yusu31 | 22:41 |
| 49 | Chrome拡張のOCRを4本並列にしたら、そこから品質崩壊が始まった話 — v0.8.1でやったこと | 多行ページのOCRを4本並列にして行数に比例した高速化を得た一方、変な文字が出るケースが増える品質崩壊が起きた | @tamoco | 22:44 |
| 50 | 実機がなくても、つないで作れる。ブラウザのブロック工房「Patchlight」を作った | Sony MESHを実機なしで試せるブラウザ教材で、ブロック32個・接続64本・JSON 100KiBの制約下を依存なしのHTML/CSS/JSとWeb Audioで実装 | @hocky3 | 22:51 |
| 51 | レイヤの依存の向きを lint で固定する — 規約に書いてあるだけだと破っても何も落ちない | ESLintのno-restricted-importsで4層の依存方向を固定したところ、ユーティリティ経由のI/O流入とユースケース層のDB直呼びという2件の違反が見つかった | @kodomo_news | 22:53 |
| 52 | #5 遊戯王で実践するキューとスタック 〜なぜ、最強サイクロンは成立しないのか〜 | チェーンがLIFOで解決される仕組みをTypeScriptのeffectQueueStoreとchainStackStoreで再現し、破壊では既に積まれた効果を無効化できないと示す | @okmethod | 23:21 |
Qiita
| # | Title | Summary | Author | Published |
|---|---|---|---|---|
| 1 | Amazon Bedrock AgentCore を試してみた | コードを書かずにAIエージェントを動かせる「ハーネス」を使い、UIやAPIは作らずプロンプト設計だけを試している | @HKA | 00:07 |
| 2 | todo-apiをCloud SQL(PostgreSQL)でDB化する | Hono+Cloud Runのインメモリ管理をCloud SQLへ移し、ローカルはAuth Proxy・テストは使い捨てコンテナ・本番はUnixソケットと接続方式を環境ごとに変えた | @yukisnow0704 | 01:14 |
| 3 | MAPS（マップス） | タイトルが MAPS とだけ付けられ、本文は意味をなさない文字列と外部サイトへのリンク 2 本しかない内容のない投稿 | @shannonwilsonn | 04:04 |
| 4 | リモート開発のオンボーディング破綻を防ぐペアリング自動化 | EM が新規参画者のバディを手動割り当てする負荷を、タイムゾーン・スキル・メンタリング集中度を入力にしたペアリング自動化で置き換える設計 | @TOAI | 04:17 |
| 5 | There is an issue connecting with your hostname: dbの不注意な原因 | Rails 8.1.3.1とPostgreSQL 18.6のDockerイメージでdocker compose up時に出たhostname接続エラーの原因を学習の備忘録として残す | @Tohru-f | 05:03 |
| 6 | 手を入れられない外のツールの進捗を作る — 出力は変えず、読む側にパーサーを置く | デプロイで外部ツールが吐く1回1000行近い生ログを、出力側を変えずに読む側のパーサーで工程ごとの進捗へ組み立てた | @kodomo-news | 08:00 |
| 7 | 画像の明度をCanvasで解析してWCAG相対輝度を計算！どんな壁紙でも文字が読める「動的テキスト反転」の実装 | Canvasで壁紙の明度を解析しWCAG相対輝度から文字色を動的に反転させ、mix-blend-mode: difference では解けなかった視認性崩壊に対処した | @miyabi_ver39 | 08:05 |
| 8 | SAMのS3ReadPolicyはコンソールでのIAM手動設定2箇所を1行に圧縮する | S3+Lambda+Rekognitionの構成で、コンソールなら2箇所必要なIAM手動設定がSAM組み込みポリシーのS3ReadPolicy 1行に収まった | @caymezon | 08:26 |
| 9 | カルクドク — Jacobson–Matthews 連鎖の「素直な読み出し」は偏っていた。7 次ラテン方陣 1694 万個の全列挙で測る | 7×7で343手でも3,430手でもインターカレート平均が厳密値10.529に対し10.11前後に張り付き、素直な読み出しの偏りが混合不足ではないと示す | @sen-ltd | 08:28 |
| 10 | Payloadバックエンド型録 #3 — 棚は作った。読む場所が、まだない。 | Showcasesに2件目のNews型を登録したもののカードをクリックしても本文が読まれない状態で、棚はあっても読む場所がないと気づいた | @kuros-works | 09:01 |
| 11 | 【生涯収支管理】#1 — 集計が3倍になっていたのに、エラーは出なかった | 集計クエリが設定セットで絞られず全件を合計していたため、合計値が実際の3倍でもエラーは1件も出なかった | @andknj-front | 09:05 |
| 12 | 24時間で消えるコンテンツに「残り時間」を表示するときに気をつけたこと | 基準を投稿時刻に固定しUNIX時間で差を取るなど、24時間で消えるストーリーの残り時間表示で決める必要があった事項を整理 | @evanmercerdev | 09:20 |
| 13 | AIB-C01の予想問題集をClaudeに作ってもらった | 公式模擬問題も参考書もないAWS Certified AI Business Strategistの予想問題集を、試験ガイドだけを渡してClaudeに作らせた記録 | @fudiscreet | 09:22 |
| 14 | ベクトルDB比較を始める前に決めるRAGの検索品質契約と運用境界 | 更新頻度・アクセス制御・許容する取りこぼし・障害時の振る舞いを先に契約として定義し、その後で候補を絞るRAG設計 | @YushiYamamoto | 09:36 |
| 15 | Bedrock Guardrails の運用レポートを AI に書かせてみた | 何回呼ばれ何を止めたか、原因はプロンプト攻撃かPIIかといった情報源を整理し、運用レポートの作成をClaudeに任せた | @panshaka30 | 09:53 |
| 16 | AWS入門！S3でのサイト公開からリソース削除まで迷わず体験 | クレジットカード登録が怖くて踏み出せない初学者向けに、S3の静的ウェブサイトホスティングで公開しリソース削除まで通すハンズオン | @TechSpace-engineer | 10:18 |
| 17 | 「ストレージ100%」のメールが来たので原因を調べたら、実際の使用率は3%でした（Vercel Deployment Storage） | Deployment Storage 10GBを100%使ったという警告メールが届いたが、調べると実際の使用率は3%で読み違いだった | @tarou_0818 | 10:25 |
| 18 | response.ok === false と catch の違いをメモしておく | fetchはサーバーに到達してエラー応答を得た場合はresponse.ok === false、到達自体できなかった場合はcatchという2経路で通知すると整理 | @neko_the_shadow | 11:00 |
| 19 | GASでスプレッドシートの変更をSlackに通知する — トリガーの落とし穴5つと、動かない原因の切り分け方 | 手動実行では動くのに自動では動かない原因を、手動実行と自動実行でできることが違うというGASトリガーの落とし穴5つに整理 | @yukihayama | 11:06 |
| 20 | 解像度を下げたら 26.6% 大きくなった — 画面録画を十数回圧縮した記録 | フレームレートを30から24へ落とすとファイルは14.4%減ったがPSNRは46.11dBのまま動かず、372フレーム（全体の20%）の欠落を測れていなかった | @cheng_pm8 | 11:14 |
| 21 | AV1 は端末が許したときだけ現れる — 反例の端末を探して見つからなかった話 | 同じ録画をMP4からWebMのAV1へ変えるだけで20.3MBが6.7MBへ67.0%減ったが、その選択肢は端末が許したときしか画面に現れなかった | @jhao29784 | 11:16 |
| 22 | 長辺1280に下げたら26.6%太った — 画面収録を縮める順番 | 1920×1080を長辺1280へ落としたらファイルが20.3MBから25.7MBへ26.6%増え、表内11ピクセルの伝票番号がにじみ始めた | @shuy55568 | 11:19 |
| 23 | 解像度だけが小さい文字を壊す — デモ録画を 295.7 MB から 21.34 MB にした話 | 62秒・1920×1080・30fpsで295.7MBあったデモ録画を、表の文字が読めることだけを基準にして21.34MBまで縮めた | @shujing943 | 11:21 |
| 24 | フレームレートを下げても画質は動かなかった — 測れていなかっただけでした | 30fpsから24fpsでファイルは14.4%小さくなり画質の数値は1つも動かなかったが、測り方が落ちた分を見られない構造だったと明かす | @xyue41464 | 11:24 |
| 25 | Node.jsスクリプトをWindowsタスクスケジューラで定期実行する際にはまった設定ポイント | 「node」とだけ書くと実行ユーザーのPATHが通らず失敗するためnode.exeのフルパスを指定するなど、定期実行の設定要点をまとめる | @Sidejob | 11:44 |
| 26 | View Transitions APIはどこまで本番で使える? | FLIPとgetBoundingClientRectを自前で書く代わりにブラウザへ任せる機能だが、2つに分かれた仕様で対応状況がまったく違う点を検討する | @tofu_frontend | 12:40 |
| 27 | 【Next.js】AppRouterでルーティングとレイアウトを設定 | ポートフォリオ開発記録#1 | App Routerのルーティングとレイアウト設定を、ChatGPTに教わった内容をもとにポートフォリオ開発記録の第1回として整理 | @13Q | 12:44 |
| 28 | 【Next.js】useStateとformを使ったログイン画面 | ポートフォリオ開発記録#2 | React 19.0.0 / Next.js 16.0.0でformのsubmitとuseStateを組み合わせ、画面上の入力値を取得するログイン画面を作る第2回 | @13Q | 12:47 |
| 29 | AIコーディングで過剰実装を避けるPonytailの判断軸 | 既存機能で足りる場面でも依存やラッパーを足すAIエージェントの過剰実装を、より小さい解決策から順に検討させるOSS | @gitmeshi | 12:59 |
| 30 | duration?: number | null から理解するTypeScriptの「?」「null」「??」の違い | ? と null と ?? はそれぞれ役割が違い、「値がない状態をどう表現するか」で使い分けられることをAPIレスポンスの型から整理 | @Masashige-Y | 13:02 |
| 31 | Codex CLIとClaude Codeで始めるAI-DLC | 要件整理から設計・実装・テストまでの工程をエージェントと進めるAI-DLC 2.9.0を、Codex CLIとClaude Codeで起動するまでの手順 | @mkydk | 13:05 |
| 32 | vue-i18nが抱える問題と、Intlayerがそれを根本から解決する理由 | vue-i18nのアーキテクチャが動的インポートやルート単位のコード分割が標準化される前のSPA全盛期に作られた点を問題の根に挙げる | @aymericzip | 13:07 |
| 33 | 【TypeScript】strictNullChecksでnull安全を高める | nullやundefinedが混入してよい処理とよくない処理を型で明示できるstrictNullChecksについて、ONとOFFのコンパイル時の差を示す | @TOMON_9912 | 13:15 |
| 34 | 【JavaScript】ifで条件分岐（もし〜なら〜する） | ifはカッコ内の条件が合うときだけブロックを実行する仕組みだと、age >= 18 の例を使って整理した学習記録 | @onizuka-dev-2025 | 13:59 |
| 35 | Oxibooruで画像アーカイブをセルフホストした記録 — 構築より運用で踏んだ罠10連発 | Coolify→Cloudflare Tunnel→同一compose内PostgreSQLの構成で、Oxibooru自体のDocker構築より設定管理とシークレットで深くはまったと結論づける | @maebahesioru | 14:00 |
| 36 | HashiCorp Packerのチュートリアルをやってみた ～Packerの基本編～ | TerraformのInfrastructure as Codeに対しPackerはImages as Codeで、単一の設定ファイルからAMIやAzure VM Imageを作る基本を追う | @fukuda34 | 14:07 |
| 37 | SAMだとSQSキューポリシーを自分で書く必要がある、というコンソールとの逆転現象 | コンソールではSNS→SQSサブスクリプション作成時にsqs:SendMessage権限が自動追加されるのに、SAMでは自分でキューポリシーを書く必要がある | @caymezon | 14:46 |
| 38 | 【開発記②】原価計算アプリ開発 #2 - DB設計（BOM構造）とFastAPIによる原価計算APIの実装 | メニューと原材料の多対多に使用量を持たせるBOM構造をSQLAlchemy/Pydanticで設計し、FastAPIでリアルタイム原価計算APIを実装 | @k_taro_191413 | 14:46 |
| 39 | 【開発記③】原価計算アプリ開発 #3 - Next.js (App Router) × TypeScript によるフロントエンド実装とリアルタイムUIの構築 | 仕入れ価格を変えると即座に原価率が再計算されるUIを、Next.js App RouterとTypeScriptとAxiosで構築した | @k_taro_191413 | 14:48 |
| 40 | 初心者が陥りやすい！unknown と any の使い分け完全ガイド | anyは全チェックをスキップするワイルドカードで、unknownとの役割の違いを理解せず多用すると型安全の恩恵が失われると説明 | @felix-jp-studio | 15:22 |
| 41 | 【Tailwind CSS】「思った通りのスタイルじゃない」解消法まとめ5選 | TabsUIでアクティブなタブの下線を全体の枠線にぴったり重ねる方法など、スタイルが当たらない場面の解決策を5つ挙げる | @pb-otsuka20 | 15:22 |
| 42 | AgentCore Runtime V2 を試してみた | V2は初期化済み環境のスナップショット復元方式で、V1が66MBと2GBのイメージで5.6秒→30秒と線形に悪化したコールドスタートが約2秒で一定になった | @musa_rock | 15:24 |
| 43 | s3:GetObjectがあるのに403？クロスアカウントS3アクセスをIAM・バケットポリシー・KMSで整理する | SSE-KMS暗号化オブジェクトの取得では、オブジェクト取得権限と暗号化に使われたKMSキーの利用権限を分けて考えると整理しやすいと示す | @tei_choyu | 15:37 |
| 44 | AWSのRoute Tableを「宛先→次の転送先」で理解する：VPCのIP・Subnet・NAT・SNAT/DNATまで | VPCとSubnetのCIDRの違い、localと0.0.0.0/0の意味、Internet GatewayとNAT Gatewayの差を「宛先→次の転送先」の形で整理 | @gtakairo | 15:42 |
| 45 | html,css,purejs,supabaseを用いたwebアプリケーション | APIサーバーを作らずHTML/CSS/純粋なJavaScriptとSupabaseだけでDTMキュレーションサイトを構成した技術選定と設計 | @masatomoto-cmyk | 15:46 |
| 46 | なぜFargateやRDSにSSHできない？ Client VPN・Session Manager・ECS Execを図解 | EC2はSession Managerで入れるのにFargateにSSHできない理由を、Client VPN・Session Manager・ECS Execの役割の違いから図解 | @gtakairo | 15:54 |
| 47 | 【AWS/DVA学習】注文処理APIをDVAの学習で作成してみる（③DynamoDB & Streams & EventBridge Pipe編） | DynamoDB StreamsとEventBridge Pipesによるイベント駆動連携を、Cognito+API Gateway+Lambdaの注文処理APIへ組み込んで検証 | @keitakei777 | 16:01 |
| 48 | AWSのパブリックサブネットを整理する：EC2に接続する前に確認したい経路・アドレス・通信許可 | パブリックサブネットを決めるのはサブネット名ではなくIGWへの直接ルートを持つルートテーブルの関連付けだと整理 | @tei_choyu | 16:14 |
| 49 | 【React Native】Android StudioでReact Nativeプロジェクトの作成と起動方法 | npx create-expo-app@latest で作り npx expo start —android で起動するまでの手順と、SQLiteやWatermelonDBなどのDB候補 | @SKY-HaYaTo | 16:43 |
| 50 | 考察系サムネイルの証拠と主張をテスト可能にする | 主張・証拠・反応を同じ強度パラメータにしないことを要件に、公開画面から観察できる入力とテンプレートをQAへ整理した設計メモ | @zhe_Joce | 16:47 |
| 51 | サーキットブレーカーが開いた直後に閉じる：in-flight の成功を復旧と数えてはいけない | 開く前に投げたin-flightリクエストの成功を復旧と数える実装では、手元の再現でブレーカーが開いてから1.85秒で閉じた | @Karentia | 16:48 |
| 52 | Next.jsで高速なWebアプリを作るための実践ポイント | Next.jsを採用しただけでは自動的に速くならないとして、Server Componentの活用など実践すべき点を挙げる | @wow88my_official | 16:59 |
| 53 | 共用サーバーで IBM Bob Shell 2.0 を試す 〜 みんなの bob 1.x を壊さずに、自分専用の環境を作ってみた | 共用アカウントに入っていたbob 1.0.1を壊さないよう、1.0.xからの自動アップグレード経路がない2.0を自分専用に並行導入した | @daihiraoka | 17:07 |
| 54 | 【開発記④】FastAPI × Next.js アプリを Render と Vercel にデプロイ ～CORSや環境変数でハマったポイントと解決策～ | FastAPIをRender、Next.jsをVercelへ出す過程で踏んだCORSエラー・環境変数の仕様・再ビルドの必要性と、その解決策 | @k_taro_191413 | 17:07 |
| 55 | 【AWS/DVA学習】注文処理APIをDVAの学習で作成してみる（④SQS & Step Functions オーケストレーション編） | SQSとStep Functionsで注文処理APIのオーケストレーションを構築・検証し、DVA学習の一区切りとした | @keitakei777 | 17:09 |
| 56 | AWS Certified Developer – Associate（DVA-C02）学習ログ | 学習中に引っかかった点や理解が曖昧になりやすい部分を中心に、原本をもとにAIで整理したDVA-C02の学習ログ | @keitakei777 | 17:16 |
| 57 | Playwrightでリンクをクリックしても画面遷移しなかった原因 | 期待したURLへ遷移せずテストが失敗した原因は、リンクではなくlistitemをクリックしていたことだった | @kishimin | 17:22 |
| 58 | Storybook のすべての Story に MUI のテーマを適用したい | preview.tsxでThemeProviderを設定していなかったため、個別設定のないStoryにMUIのテーマが当たっていなかった | @kishimin | 17:22 |
| 59 | WebhookShield: マイクロサービス境界を守るインバウンドゲートウェイの完全設計と実装 | PostgreSQLのデッドロックやUvicornのイベントループ窒息といった実際の障害を踏まえ、Webhook受信側のゲートウェイを設計・実装した | @TOAI | 17:23 |
| 60 | 【AWS SES メール認証・なりすまし対策②】SPF・DKIM・Custom MAIL FROMを正しく理解する ～Header Fromとの違いを整理～ | DMARCはSPFまたはDKIMの認証に加えてHeader Fromとのalignmentが必要で、Custom MAIL FROMがその成立にどう効くかを整理 | @kooohei | 17:36 |
| 61 | Webシステムの通知はどう届く？ スマホ通知を調べて分かったWeb通知の仕組み | Notifications API・Push API・Service Worker・ポーリング・WebSocketの役割の違いを、スマホへ通知したいという動機から調べている | @maees | 17:46 |
| 62 | 既存Webシステムの新着をChrome拡張で監視してスマホに通知してみた | Webシステム自体を変更せず、一定間隔で対象ページを取得して未読IDを比較し、増えたときだけ通知サービスへHTTPで投げる拡張を作った | @maees | 18:00 |
| 63 | supabaseとReact19のuse()フックを使ってデータフェッチする | useEffectでの無限ループやフェッチ失敗を、React 19のuse()フックでSupabaseの表示専用データを取る形に置き換えた | @J-T_ky2g | 18:15 |
| 64 | F12のConsoleでJSコードを実行する裏技 | 初回の貼り付けがChromeに拒否されたときは「allow pasting」を手入力してから、複数行コードを途中で切らず一度に貼り付ける | @JustQ | 18:29 |
| 65 | 【AWS Builder Center】Claude Codeの無料サンドボックス環境でClaude Desktopも動かしてみよう | AWS Builder Centerの無料サンドボックス（VS Code Server上のClaude Code）でClaude Desktopも動かせるかを試している | @ubyhiromu58 | 18:35 |
| 66 | Lambdaの二重実行を防ぐ：Javaで冪等性を実装するPowertools入門 | 決済API呼び出し直後のタイムアウトで再試行され同じ注文を2回処理する問題に、Java版Lambda Powertoolsの冪等性機能で対処する | @sponge841841 | 19:02 |
| 67 | Claude CodeにフルスタックAI端末を25時間で作らせた設計原則 〜コードを書かせる前に「破ってはいけない約束」を書き切る〜 | Markdown 1枚のプロンプトを起点に約25時間・27コミットでフルスタックシステムを立ち上げ、書かせる前に制約を書き切る設計を重視した | @charge0315 | 19:06 |
| 68 | AIFに関連するこの３つの「メトリクス」差別化できますか？ | ROUGEは要約、BLEUは翻訳、BERTScoreは生成テキストの忠実度やハルシネーションの評価という住み分けを整理 | @aoiku | 20:53 |
| 69 | todo-apiのバックアップ・DR編:データを壊して復元するまでやる | Terraformで箱は復元できてもCloud SQLの中身は戻せないと気づき、backup_configuration.enabled = false の構成を壊して復元まで通した | @yukisnow0704 | 20:54 |
| 70 | PostgreSQL：SELECTで算術演算する｜計算結果と元のデータの違い | 施設データの緯度を使い、SELECTでの四則演算の結果と元テーブルに保存された値を区別できるようにする15分の演習 | @masato_y | 20:59 |
| 71 | Step FunctionsのASL定義内にLambda ARNを1つも直書きしないSAMの書き方 | DefinitionSubstitutionsでASL内の変数を実際のLambda ARNに置換し、5関数の受注処理ワークフローでARNを1つも直書きしない | @caymezon | 21:40 |
| 72 | 【AWS】Lambda + S3 で安全なファイルアップロード環境を構築する（署名付き URL） | Lambda（Python/boto3）でgenerate_presigned_urlを呼び、クライアントから直接S3へアップロードする仕組みを構築・検証 | @sabatorasan12 | 22:26 |
| 73 | 【AWS/DVA学習】Systems Managerのパラメータストアで機密情報・APIキーの安全な管理を試してみる | SSMパラメータストアのSecureStringからAPIキーを取得する構成に、グローバル領域のキャッシュでレイテンシーとコストを最適化する実装を併せて検証 | @keitakei777 | 23:15 |
| 74 | AWSマケプレでClaude for Enterpriseを購入するときの注意点 | AWS Marketplace経由でClaude for Enterpriseを購入する際の注意点を、詳細な購入手順や設定方法は他記事に譲ってまとめる | @ubyhiromu58 | 23:16 |
| 75 | Chrome 拡張で翻訳字幕を出す: MV3 のタブ音声キャプチャと、サービス2つではなく1本のストリーム | MV3のservice workerにはWeb AudioもgetUserMediaもないためストリームidだけを受け取り、見えないページ側でタブ音声を扱う構成にした | @skrylkovs | 23:25 |
| 76 | 【AWS】CloudFrontオリジングループでマルチリージョン構成のダウンタイムを限りなく0にする | Route 53のフェイルオーバーは検知時間とDNSのTTLでダウンタイムを0にできないため、CloudFrontのオリジングループでリクエスト単位に切り替える | @ot-nemoto | 23:57 |
Publickey
2026-09-23 付の記事はありませんでした。
gihyo.jp
2026-09-23 付の Web 開発関連記事はありませんでした。
GIGAZINE
| # | Title | Summary | Published |
|---|---|---|---|
| 1 | Firefoxに「ピクチャーインピクチャーで再生する動画の速度調整」や「新規タブにウェブサイトの未読通知をバッジで表示」などの新機能が追加予定 | Mozillaの2026年9月11日付の開発報告を、正式版で使える機能・設定変更が要る試験機能・Nightlyで改良中の機能の3段階に整理している | 10:00 |
| 2 | CSS用の物理ベースのライティングシステム「Ambient CSS」 | 光源を定義するだけで影・ハイライト・表面のグラデーションが自動生成される、CSSの物理ベース照明フレームワーク | 19:00 |
ITmedia News
2026-09-23 付の Web 開発関連記事はありませんでした。
TypeScript Blog
2026-09-23 付の記事はありませんでした。
Node.js Blog
2026-09-23 付の記事はありませんでした。
Astro Blog
2026-09-23 付の記事はありませんでした。
Cloudflare Blog
2026-09-23 付の記事はありませんでした。
Vercel Changelog
2026-09-23 付の記事はありませんでした。
AWS What’s New
対象日の該当記事はすべて Top 20 に掲載されています。
Google Cloud Blog
2026-09-23 付の Web 開発関連記事はありませんでした。
Supabase Blog
2026-09-23 付の記事はありませんでした。
web.dev
2026-09-23 付の記事はありませんでした。
Mozilla Hacks
2026-09-23 付の記事はありませんでした。
CSS-Tricks
2026-09-23 付の記事はありませんでした。
Smashing Magazine
2026-09-23 付の記事はありませんでした。
Hacker News
| # | Title | Summary | Published |
|---|---|---|---|
| 1 | Should I use Cloudflare for my SaaS, its so annoying（SaaS に Cloudflare を使うべきか、とにかく煩わしい） | Cloudflareが何もかもブロックして利用者がアクセスできなくなるのが怖いと相談し、設定の問題だとは分かっていると本人が書いている | 00:43 |
| 2 | Show HN: graf (1000x faster graphify in Rust)（graf — Rust 製で graphify より 1000 倍速いコードグラフ索引） | VS Codeリポジトリ19,036ファイルで検索13ミリ秒（graphifyは13.26秒）、更新880ミリ秒（同77.97秒）を達成し、索引をSQLiteに置いて直接問い合わせる | 01:46 |
| 3 | Delaying all JavaScript doesn’t make your site faster（JavaScript を全部遅延させてもサイトは速くならない） | TBTが消えてLighthouseスコアの30%分が改善する一方INPは改善せず悪化しうるため、YouTube埋め込みなどに絞るファサード方式を勧める | 02:58 |
| 4 | The JavaScript Midlife Crisis（JavaScript の中年の危機） | ツールチェーンをRustやGoで書き直すたびに保守できるJavaScript開発者の母数が縮み、C++製エンジン上で動くJavaScriptをRustで生成している状態だと指摘 | 04:58 |
| 5 | Microsoft killed FoxPro in 2007. Anyway, here’s FoxPro revived（2007 年に打ち切られた FoxPro の復活） | Rust製コンパイラとバイトコードインタプリタをWebAssemblyへ載せ、VFP 9の言語要素1,722件を実装して2GBだったテーブル上限を64bit化で外した | 06:00 |
| 6 | A modern, cross-platform font editor built with TypeScript and Rust（TypeScript と Rust で作る現代的なクロスプラットフォームのフォントエディタ） | ElectronとReactのUIからIPCでRust側（shift-font / shift-store / shift-cli）を呼び、SQLite文書を正本にする開発者プレビュー | 06:23 |
| 7 | Show HN: CatQueue-A zero-dependency PostgreSQL job queue for Node and TypeScript（CatQueue — Node と TypeScript 向けの依存ゼロな PostgreSQL ジョブキュー） | SELECT … FOR UPDATE SKIP LOCKED でジョブを奪い合い冪等キーと7日分のデッドレターキューを持つが、依存関係（DAG）は競合状態が残る未完成扱い | 06:23 |
| 8 | The HUGS Stack – Hypermedia, Unix, Go, SQLite（HUGS スタック — ハイパーメディア・Unix・Go・SQLite） | 重いクライアントフレームワークを避けてサーバー側に寄せる構成で、templ・htmx・tailwindcss・sqlc・gooseの組み合わせを推している | 06:33 |
| 9 | Jevlish: A JavaScript front end for Jev（Jevlish — Jev 向けの JavaScript フロントエンド） | given・from・gradeの3動詞でTypeScriptの述語とJevの質問（noul/score/choice）を合成し、.plan()で送信前に内容を確認できる | 06:40 |
| 10 | MariaDB’s official docs now list LibreDB Studio as a graphical client（MariaDB 公式ドキュメントが LibreDB Studio をグラフィカルクライアントとして掲載） | DBの隣にコンテナで置くWeb版SQL IDEでMariaDB 12.3に対してテスト済みだが、MariaDBが開発・保守する製品ではないと明記されている | 06:51 |
| 11 | Evaluating smolvm as a sandbox for untrusted Python and JavaScript（信頼できない Python と JavaScript のサンドボックスとしての smolvm 評価） | smolvm 1.8.3でコールドスタート0.6〜1.5秒・ウォーム約50ミリ秒を計測しネットワーク遮断とCPU/RAM制限も想定通り効いたと2026年8月19日付で報告 | 06:55 |
| 12 | Show HN: I built a macOS Quick Look app for Markdown, SQLite, ZIP, and 300 more（Markdown・SQLite・ZIP など 300 形式以上に対応した macOS 版 Quick Look アプリ） | 300を超える形式をFinderのQuick Lookで直接プレビューでき、macOS 15以降・3.8MBでオフライン動作する | 07:04 |
| 13 | HTML Energy could use your support（HTML Energy への支援のお願い） | アーティストと教育者の2人が助成金も出資もなしで運営し、html.energyドメイン更新の156ドルとサーバー費用への寄付を募っている | 10:37 |
| 14 | Anatomy of a (Postgres) Search Engine（Postgres 検索エンジンの解剖） | 用語辞書とポスティングリストの構造を示し、索引サイズはコーパスの20〜300%、BM25のtop-k最適化でブロックごと読み飛ばせると説明 | 12:34 |
| 15 | Pg_chdb, fast imports from object storage to Postgres using COPY（pg_chdb — COPY でオブジェクトストレージから Postgres へ高速取り込み） | chdb_hookがCOPYを横取りしてS3やGCSのURLから直接読み込み、CSV/JSON/Parquetでaws_s3やpg_duckdbより2〜3倍速いと示す | 14:07 |
| 16 | Jevify skill – Gets your existing agents running on Jev（Jevify スキル — 既存エージェントを Jev の上で動かす） | リポジトリで /jevify を実行するとJevへ移せるLLM呼び出しを検出し、TypeSafe・OpenRouter・Vercel経由の呼び出しへ変換する | 15:46 |
| 17 | PostMCP – Turn any OpenAPI spec into a context-optimized MCP server（PostMCP — OpenAPI 仕様をコンテキスト最適化済みの MCP サーバーに変換） | null値除去とJSON配列のMarkdown表化で応答を最大90%削減し、JITルーティングでAPI規模によらず常時コンテキストを1,500トークン未満に抑える | 18:41 |
| 18 | Breaking Postgres Superuser Guardrails: Attacking Security-Hardening Extensions（Postgres のスーパーユーザー防護を破る — 堅牢化拡張への攻撃） | Azure・Aiven・Supabase・PlanetScaleなどの堅牢化拡張にFDWバリデータやsearch_path乗っ取りで計76件の脆弱性を報告し、Supabaseだけで重大4件が修正された | 19:20 |
| 19 | Next.js 16.3.6 fixes critical ImageResponse RCE (CVE-2026-94545)（Next.js 16.3.6 が重大な ImageResponse の RCE を修正） | next/og のNode.js版ImageResponseでSatoriのSVGエスケープ不備によりRCEに至る恐れがあり、16.2.0以上16.3.6未満が影響、Edge版は非該当（記事は9月22日公開） | 19:33 |
| 20 | Explaining ShapeshiftUI – Jev picks the UI, TypeScript does the math（ShapeshiftUI の解説 — UI は Jev が選び、計算は TypeScript がやる） | 1回のAPI呼び出しで14問をJevに判定させてカード種別を選び金額計算はTypeScriptのパーサーが担当、120msデバウンスと0.4/0.7の確信度閾値で表示を切り替える | 20:47 |
| 21 | Show HN: BuildABrowser (Java) – Passes Acid2, Has CSS Grid and an Android port（BuildABrowser — Java 製で Acid2 に合格、CSS Grid と Android 版あり） | レンダリングエンジンをJavaで書きAcid2に合格したv0.1.1で、描画はSkija既定・Java2Dも選べるがJavaScriptは未対応 | 20:55 |
| 22 | PBKDF2 has a 100k-iteration ceiling in Cloudflare Workers（Cloudflare Workers の PBKDF2 には 10 万回という上限がある） | 600,000回はNodeでもwrangler devでも通るのに本番だけ「iteration counts above 100000 are not supported」で落ち、ローカルはAPIは再現しても資源ポリシーは再現しないと結論 | 22:17 |
| 23 | GCP IAM Propagation Lag and Terraform CI/CD（GCP IAM の伝播遅延と Terraform の CI/CD） | IAM変更の伝播は通常約2分だが7分以上かかることがあり、time_sleepでの有界待機やgcloudでのreadinessプローブなど7段構えの対処を挙げる（記事は9月22日公開） | 22:33 |
| 24 | Volt, A compiled reactive web language targeting WASM-GC (No VDOM)（Volt — WASM-GC を狙うコンパイル型リアクティブ Web 言語、VDOM なし） | AOTでシグナルとDOM要素の対応をビットマスク表に落としVDOMを排し、カウンターは約1.1KB・初回マウント1.5ミリ秒未満と公称するv0.1.0 | 23:22 |
| 25 | Slashing Our AWS Bill at Levels.fyi, Part 2（Levels.fyi の AWS 請求を削る 第 2 回） | RDSスナップショットを15.7TBから3TBに削るなどで月2,410ドル（年約28,900ドル）を削減し、PrivateLink化で内部通信の遅延も18msから6msへ下がった | 23:30 |
| 26 | Show HN: Basta – dead code analysis for JavaScript/ts and Python（Basta — JavaScript/TypeScript と Python のデッドコード解析） | Rustで書かれたデッドコード検出ツールで、PythonとJS/TSのプロジェクトを高速かつメモリ効率よく解析するとnpmの説明にある | 23:58 |