一時保存場

作成日時：2025-07-23
更新日時：2025-11-04

別の文書やカテゴリに振り分けていないメモの集合。

記事

• git hook
• rel=“sponsored”
• cookie受け入れの奴
• dns prefetch
• sitemap、robot対象外
• 有効同値の真ん中のデータは欲しい
• ゴールを明確に
• 価値がすべてであり、ソースは手段に過ぎない。
  • 過剰なリファクタリングはすべきではない。
• ジョブズ「人は形にして見せて貰うまで自分は何が欲しいのかわからないものだ」モック作れ。
• 「こと」「もの」は止める
  • ことことうるせぇよ。シチューか。
  • 適当な名詞に置き換える
• 泳げなければ沈めばいい
• エラーID
• 人間は納得を求める
• 俺は面倒と曖昧性が嫌い
• 希望を持つから絶望する
• 仮説思考は圧倒的当事者意識から
• 未知の既知は命名によって既知の既知になるか
• コンテキストを知ろうともせず、他者を批判するな
• 受容する。反発はストレスを生む。
  • 正当化
  • 共有(相談)
• 運は行動に伴う。金山に行かなければ金は採れない。
• 急な割込みはバグを生む
• ハンロンの剃刀と回避/逃亡
• DBのキーは数値
• GETで更新すんな
• 日本人はハイコンテクスト
• IPAの問題を土日に解いて、既知の未知増大

仕事における自身の思想を抽象化したもの

• 1.はじめに認知ありき
  • 概念
  • コンテキスト
• 2.RAKISTARフレームワーク
  • 曖昧性の排除
  • シンプルかつ小さく
  • 情報共有と記録

少々短速の原則

SQLや外部リソースだけはでなく、対人にも該当しないか？
質問量、質問回数、占有時間、理解容易性

外部リソース = 他者。

TanStackDB

フロントのDB

LLM

• コンテキストの自動収集(Devin)
• 知見をまとめる指示を与える

障害対応

• 現状の定期報告
• 情報を残す

情報の保持

LLMにしても、障害対応にしても、開発にしても
結局は情報を文書として残し保守しなければならない。

SECI、情報の共有。

技術でなんやかんやするより仕様を変えたほうが早い

Enumの状態遷移

複雑ならHelperクラスに置けばいい。

コマンド・クエリの分離

動機付け

心的なものだけではなく、環境も整える。
そもそも他者に期待するな。
「成長してくれる」はギャンブルに過ぎない。

BFCache

Chrome。
ブラウザバック時における高速化手法。
このせいでレイアウトのずれやscriptが発火しなかったりする。

Chrome DevTool

パフォーマンスからレンダリングのスクショをとれる