Playwright 1.62のCT刷新、SageMaker推論レコメンデーションの正体ほか — Web Dev Digest: 2026‑08‑23
Top 20
Playwright 1.62 の stories & galleries でコンポーネントテストを最小構成から作ってみた
Source: Zenn | Published: 2026-08-23 11:17 JST
- Playwright 1.62 系でコンポーネントテストを始めるなら
@playwright/test@1.62.1以上を指定すべきで、1.62.0 の tsconfig 回帰はNo tests foundという誤読しやすい形で表面化すると結論づけている - 1.62.0 で CT が stories and galleries モデルへ移り、
mount()は gallery へ遷移して story id でマウントし story の root 要素にスコープした Locator を返すようになった。旧方式のctViteConfig/ctPort/ctTemplateDir/ctCacheDirは消え、通常のwebServer+baseURLに一本化されている - 1.62.1 の Bug Fixes 5件のうち3件が「fatal since 1.62」の Regression で、tsconfig の
extendsbare specifier が node_modules walk-up で解決されない問題と、ディレクトリ形式の project references が解決に失敗する問題が含まれる npx playwright init-skillsは config も gallery も story も生成せず、.claude/skills/配下に Markdown 16ファイル(計2710行)を置くだけでコードは0行だった、と勘違いの記録を残している- 毎回1件だけ落ちた原因は Playwright ではなく Vite の dev server 側で、gallery を作る前に上げた dev server を使い回していたことだった。最終的に7テストすべて pass し、自分で書いたコードは gallery(67行)を含めて 232行
【AWS】SageMaker AIの推論レコメンデーションは何を自動化したのか?
Source: Zenn | Published: 2026-08-23 11:51 JST
- SageMaker AI の推論レコメンデーションが自動化しているのは最適化手法の「探索」であって「意思決定」ではない、と境界線を引いている
- 2026年4月に追加され同年8月には SageMaker Studio 上の GUI 利用もサポートされた機能で、対象の生成AIモデル・想定トラフィックパターン・パフォーマンス目標(コスト最適化/レイテンシー最小化/スループット最大化)の3つを指定するだけで探索が回る
- 適用される最適化は目新しいものではなく、スループット重視なら投機的デコーディング、レイテンシー重視ならカーネルチューニングと、TensorRT-LLM 等で以前から提供されてきた既存技術を自動選択している
- LLM推論はプレフィルが計算量の多い計算律速、デコードが過去トークンのキー・バリュー読み出しによるメモリ帯域幅律速と性質が異なり、この違いを押さえると各最適化がなぜ効くか分かるとする。ベンチマークは NVIDIA AIPerf を使い最大3種類のインスタンスタイプで TTFT・トークン間レイテンシー・P50/P90/P99・スループット・構成ごとのコストを実GPU上で計測する
- モデルアーキテクチャの採用可否、トラフィック見積もりの精度、コスト/レイテンシー/スループットの優先順位というビジネス判断、VPC構成やセキュリティ要件への適合検証は依然として人間側に残ると釘を刺している
[Mastra Announce] Fine-Grained Authorizationでユーザー単位・リソース単位のアクセス制御を実現する
Source: Zenn | Published: 2026-08-23 14:10 JST
- Mastra が2026年8月19日に発表した Fine-Grained Authorization(FGA)は RBAC を置き換えるものではなく、RBAC では表しにくい「個別リソースとの関係」を追加で扱う仕組みだと整理している
- ゲートできる実行面は HTTP ルート、エージェントの
.stream()と.generate()、ワークフロー実行、ツール呼び出し、メモリの読み書き、Mastra がホストする MCP サーバーまで及び、入口の API だけを守っても内部のツールやメモリが無制限なら実質的な権限境界にならないとする - 顧客ごとにロールを作る方式では顧客が1,000社になった時点で最低1,000個のロールが要り担当変更のたびに作り直しが発生するが、FGA なら「営業の田中さんは顧客Aの請求エージェントを実行できる」という個別の関係だけを追加すればよい。Mastra には2026年3月から RBAC があり、それは今も必要だとしている
- 設定は
server.fgaとstudio.fgaが分離されており、外部ユーザーにはアプリケーションAPIを公開しつつ Studio へのアクセスは社内組織だけに限定できる - WorkOS 連携では
MastraAuthWorkosが認証、MastraFGAWorkosが認可を担当し、WorkOS を使わない場合はベンダー非依存のIFGAProviderを実装して接続する。Mastra Platform 専用機能ではなく、自社クラウドやオンプレへデプロイした Mastra Server でも利用できる
AIエージェントをプロダクトに組み込む前に整理したい、技術選定の観点とフレームワーク比較
Source: Zenn | Published: 2026-08-23 14:28 JST
- AIエージェントの技術選定で最初に問うべきは「どの Agent Framework を選ぶか」ではなく「ワークフローのどの部分だけを AI に判断させるか」だと主張している
- 候補を5レイヤー(①AIアプリケーションSDK ②Agent SDK/Framework ③状態を持つRuntime/Managed Agent Platform ④Durable Workflow Engine ⑤queue・DB・outbox・認証・監査などの周辺基盤)へ分け、責任範囲を読むための整理軸として使う
- 用途別の落としどころとして、React / Next.js の画面とストリーミングを早く作るなら Vercel AI SDK、軽量な Agent loop なら OpenAI Agents SDK、TypeScript で Agent・Workflow・Memory・Eval をまとめるなら Mastra、複雑な状態遷移を明示するなら LangGraph.js、Google Cloud や Multi-Agent が軸なら Google ADK を挙げる
- Agent Framework を導入しても、同じ処理の二重実行、通知の送り忘れ、権限、監査、正式なデータの保存先までは自動では決まらないとし、外部APIへの書き込みには idempotency key による冪等性が別途必要になると述べている
- 同じ「再開できる」でも会話履歴だけか、エージェント内部の作業か、複数システムをまたぐワークフロー全体かで意味が違うと指摘する。Cloudflare Agents の durable fiber は
stash()で保存した途中状態を次回起動時にonFiberRecovered()へ渡す仕組みで、元の関数が停止位置から自動再生されるわけではない
@hono/zod-openapi の一括ルート登録機能の紹介
Source: Zenn | Published: 2026-08-23 15:20 JST
- v1.3.0 で入った
defineOpenAPIRouteとopenapiRoutesによる一括ルート登録は、型パフォーマンスが改善された v1.6.1 においても Instantiations とメモリ使用量でメソッドチェーンを下回ると実測している - ローカル環境(M4 Max / メモリ64GB)で同じスキーマのルートを30個登録して
tsc --noEmit --extendedDiagnosticsを比較したところ、v1.6.0 のopenapiメソッドチェーンは Check time 3.43s・Memory 1,210,438K・Instantiations 2,588,132、同じ v1.6.0 のopenapiRoutesは 1.48s・514,005K・680,432 だった - 型パフォーマンス改善 PR(honojs/middleware#1988)が入った v1.6.1 では差が縮まり、メソッドチェーンが 1.12s・543,525K、
openapiRoutesが 1.05s・454,669K になった。StackBlitz 上での typecheck は v1.6.0 のチェーン版で6〜7秒かかっていた defineOpenAPIRouteはcreateRouteと違いルート定義とハンドラーを同時に持てるうえ、addRoute: process.env.NODE_ENV === 'development'のように条件付き登録も書ける。ルートを配列にまとめてapp.openapiRoutes([...userRoutes, ...postRoutes] as const)と渡す使い方になる- 追加元の PR(#1752)には、複数ルート登録の冗長さ、複雑なルート構成での型推論の困難さ、複数ファイルにまたがるルート管理、条件付き登録の非サポート、分散したルート登録での RPC 型安全性維持という5つの動機が挙げられている。現状
defineOpenAPIRouteはroute.middlewareのコンテキスト型を推論できないため、middleware で context を拡張している場合は注意が要る
【Chrome 151】 Capability Elements <usermedia> MVP を試す:MediaDevices: getUserMedia() ではないカメラ利用
Source: Qiita | Published: 2026-08-23 22:23 JST
- Chrome 151 の
<usermedia>要素はユーザー操作を起点にしないと実行できないため、Web サイト側が勝手なタイミングで許可ダイアログを出すことが起こらなくなると確かめている - 従来の
navigator.mediaDevices.getUserMedia()は JavaScript から呼ぶと Chrome が許可を求め、ユーザーが許可すると Promise で MediaStream が返る流れで、呼び出しタイミングはサイト側の自由だった - 新方式では
<usermedia id="media">カメラとマイクを開始</usermedia>という HTML 要素を置き、media.setConstraints({video:{}, audio:{}})を呼んだうえでstreamイベントを購読し、video.srcObject = media.streamを代入する - 実際にローカルサーバー上で
<usermedia>と<video autoplay muted playsinline>を並べたページを開くと、まずボタンが表示され、クリックしてから許可ダイアログが出て、許可後にカメラ映像がページ上に表示された - 該当機能は Chrome 151 のリリースノートに
capability_element_usermedia_mvpとして載っており、Chrome Platform Status のエントリは feature/4926233538330624、動作確認用のデモとして permission.site の media_capture_element ページが案内されている
Show HN: Free tool to check Supabase vulnerabilities(Show HN: Supabase の脆弱性を調べる無料ツール)
Source: Hacker News | Published: 2026-08-23 02:06 JST
- Defencecore の無料 Supabase スキャナーは read-only の Supabase OAuth 経由で Postgres と Storage のカタログメタデータだけを読み、アプリケーションの行データには一切触れないと明言している
- 検査項目は Row Level Security が有効でないテーブル、保護されていないテーブルへの API grant、適用されるべきポリシーの欠落、すべての行を通す無条件のポリシー式、そして公開設定の Supabase Storage バケットの5つ
- service-role キー・データベースパスワード・personal access token・ブラウザからの SQL のいずれも要求しない設計で、スキャンは約30秒、結果は画面表示と同じ内容がメールでも届く
- Storage については、認証済みダウンロードリクエストなしでオブジェクトを配信できてしまう公開バケットを特定する項目が独立して用意されている
- サイト自身が「個人情報・健康情報・決済情報・政府ID・認証シークレット・児童のデータ・規制対象データを含むプロジェクトはスキャンしないように」と注意書きを置いており、レポート受け取りには対象プロジェクトをスキャンする権限があることの確認が要る
MCP TypeScript SDKのMCPサーバサンプルを動かす
Source: Qiita | Published: 2026-08-23 10:26 JST
- 2026-07-28 版へ更新された MCP に対応した SDK が Java には無いため TypeScript SDK のサンプルを動かしたところ、MCP Inspector の Protocol Era 設定によって接続シーケンス自体が INITIALIZE 起点と SERVER/DISCOVER 起点へ切り替わると分かった
- 手順は typescript-sdk 配下で
pnpm installとpnpm build:allを実行したあと、pnpm --filter @mcp-examples/tools server -- --http --port 3000でツールの MCP サーバを起動する - MCP Inspector は
npx @modelcontextprotocol/inspectorで起動し、Transport Type を Streamable HTTP、URL をhttp://127.0.0.1:3000/mcpに設定して接続する - Protocol Era を Legacy にするとバージョン 2025-11-25 で INITIALIZE から接続が始まり、Modern にすると 2026-07-28 で SERVER/DISCOVER から始まるという違いが観測できた
- Auto を選んだ場合は 2026-07-28 で接続し、それで接続できないときに 2025-11-25 を試みる挙動になる。サンプルサーバ自体は両バージョンに対応している
VSCode+NodeプロジェクトにBiome導入してみた
Source: Qiita | Published: 2026-08-23 10:55 JST
- フォーマッタに Prettier、リンタに ESLint と別々に設定していた構成を Biome 1本へ置き換え、保存時フォーマットまで含めて Node.js プロジェクトで動かせたと報告している
- 導入は
pnpm add -D -E @biomejs/biomeとpnpm exec biome initの2コマンドで完了し、-Eを付けてバージョンを固定している(環境は node 24.18.0 / pnpm 11.17.0) - Biome のデフォルトフォーマッタはタブインデント(幅2)、1行80文字を目安に改行、文末セミコロンあり、複数行の末尾カンマあり、アロー関数の引数を括弧で囲む挙動になる。
files.ignoreUnknownを true にすると非対応ファイルをエラーにせず無視できる - VSCode 側は拡張機能
biomejs.biomeを入れ、.vscode/settings.jsonにeditor.formatOnSaveとsource.fixAll.biome/source.organizeImports.biomeを書いてチームで共有する - CLI は
biome check .で確認、biome check . --writeで自動修正だが、--writeはファイルを書き換えるため変更内容を確認してからコミットする運用にしておくと安心だとしている
【備忘録】TypeScript入門 #1 型の基本
Source: Qiita | Published: 2026-08-23 12:55 JST
- Next.js / NestJS のコードを読めるようになるための第一歩として string・number・boolean の3つを押さえ、型の違う値を入れるとコンパイル時に落ちることを実機で確かめている
- 環境は macOS / Node.js v25.1.0 / npm 11.6.2 / TypeScript 7.0.2
const age: number = "30"を tsc に通すとerror TS2322: Type 'string' is not assignable to type 'number'.が出て、30に戻すとエラーが消えたnpx tsc lesson01.tsのようにファイル名を指定するとerror TS5112: tsconfig.json is present but will not be loaded if files are specified on commandlineが出るため、tsconfig.json がある場合はファイル名を付けずにnpx tscを実行している- 型注釈を書かなくても
const userName = "Yamada"から string が決まる型推論があるため、「型指定がない=型がない」ではないと整理している。次回は変数・配列・オブジェクトを扱う予定
HTMLを直接開くところからSPAまでWebアプリの基本を順番に体験してみる
Source: Qiita | Published: 2026-08-23 13:09 JST
- HTML・HTTP・サーバー・API・Ajax・DOM・SPA を一度に覚えて混乱する新人向けにWebアプリの仕組みを8段階へ分解し、⑥までは画面遷移のたびにサーバーへHTTPリクエストを送ってHTML全体を取り直している点が SPA との分かれ目になると示している
- 段階は ①HTMLをブラウザで表示 ②CSSで見た目を整える ③リンクで別のHTMLへ移動 ④HTTPサーバーからHTMLを配信 ⑤Expressで静的ファイルを配信 ⑥ExpressでURLをルーティング ⑦APIからJSONを取得して画面を書き換え ⑧VueとVue RouterでSPA化 の順に進む
- 最初の段階ではWebサーバーを使わず、アドレス欄が
file:///.../index.htmlになることでブラウザがローカルのHTMLファイルを読んで描画しているだけだと示している - Express では
express.static()が public 配下の静的ファイルを配信し、app.get()とresponse.sendFile()でURLとファイルを対応させる。sendFile()は絶対パスを要求するためimport.meta.urlから server.js のディレクトリを解決して結合している - サーバー側でHTMLを組み立てる方式として EJS・Pug・Handlebars といったテンプレートエンジンにも触れているが、実装そのものは省略している。前提環境は Node.js v20.19.2 / npm 11.13.0
Show HN: Cloudflare Workers boilerplate for your bidding site(Show HN: 入札サイト向け Cloudflare Workers ボイラープレート)
Source: Hacker News | Published: 2026-08-23 05:34 JST
- outbid.lol の本番コードから切り出した TanStack Start + Cloudflare Workers のボイラープレートが、
pnpm quickstart一発で D1・R2 の作成からデプロイまで通ると説明している - quickstart はブランド名・絵文字・独自ドメイン・最低出品価格(既定9ドル)・Gold-card floor(既定199ドル)を対話で聞き、D1 データベースと R2 バケットを作成してマイグレーション2件を適用し、利用者自身の Cloudflare アカウントへデプロイしたうえで公開URLとトークン付き管理画面リンクを出力する。途中で止めても続きから再開できる
- 手動作業は Stripe の秘密鍵と webhook 署名シークレットの貼り付けだけで、それぞれ
STRIPE_SECRET_KEY/STRIPE_WEBHOOK_SECRETとして Workers のシークレットへ登録される - 同梱されるのは上位枠を買うと価格が上がる outbid 機構、Workers 上の TanStack Start による Edge SSR とファイルベースルーティング、Stripe Checkout のセッション生成・署名付き webhook 検証・リプレイ安全な履行、D1/R2 のスキーマと採番済みマイグレーション、決済の冪等性台帳、SSRF ガード付き画像キャッシュ、トークンで保護した管理画面とダークモード
- 価格は買い切り29ドルでサブスクリプションはなく、支払後に GitHub ユーザー名を入力するとリポジトリ招待が送られる。サポートは best effort と明記されている
Show HN: A comic and manga viewer component for React(Show HN: React 向けのコミック・マンガビューアコンポーネント)
Source: Hacker News | Published: 2026-08-23 09:28 JST
- react-comic-viewer は RTL(マンガ)と LTR(コミック)の綴じ方向切り替えを軸に、スワイプ・キーボード操作・ズーム・見開きレスポンシブまでを単一の React コンポーネントへ収めている
- ページ送りはスワイプと矢印キーの両方に対応し、キーボードナビゲーションが標準で入っている
- ダブルタップでズーム、シングルタップで UI の表示/非表示を切り替える操作系になっている
- フルスクリーンモード、サムネイルナビゲーション、読み込みインジケータを備える
- 画面幅に応じて単ページ表示と見開き表示を切り替えるレスポンシブ対応があり、デモページでは綴じ方向とページインジケータの有無をその場で切り替えられる。配布は GitHub と npm
Show HN: One portal for all your MCP servers(Show HN: すべての MCP サーバーを1つのポータルへ)
Source: Hacker News | Published: 2026-08-23 13:11 JST
- onemcp は複数の MCP サーバーを1つのポータルエンドポイントへ集約し、リクエストごとのツール定義を約15,000トークンから約500トークンへ削減すると主張している
- 典型的な構成では20サーバー・480以上のツール定義が毎ターン再送されるのに対し、ポータルが公開するのは search・describe・execute の3つのメタツールだけになる
- その結果リクエストあたりのコンテキストフットプリントが約97%小さくなり、システムプロンプトは約90%縮むとしている
- モデルはツール定義を読み込む代わりに MCP Code Mode でツールに対してスクリプトを書く形になり、Cloudflare の MCP Portals を下敷きにした軽量版だと作者自身が説明している
- ポータル側がルーティングとネイティブ OAuth を引き受けるため、AIクライアントは1度接続するだけで済む構成になっている
NPM-audit-fix -A Python CLI to automate Node.js security PRs(npm-audit-fix — Node.js のセキュリティ PR を自動化する Python CLI)
Source: Hacker News | Published: 2026-08-23 03:10 JST
- npm-audit-fix は Node.js の脆弱性対応を Python 製 CLI 側へ寄せ、
npm audit --jsonによる検出からパッチ適用・テスト実行・PR 作成までを人手を挟まず1本のコマンドへ連結したと説明している - 掲げる流れは「脆弱な依存を見つける → 安全な更新を適用する → テストを走らせる → PR を作る」の4段階
- 検出は
npm audit --jsonの実行結果を使い、既知の脆弱性を持つ依存を利用可能なパッチバージョンへ更新する - 更新後は対象プロジェクト本来の
npm testコマンドをそのまま実行して検証する - 変更用の専用 Git ブランチを自動作成してから GitHub の Pull Request を起こす。リポジトリは2コミットのみでスター0・フォーク1という公開直後の状態
AIエージェントが実際にどのように動いてトークンを使っているかが後から見てわかるようにできる「Langfuse」、オープンソースでセルフホスト可能
Source: GIGAZINE | Published: 2026-08-23 23:00 JST
- Langfuse のトレースを見ると、冗長な再確認を指示したプロンプトが1,883トークン、検索を1度だけに限定したプロンプトが936トークンと、指示の書き方だけでトークン量が倍近く変わることが確認できている
- Langfuse は LLM やAIエージェントの実行内容を Trace として記録し、どの LLM を呼んだか・どのツールを実行したか・どの情報を検索したか・入出力処理の消費時間・トークン使用量・推定コストを後から追える
- 検証は Google Gemini を Google Gen AI SDK 経由で呼び、「東京の今日の天気を調べて傘が必要か簡潔にまとめる」という同一課題を、別キーワードでも再確認させる冗長版と検索1回限定版の2通りで実行している
- 外部ツール利用時は「どのツールを呼び出したか・どの引数を渡したか・どの結果が返ってきたか」も Trace に残るため、回答が崩れた原因が LLM 側にあるのか検索結果やツール選択側にあるのかを切り分けられる
- プロンプトのバージョン管理を行う Prompt Management、人間や別 LLM で採点する Evaluation、Datasets / Experiments での一括比較も備え、OpenTelemetry 経由で LangChain・OpenAI Agents SDK・Google ADK・n8n・Dify・Ollama・Codex・Claude Code などと連携する。構築は Windows + Docker Desktop + Git Bash で実演され、プロジェクト生成後に画面遷移が失敗する不具合があるとも書かれている
All Articles
Zenn
| # | Title | Summary | Author | Published |
|---|---|---|---|---|
| 1 | Playwright CLIでWebアプリケーションを自動テストして詰まった25の壁とその解決方法 | React 18 + MUI v6 + Axios + React Query の業務アプリを AI エージェントに対話操作させる前提で自動テストし、通常のE2Eでは遭遇しない25の制約を原因つきで解いている | @ereignis121 | 00:06 |
| 2 | Auth0 + Google + Terraformで個人のAWSアカウントをSSO化した | IAMユーザーのアクセスキーをやめ、認証をAuth0経由のGoogleに、認可をAWS IAM Identity Centerに分けた構成をTerraformでコード化してGitHubへ公開している | @takuyima | 00:25 |
| 3 | React / ViteとHonoで作るブロックチェーンアプリケーション | Solana上でバスケットを作るAxisのDevnet版を1人で実装し、ブロックチェーンアプリの大半は普通のWebアプリで、変わるのは資産を動かす境界だけだと結論づけている | @yusukekikuta | 00:46 |
| 4 | ポートフォリオをTypeScript+Bunの自作SSGでリニューアルする | Astro製だった個人サイトをTypeScript+Bunの自作SSGへ置き換え、企業のプラットフォームに依存しない自立したサイトを持ちたかったことを理由に挙げている | @omemoji | 02:43 |
| 5 | 【自宅HomeLab構築記 #32】パスワードの「!」がbashに誤解される — hub初回デプロイとデータ移行編 | 認証基盤hubをapi-hubコンテナへ初回デプロイして世帯・ユーザーデータを移行し、パスワード中の「!」がbashに誤解される罠と監視登録の既視感あるトラブルに当たっている | @st_systems | 07:45 |
| 6 | ページ内アンカーの着地を整える — sticky ヘッダに隠れない・着いたことが分かる | 目次から記事へ飛ぶとstickyヘッダの下に潜り込む問題を、JavaScriptでのスクロール位置補正をやめてCSSのscroll-margin-topへ置き換えている | @kodomo_news | 08:08 |
| 7 | 日々やってくる大量のリクエストをCloudflare Workersで効率よく捌いてみた | 東京リージョン対応PaaS「KamuiDash」の公開入口でHostからテナントを解決する際、増え続けるKV Readを1アクセスごとに読まない形へ削っている | @kamuidash | 09:00 |
| 8 | 「受注残」は保存する値ではなく、導出する値だった | 受注残をミュータブルな保存値として持つとExcel運用と同じ壊れ方をするとして、単一HTML・完全オフラインの受注管理ツールで都度導出する値へ置き換えている | @slideup | 09:01 |
| 9 | EventBridge Scheduler が DISABLED だと監視も沈黙する — 欠測ウォッチドッグの設計 | EventBridge SchedulerがDISABLEDだとInvocationDroppedCountもLambdaのErrorsもDLQも沈黙するため、監視スケジュールのstateだけ”ENABLED”をハードコードする非対称な構成にしている | @ozapon | 10:05 |
| 10 | Amazon Quick on Desktop を Okta のエンタープライズSSOで使う | Enterpriseアカウントではエンタープライズサインインを管理者が先に設定しないとユーザーがサインイン画面から進めないため、アプリ配布前に済ませる必須作業だと位置づけている | @nnydtmg | 10:22 |
| 11 | Excelとコピペで相互運用するために、TSVで踏んだ罠を全部書く | Excelのコピーはtext/plainにタブ区切りで載るが単純なsplitではセルが単純な文字列のときしか動かないとして、React用グリッドMasumeGridでの対処コードをまとめている | @teraaa12 | 10:42 |
| 12 | Tailwind v4 で leading-* が勝つようになった — v3 では lg:text-6xl が行間を上書きしていた | マークアップを一行も変えずTailwind v3からv4へ移行しただけでトップページの総高が35px伸び、leading-*とlg:text-6xlを併記したときの勝ち負けが逆転していたのが原因だった | @ukintech | 10:48 |
| 13 | 生成AI時代のデータマネジメントを考える | DMBOK第2版を読み直し、生成AI時代のデータマネジメントとは組織の暗黙知をAIも使える「AI-Ready Data」へ変える活動で、その中心はメタデータ管理だと捉え直している | @kogagogo | 10:57 |
| 14 | 行を仮想化したグリッドを、スクリーンリーダーに正しく読ませる | 行を仮想化するとDOM上に数十行しか無く支援技術が行数を誤認するため、WAI-ARIA仕様に沿って仮想化とアクセシビリティを両立させる実装をMasumeGridでまとめている | @teraaa12 | 11:10 |
| 15 | 配信オーバーレイにCloudflare Workersは要らなかった — HTML 1枚でOBSに情報を載せる | 当初はCloudflare Workers+KV+Cron Trigger+Wrangler+Vitest+Playwrightで組む設計だったが、前提を実測したらサーバー側が丸ごと不要で成果物は15KBのHTML 1枚になった | @personal | 11:15 |
| 16 | 「カクつく」の原因は補間ではなく日程表だった(動きを疑う順番) | アバターの「カクつき」を補間から疑って遠回りし、実際は間隔5秒に対し動きが9秒あって再生中に再度呼ばれ先頭へ巻き戻っていたのが主因だったと突き止めている | @bricks | 11:43 |
| 17 | Supabase Authの実装でハマったところ3選 | SDKが返すエラーオブジェクトの内部フィールドがそのまま画面へ漏れる件など、公式ドキュメントに書いてあっても気づきにくい3つの壁と境界での整形という回避策を挙げている | @seekseep | 11:45 |
| 18 | 「前回ログイン」 UI で理解する、use(browser()) | React canaryに入ったbrowser()を「前回ログイン」ラベル付けで解き、Next.js 16.3のApp RouterではReact Canary経由で使えるがReact 19 stableには入っていないと断っている | @mizukenvivid | 11:55 |
| 19 | Anchorcode Django 大全 | Django 6.0 + Python 3.12 を対象に全42章を「表層(使い方)→中層(なぜ)→深層(内部の仕組み)」の3層で掘り下げ、コードはすべて実機で動作確認したとしている | @saikaku_lab | 12:02 |
| 20 | 坪と平米(㎡)の変換方法|1坪=3.3㎡ではなく正確に計算するには? | 1坪≒3.3㎡では誤差が出るとして、1坪=400÷121㎡(≒3.3057851239㎡)という式で坪と平米を正確に相互変換する手順を示している | @nenkajp | 12:20 |
| 21 | GeminiAPI×GoogleDrive×Sheetsで完全自動化!Pythonレシート家計簿システム構築ガイド(無料枠のみ使用) | Googleドライブのレシート画像をGemini APIの無料枠でOCRしGoogleスプレッドシートへ自動記帳するPythonシステムを、OAuth 2.0認証とuvでの環境構築まで含めて解説している | @sosa | 12:38 |
| 22 | CraftをCMSとして使えるようにした。 | GitHubのマークダウンをVercelでレンダリングする方式ではコミット履歴が混ざるとして、API対応したCraftをCMSに据えたが画像取得のため読み込みが2秒に伸びたと明かしている | @vgnz93hs | 12:52 |
| 23 | 同じ答えを返す2つのコード、どっちで書くべき? | マッチ棒の正方形問題で自分のコードと模範解答っぽいコードを並べ、「コードは短い方が良い」という言い回しを疑う立場から書き味の違いを検討している | @yuudaikido | 12:55 |
| 24 | MCP サーバをローカルでも動かせるようにしたら、ツール定義は 1 行も増えなかった | Cloudflare Workers上のMCPサーバをローカルでも動かすためstdio版エントリとツール定義の2ファイルを足しただけで、ツールのコードは1行も増やさずHTTP版と定義を共有できたとしている | @ma2no4413 | 14:34 |
| 25 | RxJSの教科書 | Observableの仕組みからOperatorの選択・合成、Subject、エラー処理、テストまでを扱い、TypeScriptで非同期処理をストリームとして設計する方法を体系立てている | @zzzzzzz | 14:40 |
| 26 | メディアサイト(静的サイト)をつくるならどれ?Astro・Next.js・TanStack Start 徹底比較 | 記事表示が中心の素直なメディアならAstro+Cloudflare Workers Static Assets、会員登録や課金やパーソナライズを早期に組むならNext.js+Vercelが心地よいと落としどころを示している | @42ga3 | 14:50 |
| 27 | MAUIの学習も悪くないと思いました | 1年弱Reactを使ってきた立場からdotnet v10のMAUIを3日触り、MAUIは厳格な設計思想の代わりに学習コストが高く可読性が落ちる一方、Reactは柔軟だが低品質なコードも通ると比べている | @fujishu | 15:11 |
| 28 | Embedding は採点に向かない ── 「偶数」と「奇数」に満点を出した話 | 自由記述採点の3層構成のうちEmbeddingコサイン類似度の層を捨てた判断を書き、「偶数」と「奇数」という反対の語に満点が出てしまった事例を挙げている | @ferretcode | 15:17 |
| 29 | Hono RPCの型が重い・渡せない問題をZeltJSではこう解決した | ルート数が増えるとエディタ補完に遅延が出てモノレポ前提のtypeof appを渡しにくくなる問題に対し、oRPCへ乗り換えるのとは別の解法をZeltJSで用意したと説明している | @9wick | 15:40 |
| 30 | この土地は昔なんだった? オープンデータで「言えること」だけを表示する『今昔』を作った | OpenStreetMapと国土地理院のデータで「場所×時間」を見せるβ版を公開し、オープンデータでは「取れる」と「言える」と「伝わる」が別物である点に一番苦労したと書いている | @hidetzu | 15:42 |
| 31 | AWS S3の基本事項についてまとめてみた | バケット名がグローバルに一意でなければならない理由を、オブジェクトをHTTPリクエストのURLとして扱えるようにするためだと逆算して説明している | @tsuzuki_s | 16:43 |
| 32 | コードリーディングには6種類ある ── 練習問題を100問作って分類した話 | 練習問題を100問組む過程で読み方をトレース・ズレ・意図・影響・命名・仕様の6種類に分類し、実行を追うのはトレースだけで残り5つは実行と関係ないと整理している | @ferretcode | 17:05 |
| 33 | revalidate を書いてもISRされていなかった — 35,000ページが全部 no-store だった話 | Next.js 15のApp Router+Vercelで商品詳細35,000件が1リクエストもCDNキャッシュされておらず、searchParams参照による動的レンダリング落ちとgenerateStaticParams不在が原因だったと2ヶ月かけて突き止めている | @figurehub | 17:24 |
| 34 | 【完全解説】Terraform入門から実践 | Terraformの考え方、HCL、CLI、state、module、テスト、AWSハンズオン、チーム運用までを1冊にまとめている | @miruky | 17:43 |
| 35 | 遊戯王で実践するソフトウェアアーキテクチャ設計 〜先攻ワンキルシミュレータの発展史〜 | 遊戯王の先攻ワンキルを1人で回すソリティア・シミュレータをソフトウェアアーキテクチャ設計の練習台として作り、その発展史をたどるシリーズの序章にあたる | @okmethod | 17:43 |
| 36 | つまらないインターネットを、おもしろいノベルゲームにしてもらう | Hacker Newsの日本語要約をChatGPTに頼むと文体が似通って情報量も多く読みづらいとして、記事をノベルゲーム形式で読ませるサンプルをGitLab Pages上へ公開している | @tkithrta | 19:02 |
| 37 | BigQueryのスケジュールクエリでデータマートを毎朝自動更新する設定と監視方法 | GA4のエクスポート先BigQueryに対してスケジュールクエリを毎朝走らせデータマートを自動更新する設定と監視方法を、非エンジニアでも追える粒度で示している | @web_benriya | 19:10 |
| 38 | PageSpeed Insights API で複数サイトを比較するツールを作って踏んだ落とし穴5つ | PSI APIは体感10〜40秒という前提で作り始めたが大手ECやニュースサイトでは80秒を超えるなど、公式ドキュメントだけでは分からない挙動を5つ実測している | @taiyo_swim | 20:05 |
| 39 | AWSハンズオン① EC2でWebサーバーを構築して公開してみた | 東京リージョンのEC2にWebサーバーを立ててブラウザから表示できるところまで通し、終了後は課金対象リソースを残さず削除するところまで実施している | @takuya_cloud | 20:47 |
| 40 | 【合格記】公式Docs+生成AIでGoogle Cloud ADPに2週間で合格 | Udemyを使わず公式ドキュメントとNotebookLM/Gemini/ChatGPT/Claudeで教材を自作して2週間で合格し、Lookerやデータパイプラインは概要より使い分けを問われたと振り返っている | @nekoemon | 21:26 |
| 41 | WordPressをCloudflare EmDashへ移行する — 本番ブログで実測した設計と48の落とし穴 | CloudflareがWordPressの精神的後継として公開したCMS「EmDash」(Astro+Workers+D1+R2構成)へ運用中の本番ブログを移し、48の落とし穴を実測で洗い出している | @kaz419 | 22:16 |
| 42 | IPv6アドレスの短縮でハマった、RFC 5952 の「同点は左」 | IPv6アドレスの短縮ツールを作る過程で、同じ長さのゼロ連続が複数あるときは左側を「::」にするというRFC 5952の規則につまずいている | @hashitoz | 22:22 |
| 43 | 「売り子と一緒にレジを回す」を成立させるために、オフライン前提のWebレジを作った | 既存レジアプリが1台1人操作を前提とするため即売会で売り子を立てると崩れるとして、複数人・複数端末の売上を1ブースへまとめる設計をオフライン前提で組んでいる | @mikancat_lab | 22:45 |
| 44 | PostgreSQL販促担当が、学びなおしてデータアナリストを目指す話 | 大手SIerでPostgreSQLの製品担当として営業を技術面から支える立場から、データアナリストを目指して学び直す過程を書き始めている | @ebidence | 22:47 |
| 45 | Application Passwordが発行できないWordPressに、REST APIで入稿する | Application Passwordがホスティング側でブロックされて発行できなかったため、wp-adminにログイン中のCookieとnonceをそのまま使ってREST APIを叩く方式に落ち着いている | @tarako_ai | 22:56 |
| 46 | TodoistのInboxタスクをwebhookでAWS Lambdaから自動的にプロジェクトへ振り分けた | Todoist公式スキルのAPI変更による終了と非公認スキルのInbox限定という制約を、webhookをAPI Gateway+Lambdaで受けて共有プロジェクトへ自動移動する仕組みで埋めている | @takuyima | 23:35 |
| 47 | AI駆動開発の最先端「ハーネス&ループ」をClaude Codeに聞いたら、自分の開発体制が予想以上に褒められてテンションが上がった話 | 「ハーネス」と「ループエンジニアリング」について自社プロダクト開発のやり方をClaude Codeに評価させ、返ってきた回答が自分の方向性を強く肯定するものだったと報告している | @magaruya | 23:49 |
| 48 | Next.js Server Actions を Storybook でスマートにモックする方法 | Server ActionsをStorybookでそのまま使うとエラーや冗長な回避コードが要るため、@akfm/vite-plugin-storybook-mock-server-functions を使ったモック方法を試している | @sikeda107 | 23:56 |
Qiita
| # | Title | Summary | Author | Published |
|---|---|---|---|---|
| 1 | Spring Bootで作成したWebアプリをAWS EC2で公開する手順(パート1) | EC2上のUbuntuにJava 17を入れてSpring BootアプリをデプロイしパブリックIPv4の8080番で表示するまでを、Windowsからの操作前提で手順書として残している | @ShineYamamoto | 00:13 |
| 2 | Cloudflare Pagesでブランチをpushするとデプロイされる?「プレビュー ブランチ」を無効にする方法 | 本番以外のブランチをpushしただけでデプロイが始まるのは「プレビュー ブランチ」設定によるものだと突き止め、自動デプロイを止める設定変更の場所を示している | @KasasagiWorks | 00:39 |
| 3 | 【学習】TS×honoで、安全な開発と設計を意識したサンプルAPIを作った② 〜設計見直し編〜 | Gatewayのテストと実装から設計の違和感に気づき、TDDを通してUsecase・Port・Gateway・Domainの責務を見直した過程と、どのテストでどの品質を担保するかを整理している | @HayatoHanaoka | 02:44 |
| 4 | AWS SAAを受験するまでの道のり | 2026年10月の受験に向けた学習メモとして、VPCピアリングやTransit Gateway、AWS Configの役割など押さえた項目を書き出している | @orangina1018 | 03:03 |
| 5 | Android実機開発でAPK・スクショ・テキストをWindowsと往復するのが面倒なのでLANブリッジを作った | APK・スクリーンショット・テキストの往復だけに絞ったSafeDropを作り、Kotlin/Jetpack ComposeのAndroidアプリとWindows側Node.jsサーバーのペアで信頼できるLAN内に閉じている | @iwadjp | 03:16 |
| 6 | enebularでnode-red その19 | enebular-cliのチュートリアルに沿ってNode.jsのハンドラをzip化し、enebular add fileでプロジェクトへ登録するところまで試している | @ohisama@github | 04:45 |
| 7 | 改行コード変換(CRLF/LF/CR)をブラウザで実装する — 正規化の置換順序の罠と、混在を数えるカウント | CRLF/LF/CRの正規化は\r\n→\nを先、\r→\nを後にやらないと\r\nが\n\nになって空行が倍増するとして、混在カウントも先にCRLFを取り除いてから数えている | @sakutto-panda | 07:07 |
| 8 | AWS S3上のApache Icebergコピーから自宅HDFS Icebergへリストアする【復旧編】 | 自宅HDFSのApache IcebergをSource of Truthに残しAWS S3へ分析用コピーを作ってきた構成に対し、今回は逆方向へS3からSparkで自宅HDFSへ戻す復旧手順を扱っている | @naritomo08 | 07:58 |
| 9 | AWS CloudShellで使える新エディタ「edit」コマンドを試してみた | 先週AWS CloudShellで使えるようになったeditコマンドを試し、Ctrl+VやCtrl+Sが効き複数タブを上下左右へ配置でき検索・置換も使えたが、アクションパレットの項目はまだ少ないとしている | @a_b_ | 08:57 |
| 10 | javascript fetchとpython fastapiのメモ | ブラウザ側のFormDataでファイルをfetch送信し、FastAPI側で UploadFile = File(…) として受け取る最小コードを対で書き留めている | @tamada_satoru | 10:36 |
| 11 | RAG構築の壁を越える!ローカル×クラウドのハイブリッド構成とコスト戦略 | 検索精度・クラウドコスト・データ機密性を同時に満たすため、ローカルLLMとマネージドクラウドを組み合わせるRAGハイブリッド構成と前処理・検索チューニングをハンズオン形式で示している | @DaokFrontier | 11:05 |
| 12 | AIが出したテーブル設計、そのまま採用していませんか? リレーションを見る目を養う3つの質問 | AIが返したテーブル定義は動いてもリレーションの妥当性は別で、データ量が少ないうちは問題が表に出ず後から移行が重くなるとして、レビュー用の3つの質問をBefore/Afterつきで挙げている | @ennagara128 | 11:30 |
| 13 | Terraform入門 第2回:入力変数と出力値で設定を使いやすくする | 第1回でmain.tfへ直書きしたリージョンやパラメータ名を入力変数と出力値へ切り出し、var.<変数名> 参照と -var オプションで環境ごとに値を変えられるようにしている | @k0ga | 11:48 |
| 14 | 偏差値の計算式を理解する|標準偏差との関係とJavaScriptでの実装 | 偏差値=50+10×(点数-平均点)÷標準偏差という式を実際の数字で追い、同じ80点でも標準偏差次第で偏差値が変わる理由をJavaScriptの実装で確かめている | @nenkajp | 12:01 |
| 15 | WAFログを「S3に置きっぱなし」から卒業する ― Athenaで攻撃系リクエストを自動集計してSlack通知するまで | WAFログ用S3はバケット名に aws-waf-logs- プレフィックスが必須で既存バケットへ間借りできない点と、パーティション射影なしではスキャン量が数百MB〜GBに膨らむ点を挙げ、boto3でSlack通知まで自動化している | @devex12 | 12:11 |
| 16 | 不動産写真のAI変換で守るべき制約設計:EXIF・解像度・建築構造 | バーチャルステージングでは生成品質より先に「何を変えてよいか」の定義が要るとして、EXIF Orientationをピクセルへ反映する処理をアップロード直後に入れて後工程を安定させている | @phoenix0714 | 12:31 |
| 17 | 「フォロワー限定公開」を画面だけでなくAPIと画像配信まで守る | UIで非表示にするだけではAPI直叩きや画像URL単独アクセスから漏れるため、公開範囲をページ・API・画像・検索・キャッシュ・SEOを横断する認可要件として実装している | @neko-sen | 12:41 |
| 18 | 【Amplify x AgentCore】業務で“本当に”使えるAWS運用アシスタントを作ってみた | AWS MCP ServerをWebに立てて標準化することでローカルのMCP設定なしにブラウザから自然言語操作でき、操作の境界を守るのはIAMロールの権限そのものだと結論づけている | @jus1730 | 13:16 |
| 19 | SSM Parameter Storeの「分け方」と「Standard / Advanced」の決め方 — ECSとLambdaで変わる制約を実測して整理した | Parameter Storeをサービス全体で1つにまとめるか用途別に分けるかという選択肢を、ECSとLambdaで変わる制約を実測したうえで整理している | @Omizu-25 | 13:18 |
| 20 | Splunkの分散基盤をつくる【第2回】SSM Run CommandでSplunkの一括インストール | CloudFormationで作った7台のEC2に対し、AWS Systems Manager Run CommandでSplunk Enterpriseを一括インストールする手順を公開リポジトリのスクリプトで通している | @ramutarafarm | 13:22 |
| 21 | Splunkの分散基盤をつくる【第3回】SSM Run Commandで設定ファイルをSplunkへ一括配布 | 公開リポジトリのテンプレートからホスト別の設定ファイルを生成し、Run Commandで対象EC2の/opt/splunk配下へ一括配布する手順へ進んでいる | @ramutarafarm | 13:24 |
| 22 | AWSのRI/SP割引共有を誤ってすべて無効化して焦った話 | 1アカウントだけのつもりが全アカウントのRI/SP割引共有を無効化してしまったが、月の最終請求には月末最終日23:59:59 UTC時点の設定が使われるとAWSサポートと公式ドキュメントで確認している | @okum_mitsu | 14:04 |
| 23 | 【DB用語の歯がゆさ 第11回・最終回】レプリケーションとラグ ― 書いた直後に読めないのはなぜ? | 「知ってはいるが説明しろと言われると詰まる」DB用語を1記事1用語で解いてきた全11回シリーズの最終回として、書いた直後に読めない理由をレプリケーションラグから説明している | @kotaro_ai_lab | 14:12 |
| 24 | Cloudflare Workers で new Date() が 1970 年になる | Cloudflare Workersのモジュールトップレベルで new Date() を呼ぶと1970-01-01が返るがローカルの wrangler dev や Node では現在時刻が出るため気づきにくく、リクエストハンドラ内で呼べば解決すると示している | @ShinguAkira | 14:33 |
| 25 | 「次へ」を覚える Chrome 拡張機能を作って考えた、壊れにくい CSS セレクタの作り方 | サイトごとにマークアップが違い矢印キーでのページ移動ができない問題に対し、一度クリックした要素を記憶して以後←/→で再現する拡張を作り、壊れにくいセレクタの組み立て方を考えている | @tonbi_attack | 14:47 |
| 26 | Beauty ARを低性能端末で破綻させない:CPU/GPU予算でエフェクトの同時利用を事前判定する | 難所は個々のエフェクトを表示できるかではなく複数を同時に維持できるかだとして、端末クラス別に負荷差分を計測し配信前にCPU/GPU予算へ収まる組み合わせだけを選ぶ設計にしている | @susie000720 | 14:56 |
| 27 | 【開発記①】原価計算アプリ開発 #1 - 開発理由と構成 | 同一建物内3店舗をExcelのローカルファイルで管理していてデータ共有と最新化ができないバイト先の課題を聞き、リアルタイム共有できる原価計算Webアプリの開発を始めている | @k_taro_191413 | 15:14 |
| 28 | Wikidataから紀要の簡易検索システムを作成 | Wikidataで「紀要」を表す Q11605103 を持つ項目をSPARQLで取得し、タイトルと出版者から検索できる簡易システムに仕立てている | @wonox | 15:44 |
| 29 | 静的サイトに管理画面を実装する | 静的サイトは速く軽く壊れにくいが一文字直すのにGit操作と再デプロイが要るとして、特定のサービスやフレームワークに依存せず安全な管理画面を足す考え方を整理している | @KTaisei | 15:49 |
| 30 | AIにHTMLを生成させない。Reactのblock schemaで生成UIの境界を作る | モデルにHTMLもJSXも返させず、アプリが用意したブロックを選ぶ小さなJSONだけを返させて BlockDocumentSchema.safeParse() で検証し、レンダラのレジストリ経由でReact要素へ変換する境界を引いている | @heftykoo | 16:10 |
| 31 | 【IT業界25年目】ADHDポンコツ鬱エンジニアが人生賭けて運営中の求人サービス『ヴェテラン』で学ぶ『postgreSQL』のセキュリティ基礎についてその③ | 求人サービス『ヴェテラン』を題材にしたPostgreSQLセキュリティ編の第3弾として、GRANTによる権限付与を扱っている | @Veteran | 16:22 |
| 32 | Laravel MixからViteへ移行する前に知っておきたいこと | Laravel 9.19以降で標準がViteへ切り替わった一方、Laravel 8以前から動く既存プロジェクトにはwebpack.mix.jsが残るとして、移行手順よりも判断前に知るべき差分と前提を整理している | @Akinori901 | 16:26 |
| 33 | requirements.txtに日本語コメントを書くとsam buildがcp932エラーで落ちる | Windows版SAM CLIのPythonPipBuilderがrequirements.txtをcp932として読むため日本語コメントを書くとビルドが落ちる、とMacの記事では再現しない罠を記録している | @caymezon | 16:58 |
| 34 | 【AWS AIF】AWS AIプラクティショナー必勝法〜超ドパガキでもできる!AIに学ぶ計10時間爆速合格術〜 | CLF合格から1ヶ月弱でAIプラクティショナーも受験し、計10時間の学習で合格するまでの過程を体験記としてまとめている | @Sugar_Cu_be | 17:42 |
| 35 | 【図解】AWS DynamoDBとは。使い方4手順とRDSとの違いまとめ | NoSQLで何を探すのか、RDSがあるのになぜもう1つデータベースが要るのかという2つの疑問を、「鍵で一発で取るロッカーか、何でも聞ける図書館か」の違いで答えている | @daisuke-nagata | 19:06 |
| 36 | 共有ファイルサーバを利用した社内Wikiアプリを開発した【Windows + SMB前提】 | 共有ファイルサーバに散らばったノウハウをファイルを移動もコピーもせず一元化し、認証・認可はSMB(NTFS)の権限へそのまま委譲してアプリ側は権限を持たない構成にしている | @gaku9922 | 19:29 |
| 37 | AWSの俯瞰と構造化(AI プラクティショナー編 #2:AIの基礎) | LLM・トークンとEmbedding・推論・学習という4つの柱でAIの基礎を構造化し、BedrockとSageMakerの役割やRAGの仕組みの理解へつなげている | @cloud_moso_architect | 20:55 |
| 38 | AWSの俯瞰と構造化(ソリューションアーキテクト編) | クラウドプラクティショナーがAWSの地図を理解する試験なのに対し、SAAはその地図を使って設計判断ができるかを問う試験だと位置づけて視点を構造化している | @cloud_moso_architect | 21:11 |
| 39 | 保存ボタンを2回押すと、データが2件登録される — AIに頼むだけでは抜けやすい二重送信対策 | AIに保存機能を頼むと1回押す分には正しく動くが、通信が遅い環境や連打では同じデータが2件3件登録されるとして、依頼時に伝えておくべき観点をコード例つきで示している | @ennagara128 | 21:51 |
| 40 | 1イベントから複数イベントへ――イベントキューが必要になった理由【第13回】 | React+TypeScriptでWeb RPGを作る連載で、街道のイベントが1つだけという前提がMVPでの複数化により崩れ、イベントキューが必要になった経緯を追っている | @mild_bonobo5557 | 22:32 |
| 41 | SAMでS3+CloudFront(OAC)を組むときOriginAccessIdentity: ""が必要な理由 | S3を非公開のままCloudFront経由で配信するSAM構成で、OAC利用時にも OriginAccessIdentity: "" の指定が要る理由を解いている | @caymezon | 22:32 |
| 42 | 【ホ ̀ラー演 ҉出】UTF-8文章による́恐怖҉演̀出 | 結合文字や罫線文字をランダムに挿入する文字化けメーカーを作り、終盤へ向けて画面と文章が崩れていくギャルゲ風ホラー演出のページに仕立てている | @uni928 | 22:32 |
| 43 | 『Amazon Bedrock AgentCore実践入門』ハンズオン完走レビュー|エラー対応の手応えと費用感 | 全ハンズオンの再実行込みでAPI利用料は約13USDに収まり、サンプルコードがバージョン差異で数か所落ちるため書籍本文よりGitHubの最新コードを優先すべきだったと振り返っている | @atsushi586 | 22:34 |
| 44 | プリザンターの管理画面にある計算式入力欄を複数行化してみる | バージョン1.5.7.0を対象に本体を改修せず拡張スクリプトと拡張スタイルだけで計算式入力欄を複数行化し、改行を含む式を分割できない通常計算式は対象外にしている | @pmc-ko | 23:20 |
| 45 | agentcore createでAgentCoreハーネスを作成する | npm install -g @aws/agentcore でCLIを入れ、agentcore create でAgentCoreハーネスを作る学習ステップをClaude Codeに立てさせて記録している | @sagochiko | 23:31 |
| 46 | 【JavaScript】配列・型付き配列・Map・Object 整数添字のアクセスで何が一番速いか対決 | 配列・型付き配列(Int32Array)・Map・Objectへ整数添字でアクセスしたときの速度を JSBench.me で比較する実験を行っている | @mikecat_mixc | 23:39 |
| 47 | Tiny CodePen(2) | html/js/css編集領域とpreview領域を :target による全画面切り替えだけで実現し、前回よりCSSを単純にした単一HTMLのミニCodePenに仕上げている | @mashuel | 23:42 |
| 48 | 【AIエージェント構築入門】複数のAWSアカウントを自然言語で調査するチャットボットを作る(前編) | 数十個のAWSアカウント運用を背景に、Strands AgentsとStreamlitで複数アカウントを横断調査できるチャットボットをローカル環境へ構築している | @eureka_ | 23:51 |
| 49 | 【cdkd(CDK Direct)】CloudFormationを経由しないCDKデプロイは、通常デプロイ・Expressモードと比べてどれだけ速いのか検証してみた! | Amplify Gen2のCI/CDで微小な変更でも平均約8分かかっていたデプロイを、CloudFormationを経由しないcdkd(CDK Direct)へ乗り換えて通常デプロイ・Expressモードと速度比較している | @yosuke-suzuki | 23:58 |
Publickey
2026-08-23 付の記事はありませんでした。
gihyo.jp
2026-08-23 付の記事はありませんでした。
GIGAZINE
対象日の該当記事はすべて Top 20 に掲載されています。
ITmedia News
2026-08-23 付の記事はありませんでした。
TypeScript Blog
2026-08-23 付の記事はありませんでした。
Node.js Blog
2026-08-23 付の記事はありませんでした。
Astro Blog
2026-08-23 付の記事はありませんでした。
Cloudflare Blog
2026-08-23 付の記事はありませんでした。
Vercel Changelog
2026-08-23 付の記事はありませんでした。
AWS What’s New
2026-08-23 付の記事はありませんでした。
Google Cloud Blog
2026-08-23 付の記事はありませんでした。
Supabase Blog
2026-08-23 付の記事はありませんでした。
web.dev
2026-08-23 付の記事はありませんでした。
Mozilla Hacks
2026-08-23 付の記事はありませんでした。
CSS-Tricks
2026-08-23 付の記事はありませんでした。
Smashing Magazine
2026-08-23 付の記事はありませんでした。
Hacker News
| # | Title | Summary | Published |
|---|---|---|---|
| 1 | Htmx live is cool. Datastar is fast. This cow is raw and strong(htmx は良い、Datastar は速い、この牛は生で強い) | moo= 属性1つで要素上に反応する状態と通常のJavaScriptを書き、ワイヤーを越える必要があるときだけDatastarのSSEでHTMLと状態をパッチする、約8kB gzip・ビルド不要のライブラリを提示している | 02:01 |
| 2 | Show HN: Wharf – Self-Host Postgres, MySQL, Mongo, Redis, ClickHouse in Docker(Show HN: Wharf — Postgres・MySQL・Mongo・Redis・ClickHouse を Docker でセルフホスト) | docker compose up だけでPostgreSQL/MongoDB/MySQL/Redis/ClickHouseを立ち上げ、接続URLを出すSimple viewとメトリクス・ログ・バックアップのAdvanced viewを同一インスタンスで切り替えられるようにしている | 02:49 |
| 3 | Budgeting resources in a Managed Postgres service(マネージド Postgres サービスにおけるリソース予算の割り当て) | PgBouncerやWAL-G、Prometheus、各exporterがPostgresと同居してメモリ枯渇やディスク逼迫を起こすため、GOMEMLIMITとcgroupのmemory.high/memory.maxを重ねた3層の予算設計を既定で有効にしていると説明している | 04:20 |
| 4 | Show HN: Built a CLI to find and disable telemetry for package.json dependencies(Show HN: package.json の依存からテレメトリを見つけて無効化する CLI を作った) | npx no-telemetry の init / doctor / check で依存パッケージのテレメトリ状況を検出し、各ツール公式の環境変数とDO_NOT_TRACK規約に沿った明示的なオプトアウトをdotenvへ書き出している | 05:28 |
| 5 | Postgres 19: What’s new in Monitoring?(PostgreSQL 19 の監視機能には何が入ったのか) | log_lock_waits の既定が on になり pg_stat_wal・pg_stat_lock・pg_stat_recovery などのビューが加わった一方、ラップアラウンド警告の閾値が4,000万から1億トランザクションへ上がるためログパーサや閾値の更新が要ると述べている | 15:47 |
| 6 | Redora 0.3.1 – Redis application toolkit for NestJS(Redora 0.3.1 — NestJS 向け Redis アプリケーションツールキット) | ioredis の上に型付きコマンドAPIと宣言的なHTTPキャッシュ(インターセプタ・デコレータ・キャッシュキー・TTLプリセット)を載せたNestJS向けRedis SDKを 0.3.1 として公開している | 18:26 |