仕様書
食べにくいソースエッセンス
メタ
非同期と同期
ソフトにおいて、スパゲッティは値は離散、時間は連続し、状態遷移設計は値、時間とも離散している。(時間の離散はあまり認識されていない？状態空間が離散時間で遷移してゆくのだからそのはずなのだが。）
ハードにおいて非同期回路と同期回路のごっちゃまぜは、よく批判の対象となる。
ソフトにおいて中途半端な状態遷移設計をする場合はないだろうか？ 状態遷移設計そのものが完全同期設計化の理念があるのに（と、私は思う）、それを認識していないでプログラム技法として考えているから平気で非同期エッセンスを躊躇なく使ってよくわからなくなる。（いつ変わっているかわからないフラグなんてその象徴）
横展開
1. 共通ブロックの仕様書（共通して使う部分のリファレンスマニュアル。いわゆる関数インタフェースやFPGA仕様書）
2. 固有設計指針(共通ブロックを使って固有設計をする指針、やりかた。またブロックの使い方の仕様書）
3. 固有処理仕様書(固有的に作りこむ部分の仕様書）
において、1は頭の中に入っていて、2を基準に新しい3'を考えるべきである。
しかしながら1,2が頭の中にあって(特に2は文書化されていない）前に作った3を元に新しい3'との差分仕様だけ考えて3'を作ることが多い。
このやり方では下記の問題点がある
・3→3'への焼きなおしが基準であると、無理やり合わせ込むために構造がどんどん汚くなる。 2→3への展開はいろいろな方法が考えられるのに、前のやり方が非効率または良くないとわかっていても従うしかない。
・前に3を作っていないと3'を作れない(前任者以外がやろうとすると非常に時間がかかる）
ひねくれ似非エッセーその１
カエルを熱湯に投げ込むと熱さにびっくりして入れた瞬間に飛び出して助かることもあるが、水に入れてだんだん熱くして行くとゆだって死んでしまう。
ひねくれ似非エッセーその２
パン屋さんの挑戦好きな従業員はパン焼き機を開発しました。これにより作業時間が短くなり、毎日ゆったりと仕事をしていたところ店主にみつかり、毎日朝から晩までパン焼き機でパンの量産するのが仕事となりました。
パン焼き機は時々故障してしまうのですが、その時は店主にえらく怒られ、自分で作ったものでもあるので、仕事が終わってから夜遅くまでかかって必至に直します。
ある時店主はパン焼き機を売り出すことにしました。パン焼き機は飛ぶように売れ、パン屋さんはたいへんもうかりました。しかしそのうち町中のパン屋さんがパン焼き機を使ってパンを作るのが一般的になり、作業効率が良いため高い利益を出していたこのパン屋さんも競争の波にさらされてしまいました。そして店主は従業員に「新しいものをまた考えろ」と毎日毎日激を飛ばすようになり、従業員は毎日必死にいろいろ考えながらパン焼き機でパンを焼いています。
ひねくれ似非エッセーその３
「世代毎に悪くなる再生産が軌道に乗ってきたようです！！」
「技術革新もコスト削減も限界に近づいた今、あとは心理作戦で不充分なものを満足と思ってもらうようになってもらうのも１つの手法ですな」
雷