patterning

entropy-and-diversity.md

@@ -0,0 +1,6 @@
+# entropy and diversity
+
+- a [[paper]]
+  - by [[tom leinster]]
+  - [[go]] https://arxiv.org/abs/2012.02113
+

patterning.md

@@ -24,6 +24,43 @@
      - [[systems theory]], kept wondering about whether people knew about it
    - the other "leg" is chapter 15, using feelings.
    - ultimately would love to have some text that has a couple of the ideas that were interesting, drilling down on those.
+- [[simon]] 
+  - interaction between the environment and people
+  - there is something in the environment, in the object themselves, which encodes ways of behaviour
+  - [[ezra klein podcast]] and the extended mind
+  - you can divorce the form/pattern, reuse it in different ways
+  - a pattern language is a collection of forms
+  - extended mind -> a way of getting around the 'problem' of feeling
+  - in architecture we're always looking at plans
+    - you can take the form of a plan, take it into a different context and use it in a different way
+  - [[lorand]] love the list of paradoxes
+    - +1
+- when you went back to the toy model, did you understand it better?
+  - got incremental understanding
+  - didn't go all the way into convincing myself with the actual mathematical proof
+- [[flancian]] [[celullar automata]], [[game of life]]
+- [[lorand]] [[entropy and diversity]]
+- [[homeostasis]]
+  - [[flancian]] key word
+    - a failing proposition :)
+  - aided by [[modular approach]]
+  - [[simon]] top down and bottom up approaches, which seem to map to selfconscious and unselfconscious in [[notsof]]
+- [[simon]] often work with planning laws, which interact with data variables (traffic, rate of light, etc.). 
+  - there is also a decisive factor: the qualities you want in the building you are trying to build.
+  - [[flancian]] how do you think about the time variable in architecture? aging in buildings, entropy :)
+  - you begin a project with a long list of requirements that you have to meet -- but those are day one. unclear how they will evolve over the years.
+- [[modularity aids upgradability]] in information theory
+  - are building upgrades modular?
+  - [[simon]] 60s-70s: yes. but that failed :) see capsule hotel, which remained unchanged because people liked it how it was.
+  - but often it's the older building stock that is easiest to upgrade -- you can tear down walls and build new walls easily.
+  - are there typical reasons that projects fail?
+    - bad context: buildings placed in the wrong place/without the right support
+    - buildings that are built with a very specific use, e.g. a fashion center when the fashion industry is moving away
+    - hard to adapt office to residential and residential to office
+  - are there any projects that are designed to have a short timespan, or need continuous updating?
+    - classic project by [[]]
+    - it's hard to know the needs of the future, so he built half a house and left the other half up to the user
+    - [[japanese]] architecture doesn't value longevity the same way
 
  ## [[2021-07-11]]
  - [[armengol]] [[lorand]] [[simon]] [[flancian]]