「Dockerはわかるけど…」から卒業！AWSでコンテナを動かすための30日集中講座 - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに この30日間の記事では、無理なくスキルを習得し、最終的に自律的にコンテナをAWS上で運用できることを目指して、技術を整理していこうと思います。 第1週: コンテナ化の基礎とDockerの再確認 (Day 1 - Day 7) Day 1: 講座スタート！なぜ今、コンテナとDockerを学ぶべきなのか？ Day 2: Dockerの基本コマンド総ざらい：イメージとコンテナを徹底理解 Day 3: Dockerfileの書き方から学ぶ、軽量で堅牢なコンテナイメージの作り方 Day 4: ローカル開発環境をDocker Compos
Windows 11 上書きインストールで現状を全て保持して修復
Windows11 の調子が悪く PC の状態を全て保持したまま再インストールするなら、アプリやデータを全て引継ことができる、上書きインストールで修復することができます。 上書きインストールのやり方は、Windows11のISOファイルをダウンロードまたはインストールメディア内の Setup を実行するだけの簡単な操作です。 Windows11が「再インストール」修復機能を追加しました。この機能はアップデートの仕組みを利用しています。（上書きインストールは完全な再インストールです）再インストールのやり方は下記のページで紹介しています。 Windows 11 標準搭載の修復機能「再インストール」のやり方 このぺージでは、Windows11 のアプリやデータを全て引継ぐ、上書きインストールのやり方を紹介しています。 設定やアプリ削除して、Windows11 の初期化機能で修復する方法は、下記の
【React】フォルダ構成の考え方
はじめに Reactのフォルダ構成は難しい Reactは、フォルダ構成に"意見を持ちません"。 この柔軟性が、フォルダ構成の難しさに繋がっていると思います。 また、フォルダ構成について体系的に書かれている情報が少なく、特に用語の説明がなかったりするため、理解が難しいと感じました。 そこで、フォルダ構成を体系的に理解し、作成できるようになるため、フォルダ構成の考え方についてまとめました。 この記事の目的 フォルダ構成について： 意見を持てるようになる 調べやすくなる そして、リポジトリを見た時に構造化して見えるようになる ことを目的としています。 フォルダ構成の種類 フォルダ構成の種類は、大きく分けて３つに分類できます： type-based feature-based layer-based 「by 〇〇」という呼び方も存在しますが、意味は同じです。 詳細は、〇〇-based以外の呼ばれ方
Docker DesktopリソースセーバーとWSL2のautoMemoryReclaim=gradualは併用できない - tech.guitarrapc.cóm
WSL2は長年メモリリークがありましたが、.wslconfigのautoMemoryReclaim1を設定することでキャッシュされたメモリを自動解放できます。ただ、autoMemoryReclaim=gradualにしているとDocker DesktopのResource Saver(リソースセーバー)と併用できないようでトラブったのでメモ。 Docker Desktopのリソースセーバーとは WSLの自動メモリ回収 autoMemoryReclaim=off autoMemoryReclaim=gradual autoMemoryReclaim=dropcache リソースセーバーとautoMemoryReclaim=gradualを併用するとハングする 解消方法 まとめ 参考 Docker Desktopのリソースセーバーとは Docker Desktopのリソースセーバーは、一定時間
Async Methods | Testing Library
Several utilities are provided for dealing with asynchronous code. These can be useful to wait for an element to appear or disappear in response to an event, user action, timeout, or Promise. (See the guide to testing disappearance.) The async methods return Promises, so be sure to use await or .then when calling them. findBy QueriesfindBy methods are a combination of getBy queries and waitFor. T
useFetcher - Remix ドキュメント 日本語版
useFetcher ナビゲーション以外でサーバーとやり取りするためのフックです。 import { useFetcher } from "@remix-run/react"; export function SomeComponent() { const fetcher = useFetcher(); // ... } オプション key デフォルトでは、useFetcher はそのコンポーネントにスコープされた一意のフェッチャーを生成します（ただし、インフライト中は useFetchers() で参照できます）。アプリの他の場所からアクセスできるように、独自のキーでフェッチャーを識別したい場合は、key オプションを使用できます。 function AddToBagButton() { const fetcher = useFetcher({ key: "add-to-bag" });
開発生産性を測る時に測定の落とし穴から抜け出すために - じゃあ、おうちで学べる
⚠️ 文章の半分以上を酔っ払った状態で作成しています。その点はご容赦下さい。 そのため良い文章ではある気がするのですが散文になってしまってます。 はじめに 「うちのエンジニアチーム、生産性どうなの？」 この質問を受けたとき、あなたはどう答えますか？Four Keysの数値を見せますか？プルリクエストの量を報告しますか？それとも、売上への貢献度を説明しますか？ dora.dev 昨晩、オタク達との飲み会で、この話題が出ました。先週、Findyさん主催の開発生産性カンファレンス2025があったからだと思います。 dev-productivity-con.findy-code.io 正直に言うと、私自身も長年この問題に悩んでいました。数値で示せと言われるけれど、何を測れば本当に意味があるのか。測定すれば改善するのか。そもそも測定する価値があるのか。経営層からのプレッシャーと現場の実情の間で、いつ
セマンティック バージョニング 2.0.0
セマンティック バージョニング 2.0.0 概要 バージョンナンバーは、メジャー.マイナー.パッチ とし、バージョンを上げるには、 APIの変更に互換性のない場合はメジャーバージョンを、 後方互換性があり機能性を追加した場合はマイナーバージョンを、 後方互換性を伴うバグ修正をした場合はパッチバージョンを上げます。 プレリリースやビルドナンバーなどのラベルに関しては、メジャー.マイナー.パッチ の形式を拡張する形で利用することができます。 導入 ソフトウェア・マネージメントの世界には、「依存性地獄」と呼ばれる恐ろしいものがあります。あなたのシステムが大きく成長すればするほど、さまざまなパッケージを組み込めば組み込むほど、自分が地獄の底にいることにいつか気づくでしょう。 多くの依存性を有しているシステムにとって、新しいバージョンがリリースされることは悪夢でしかありません。厳密に依存関係を指定し
Makefileを便利コマンドメモとして使うことに対する違和感 | takeokunn's blog
追記この記事に対するyasunoriの補足記事はこちら。 https://blog.yasunori0418.dev/p/appendix-makefile/ IntroductionyasunoriがZennに書いた「職場のプロジェクトに必ず配置しちゃうMakefileの話」というのがバズっています。 「コマンドが覚え辛い」という、どのプロジェクトにもあるような問題を「Makefileをコマンドメモとして整える」ことによって解決するという記事でした。 SNSやvim-jp slackを見ていると賛同の声が多い印象を受けています。 https://b.hatena.ne.jp/entry/s/zenn.dev/loglass/articles/0016-make-makefile 私個人も過去に同様のMakefileを作ったことがあるし、現職でもMakefileが入っているプロジェクトがあ
ARIA in HTML
ARIA in HTML W3C Recommendation 09 April 2025 More details about this document This version: https://www.w3.org/TR/2025/REC-html-aria-20250409/ Latest published version: https://www.w3.org/TR/html-aria/ Latest editor's draft:https://w3c.github.io/html-aria/ History: https://www.w3.org/standards/history/html-aria/ Commit history Implementation report: https://w3c.github.io/html-aria/results/impleme
テスト用に適当なドメインを注入したいときは .invalid を使うとよさそう - Lambdaカクテル
tl;dr foobarhogehoge.invalidは絶対にリクエストが飛ばないのでおすすめ あらすじ 書いていたコードは、とあるミドルウェア向けに内部利用するURLを環境変数で受け取るようになっていた。普段は実際の内部のURLが書かれているのだが、テスト時には以下のようにダミーを設定していた: FOOBAR_EXTERNAL_URL="https://example.com/foobardummy" テストではこのURLを利用しないのだが、内部で環境変数のバリデーションを行っている都合上、とりあえず適当なURLを指定しなければ起動してくれないから、こうなっていた。重ねて言うが、実際はこの環境変数を利用していないのでこれでいい。 しかしこれだと、うっかり内部の様子がおかしくなったりエンジニアが狂ってしまった場合に、example.comに本当にアクセスしてしまう。なおかつ、セキュリティ
DDoS攻撃をちゃんと理解したい人のための入門と設計整理メモ - Qiita
DDoS攻撃の仕組み・目的・防御を整理してみた話 対象読者とこの記事のスタンス この投稿は、以下のような方を対象にしています： Web サービスやインフラの開発・運用をしている方 DDoS 攻撃に興味はあるが、まだ体系的に理解できていない方 CDN や WAF を使っているが、攻撃の仕組みまで深く知らない方 ✅ この記事で触れること DDoS 攻撃の分類（L3/L4 と L7） UDPリフレクション攻撃の仕組みと例 攻撃者の目的・心理戦 CDN や WAF の有無での影響 DDoS 防御の現実的な設計選択肢 ❌ この記事で触れないこと 各クラウドサービス（AWS/GCP等）での設定手順 WAF ルールの具体的チューニング方法 攻撃ツールの使用や再現 DDoS攻撃とは？ DDoS（Distributed Denial of Service）攻撃は、複数の端末から一斉にサーバーへリクエストを送
企業エンジニア向けに無料で使えるDocker Desktopの代替ツールを比較してみた
はじめに こんにちは。クラウドエースの荒木です。 2021 年 9 月に Docker Desktop の企業ライセンス有料化が発表されて以来 [1]、多くの開発者や企業が代替手段を模索する状況が続いています。その発表から数年が経ち、代替ツールも成熟してきた今、「結局どれを選べばいいの？」という質問をよく見かけます。弊社でも Docker Desktop 利用に制約があるため、様々な代替ツールを試しました。 そこで今回は、2025 年時点での Docker Desktop 代替ツールを、実際の使用感も含めて比較検討してみたいと思います。 Docker Desktop の企業ライセンスについて まず、そもそもなぜ代替手段が必要なのか、Docker Desktop のライセンス状況について改めて整理しておきましょう。 Docker Desktop は2021 年 9 月 1 日から企業利用が有
Rubyへの型導入、実際にどんな利点がある？ 壊さず進める大規模コード改善の実践知 | レバテックラボ（レバテックLAB）
Rubyへの型導入、実際にどんな利点がある？ 壊さず進める大規模コード改善の実践知 2025年6月9日 株式会社タイミー Rubyコミッター Steep開発者 松本宗太郎 Rubyコミッター。大学院でRubyプログラムの型検査の研究に取り組む。修了後はスタートアップでWebアプリケーション開発に従事。2017年から型検査ツールSteepの開発を開始。2019年からはRubyコミッターとして、Ruby標準の型定義言語RBSの開発を主導。2024年4月、タイミーにフルタイムRubyコミッターとして入社。博士（工学）。 X（@soutaro） GitHub 株式会社タイミー バックエンドエンジニア 神山大智 2019年にITスタートアップに新卒入社。インフラからフロントエンドまでフルスタックに開発・運用に携わり、エンジニアリングマネージャーとなる。2024年6月に株式会社タイミーに入社、求人のマ
React で入力フォームの onChange イベントを IME ON のときに無視する
何をするか？React のテキスト入力フォーム（input コンポーネントや mui の TextField など）で onChange イベントハンドラーを設定すると、入力テキストが変化したときに任意の処理を行うことができます。 ただ、onChange イベントは IME での日本語変換中にも呼び出されてしまう ので、おそらく、想定しているよりも多く呼び出されてしまいます。 インクリメンタルサーチなどで、入力のたびに API 呼び出しをしているようなケースでは、この振る舞いは抑制しなければいけません。 ここでは、IME が ON になっているとき（つまり日本語変換中）に、onChange イベントを無視する実装例を紹介します。 このあたりの実装は、ブラウザごとの微妙な振る舞いの差（特に Esc キーで IME 入力をキャンセルした場合など）を考えると、結構複雑だったりします。 実装してみ
「雰囲気でコードレビューをやって」いませんか？ そんなエンジニアに贈る「コードレビュー、最高の教科書『Looks Good To Me』、5月30日刊行！
株式会社秀和システム（東京都・代表取締役会長兼社長 上田智一）は、2025年5月30日、新刊『Looks Good To Me』を発刊します。本書は、「なぜ必要なのか？」「どのように行うべきなのか？」「効率的に行う方法」など、コードレビュー全般について解説した「コードレビュー、最高の教科書」です。 ● 雰囲気でコードレビューをやっていませんか？ ああ、コードレビュー！ リリースプロセスに組み込まれているからやっているけど、何となく「雰囲気でやっている」けど、これが正しいのか、そもそもうまくできているかすらわからない。大事だとは理解しているけど、どのようにやればいいのか、どうなるのが正解なのか、何を参考にすればいいのか、「ぜんぜんわからない」という状況ではないでしょうか。でも大丈夫。これからは本書があります。コードレビューの「なぜ」から「どのように」まで、これが「コードレビューの最高の教科書
useEffectからfetchするときのベストプラクティス - Qiita
useEffectの中でfetch （取得系のリクエスト）しないでください。以上です。ご清聴ありがとうございました。いいねと高評価、チャンネル登録よろしくお願いします。 おまけ とはいえ、useEffectの中でデータ取得することを考えなければいけない場合もあります。例えば、React 16をまだ使っている場合とか。React 18以降ならSuspenseがあるので考えなくていいです。 ということで、筆者は最近React 16の世界でどうしてもuseEffectの中でfetchしなければならない場合を最近経験しました。その場合にもできる限りベストプラクティスに従いたいということで、考えたことを紹介します。 まだReact 16系に囚われている方は参考にしてください。また、新しいReactを使っている方はこの記事で紹介することをそのまま実践する必要はありませんが、useEffectのベストプ
機密情報に関わる文字列の比較は == ではなく secure_compare を使おう
はじめに パスワードハッシュやトークンなどの文字列を比較する際には、== ではなく Rack::Utils.secure_compare を使ったほうが良いということを学んだので、勉強の記録として共有します。 == での文字列比較の危険性 Rack::Utils.secure_compare を知るまでは、まさか == に危険性があるとは思いませんでした[1]が、パスワードハッシュやトークンなどを比較する際には == は使用しないほうが良いです。 その理由は、Timing Attack (タイミング攻撃) と呼ばれる攻撃によって機密情報である文字列を推測されてしまう可能性があるからです。 タイミング攻撃とは、機密情報となる文字列を左から見ていったときに、どこまで合っているかを、文字列比較の処理時間 (false が返ってくるまでの時間) を利用して、推測するという攻撃手法です。 この説明だ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
UUP dump で、Microsoft が公開していない Win11 25H2 の ISO をゲット - 元PCヲタクの引き篭もり日記
Reactの内部構造を知っておく (React Tokyo #6 - @calloc134)
