【目から鱗】カレーを作った鍋を洗わずキレイにするライフハックに「なるほどその手があったか」「いいことずくめですね!」と大反響 - 材料2つでできるその方法とは?
夏はカレーの季節。独特の香りが食欲をそそり、香辛料たっぷりで夏バテ防止にも。しかも、野菜もお肉も一度に摂れて栄養満点! 夏休み中の子どもに3食用意しなければならない主婦(夫)にとっても、強い味方ですよね。 しかし、厄介なのが後片付け。カレーで汚れたお皿を洗うのも大変だけど、一番の難敵はお鍋……。 今回は、そんな悩みをスパッと解決してくれる投稿を紹介します。それが、こちらのAkiさん(@Aki_solo_Camp)の投稿です。 カレーを作った鍋を洗うのにお湯を沸騰させて､そのお湯を捨ててキッチンペーパーで拭くと話題になりましたけど､ご飯と卵を入れて加熱しながらかき混ぜると､鍋にこべり付いたカレーを綺麗に絡め取ってくれるし流しに油を流すことなく最後まで美味しくカレーがいただけますよ! (@Aki_solo_Campより引用) カレーにご飯＆卵の組み合わせって、絶対美味しいですよね。この投稿に、
Next.jsでネストした動的なルーティングの書き方 - Qiita
Next.jsのドキュメント見たけど、自分のコードに落とし込むのが難しいよって人には参考になると思います。 バージョン MacOS Catalina 10.15.7 Next.js 10.0.5 今回やりたいこと 以下のような感じで1や10など動的な場合のディレクトリ構成をお伝えできればと思います。 next/linkを使っての説明はなく、あくまでもディレクトリ構成に絞って書いていきます。 ユーザー一覧(/users) ユーザー詳細(/users/1) 投稿一覧(/users/1/posts) 投稿詳細(/users/1/posts/10) 先に最終的なディレクトリ構成 pages ├── index.tsx └── users ├── [userId] │ ├── index.tsx │ └── posts │ ├── [postId].tsx │ └── index.t
TypeScript wayでReactを書く - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? TypeScriptはJavaScriptに静的型による型チェックを加えた言語で、Microsoftによって開発されています。TypeScriptの登場以降その人気上昇は留まるところを知らず、Webアプリの開発に採用される例も増えているようです。TypeScriptはJavaScriptと同じ構文・言語機能を持ち、唯一の違いは型がある点、つまり型が書けて型チェックがあるというところです1。 また、ReactはJavaScript向けのUIライブラリで、HTML要素やコンポーネントを第1級オブジェクトとして扱いUIを構築するスタイルが特徴
経年劣化に耐える ReactComponent の書き方 - Qiita
「経年劣化に耐えるコード」というのは、だれもが目指すものでしょう。「そもそもフロントエンドのコードは、今ある技術で最良のものを書き捨てるべき」という意見も理解できますが「備えあれば憂いなし」ということもありますので、ここにメモを残します。あくまで、私なりのベストプラクティスですのでご了承ください。 5層に別れた SFC 私はレイヤーによる技術の分離で、ReactComponent の経年劣化に備えています。ここでいうSFCとは「Stateless Functional Component」の略称ではありません。Vue.js の文脈にある「Single File Component」を指します。 // (1) import層 import React from 'react' import styled from 'styled-components' // (2) Types層 type
Storybook First な開発のススメ
Storybook first な開発とは Storybook での呼び出され方を意識しながらアプリケーションコードを書くことをそのように呼んでいます。 道具に設計がひきづられるのはアンチパターンと言われそうな気もするのですが、コンポーネントのカタログを整備していくことは、コンポーネントが良い感じに再利用可能な形で分離できるということでもあり、やっていくとむしろ正道に近づいていくと思います。 Storybook First のコンポーネント設計や型定義をすると、パーツに限らず Storybook でカバーできる範囲が広がり、ページそのもののサンドボックスを作れます。 そして API がない状態でもデータを使って開発ができたり、特定のスナップショットの再現やタイムトラベルに近いことも可能になるというメリットがあります。 つまり、ただのコンポーネントカタログとしてではなく、開発のためのサンドボ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
