WebAPI の自動テスト戦略 - Shin x Blog
テストコードを実装する際に単体テストで書くか、統合テストで書くか迷う場面はないでしょうか。本エントリでは、私なりのテスト戦略についての考えをまとめました。 概要 対象アプリケーション 本エントリにおける単体テストと統合テスト 単体テスト（ユニットテスト） 統合テスト（結合テスト、API テスト、フィーチャテスト） 単体テストと統合テストの特徴 テスト方針 テスト戦略 単体テストのみ 統合テストのみ 単体テストと統合テストを組み合わせる コンポーネント別のテストガイドライン 統合テストによるテスト テストピラミッドとテストダイヤモンド 統合テストの懸念 統合テストが無い 共有データセットが辛い 実行時間が遅くなりそう まとめ 参照 概要 単体テストと統合テストの特徴 テスト戦略 統合テストの懸念への対応 NotebookLM による音声概要を作成しました。よくまとまっているのでこちらもどうぞ
都内から電車とバスで日帰りも可能！「ゆる山登山」と「温泉」を楽しむ年間登山計画 - 温泉ブログ 山と温泉のきろく
「今年からゆるく登山を始めてみたい」と思っている方へ、12の山旅のご提案 最近「初心者向けの低山を紹介してほしい」という依頼を立て続けにいただいたので、春がきて「今年は登山を始めてみよう」と思っている人も多いのかなと思い。 私なりの「今年からゆるく登山を始めてみたい」と思ってみたい人に向けたガイドを作ってみよう！と思い、この記事を公開することにしました。 依頼をいただく場合「首都圏近郊の低山で」リクエストされることが多いのですが、個人的には「初心者こそ登山口が高いところにある高山に行くのがおすすめ！」と思っていまして。 さらに「温泉と一緒に楽しめる」となれば登山だけではなく「日帰り登山を含めた旅」として楽しめるプランを提案したいなと思い、もう少し広いエリアを対象にご紹介したいなと考えました。 そこで本稿では ・初心者でも気軽に登れるゆる山（標準コースタイム3時間程度） ・登山後に立ち寄りや
Part 1: How We Fell Out of Love with Next.js and Back in Love with Ruby on Rails & Inertia.js - Hardcover Blog
Part 1: How We Fell Out of Love with Next.js and Back in Love with Ruby on Rails & Inertia.js This is part 1 of a series documenting Hardcover’s Alexandria release. We recently migrated our codebase from Next.js to Ruby on Rails, and it’s been amazing so far! It was a learning experience, and I’m excited to share some of our takeaways. I’ll link each article here as it’s written. Introducing Alexa
Functional HTML — overreacted
Here’s a piece of HTML: <html> <body> <p>Hello, world</p> </body> </html> Imagine this was the only piece of HTML you’ve ever seen in your life. If you had complete freedom, which features would you add to HTML, and in what order? Where would you start? Server Tags Personally, I’d like to start by adding a way to define my own HTML tags. It doesn’t need to be complicated. We can just use JavaScrip
note の Elasticsearch 更新系を支える技術
2025年4月24日に開催した 【日経×Helpfeel×note】検索体験の裏側〜知りたい情報を最短で届けるための取り組み紹介〜 にて発表した資料です https://nikkei.connpass.com/event/347879/
Benchmarking PostgreSQL: The Hidden Cost of Over-Indexing
Indexing is one of PostgreSQL’s most effective tools for improving query performance, but like any powerful tool, it can cause real problems when overused. A while ago, my colleague Jobin wrote a blog post exploring the negative side effects of over-indexing in PostgreSQL: PostgreSQL Indexes Can Hurt Performance: Exploring the Negative Effects and the Costs […]
useEffectからfetchするときのベストプラクティス - Qiita
useEffectの中でfetch （取得系のリクエスト）しないでください。以上です。ご清聴ありがとうございました。いいねと高評価、チャンネル登録よろしくお願いします。 おまけ とはいえ、useEffectの中でデータ取得することを考えなければいけない場合もあります。例えば、React 16をまだ使っている場合とか。React 18以降ならSuspenseがあるので考えなくていいです。 ということで、筆者は最近React 16の世界でどうしてもuseEffectの中でfetchしなければならない場合を最近経験しました。その場合にもできる限りベストプラクティスに従いたいということで、考えたことを紹介します。 まだReact 16系に囚われている方は参考にしてください。また、新しいReactを使っている方はこの記事で紹介することをそのまま実践する必要はありませんが、useEffectのベストプ
フロントエンド API コール時のエラーハンドリングを軽く整理（Fetch API・typescript-fetch・TanStack Query） - カミナシ エンジニアブログ
カミナシのソフトウェアエンジニア佐藤です。カミナシレポートの開発に携わっています。 フロントエンドのエラーは「画面リロードやブラウザ再起動で復旧できる（かもしれない）」「クラッシュしてもユーザーの端末に閉じる」などの理由から、バックエンドよりは精緻に扱われない傾向があると個人的には感じています。 その一方、カミナシレポートは、ノンデスクワーカー向けの不安定なネットワーク環境で利用されることも多々あるアプリです。そのため、デジタルツールに不慣れな方のために精緻なフィードバックが必要とされる、リロードに頼ることが難しいケースがある、などの理由でエラーの扱いにも慎重になる必要があります。 本記事では、カミナシレポートのフロントエンド開発をする中で、 バックエンドの API コール時にエラーが発生する条件とその内容（型・クラス） これらエラーをハンドリングする箇所 について、把握しておきたいと感じ
好きなことで生きていく - megamouthの葬列
昔DeNAの新人が入社後半年だかの振り返りのプレゼンの中で「うまくモチベーションが上がらなくて」ということを言った時に、南場社長が「社会人がモチベーションで仕事をするな」とすごく怒ったという話*1があって、とても印象に残っている。 また、これは実体験だが、その当時所属していた会社のけっこう中心的な人物が退職する送別会で、その人が受け持っていた客の話になった時、「あれもこれも大変なお客さんですね。私たちに引き継ぎできるものですかね」と残された側が不安をこぼすと、その人は「仕事やろ」とピシャリと言った、という場面をよく覚えている。 どちらも胸に氷を刺されたような、うすら寒い気持ちになったからだった。 私は、社会人だが、どうにも好き嫌いで仕事をしている節があった。やるべきことを淡々とこなすのではなく、やらなくてはならないことの中に何とか自分の興味が持てるようなテーマを見いだして、努力の為のエネル
テスト用の AWS Health イベントをリクエストする
解決策 デベロッパー、ビジネスまたはエンタープライズサポートプランに加入している場合は、AWS Health イベントをリクエストする技術サポートケースを作成できます。その後、AWS Health イベントを使用して AWS Health との統合をテストできます。 ベーシックサポートプランを利用している場合、AWS Health イベントをリクエストして使用するには、サポートプランをアップグレードする必要があります。 AWS Health イベントをリクエストするには、次の手順を実行します: AWS サポートセンターを開きます。または、AWS マネジメントコンソール で疑問符アイコンを選択し、[サポートセンター] を選択します。 [ケースを作成] を選択します。 「どのようなサポートをご希望ですか?」ページで、[テクニカル] を選択します。 [次のステップ; 追加情報] を選択します。
Reduce your operational overhead today with Amazon CloudFront SaaS Manager | Amazon Web Services
AWS News Blog Reduce your operational overhead today with Amazon CloudFront SaaS Manager Today, I’m happy to announce the general availability of Amazon CloudFront SaaS Manager, a new feature that helps software-as-a-service (SaaS) providers, web development platform providers, and companies with multiple brands and websites efficiently manage delivery across multiple domains. Customers already us
[アップデート] Amazon CloudFront にマルチテナントディストリビューションという SaaS 向けの新しい機能が登場しました | DevelopersIO
[アップデート] Amazon CloudFront にマルチテナントディストリビューションという SaaS 向けの新しい機能が登場しました いわさです。 CloudFront のドキュメント見ましたか。 マルチテナントディストリビューションというものが CloudFront に追加されたようです。なんだこれは。 アナウンスにも出ていますね。 CloudFront コンソールを眺めてみると新しくディストリビューションを作成しようとするときに、従来のシングルウェブサイトかマルチテナントアーキテクチャか選択することができるようになっています。 使ってみたところだいぶ理解が進んだので検証結果や、マルチテナントディストリビューション機能の使い方などを紹介します。 CloudFront コンソールのディストリビューションにタイプが追加された 今回新しく「マルチテナントディストリビューション」というも
![[アップデート] Amazon CloudFront にマルチテナントディストリビューションという SaaS 向けの新しい機能が登場しました | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/78b8a935bc4bb83f1865276a4be1bc5c5fbe7386/height=288;version=1;width=512/https%3A%2F%2Fimages.ctfassets.net%2Fct0aopd36mqt%2Fwp-thumbnail-f66629e23bafcf47fa6477fd0349a4f7%2F3e371b05917375d87daf613d54a600d8%2Famazon-cloudfront)
丁度ええ! ロギング - kawasima
2025/4/24に開催した #アーキ部 『丁度ええ! ロギング』の内容を編集したものです。 ロギングにまつわる問題の構造 ロギングにまつわる現場でよく見られる問題には以下のようなものがあります。 ロギングガイドラインを定義して、開発者に周知し実装してもらったが、実際運用してみると、役に立たないログが多すぎる。 担当者が異なると、ログ出力する粒度が微妙に異なり、解析に時間がかかる。 ログの形式や内容が統一されておらず、分析ツールでの活用が難しい。 ロギングベストプラクティスは探すといくつか見つかります。 https://www.dataset.com/blog/the-10-commandments-of-logging/ https://betterstack.com/community/guides/logging/logging-best-practices/ https://new
実践Webフロントパフォーマンスチューニング
2025年度 traP新歓オリエンテーションのLTで発表した内容です。5分のLTなので1章のみを話しました。
What Does "use client" Do? — overreacted
React Server Components (in?)famously has no API surface. It’s an entire programming paradigm largely stemming from two directives: 'use client' 'use server' I’d like to make a bold claim that their invention belongs in the same category as structured programming (if / while), first-class functions, and async/await. In other words, I expect them to survive past React and to become common sense. Th
千葉の柏駅前、マルイ７月閉店 街の再構築へ市が再開発始動 - 日本経済新聞
かつて若者が集まり「東の渋谷」の象徴ともされた、JR柏駅東口前の「柏マルイ（旧VAT館）」が7月に閉店する。駅前はそごうやイトーヨーカドーも撤退し、にぎわいは薄れつつある。市は駅前の土地取得を起点に大規模な再開発に乗り出す。資材高などの逆境を克服し、老朽化する街を再生できるのか。「丸井柏店がVAT館になり、柏に来る人ががらりと変わった。間違いなく一つの時代を築いた」。駅前の柏二番街商店会の石戸
UI の一部を非表示にする React の Activity コンポーネント
UI の一部を非表示にする React の Activity コンポーネント React の新しい実験的なコンポーネントとして `<Activity>` が追加されました。これは UI の表示非表示を切り替えるために使用されます。従来の条件付きレンダリングとは異なり、アンマウントされた場合にも状態を保持する点が特徴です。 音声による概要 この音声概要は AI によって生成されており、誤りを含む可能性があります。 React の新しい実験的なコンポーネントとして <Activity> が追加されました。これは UI の表示非表示を切り替えるために使用されます。 import { unstable_Activity as Activity } from "react"; function App({ isVisible }: { isVisible: boolean }) { return (
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Intent UI
How to make the Groovebox
GitHub - liveblocks/frimousse: A lightweight, unstyled, and composable emoji picker for React.
