Lycolog

お知らせ

現在サイトのリニューアル作業中のため、全体的にページの表示が乱れています。

手軽に野菜が取れる焼きビーフン

投稿日：: 2025/03/01

料理::レシピ::手軽料理::レシピ::麺類料理::レシピ::焼き物

10分程度で作れるお手軽レシピ

材料

上の写真では野菜にアイスプラント、葉玉ねぎ、ブラウンマッシュルームを使用している。

材料	分量
野菜	好きなだけ
豚バラ肉	2枚
ケンミンの焼きビーフン	1食
サラダ油	適量
水	160mlくらい

調理方法

豚バラを一口サイズに切る
野菜も一口サイズに切る
フライパンに適当に油をひく
豚バラ肉をフライパンに敷く
ビーフンをフライパンに敷く
更にその上に野菜を乗せる
水を入れ中火にかけ、フライパンに蓋をして蒸し焼きにする。
もやしなど水分量の多い野菜がある場合は水を減らしたほうが良い。水気が多すぎると麺が伸びる
2分したらビーフンを裏返す
1分したらフライパンの蓋を外し、ビーフンをほぐし、水で戻っていない場所をなくす
水が残っていたら強火で飛ばす

コメント（0件）

Next.jsの設計に対する最近の考えを殴り書き

投稿日：: 2025/02/27

開発::設計開発::Web言語::TypeScriptライブラリ::Next.js

最近思っているNext.jsを使った画面設計に関する考えを箇条書きで雑に殴り書きしていく。この記事は考えの垂れ流しなので深い説明はしない。AppRouterではなく、PageRouterの考え。

TypeScriptで実装し、型が騙せるような実装は極力避け、コードによる戻り値の型指定は不具合の原因になることがあるため、可能な限り型推論に任せる
SOLIDな設計を意識することで疎結合でテストしやすい設計になる
Clean Archtectureを意識することでSOLIDのSを意識しやすくなる
- 画面として考える場合、実装レイヤーとしてはAPIを呼ぶ以外何もしないAdapter、ビジネスロジックやイベントハンドリングの実処理などを行うController、画面要素を配置しただけのView、画面状態を保持するState、それらをつなぎ合わせるUsecaseが、Usecaseを置くだけのPage（Next.jsのpageコンポーネントに埋め込むコンポーネント）、SSGやSSRをする場合のServer Side Controllerがあるとよいと考えている。大まかには下図のような感じで考えていて、過去の実務でもこれに相当するものを作ったことがある。
- ただこれはModelに相当するものがなく、ビジネスロジックの共通化に課題が出てくるのと、ControllerがFatになりすぎると考えており、そこが課題になると考えている。
テストが容易なコードは必然的に疎結合になる
疎結合にする場合、命名を抽象的にしておくと処理の入れ替えが容易になる（命名が具象、つまり実装の詳細に依存しないため）
疎結合にするとパーツが増えるので認知負荷が上がる
疎結合でかつ、命名が抽象化されている場合、仕様を知らない人にとっては実際の処理内容を推測しづらくなる
- つまりこれは属人性が増えると考える
例外についてはErrorクラスを継承し、カスタム例外を作成して、用途に応じたハンドリングができるようにする
- 原則として処理を止める場合にのみ用いるべきで、続行する場合には使わない
- 例外は原則としてスローして、カスタムエラーは特定の階層でフィルタしてハンドリング、全てすり抜けてきたものはルート処理でキャッチしてハンドリングすることで、取りこぼしをゼロにする。例外の握り潰しは原則行わない
  - 基本的にすべてロギングする
- 処理を継続するものについては例外とせず、ワーニング用の処理フローを作成し、それに則って行う（例えば入力バリデーションはワーニング）