Bedrock Knowledge Baseが自動同期とServiceNow連携に対応ほか — Web Dev Digest: 2026‑09‑05
Top 20
Amazon Bedrock Managed Knowledge Base now supports automatic sync scheduling for data source connectors（Amazon Bedrock Managed Knowledge Base がデータソースコネクタの自動同期スケジュールに対応）
Source: AWS What’s New | Published: 2026-09-05 06:01 JST
- AWS は Amazon Bedrock Managed Knowledge Base に日次・週次・月次の自動同期スケジュールを追加し、これまで手動トリガーか自作の仕組みが必要だったナレッジベースの鮮度維持を不要にしたと発表した。
- 対象はネイティブデータソースコネクタの全種で、同期頻度をソース内容の更新頻度に合わせて選べる。
- 例として、更新の速い Confluence のカスタマーサポート用ナレッジベースは日次、定期更新の SharePoint ポリシー文書は週次、Amazon S3 の参照資料は月次という使い分けが挙げられている。
- 従来はソースデータが変わるたびに手動で同期を実行するか、カスタムのスケジューリング回避策を構築・保守する必要があった。
- Managed Knowledge Base は、ベクトルデータベースやデータパイプラインを自前で管理せずにデータ取り込み・ストレージ最適化・高度な検索を担うフルマネージドの RAG サービスとして位置づけられている。
Amazon Bedrock Managed Knowledge Base now supports ServiceNow as a native data source connector（Amazon Bedrock Managed Knowledge Base が ServiceNow をネイティブデータソースコネクタとして追加）
Source: AWS What’s New | Published: 2026-09-05 06:14 JST
- ServiceNow インスタンスの認証情報を渡すだけでナレッジ記事とサービスカタログ項目を直接クロールできるコネクタが追加され、自前の取り込みパイプラインを構築・保守する必要がなくなった。
- コネクタはデータのクロール、メタデータ抽出、増分同期を自動で処理する。
- クロール対象にはナレッジ記事とサービスカタログ項目に加えて、添付ファイルも含まれる。
- sys ID の包含リストを使い、特定のナレッジベース・記事カテゴリ・サービスカタログへクロール範囲を絞り込める。
- 想定用途として、社内向け IT アシスタント、HR ヘルプデスク、ServiceNow の最新コンテンツに基づくカスタマーサポートエージェントが挙げられている。
Amazon Bedrock Managed Knowledge Base introduces user-managed setup for SharePoint, OneDrive, and Confluence data sources（Amazon Bedrock Managed Knowledge Base が SharePoint・OneDrive・Confluence 向けにユーザー管理セットアップを導入）
Source: AWS What’s New | Published: 2026-09-05 06:29 JST
- SharePoint・OneDrive・Confluence のデータソース設定に 3LO によるユーザー管理セットアップが加わり、既存アカウントでサインインするだけで数分で接続を完了できるようになった。
- 従来はサードパーティ側で 2LO 認証情報を発行する必要があり、対象システムの管理者権限を持たないユーザーには手が出せなかった。
- 認証は Amazon Bedrock Managed Knowledge Base 側が処理するため、サービスアカウントの取得のために IT 管理者と調整する工程がなくなる。
- 既存のサービスアカウント認証は残され、本番ワークロード向けのプログラマティックかつエンタープライズ級の選択肢として併存する。
- SharePoint・OneDrive・Confluence それぞれのユーザー管理セットアップ手順が Amazon Bedrock ユーザーガイドに用意されている。
Amazon EC2 now supports specifying compatible instance types on AMIs（Amazon EC2 が AMI に対する互換インスタンスタイプの指定に対応）
Source: AWS What’s New | Published: 2026-09-05 04:26 JST
- AMI 所有者が自分の AMI と互換性のあるインスタンスタイプを定義できるようになり、許可されていないインスタンスタイプでの起動は自動的にブロックされるようになった。
- 指定方法はサポート対象インスタンスタイプ、非サポート対象インスタンスタイプ、その両方の 3 通りから選べる。
- AMI とインスタンスの組み合わせが不整合なまま起動して失敗するリスクを、仕組みとして減らせる。
- 既定では AMI は任意のインスタンスタイプで起動できるため、明示的に制限を適用するまで既存のワークフローは影響を受けない。
- この機能は全 AWS リージョンで追加費用なしに利用できる。
リリースノートを待つ前に ─ PostgreSQLの新機能を「開発の現場」から先取りする方法
Source: Qiita | Published: 2026-09-05 14:45 JST
- PostgreSQL の新機能は、リリースノートを待たずに Commitfest・メーリングリストアーカイブ・Git の差分・リリースノートのドラフトという 4 つの情報源を辿ることで先取りできると整理している。
- Commitfest は投稿されたパッチを一定期間ごとに集中レビューする仕組みで、commitfest.postgresql.org からログインなしで誰でも閲覧でき、番号ごとに個別の URL が割り当てられている。
- パッチのステータスは Needs review / Waiting on Author / Ready for Committer / Committed / Moved to next CF / Returned with Feedback などがあり、確定した新機能を調べるなら Committed に注目する。
- あるバージョン向けの最後の Commitfest（feature freeze 直前のもの）にはそのバージョンで確定した変更が集まるため、新機能の全体像をつかむ入口になる。
- 4 つの情報源の役割は「リリースノートで What、Commitfest とメーリングリストで Why と How、Git で変更の実体」に分かれ、記事は執筆時点で開発中だった PostgreSQL 19 を例にしつつ手順自体はバージョンに依存しないと述べている。
【個人開発】会議の準備から進行・記録までを一元管理する「MeetingPilot」を作りました【ベータ版】
Source: Qiita | Published: 2026-09-05 17:43 JST
- 会議タイマーをフロントエンドの State だけで持たず、開始時刻と一時停止時間を DB に保存する設計を採ったことで、リロードしても進行状態が壊れない会議管理 Web アプリ「MeetingPilot」をベータ公開した。
- 全体の経過時間は「現在時刻 − actual_start_at − total_paused_seconds」で算出し、一時停止中は paused_at を基準にしてタイマーが進み続けないようにしている。
- アジェンダ側は actual_start_at・actual_end_at・elapsed_seconds を保持し、議題を離れるときに経過時間を保存して戻ったときに以前の続きから再開する。
- WebSocket は毎秒のタイマー値配信ではなく「状態が変わった」通知だけに使い、各クライアントが開始時刻から表示値を計算することで通信量とサーバー負荷を抑えている。
- 権限は owner / editor / viewer の 3 ロールで、認証は JWT と HttpOnly Cookie、認可はバックエンド側で実施している。
Amazon Linux 2027(プレビュー)とAmazon Linux 2023で何が違うのかをまとめてみる
Source: Qiita | Published: 2026-09-05 17:58 JST
- Amazon Linux 2027 は x86-64 パッケージがすべて -march=x86-64-v3 でビルドされているため、古い世代のインスタンスタイプがサポート対象外になったと実機検証で確かめている。
- x86-64-v3 は AVX・AVX2・BMI1・BMI2・F16C・FMA・LZCNT・MOVBE・XSAVE を必須とし、目安は Intel Haswell や AMD Excavator 以降の 2015 年以降のプロセッサ、ARM 側は Graviton 2 以上が要件になる。
- 要件を満たさない CPU では「起動しない」のではなく、ブートのごく初期に不正命令エラーで落ちると公式ドキュメントに明記されている。
- 主要コンポーネントは SELinux が Permissive から Enforcing へ、カーネルが 6.1 から 7.1、GCC が 11.5 から 16.1、glibc が 2.34 から 2.44、Python が 3.9 から 3.14、DNF が 4.14 から DNF5 5.4、RPM が 4.16 から 6.0 へ上がり、zlib は zlib-ng 2.3、PCRE は PCRE2 のみになった。
- AL2027 の AMI は EC2 の「インスタンスを起動」画面のクイックスタートには現れず、左ナビの「イメージ」→「AMI」からパブリックイメージを AMI ID でフィルタして選ぶ必要がある（検証環境は t3.small・ap-northeast-1a）。
Amazon EKS がクラスターごとに複数の外部 OIDC ID プロバイダーをサポート
Source: Qiita | Published: 2026-09-05 23:23 JST
- 2026 年 8 月 24 日の AWS のアップデートにより Amazon EKS は 1 クラスターあたり最大 10 個の外部 OIDC アイデンティティプロバイダーを関連付けられるようになり、Dex や Keycloak のような中間アイデンティティブローカーが不要になった。
- この上限が使えるのは Kubernetes 1.32 以降のクラスターで、1.32 未満は従来どおり 1 個までにとどまる。
- 社員は Okta、外部委託は Azure AD、CI/CD パイプラインは GitHub Actions の OIDC というように、ユーザー集団ごとのプロバイダーを直接クラスターへ接続できる。
- コントロールプレーンはトークンの iss クレームに対応するプロバイダーの署名鍵で検証するため、Issuer URL はインターネットからアクセス可能である必要があり、自己署名証明書を使うプロバイダーはサポートされない。
- ベストプラクティスとして、プロバイダーごとの usernamePrefix と groupsPrefix による名前衝突の回避（system: を含むプレフィックスは指定不可）と requiredClaims によるクレーム検証が挙げられ、既存の IAM 認証は追加費用なしでそのまま併存する。
git pushで小説が公開される仕組みを作った — 物語プラットフォーム「つむぎん」の技術構成
Source: Zenn | Published: 2026-09-05 18:00 JST
- GitHub に Markdown 原稿を push すると数十秒後に縦書きで読める形で公開される物語プラットフォーム「つむぎん」を個人開発でリリースし、その技術構成を公開した。
- 構成は Vercel 上の Next.js 15、テキストは Neon（Postgres）、画像は egress 無料の Cloudflare R2、認証は Better Auth（書き手は GitHub、読み手は Google）で、TypeScript の pnpm モノレポに apps/web と packages/content・renderer・cli を置いている。
- 公開パイプラインは GitHub webhook から Vercel のサーバーレス関数を呼び、git clone せず GitHub API でターボールを取得して展開・検証し、Postgres と R2 へ保存してコミットステータスを返し、ISR で公開サイトを更新する流れになる。
- tar パッケージは既定で書き込みエラーを警告として飲み込むため、ディスク容量が尽きた展開が無言で失敗していた。strict: true を指定し中間ファイルを保存せずストリームで展開することで、500MB のサーバーレス一時領域の消費を約半分に減らした。
- story.yaml のタイプミス 1 つで公開中の作品が消える事故を避けるため、push が失敗したときはエラーを記録するにとどめ、全作品のビルドが成功したときだけ削除処理を走らせる設計にしている。
Amazon Bedrock AgentCore payments と Privyで体験するx402！！
Source: Zenn | Published: 2026-09-05 21:12 JST
- GA 済みの Amazon Bedrock AgentCore payments と Privy を CDK で組み合わせ、AI エージェントが x402 プロトコル経由で USDC を支払って API を呼ぶ構成を実際に動かし、ブロックチェーンエクスプローラ上で送金まで確認した。
- 流れは Claude Code から MCP サーバー、x402 で保護されたリソースサーバー、402 応答、AgentCore の ProcessPayment API、そして決済という順で、天気ツールの呼び出し 1 回あたり 0.01 USDC（Base Sepolia テストネット）を課金する。
- 課金が発生するのは 402 が返ったときだけで、無料のリクエストはそのままデータを返す。
- 手順は Privy でのアプリ作成と P-256 鍵ペア生成、CDK による IAM ロール展開（リージョンは us-west-2 必須）、Payment Manager の作成、埋め込みウォレット生成と Circle faucet からの入金、Privy UI での署名権限の委譲、TTY 承認による予算上限付きセッション作成という 8 段階に及ぶ。
- 著者はセットアップが極めて煩雑だと述べ、AWS・Privy ダッシュボード・Circle faucet を個別に行き来する統合ツールの不在と、facilitator の秘密鍵を環境変数の平文で保持する構成を本番では KMS へ置き換えるべき点を課題に挙げている。
Vite＋ReactのTodoアプリをJavaScriptからTypeScriptへ移行して学んだこと
Source: Qiita | Published: 2026-09-05 07:32 JST
- 既存の JavaScript 製 Todo アプリを作り直さずファイル単位で .jsx から .tsx へ移行したことで、JavaScript と TypeScript の違いを比較しながら学べたと振り返っている。
- 環境は Vite 8.2.2・TypeScript 7.0.2・Oxlint で、typescript と @types/react・@types/react-dom を開発依存に追加して tsconfig.json を作成した。
- tsconfig では厳格な型チェックの strict: true、移行中だけ必要な allowJs: true、変換とビルドは Vite が担うため型チェックのみ行う noEmit: true を重要な設定として挙げている。
- CSS の import を TypeScript に認識させるため、src/vite-env.d.ts に vite/client の参照ディレクティブを置く必要があった。
- 型付けの対象は Todo 型（id: string / text: string / isDone: boolean）の定義、state と Props、React イベント、localStorage から読み込んだデータの検証、Union 型による表示フィルターに及び、型チェックは npx tsc —noEmit で実行する。
AWS MCP Server adds a serverless capability for AWS Lambda functions（AWS MCP Server が AWS Lambda 関数向けのサーバーレス機能を追加）
Source: AWS What’s New | Published: 2026-09-05 01:31 JST
- AWS MCP Server にサーバーレス機能が加わり、Claude Code や Kiro といったコーディングエージェントが稼働中の Lambda 関数とその接続先リソースの問題を診断できるようになった。
- エージェントが検査できる接続先は Amazon API Gateway・EventBridge・S3・DynamoDB・SNS・SQS・AWS Step Functions に及ぶ。
- エラーシグナルを 7 日間のベースラインと突き合わせて何が変わったかを特定し、繰り返し発生するエラーの傾向、デプロイ済み設定、直近の変更のタイムライン、接続先リソースをまたいだレイテンシを取得できる。
- 包括的なデータを 1 回の呼び出しで得られるため、複数の API 呼び出しをオーケストレーションする場合よりトークン消費が少なくなる。
- 利用開始は AWS CLI から aws configure agent-toolkit を実行するか AWS MCP Server を直接有効化する形で、サーバー自体は米国東部（バージニア北部）と欧州（フランクフルト）で動き、全商用リージョンのサービスへアクセスでき追加費用はかからない。
AIに任せる範囲を広げるほど、レビューが持たなくなる｜型とテストで「読まずに済む」状態をつくる
Source: Zenn | Published: 2026-09-05 21:38 JST
- AI に任せる範囲が広がるほど人間が読んで正しさを確認するレビューは成り立たなくなるため、不変条件を型とテストに落として「読まずに済む」状態を作るべきだと結論づけている。
- 著者はテスト 1,347 件を持つフリーランスエージェンシー比較サイトを運用しており、AI が生成するコードは自然で動作もするがデータの出典や帰属といった品質制約を静かに破る点を具体的な失敗モードとして挙げている。
- Zod のスキーマに業務ロジックそのものを埋め込み（agentId が実在するエージェンシー登録簿に存在すること）、.strict() で未知フィールドを拒否して未検証データの混入を防いでいる。
- 2 つのフィルタ実装が 1,050 通りの企業と条件の組み合わせすべてで一致することを検証し、片方だけ更新されたときの静かな退行を検出する。公開データの URL は登録簿から機械生成した URL と 1 文字も違わないことを要求し、根拠のないゼロ値はテストで落とす。
- MDX 中の出典なし数値はベースライン方式（既存の問題は登録し、新規混入だけを止める）でスキャンし、公開 Postgres テーブルの Row Level Security が有効かどうかは GitHub Actions で毎日検査している。
空き家の台風被害リスク判定と修繕補助金判定ルールエンジンの設計
Source: Zenn | Published: 2026-09-05 05:05 JST
- 空き家の台風被害リスクと補助金の該当性を、TypeScript の判別可能なユニオン型と自治体ごとの純粋関数へ分離することで、制度差分と年次改定を既存ロジックを壊さずに吸収できると結論づけている。
- InspectionComponent（屋根・外壁・雨樋）と DamageSeverity（none / minor / critical）をリテラルユニオンで定義し、BASE_RISK_SCORES を入れ子の Record で持つため、未定義の部位や損傷度はコンパイルエラーになる。
- 基礎スコアは屋根が minor 20・critical 80、外壁が 10・50、雨樋が 5・30 で、道路や隣地境界への近接度を反映した第三者リスクの重み付けを掛け合わせる。
- 重み付けの根拠は民法 717 条の工作物責任で、占有者が一次責任を負い、占有者が相当の注意を怠らなかったときに所有者が責任を負うという段階構造をモデル化している。
- Cloudflare D1 の inspections テーブルに (status, total_risk_score DESC, inspected_at DESC) の複合インデックスを張り、status = ‘unresolved’ かつ total_risk_score >= 50 の上位 50 件を取り出す。解体補助金の閾値はスコア 70 以上で、これらの数値は設計例のための架空値だと断っている。
静的サイトのCore Web Vitals改善は2周目に入ると見え方が変わる
Source: Zenn | Published: 2026-09-05 07:31 JST
- 1 周目はネットワークが律速だったが 2 周目では DOM ノード数による描画コストへ律速が移り、SSG は「事前生成されていること」しか保証せず HTML の軽さは保証しないと分かったと述べている。
- 用語 499 件を扱う 2 周目では Lighthouse スコアが 57 から 74 へ、HTML サイズが 1,694,432 バイトから 436,778 バイトへ 74% 減り、FCP と Speed Index はいずれも 8.0 秒から 1.7 秒、要素の描画遅延は 2,300ms から 314ms へ改善した。
- 用語 359 件だった 1 周目は Lighthouse 43 から 58、HTML 42% 削減にとどまり、LCP は 50 秒を超えていた。
- 施策は 2048×2048・4MB のロゴを sharp で WebP へ変換してヘッダーロゴを最大のネットワークリクエストから外したことと、499 件の全件描画をやめて初期表示 60 件の「もっと見る」方式にしつつ絞り込みは全データへ効かせたことの 2 点である。
- 落とし穴として、output: “export” では next/image の最適化が効かないのに効くと思い込むこと、Lighthouse の絶対値だけを見て lcp-breakdown-insight のような内訳指標を見ないこと、静的生成と性能を同一視することを挙げ、div 要素は 2,011 個あったと報告している。
Show HN: Arena, the same design system in React and Angular from one contract（Show HN: Arena — 1 つの契約から React と Angular に同じデザインシステムを生成）
Source: Hacker News | Published: 2026-09-05 11:16 JST
- Arena は 73 個のコンポーネントを React と Angular の両方へ生成し、見た目と挙動を同一に保つ MIT ライセンスのデザインシステムとして公開されている。
- コンポーネントの API とアクセシビリティパターンは散文の説明ではなく契約ファイルとして定義され、実装は契約に照らして検証されるため齟齬が自動的に検出される。
- デザイン設定はプロジェクト側が用意する arena.config.json にパレットとフォントを書いて流し込み、見た目はコンポーネントのロジックから独立したスタイルプラグインが決める。
- デモとして Calendly・ClickUp・Duolingo・Etsy・Grafana・Instagram・Notion・Superhuman の 8 例を Arena 11.0.0 で React 版と Angular 版の双方に描き分け、視覚的な同一性を示している。
- 契約ファイル自体のフォーマットや性能・採用実績の数値は公開されておらず、示されているのは視覚的パリティのみで、パッケージは npm から React 版・Angular 版として入手できる。
Cloud Agents as TypeScript Functions（TypeScript 関数として書くクラウドエージェント）
Source: Hacker News | Published: 2026-09-05 13:44 JST
- OpenComputer は、エージェントを「振る舞いを説明する文字列を返す TypeScript 関数」として書き、React 風のフックで能力を設定する方式を採っている。
- 具体的には export default function Agent() の中で useInput() が入力を取り、useModel(“anthropic/claude-sonnet-4.6”) がモデルを選び、入力の有無に応じた指示文字列を返す。
- この関数は「エージェントのリアクティブな記述」と位置づけられ、入力ごとに再実行されて指示が動的に組み立てられる。
- ローカルのエージェントサーバーは存在せず、コードは OpenComputer のマネージド開発クラウドで動く。npm run deploy — —watch でファイル変更が development へ同期され、そこから不変デプロイとエイリアスを経て本番へ昇格する。
- 提供機能はストリーミングと会話の検査ができる durable sessions、ツール・MCP サーバー・サブエージェントの利用、送信先を制限したプロジェクト単位のシークレット管理で、スケジューリングについては記載がない。
Bun v1.4.2（Bun v1.4.2 リリース）
Source: Hacker News | Published: 2026-09-05 16:29 JST
- Bun v1.4.2 は v1.4.1 で入った bun build の変数名衝突という退行を修正し、Elysia に依存するビルドで発生していた構文エラーを解消した。
- この退行は入れ子の var 宣言が同一スコープの let 変数と同じ名前にリネームされるもので、let 変数が関数引数や catch 束縛と同じ名前を受け取ったときには値の計算結果が狂う可能性もあった。
- AsyncLocalStorage では store.exit() や入れ子の store.run() の中で作られたタイマー・immediate・Promise が外側のストア値を必要以上に保持するメモリリークを修正した。
- node:worker_threads のワーカーが ‘online’ イベントを最初に発火するようになり、初回メッセージの欠落で @discordjs/ws がハングする問題が解消されたほか、Bun.Image が 4 コンポーネントの CMYK / YCCK JPEG のデコードに対応した。
- JavaScriptCore へ約 350 件の WebKit 上流コミットを取り込み、Intl.PluralRules の BigInt 対応や Proxy のクラッシュ回避など Intl と TypedArray の正しさを改善し、JIT のプロトタイプ GC クラッシュ、musl / Alpine での配列操作、Linux のファイルディスクリプタリークも修正している。
TypeScript boilerplate-free strictly typed RPC（TypeScript のボイラープレート不要な厳密型付き RPC）
Source: Hacker News | Published: 2026-09-05 23:08 JST
- Osra は各コンテキストが共有したい値を expose() へ一度渡すだけで相手側の値を完全な型推論つきで受け取れる、gzip 13kB の TypeScript 製 RPC ライブラリとして公開されている。
- 関数・Promise・非同期ジェネレータ・エラーが型を保ったままコンテキストを越え、結果は最初のピアに対しては await でき、全ピアに対しては非同期イテラブルとして扱える。
- トランスポートが運べない値はコンパイル時に拒否され、問題の値までのパスつきでエラーが出る。たとえば WebSocket 越しに File を渡すとフィールドパスを明示したコンパイルエラーになる。
- 既定の structured clone は Worker・SharedWorker・Service Worker・window・iframe・MessagePort に対応し、JSON モードは WebSocket と Web 拡張、Node.js では worker_threads に対応する。emit と receive の組を渡せば任意のチャネルを差し込める。
- 対応する型は ReadableStream・Response・Map・Uint8Array・AbortSignal・Date・Headers・型付き配列などに及ぶ一方、tRPC や Comlink との明示的な比較や性能上の制約はドキュメントに記載がない。
Drawesome: Drawing Toolbar for React（Drawesome: React 向けの描画ツールバー）
Source: Hacker News | Published: 2026-09-05 23:19 JST
- Drawesome は React 以外の依存を持たない描画コンポーネントとして公開され、既定値のまま出荷できることを狙って意図的に決め打ちの設計を採っている。
- 収録する筆記具は鉛筆・ペン・ファインライナー・マーカー・蛍光ペン・ブラシ・万年筆の 7 種と消しゴムで、速度で細くなるもの、太さが一定のもの、向きで太さが変わる万年筆と挙動が異なり、消しゴムはストローク全体ではなく触れた範囲だけを消す。
- ツールバーはパネルを差し替えるのではなく形を変える。色を選ぶとペンの列がパレットへ、サイズ操作を開くとスライダーへ変わり、アクティブなツールを保ったままディスク状に最小化できる。
- 描画面はキャンバス、書き出しは SVG 文字列と解像度倍率を指定できる PNG に対応し、ref 経由で書き出し・undo / redo のストローク履歴管理・ストロークデータの取得と設定ができる。
- props でツールの選択・配置・テーマ（light / dark / auto）・カラースウォッチ・視覚的な奥行きを調整できるが、モジュール化された自由度の高い描画システムが欲しい場合は tldraw や Excalidraw を検討するよう案内している。
All Articles
Zenn
| # | Title | Summary | Author | Published |
|---|---|---|---|---|
| 1 | ChatGPTのチャットからReddit投稿まで。Reddit MCPを作ってContent Publisherに統合した | Reddit専用MCPを単独で持たずQiita・Zenn・noteを扱う既存のContent Publisher MCPへ統合し、ChatGPTから見える入口を1つにまとめた。 | @Rikunode | 00:18 |
| 2 | コーダーからフロントエンドエンジニアへ #1-44｜for…of とくり返しの制御──モダンな回し方 | for文の3つ組ではカウンタiが3回登場して目的に対し記述量が多すぎると指摘し、for…ofへの置き換えに進んでいる。 | @Hiro｜AI x Frontend Engineer | 00:25 |
| 3 | AWS SAP 合格体験記 — 落とした10問のうち6問は「知識不足」ではなかった | 模擬テスト15/25で落とした10問を並べ直すと、6問は知識の穴ではなく正解より余計なサービスが1つ多い構成を選んでいたと分かった。 | @usudon | 00:29 |
| 4 | LINEから3Dモデルと図面を作るボットを、大学3年で作った話 | 「かご」がキーワード分類に外れてBedrockの自由生成に回り、build123dに存在しないAPIを呼ぶコードが返る事故を何十回も踏んだと明かしている。 | @usudon | 00:29 |
| 5 | AIで作ったHTMLゲーム、どこに投稿できる？ 2026年9月に7つ調べた | HTML1枚をzipにもサーバー用意もせずファイル1つで投稿できるかを基準に、投稿先7サイトを公式ページの記載から横並びで比べている。 | @PUNIPO | 02:46 |
| 6 | バグ調査を速くするための「原因切り分け」の考え方 | バグ修正は怪しい場所を当てるゲームではなく、どこまでが正常でどこからおかしいのかを順番に狭める作業だと位置づけている。 | @tonbiattack | 05:59 |
| 7 | next-intlは時代遅れなのか？見えてきたボトルネックと実践的な最適化手法 | App Router移行後の標準だったnext-intlを本番でプロファイルすると、RSCとコンパイラ最適化へ舵を切ったReact生態系の中で設計起因のボトルネックが見えたと報告している。 | @aymericzip | 08:09 |
| 8 | terraform destroy、「元に戻せない」の重みを知った | そのディレクトリでTerraformが管理するリソースをまとめて全削除するコマンドであり、練習環境の片付けと本番では意味がまるで違うと整理している。 | @YASU | 08:37 |
| 9 | Next.js 14 + Supabaseで株のチャートリプレイ練習アプリを個人開発した構成 | 過去チャートを先が見えない状態でリプレイする練習アプリをSupabase・lightweight-charts・Vercelで構成し、Next.js 16移行後も設計判断は変えていないと追記している。 | @kobanban | 09:41 |
| 10 | 少なくとも2030年まではCloudflare Workersがどう考えても最強っぽい | Cloud Run登場時の印象を引き合いに、巨大VMやGPUやサービス数を除けば2030年頃までCloudflare Workersを超えるものは出ないと主張している。 | @さいとうさん | 10:00 |
| 11 | Airflowのゾンビタスクの原因調査と対処 - ハートビートの仕組みから切り分けの手順まで | Detected zombie job のログは「Airflowがタスクを確認できなくなった」結果しか伝えないため、ワーカーのメトリクスと突き合わせて原因を絞る手順を示している。 | @Shin | 10:12 |
| 12 | FastAPI × BigQuery CRUD実装ガイド ─ BigQueryをAPIバックエンドに使う実践パターン | SQLAlchemy + PostgreSQL ではなく google-cloud-bigquery を FastAPI のデータバックエンドに据えるCRUD実装のメリットとデメリットを整理している。 | @ヨコタナオヤ｜correlate design | 10:39 |
| 13 | Chatworkにスレッド表示がないので、Chrome拡張を作って公開した | 返信関係のデータは存在するのに表示が時系列1列しかない点を機能の欠落ではなく情報構造の差と捉え、スレッド表示を足す拡張を公開した。 | @shngmsw | 10:45 |
| 14 | S3を「ただのストレージ」だと思っている人へ | S3はファイルシステムではなくオブジェクトストレージで、logs/2026/06/ のようなプレフィックスは階層ではないという前提から設計と試験の取りこぼしを潰している。 | @ぷ@AWSエンジニア | 11:31 |
| 15 | 品質も性能も上げて、費用は移行前より安く — AIネイティブ開発が通ったAWSコストの山と谷 | Laravelモノリスをマイクロサービス化しEC2からECS Fargateへ移した過程を、移行前1〜3月の月平均を100ptとする相対値でCost Explorerから追っている。 | @fixU | 11:50 |
| 16 | 変更の影響を境界で止める — Next.js App Router のディレクトリ設計 | フロントエンドにはMVCのような共通の型がないと前置きし、後から柔軟に変えられるかを基準にApp Routerのディレクトリ境界を引いている。 | @masa | 12:00 |
| 17 | Node.js を TypeScript で構築する手順まとめ | npm init の次に何をするか分からない状態から、Windows 11上でNode.js + TypeScriptのプログラムを実行できる状態まで到達する手順を並べている。 | @nezu | 12:37 |
| 18 | 認可をアプリから分離するとどうなる？Hono + AuthZEN + Cerbosで試してみた | AuthZENのAuthorization API 1.0を知り、認可条件をどこに書き誰が判断しアプリがどう受け取るのかをHonoとCerbosで実際に動かして確かめている。 | @tk_1 | 12:39 |
| 19 | 生成AIに送ったデータはどこへ行く？Amazon Bedrockのセキュリティを整理する | Bedrockに送ったデータがどこで処理され学習に使われるのかを、外部LLMサービスを直接使う場合との管理主体の違いとして切り分けている。 | @よこ | 12:45 |
| 20 | MCP防御で本番事故を防ぐためのチェックリスト | LLMの重心が高性能モデルから業務特化・エージェント運用・安全性統制へ移ったとして、MCPやツール実行まわりで今すぐ見直すべきセキュリティ観点を挙げている。 | @子供部屋大学院生 | 13:18 |
| 21 | AgentCore MemoryのGateway連携を実測 — 呼び出しは素のRESTでtarget名が第1セグメント | エンドユーザーごとに認可を分けたい構成ではIAMプリンシパルが全員共通になる問題を起点に、2026/08/28 に来た AgentCore Memory の fine-grained access を実測している。 | @Yutaka Kashiwabara | 13:45 |
| 22 | TypeScript で実践する FCIS。純粋関数と I/O の境界設計 | 判断と計算は純粋関数へ、DB参照と時刻取得は外側へ置き、計算に渡すのは db や clock ではなく取得済みの値だと境界を引いている。 | @denwaya | 14:21 |
| 23 | noteの本文編集を自動化しようとして2回事故った話と、ProseMirrorを直接操作する方式 | DOM上のテキスト選択とProseMirror内部の選択状態が別物であるため、合成イベントによる置換が先頭への誤挿入と本文の二重化という2回の事故を招いたと突き止めた。 | @ゼロ円開発ログ | 14:37 |
| 24 | 【今さら聞けない】MCPを周回遅れで学び直す〜AWSでの活用とAIエージェントの共通規格〜 | FastMCP の @mcp.tool() で DynamoDB 参照ツールを作り、Lambda（実行15分上限）・ECS Fargate・Strands Agents 経由の Bedrock Agent という3通りのAWS構成へ載せ替えている。 | @だい | 気象予報士 × AWS全冠 | 14:37 |
| 25 | private_dns_enabledの正体はsplit-horizon DNS ―― 同じ名前が違う答えを返す | VPCエンドポイントの private_dns_enabled = true の正体は、同じホスト名が問い合わせる場所によって違う答えを返す split-horizon DNS だと突き止めている。 | @資格だけあったSEのterraform勉強ログ | 14:52 |
| 26 | Claude Codeの委譲は本当に起きたのか セッションログで確かめた | マネージャーがBashで子プロセスを起動する構成では外から見て委譲かどうか区別がつかないため、セッションログで実際に子が書いたのかを確かめている。 | @mskbhd | 15:48 |
| 27 | AI向けの目次を置いて14日ログを取ったら、148回取られてトップ以外は誰も読まなかった | llms.txt は14日間で148回取得されたのに案内先はトップページ以外どこも読まれず、しかも133回は交絡でllms.txtが理由ではなかったと明かしている。 | @miki-mini | 17:00 |
| 28 | OWASP Top 10をWebアプリでどう防ぐか — 実装の対応表 | 最多のアクセス制御の不備をはじめ、OWASP Top 10 の各項目を所有者チェックの有無などNG/OKコードの対応表に落としている。 | @雪符しき | 17:04 |
| 29 | 開発環境を決める～【連載】実況パズルプログラミング | OSへ直接アクセスできるスタンドアロンと、複数OS向けの版を用意せず動かせるWebアプリを比べ、パズルゲームokozeの実装形態を決めている。 | @OGAWA | 17:17 |
| 30 | 金融機関の電算部門を想定した、監査に耐えるデータ基盤の作り方(S3×Iceberg実践) (1) アーキテクチャ選定編 | 「GlueとIcebergを触ってみた」記事に欠けがちな技術選定の理由・権限設計・監査ログ・検証環境と本番のギャップを省略せずに埋めている。 | @NyonDev | 17:25 |
| 31 | 住所LOD MCPサーバー:検索から地図生成・面積比較まで | 日本の住所階層をポリゴンと座標つきのRDFで公開する住所LODを、MCP対応クライアントから直接使えるローカルMCPサーバーとして実装した。 | @uedayou | 17:42 |
| 32 | Value ObjectをClassで書くのはもうやめませんか | private readonly value と getValue() を持つクラス方式のValue Objectをやめ、TypeScriptでより軽い表現へ置き換えることを提案している。 | @tinyum | 19:52 |
| 33 | Kibanaで可視化しているアプリケーションサーバーのログを、Claude CodeでAPI毎のレスポンスタイム監視ダッシュボードを作った | ログ読み取りは実行できる操作を絞ったskillに閉じ込め、ダッシュボード作成はKibanaのSaved Objects APIを直接叩く構成でAmazon OpenSearch上に組み立てている。 | @nkp25 | 19:52 |
| 34 | AWS IAM Identity CenterのIdPにMicrosoft Entra IDを用いた構成の構築 | IAM Identity Center の Identity source に Microsoft Entra ID を据え、SAML 2.0 によるシングルサインオンを実現する構成を本として構築している。 | @tmiki | 21:48 |
| 35 | なぜB+Treeなのか？経緯からわかるB+Treeの仕組み | 1億件を二分木で引くと高さ27＝ディスク27回になるのに対し1ノード100値の多分岐なら4回で済む点を、B+Treeが多分岐と葉のみデータ保持を選んだ理由として示している。 | @mokumokumoku3956 | 22:38 |
| 36 | 2 カラムは、崩れたときと固定したときで別々に壊れる | md:grid-cols の2カラムで、モバイルでは購入導線がDOM順のまま最下部へ沈み、PCでは購入カードが透けて見出しと重なるという別原因の不具合が同じ日に出た。 | @ukintech | 22:48 |
| 37 | Go の Unit of Work を sqlc で実装する | Go 1.26 + sqlc v1.31.1 + PostgreSQL 17.6・pgx v5 の環境で、注文と明細と在庫引き当てが揃わない問題をUnit of Workパターンで解いている。 | @tekuteku | 23:09 |
| 38 | AI Studioで課金したのにADCが必要？Gemini API・Agent Platform・Document AIの認証を分ける | AI StudioでAPIキーを発行しCloud Billingも有効にしてGemini API呼び出しが通る状態でも、Document AIのサンプルはADCを要求して落ちると突き止めている。 | @のむらや | 23:44 |
| 39 | Go + Atlas で宣言的スキーマ管理を始める | gooseやgolang-migrateのバージョン管理型が「どう変えるか」を書くのに対し、Atlas v1.3.3 の宣言型は目標状態を書く違いだと整理している。 | @tekuteku | 23:59 |
Qiita
| # | Title | Summary | Author | Published |
|---|---|---|---|---|
| 1 | Node.jsのspawnがWindowsでENOENT/EINVALになるとき | Windowsで shell: false のまま child_process.spawn を使うと npm のグローバルCLIが起動できず、ENOENTとEINVALで原因も対処も別物だと切り分けている。 | @miyoki_labs | 00:16 |
| 2 | Next.js App Routerでfade-inが効かない原因と対処 | 他ページから戻るとFAQが真っ白のままでリロードすると出る症状の真犯人は、FAQコンポーネントではなく依存配列を空にした useEffect 側にあった。 | @miyoki_labs | 00:18 |
| 3 | 計測コードなしで利用実態を測る方法と、時刻が証拠にならない罠 | 公開直前に保存層へ書き込みを増やすのは危険だとして、localStorageのバックアップJSONだけから利用実態を出す手順と、時刻が証拠にならない前提崩れを共有している。 | @miyoki_labs | 00:18 |
| 4 | 自作タスクキューの失敗ログ2772件を集計したら、原因の過半が同じパターンだった | error-ledger.jsonl の失敗ログ2772件を集計すると「原因はバラバラだろう」という体感に反し、過半が同じパターンだったと判明した。 | @SciCos | 01:09 |
| 5 | AWS Database Migration ServiceをRDBで使う前のセットアップ | VPC内のレプリケーションインスタンス経由でソースを読む仕組みと、フルロード・CDC・その併用という3つのデータ連携方式を整理している。 | @kazukikanomata | 01:15 |
| 6 | クレジットは「お金」じゃなくて「滑走路」だった — 相棒AIが見た、個人SaaSのクレジットの使い方 | 開発を手伝うClaude自身が書き手となり、AWSから受け取ったクレジットを残高ではなく滑走路として使う判断のクセを隣で見た観察者として書いている。 | @kenichiyoshioka | 02:18 |
| 7 | Goモノレポを CodePipeline で「差分だけ」デプロイする Lambda 基盤を作った話 | cmd/user を1行直すだけで order と post まで再ビルドされる無駄を、Git差分とGoの依存グラフから影響を受ける関数だけを判定する基盤で解消した。 | @shrimpTail | 03:16 |
| 8 | グローバルSaaSのi18n＆タイムゾーン障害を防ぐ実践的アーキテクチャガード | 「UTF-8にすれば動く」「UTCで保存すれば安全」という通説では欧州のDST切り替えや外部CRMのJSONで壊れるとして、防御用のアーキテクチャガードを提示している。 | @TOAI | 05:05 |
| 9 | wslでelixir その184 | wsl2ではないWSL上のLivebookで Kino.Leaflet を見つけ、地図にマーカーを追加するサンプルコードを動かしている。 | @ohisama@github | 06:41 |
| 10 | メニューを開閉すると文字が 1px 跳ねる — transform で拡縮しない | MUIのMenuで起きた1pxのずれは、body の overflow を止めるスクロールロックとメニュー内アニメーションという別原因が2か所で混ざっていた。 | @kodomo-news | 08:00 |
| 11 | WebP変換をブラウザだけで完結する — Canvasエンコードと透過・可逆/非可逆の勘所 | canvas.toBlob の image/webp でサーバー不要の変換ツールを作り、WebPは同画質でJPEGより2〜3割軽く透過も持てるが、品質スライダーが効くのは非可逆形式だけだと整理している。 | @sakutto-panda | 08:27 |
| 12 | VSCode拡張機能で複数箇所を一括置換するとOverlapping rangesエラーになる理由 | 置換ペアごとに editBuilder.replace を呼ぶ素朴な実装は、同じ行に複数の対象があると Overlapping ranges are not allowed! で落ちると突き止めている。 | @caymezon | 08:43 |
| 13 | さしがねを解く — 矢印をどっちの端に置くかは作者の趣味ではなく、盤が一意になるかどうかを決めている | 矢印がどのマスに乗るかは向きの10倍効き、2つある端のどちらへ矢印を置くかが12×12盤の一意化率を11.3%と29.8%の間で動かすと実測した。 | @sen-ltd | 08:48 |
| 14 | マルチクラウド構成の採用判断基準：データ転送コスト試算と運用負荷評価チェックリスト | 可用性向上やロックイン回避を理由に導入するとEgress料金が想定外に膨らみ運用負荷も倍増するとして、試算方法と導入可否のチェックリストを提示している。 | @blinkgroup_jp | 09:22 |
| 15 | 【DB設計・DB運用】MySQL SQL小技・注意点メモ | MySQLの1行コメントは — が直後に空白必須の標準SQL、# が独自記法で、PostgreSQLやOracleへの移行可能性があるなら — を選ぶ判断になると整理している。 | @yml024 | 09:31 |
| 16 | Vercel Teamに入らずにデプロイしたい！トークンだけで実現するGitHub Actions CD | 受託開発で依頼者のVercelアカウントにログインできずTeam参加も1人20ドルかかる状況を、発行してもらったトークンだけで回すGitHub Actions CDで回避した。 | @keikeigo | 09:42 |
| 17 | Next.js 14→16移行で実際につまずいた6箇所（codemod・proxy・ESLint flat config） | next 14.2.35 から 16.3.4、react 18 から 19.2.8 への移行はhigh脆弱性の根治が目的で、公式upgrade codemod任せでは終わらなかった6箇所を記録している。 | @kobanban | 09:44 |
| 18 | ブラウザだけでPDFを圧縮する（pdf.js × pdf-lib）— qpdfで減らなかったのでラスタライズした話 | qpdf系のストリーム再圧縮ではほとんど減らず、pdf.jsでページを描き直してJPEG化するラスタライズが最も確実だったと結論づけている。 | @yuapi | 09:49 |
| 19 | 【AWS DR設計】Route 53 フェイルオーバールーティング × ALB × ASGによるアクティブ/パッシブ型クロスリージョンDR構成 | AZ障害とリージョン全損を切り分けたうえで、us-east-1のALB+ASG構成をus-west-1へRoute 53のフェイルオーバールーティングで切り替える構成を組んでいる。 | @mooreyxia | 10:04 |
| 20 | wrangler typesが生成する型はNext.jsのDOM型と衝突する。回避策はimport typeの手書きd.ts | @opennextjs/cloudflare でD1バインディングの型を付けようと wrangler types を実行すると request.json() の戻り値が unknown になり TS18046 が大量に出た。 | @hiro123 | 10:35 |
| 21 | モノレポでVercelのビルドが毎回落ちる。犯人は「Root Directory」の未設定で、ブラウザを開かずAPIで直しました | 無関係なアプリのpushでもプレビュービルドが走って失敗する原因はRoot Directoryの未設定で、ビルド失敗通知が9通たまってから気づいた。 | @tarou_0818 | 10:41 |
| 22 | Stripe決済システム導入・運用の泥臭い実戦レシピ：Webhook不達・多重課金・返金トラブルを回 | Webhook不達・多重課金・返金トラブルという決済の実務事故を、泥臭い失敗ログを前提にした防衛ガード機構として組み立てている。 | @TOAI | 11:10 |
| 23 | Vercel × Neon Preview Branching でPRごとのプレビュー環境を作る | Neon の Vercel Integration を入れただけではPreviewにも本番mainのDATABASE_URLが注入され、Previewデプロイが本番DBへの書き込み権限を持ってしまう。 | @natsugure | 11:37 |
| 24 | 補間では取り戻せない — 縮小で消えた高周波を実測した話 | 1/4に縮小してバイキュービックで戻すとPSNRは17.4 dB、高周波エネルギーは原画の20.5%まで落ち、2×でも約52%しか戻らないと実測した。 | @cheng_pm8 | 12:16 |
| 25 | JavaScript の Promiseの実体―レストランの話をされて分からなかったあなたへ | 「料理がまだ来ていない状態」という定番の例え話を使わず、new Promise() という形から Promise オブジェクトの実体と仕組みを説明している。 | @miochan | 12:27 |
| 26 | 【React】PC前提のタスク管理SaaSをスマホでも快適に動かすためのUX泥臭い最適化（カンバン・ボトムシート・Safe Area） | 1920×1080前提のガントとカンバンを、Slackから飛んだURLをスマホで開いた瞬間に崩れる問題やキーボード・ホームバーに埋まる送信ボタンごと作り直している。 | @taski_app | 12:55 |
| 27 | Vercel Hobbyで始める個人開発、無料でも快適にデプロイする5つのコツ | 無料のHobbyプランでもリソース制限や設定ミスでデプロイは失敗するとして、GitHub Actionsによるプレビュー自動化を含む5つの実務テクニックを挙げている。 | @felix-jp-studio | 15:07 |
| 28 | フリーランス向け「会員登録不要・ローカル完結」の請求書自動計算ツールをVanilla JSで作った話 | Vanilla JS と LocalStorage だけでサーバー送信ゼロの請求書ツールを作り、インボイス制度対応の消費税端数処理と印刷でA4に綺麗に出すCSSを共有している。 | @kent0707 | 15:43 |
| 29 | Vite 8でブラウザエラーが見えても終わりじゃない。AI agentの完了条件を4層に分ける | Vite 8 の server.forwardConsole はブラウザのlogやerrorをdev serverのterminalへ転送しコーディングエージェント検出時に自動で有効になるが、それだけでは完了条件に足りないと述べている。 | @heftykoo | 15:47 |
| 30 | コピーした瞬間にMarkdownをプレーンテキストへ変換するChrome拡張を作った | Markdownの下書きをコピーすると ** や # がそのままクリップボードに乗る手間を、コピーした瞬間に記法を除去するChrome拡張で解消した。 | @kazukichi_0914 | 16:17 |
| 31 | createQuickPickで「プリセット選択」と「自由入力」を同じダイアログに両立させる | showQuickPick ではなく createQuickPick を使うことで、空行やEOFのプリセット選択と任意文字列の自由入力を1つのダイアログに両立させている。 | @caymezon | 16:20 |
| 32 | クライアント側で冪等性担保されていることの確認 | エラーコード23505を検知して409と重複メッセージを返すことで、同じIdempotency-Keyの再送をクライアント側から確認できるようにしている。 | @o68606007 | 16:41 |
| 33 | Chrome拡張機能で「ビンゴ抽選器」を自作してみた（Manifest V3 / Vanilla JS） | 外部ライブラリなしのManifest V3拡張で1〜75の抽選器を作り、効果音はWebAudio APIで生成して音声ファイルを一切不要にしている。 | @kazukichi_0914 | 17:11 |
| 34 | 「ほぼ全部Claudeに書かせた」個人用LINE BotをGASからNode.jsに移植してもらった話 | 設計・実装・デバッグ・デプロイまでClaude Codeとの対話だけで進め、著者はコードを一切書かずssh鍵やsudoersの実設定だけを担当したと明かしている。 | @mNemu | 17:40 |
| 35 | 写真をスケッチ化する前にブラウザで derivative を作る：長辺制限と EXIF 落とし | 原図のFileをサーバーに載せずキャンバスで描き直したJPEGだけを送る前処理として、長辺1600px・JPEG quality 0.8・EXIF除去という制約を先に固定している。 | @wujieli0207 | 17:46 |
| 36 | PostgreSQLの学習：SQLとは何か｜PostgreSQLとの違い | SQLはソフトウェアではなくRDBMSへ指示を出すための言語であり、PostgreSQLというソフトとは別物だと切り分けている。 | @masato_y | 18:59 |
| 37 | 陣取りゲームのつもりが労働者配置ゲームになった、要件定義の紆余曲折【小さな帝国 開発連載#2】 | 開拓者駒を毎ターン動かす陣取り案は相手都市マスの扱いが曖昧で全マス制圧も理論上不可能と行き詰まり、5×5グリッド・労働者2体・資源3種・15技術の労働者配置へ作り直した。 | @satou_learning | 19:15 |
| 38 | React歴1年のエンジニアが、AI時代に設計力を身につける6ヶ月間の挑戦 | Claude Codeに指示するだけでコード設計を理解しないままレビュー依頼を出す日々への焦りから、ChatGPTに6か月分の学習計画を作らせている。 | @mskiita | 20:29 |
| 39 | AWSのDB、コンソールで中身が見えるやつと見えないやつがありました | DynamoDB・S3・Cognitoは何の準備もなくコンソールから中身が見える一方、Auroraだけは一切見えないと片っ端から確かめている。 | @inoyu-qiita | 20:34 |
| 40 | 【SKILLS】winForms→Webアプリ移行 | WinForms・SKILLS・React のタグだけが付き、本文が書かれていない状態で公開されている。 | @minato1198 | 21:19 |
| 41 | 複数の冒険を保存する――3つのセーブスロットをどう設計するか【第26回】 | React＋TypeScriptでWeb RPGを作る連載の第26回として、GameStateとマスターデータを分ける前提から3つのセーブスロットの設計へ広げている。 | @mild_bonobo5557 | 21:29 |
| 42 | オセロで学ぶMulti-Framework(React) × Agentforce——チャットUIからApex直接呼び出しへ | TDX 2026 で発表された Salesforce Multi-Framework で Developer Edition 上にReactのオセロを載せ、1人でも遊べるようAgentforceのチャットUIからApexを直接呼んでいる。 | @4geru | 21:54 |
| 43 | 映画でよく見る「手のひらスキャン」の演出を、iPad と HTML 1 ファイルで作った | Swiftでのネイティブ実装を断念し、外部ライブラリなしのHTML 1ファイルをSafariの「ホーム画面に追加」で動かす形に切り替えている。 | @gunmakko | 22:19 |
| 44 | Valibotの自作validation action — requirementと~runに検証を閉じ込める | LLMのモデル名を許可リストで検証するコードは v.check でも v.picklist でも書けるが、エラーの形と型の効き方が両方変わると指摘している。 | @jinno_ai | 22:29 |
| 45 | HTMLの表をCSVにするとき colspan と rowspan で扱いを変えた | CSVは行と列が長方形に並ぶ前提のため結合セルをそのまま表現できず、横方向のcolspanは補えるが縦方向のrowspanは別扱いにしたと判断を説明している。 | @hashito | 22:34 |
| 46 | JavaScriptの「高階関数」とは？初心者向けにコードでわかりやすく解説！ | 関数も数値や文字列と同じデータとして扱えるため別の関数へ渡せるという点から、高階関数を配列メソッドの例で説明している。 | @fastso | 23:05 |
| 47 | VS Codeが世界中のビーチリゾートの窓に？ Webviewで海を映す拡張を作った | workbench の HTML を直接書き換える方式は Linux の /usr/share 配下で EACCES になるため、0.3.0 で標準の Webview API へ作り直した。 | @DoroDango | 23:58 |
Publickey
2026-09-05 付の記事はありませんでした。
gihyo.jp
2026-09-05 付の記事はありませんでした。
GIGAZINE
2026-09-05 付の Web 開発関連記事はありませんでした。
ITmedia News
2026-09-05 付の Web 開発関連記事はありませんでした。
TypeScript Blog
2026-09-05 付の記事はありませんでした。
Node.js Blog
2026-09-05 付の記事はありませんでした。
Astro Blog
2026-09-05 付の記事はありませんでした。
Cloudflare Blog
2026-09-05 付の記事はありませんでした。
Vercel Changelog
2026-09-05 付の記事はありませんでした。
AWS What’s New
| # | Title | Summary | Published |
|---|---|---|---|
| 1 | Amazon ECS introduces Early Success Criteria for service deployments（Amazon ECS がサービスデプロイに Early Success Criteria を導入） | desired count 100・healthy percent 90% ならタスク90個が健全になった時点でデプロイを成功とし、残りは通常のスケーリングで起動して後続のCI/CDを早く解放する。 | 02:00 |
Google Cloud Blog
| # | Title | Summary | Published |
|---|---|---|---|
| 1 | Spanner migrations: Automating dual-write with Antigravity CLI for minimal disruption（Spanner 移行: Antigravity CLI による dual-write 自動化で停止を最小化） | Googleの財務エンジニアリングチームが数十のDAOへ手作業でdual-writeロジックを書く代わりに、Antigravity CLIのheadlessモードで自動リファクタリングのパイプラインを構築した。 | 01:00 |
Supabase Blog
2026-09-05 付の記事はありませんでした。
web.dev
2026-09-05 付の記事はありませんでした。
Mozilla Hacks
2026-09-05 付の記事はありませんでした。
CSS-Tricks
2026-09-05 付の記事はありませんでした。
Smashing Magazine
2026-09-05 付の記事はありませんでした。
Hacker News
| # | Title | Summary | Published |
|---|---|---|---|
| 1 | Run AI in the Browser: A Practical Guide to Transformers.js（ブラウザで AI を動かす: Transformers.js 実践ガイド） | 翻訳モデルは115MB、文法チェックのLaMini-Flan-T5-783Mは約800MBでCPUだと1修正に数秒かかるため、小さくタスク特化のモデルを選ぶよう勧めている。 | 23:22 |
| 2 | Show HN: textlog – The quieter social microblogging platform. HTML-only, no JS.（Show HN: textlog — もっと静かなソーシャル・マイクロブログ。HTML のみ、JS なし） | 公開から1か月で600人超のユーザーを集め、Open Source Europe の下で Open Collective に加わったAGPLのオープンソースプロジェクトだと報告している。 | 23:47 |