なぜJavaScriptのfetchはawaitを2回しないとレスポンスを取れないのか | maguro.dev
const resp = await fetch("https://api.example.com/data"); await を2回書いているのが気になったことはありませんか？1回の await で一気にレスポンスボディまで取れたら楽なのに、と思ったことはないでしょうか。 とある休日の午前中、いつものようにYouTube上でライブコーディング動画を見ていました1。そこで配信者の方が、fetchを使ってレスポンスボディを取得する際に2回目のawaitが必要であることに対して、「なんでfetchはこんなにめんどくさいんだろう」と言っていました。言われてみると、確かにめんどくさいような気もします。 この記事では、なぜ fetch がこのような設計になっているのかをいろいろな観点から掘り下げてみます。 fetch の使い方おさらい まずはJavaScriptのfetchの基本的な使い方を確認して
MCP サーバーの Streamable HTTP transport を試してみる
MCP では stdio と Streamable HTTP の 2 つの transport が定義されています。TypeScript SDK では v1.10.0 から Streamable HTTP transport がリリースされました。この記事では MCP サーバーを構築し、Streamable HTTP transport を試してみます。 MCP（Model Context Protocol）では JSON-RPC を使用してメッセージをエンコードしています。クライアントとサーバー間のトランスポート方式として以下の 2 つが定義されています。 stdio: 標準入出力を介した通信（主にローカル実行向け） Streamable HTTP: HTTP ストリーミングを介した通信（リモートサーバー向け） 現在（2025 年 4 月時点）では、多くの MCP クライアントとサーバー
Web とは何か | blog.jxck.io
Intro 見落とされがちだが、「Web とは何か」という仕様はない。 Web を定義した W3C のドキュメントもなければ、IETF の RFC もない。 Web は仕様ではないのだ。 これだけしっかりと標準化された技術の粋を集めた総体が、なぜそんなにもフワっとしているのだろうか? 我々は、何を "Web" と呼んでいるのだろうか? HTML+HTTP+URL? 黎明期から Web を見ている人ほど、URL で指定された HTML を HTTP で取得するアーキテクチャを Web と呼ぶ、と思うだろう。 たしかに、それは Sir Tim Berners-Lee が最初に示したコンセプトそのものであったことは間違いない。 ところが、そこから 30 年以上の間、この Web と呼ばれたコンセプトは、ありとあらゆるパーティーからの期待を背負うことになり、当初の最小限のコンセプトだけでは、実態を
エージェント型AI：生成AIの新領域
エージェント型AI ――生成AIの新領域 エグゼクティブ向けハンドブック www.pwc.com/jp AIの活用はテクノロジーだけでなく、前例のない 可能性を解き放つことでもあります。 スピード、効率、顧客中心主義が市場のリーダーシップを左右する時代にあって、組織は自由に使えるあらゆるツールを活用 する必要があります。ここ数年、人工知能（AI）は世界の舞台に爆発的に登場し、世界中の企業や個人がこのテクノロジーを急 速に採用しています。アラブ湾岸6カ国で構成するGCC（Gulf Cooperation Council：湾岸協力理事会）はこの分野で主導的役 割を果たしており、この分野のビジネスリーダーは、こうした急速に発展しているテクノロジーを業務に統合する方法を模索して います。 生成AI（GenAI）は、テクノロジー分野におけるイノベーションのゲームチェンジャーとして認識されており、日常
RFC 9457: Problem Details for HTTP APIs
RFC 9457 Problem Details for HTTP APIs Abstract This document defines a "problem detail" to carry machine-readable details of errors in HTTP response content to avoid the need to define new error response formats for HTTP APIs.¶ This document obsoletes RFC 7807.¶ Status of This Memo This is an Internet Standards Track document.¶ This document is a product of the Internet Engineering Task Force (IE
中国のGPUメーカー、Innosiliconが、112GBという大容量VRAM、DirectX 12およびハードウェアレイトレーシング対応、CUDA互換性を備えたGPU「Fantasy 3」を発表 - 自作ユーザーが解説するゲーミングPCガイド
GPU情報 その他 中国のGPUメーカー、Innosiliconが、112GBという大容量VRAM、DirectX 12およびハードウェアレイトレーシング対応、CUDA互換性を備えたGPU「Fantasy 3」を発表 中国のGPUメーカーであるInnosiliconは、AI処理に特化した大容量112GB VRAMを搭載したGPU「Fantasy 3」を発表しました。 このGPUは、DirectX 12、ハードウェアレンダリング（HW-RT）、CUDAに対応しています。 Innosiliconは、112GBという超大容量VRAMを誇るGPU「Fantasy 3」をリリースし、AI用途向けGPU市場に本格参入を図る姿勢を示しました。 デュアルスロット設計を採用したこのGPUは、CUDA、DirectX 12、ハードウェアレンダリング（HW-RT）に対応しており、AI、ゲーム、コンテンツ制作など
Graceful Shutdown in Go: Practical Patterns
Graceful shutdown in any application generally satisfies three minimum conditions: Close the entry point by stopping new requests or messages from sources like HTTP, pub/sub systems, etc. However, keep outgoing connections to third-party services like databases or caches active.Wait for all ongoing requests to finish. If a request takes too long, respond with a graceful error.Release critical reso
Redirecting to docs.zizmor.sh
Redirecting to docs.zizmor.sh 🌈 You're seeing this because you have an old link to zizmor's docs. Update your bookmarks to the redirected URL! If you are not redirected automatically, follow the link.
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
sse.md