logo
/
$スナップショット
$ログ
$情報整理
0が1に変わる変化とそれ以外の変化を分けて考える
10000人のフォロワーより、10人のファン、2人の友人
10年も立てばより安価で良い技術が出てくるので、10年後も同じモノを使用するということは考えないほうがいい
10日で仕上げるタスクであれば、2割の2日で8割のタスクを終わらせる
1つに絞る
1つのツールで全てをこなそうとしない
20%ルール
トップページ
WEBにおいてDOMは単なる結果を表す
WEB
DOM
 操作した結果か表示したいものの結果か色々有るとは思うが、結局普通のオブジェクトと同じく「何かの目的のために実行された結果」でしか無い。 これはコンポーネントのロジックとUIの分離思考とおなじ。
ロジックのソフトウェアテストは簡単
WEBレスポンシブは理想だけど、そこに工数取られるくらいなら比率固定で内容に注力したほうが良い
コンポーネントAtomic DesignContainer・PresentationalコンポーネントUIコンポーネントにマージンはつけないstorybookなどのUIコンポーネント管理（テスト）の問題点コンポーネント設計プログラミングの共通化は、再利用とか難しい事考えるのではなく、どこでも使える状態にするのが本質技術の分離にすぎない関心の分離
ソフトウェアテスト「最初から一発で上手く行くように入念に準備するのが正しい」なんていうのは呪いの言葉テストをかかければいけないというより（もちろんそうなんだけど）、IOを明確にしないといけないということの方が大きいテストコードは未来の安心感への投資テスト駆動開発リファクタリングは、新しい関数と古い関数が同時に実行できる環境を用意し、両者の結果を比較する急がば回れではなく、直線距離ではなく地図上の最短距離を探すのほうがしっくりくる👀単体テストはただの負債だから今すぐ書くのをやめるべき
月別アーカイブ