Web標準のバックエンドアプリのテスト
ここで言う「Web標準のバックエンドアプリ」とはCloudflare Workers、Deno、BunなどのWeb標準をサポートするランタイム上で動くWebアプリです。もしくは、Node.jsでもWeb標準のAPIをサポートしているので、これから紹介するアプリとテストコード自体はNode.js上も動きます。 これらのテストを書く、実行するのは実にシンプルで、拍子抜けしてしまうほどです。ですが、現在、20,000行あるHonoのテストコードは、これらのやり方と全く同じ方法を取っています。注目すべき点は、実際のサーバーを立ち上げることがなく、抽象化されたリクエストとレスポンスのやり取りを試験するだけで、品質が保たれる点です。Honoのテストでは、ランタイムによっては一部実サーバーを立ち上げますが、コアの20,000行ではサーバーを立ち上げていません。この抽象化はPythonのWSGI、Ruby
ブラウザでリロードしながらキャッシュの挙動を確認してる全ての開発者へ | blog.jxck.io
Intro こういうタイトルを付けるのはあまり好きではないが、あえてこのようにした。 「ブラウザでキャッシュがヒットしない」 以下は、 Web における Caching の FAQ だ。 サーバで Cache-Control を付与したのにキャッシュがヒットしない サーバで ETag を付与したのに If-None-Match が送られない サーバで Last-Modified-Since を付与したのに If-Modified-Since が送られない 先日も、筆者が書いた MDN の Cache セクションで「記述が間違っているのでは?」と同様の質問を受けた。 Issue about the Age response header and the term "Reload" · Issue #29294 · mdn/content https://github.com/mdn/cont
【Web】知っておきたいWebエンジニアリング各分野の基礎知見80
この記事は？ それぞれが専門にしている領域に関わらず、Webエンジニアリングの基礎知識として知っておきたいと思う事を対話形式でまとめていく。知識はインプットだけではなく、技術面接や現場では、専門用語の正しい理解をもとにした使用が必要なので、専門がなんであれ理解できるようなシンプルな回答を目指したものになっています。解答の正しさはこれまでの実務と各分野の専門書をベースに確認してはいますが、著者は各技術の全領域の専門家ではなく100%の正しさを保証して提供しているものではないので、そこはご認識いただき、出てきたキーワードの理解が怪しい場合各自でも調べ直すくらいの温度感を期待しています。なお、本記事で書いている私の回答が間違っている箇所があったりした場合、気軽にコメント欄などで指摘いただけるとありがたいです。 Webエンジニアリングの基礎 この記事でカバーしている領域は、以下のような領域です。W
XMLHttpRequest とはなんだったのか | blog.jxck.io
Intro Fetch API の実装が広まり、 IE もリタイアを迎えたことで、今後忘れ去られていくことになるだろう XMLHttpRequest について。 どのように始まり、どのように広まり、どのように使われなくなっていくのか。その間に残した多大な功績を残す。 XMLHttpRequest の始まり この名前は非常に長いため、通常 XHR と略される。 この API は、現在の Web API のように W3C/WHATWG による標準化を経て策定された API ではない。 Microsoft によるいわゆる独自実装の API として始まり、後追いで標準化される。 したがって、 Web API の中でもかなり異質な命名である XHR が、 XmlHttpRequest でも XMLHTTPRequest でもなく XMLHttpRequest である理由も、 Microsoft の命
新人エンジニアにおすすめする一冊 2022 | CyberAgent Developers Blog
こんにちは！CTO統括室の黒崎(@kur_m88)です。2022年度のサイバーエージェントには新卒のエンジニアが約90名入社してくれました。 アフターコロナー1期生の新入社員へ、代表藤田からのメッセージ 2014年までエンジニアブログを遡ると、こんな企画がありました。この企画を8年ぶりに復活させてみようと思います。 #e100q 新人エンジニアにお勧めする一冊 思いつきで企画してみたので100人に聞く時間はありませんでしたが、約40名から返事をもらえました。 社内でアンケートを募集した様子 おすすめする一冊の被りが多ければランキング形式にしようと思っていたのですが、あまり被りがありませんでした。 ちょっと分量が多いですがせっかくなので全部紹介しようと思います。 先輩エンジニア達から新人エンジニアに向けた言葉ももらったので、最後に載せてあります。ぜひ最後までご覧ください！ 新人エンジニアにお
mizchi on Twitter: "実際に採用されるとしてもおそらく現状の TypeScript の Subset が動くようになって、その範囲で書くテクニックを編み出さないといけなくなる あと tc39 の議論見てる限り、積極的に型ほしい派、消極的に型入れてもいいよね、絶対に型入れたくない派が拮抗してて、…"
実際に採用されるとしてもおそらく現状の TypeScript の Subset が動くようになって、その範囲で書くテクニックを編み出さないといけなくなる あと tc39 の議論見てる限り、積極的に型ほしい派、消極的に型入れてもいいよね、絶対に型入れたくない派が拮抗してて、…
RESTful API との比較で GraphQL API を作ることの難しさ｜qsona
上の資料でも書いてるんですが、要点を言うと以下のようなことを主張している。 API の設計手法として、以下の2つのパターンが考えられる ・Resource-based API ・Usecase-based API Usecase-based というのは要はクライアントの要求にそのまま沿った形で API を作るということだ。しかし、UI やその他クライアントの要求というのは変わりやすいものなので、そのたびにいちいち API を変更しないといけないとか、API に一貫性がなくて使いにくいとか、1つの endpoint で多数の要求に対処する "神API" が作られてパフォーマンスが悪化する、というような問題が起こる。 したがって、注意深く RESTful API を設計すると Resource-based になる。ここで言っている Resource というのはテーブル設計にやや近いが、そのまま
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://x.com/jalva_dev/status/1814536400202875363?s=12&t=suYC6B2IhN7jv0qU5zDxmQ
V on Twitter: "gRPC はあくまで HTTP/2 ベースの req/res モデルなので WebSocket とは一緒にしないことをお勧めします。 https://t.co/lO1l2m9cUl"
小林 聡 on Twitter: "①の際にCookieを送信する範囲が指定できる。無指定の場合はSet-Cookieを通知したサーバのみだが「第三者にも送れ」と指定することもでき、この場合プライバシー侵害にあたると問題となっている(実はブラウザは今でも設定でこれを… https://t.co/5Q0y66x6Ln"
sessionとcookieが多分わかる資料
https://twitter.com/songmu/status/1513748360192491520
ドッグ on Twitter: "Python の type hints みたいに JavaScript に型アノテーションを書けるようにする提案が Microsoft の TypeScript のチームから出てる．Stage 1 に進むために色々な TC39 の… https://t.co/OZxlRt3bx4"
ドッグ on Twitter: "proposal: https://t.co/9SMMGNgMms"
きらきら☆あんなたん on Twitter: "ウェブ開発者、ウェブ担当者の皆さん、こんにちは。 3 月 24 日に『2022年、知っておきたいWebのこと ～パフォーマンス & セキュリティ～』で、昨今のウェブ事情をまとめます。私の考える最強の布陣で臨みましたので、ご満足い… https://t.co/KhJTsaskyb"
Takafumi ONAKA on Twitter: "今の若人、ただの HTTP や REST だけじゃなくて OpenAPI や gRPC、HTTP/2 まで一気に学ばなきゃいけないの大変そう。僕らは数年おきに順に覚えたから全部なんとなく把握しているが。（身についているとは言えない"
ちいさな Web ブラウザを作ってみよう