宣言的○○
直接関係ないのだけれどkubernetesが同じように宣言的インフラ管理で流行ってるのだけれど、こういうのは分野問わず流行りなんですかね？inajob.icon 状態管理って難しいということなのかな基素.icon
インフラだと、IaaS言われてChef/Ansibleが出て（どっちが先？）、コードでインフラを管理するのが当たり前になった。Dockerはさらに一歩進めてランタイムを含めた環境を一緒にできる
Kubernetesは、宣言的にコンテナを書いておくと、障害などで宣言状態を満たさなくなった時に自動復旧してくれたりします。ChefやAnsibleより抽象的なイメージ。
より抽象的なイメージですが、足回りの流れはこのような流れなのかなと思っていました基素.icon
KubernetesはDockerなどを操作するマネージャみたいなものなので、合ってると思います
Chefは状態を定義してそこに収束するメンタルモデルだったので、そこがちょっと似てる感じがします基素.icon Converge the node
Chefやってないのばれたinajob.icon
最近めっきり見かけないChefくん....基素.icon
Ansibleがそうしようとして頑張ってるけど出来ない感があってもどかしい感じがしてますinajob.icon
immutableにするの難しい基素.icon
フロントでもglobalな状態であるDOMの扱いは悩みのタネだった。Nodeのmodureなどでスコープを小さくした。ブラウザ標準でESMのmodulesがproduction readyになる（なってる？）
これ話がずれてきてるw基素.icon
CSSも命名規則が被らないように運用でカバーしたり、CSS ModulesとかCSS in JSとか、スコープを小さくする技術が発展した
「グローバルな状態がつらい→状態の影響を小さくする」流れから、どこかで「状態を人間が管理するのは無理」「宣言的に状態を定義して収束」という発想が生まれないだろうか？
Workflow As Codeで宣言的にワークフローを定義するものだと思っている
だから「宣言的」だけで取り出したら該当するものは割とある思う
Nixも「宣言的パッケージマネージャ」みたいに呼ばれることがある 純粋な関数型言語はUIかどうかに関係なくほとんど宣言的
宣言的UIは、状態を扱わない宣言的プログラミングと、仮想DOMの組み合わせがめっちゃ良いじゃん、になった印象