メインコンテンツに移動
状態管理が複雑化する構造:見えない依存がプロダクトを静かに重くする
状態管理が複雑化する構造:見えない依存がプロダクトを静かに重くする

状態管理は、立ち上げ期ほど「問題として見えない」領域です。状態の種類も更新経路も少なく、どこで値が変わり、どこでUIに反映されるかを頭の中で追えます。

単体テスト(ユニットテスト)とは?品質と変更容易性を支える最小単位の検証
システム開発
単体テスト(ユニットテスト)とは?品質と変更容易性を支える最小単位の検証

単体テストは、システム全体の完成形を直接確かめる手段というより、変更のたびに崩れやすい「局所」を先に固めるための技法です。

モック多用のリスク:テストが増えるほど不確実性が増す逆説
モック多用のリスク:テストが増えるほど不確実性が増す逆説

テストにおけるモックは、依存関係を切り離し、検証対象を小さく保つための実践的な手法です。

E2Eとは?分断を越えて全体最適をつくる思考と実践
E2Eとは?分断を越えて全体最適をつくる思考と実践

E2E(End to End)は「開始から終了までを一気通貫で捉える」という言葉ですが、実務で効くのは「工程の端から端まで眺める」ことではなく、「価値が成立するまでの接続を設計対象にする」という

コードが書けるのに、なぜそれだけで評価されないのか?
コードが書けるのに、なぜそれだけで評価されないのか?

いまの開発現場では、実装の到達点が目に見えて平準化しています。

品質保証と開発速度のバランス
品質保証と開発速度のバランス

「品質」と「速度」が対立して見えるのは、ソフトウェア開発にトレードオフが存在するからというより、評価と観測が短期側へ寄りやすい構造の副作用であることが多いです。

LINE Chat