Difference between revisions of "Informal laws"
From apm
(basic page) |
m (→External links: added Giant cheesecake fallacy) |
||
(17 intermediate revisions by the same user not shown) | |||
Line 1: | Line 1: | ||
{{stub}} | {{stub}} | ||
− | * [https://en.wikipedia.org/wiki/Linguistic_relativity (weak) Linguistic relativity] – '''"Linguistic categories and usage influence thought and decisions."''' | + | == "Laws" == |
+ | |||
+ | * [https://en.wikipedia.org/wiki/Linguistic_relativity (weak) Linguistic relativity, aka Sapir–Whorf hypothesis] – '''"Linguistic categories and usage influence thought and decisions."''' | ||
* [https://en.wikipedia.org/wiki/Conway%27s_law Conway's law] – '''"Any organization that designs a system (defined broadly) will produce a design whose structure is a copy of the organization's communication structure."''' — Melvin E. Conway | * [https://en.wikipedia.org/wiki/Conway%27s_law Conway's law] – '''"Any organization that designs a system (defined broadly) will produce a design whose structure is a copy of the organization's communication structure."''' — Melvin E. Conway | ||
− | * | + | ---- |
+ | * Drexler's law (I hereby suggest it as such as this was his statement) – '''"What we can do depends on what we can make."''' | ||
+ | ---- | ||
* [https://en.wikipedia.org/wiki/Goodhart%27s_law Goodhart's law] – Generalization by Marilyn Strathern: '''"When a measure becomes a target, it ceases to be a good measure."''' | * [https://en.wikipedia.org/wiki/Goodhart%27s_law Goodhart's law] – Generalization by Marilyn Strathern: '''"When a measure becomes a target, it ceases to be a good measure."''' | ||
+ | ---- | ||
+ | * [https://en.wikipedia.org/wiki/Clarke%27s_three_laws Clarke's three laws] | ||
+ | |||
+ | === Coding === | ||
+ | |||
+ | * [https://en.wikipedia.org/wiki/Greenspun%27s_tenth_rule Greenspun's tenth rule] – "Any sufficiently complicated C or Fortran program contains an ad hoc, informally-specified, bug-ridden, slow implementation of half of Common Lisp." <small>(there are no nine preceding rules)</small> | ||
+ | ---- | ||
+ | * [https://en.wikipedia.org/wiki/Fundamental_theorem_of_software_engineering Fundamental theorem of software engineering (FTSE)] (David Wheeler) <br>"We can solve any problem by introducing an extra level of indirection." – With it's extension! ... <br> "Except for the problem of too many layers of indirection." (humorous but serious) | ||
+ | |||
+ | == Principles == | ||
+ | |||
+ | === "Form follows X" / "Design follows X" === | ||
+ | ---- | ||
+ | * [https://en.wikipedia.org/wiki/Form_follows_function Form follows function] – When the shape of an object primarily relates to its intended function or purpose. <br>This is usually the result when designing at the limit of what's possible under tight constraints. <br>When the limits imposed by physical law leads to the emergent discovery of the shape of a technical artifact. | ||
+ | This could also be called '''"Design for functionality (DFF)"''' matching the following one. | ||
+ | ---- | ||
+ | * [https://en.wikipedia.org/wiki/Design_for_manufacturability Design for manufacturability (DFM)] – The general engineering practice of designing products in such a way that they are easy to manufacture. | ||
+ | DFM could be seen as special case of "form follows function" in the sense of <br> | ||
+ | "form follows limits and constraints in available possible and practical manufacturing technologies" or shorter <br>'''"form follows manufacturability"''' | ||
+ | ---- | ||
+ | * "Design for recycling (DFR)" or "Form follows recyclability" – I just made this one up ad-hoc here to complete the product cycle. | ||
+ | Related: [[Recycling]] | ||
+ | ---- | ||
+ | Summary <small>(the bold ones are the established terms)</small>: | ||
+ | * '''Design for manufacturing (DFM)''' | ||
+ | * Design for funcionality (DFF) | ||
+ | * Design for recycling (DFR) | ||
+ | * '''Design for assembly (DFA)''' | ||
+ | * Form follows manufacturability | ||
+ | * '''Form follows function''' | ||
+ | * Form follows recyclability | ||
+ | * Form follows assemblability | ||
+ | |||
+ | === Musk's 5 step design process === | ||
+ | |||
+ | * (1/5) Sanity check specifications / requirements. Do they even make sense? | ||
+ | * (2/5) Delete / add-in stuff – as critical part of the process. – "The best part is no part." | ||
+ | * (3/5) simplify / optimize | ||
+ | * (4/5) accelerate cycle-time | ||
+ | * (5/5) automate | ||
+ | Avoid doing the whole sequence in reverse. | ||
== Related == | == Related == | ||
* [[What we can X depends on what we can Y]] | * [[What we can X depends on what we can Y]] | ||
+ | * [[Self limitation for safety]] | ||
+ | |||
+ | == External links == | ||
+ | |||
+ | * Youtube - Musk's 5 step design process: [https://youtu.be/t705r8ICkRw?t=13m24s Starbase Tour with Elon Musk (PART 1) ] | ||
+ | * [https://spacecraft.ssl.umd.edu/akins_laws.html Akin's Laws of Spacecraft Design] | ||
+ | * [https://www.lesswrong.com/tag/giant-cheesecake-fallacy Giant cheesecake fallacy] <br>That X potentially could do something does not man that X actually would do it. |
Latest revision as of 21:28, 18 October 2024
Contents
"Laws"
- (weak) Linguistic relativity, aka Sapir–Whorf hypothesis – "Linguistic categories and usage influence thought and decisions."
- Conway's law – "Any organization that designs a system (defined broadly) will produce a design whose structure is a copy of the organization's communication structure." — Melvin E. Conway
- Drexler's law (I hereby suggest it as such as this was his statement) – "What we can do depends on what we can make."
- Goodhart's law – Generalization by Marilyn Strathern: "When a measure becomes a target, it ceases to be a good measure."
Coding
- Greenspun's tenth rule – "Any sufficiently complicated C or Fortran program contains an ad hoc, informally-specified, bug-ridden, slow implementation of half of Common Lisp." (there are no nine preceding rules)
- Fundamental theorem of software engineering (FTSE) (David Wheeler)
"We can solve any problem by introducing an extra level of indirection." – With it's extension! ...
"Except for the problem of too many layers of indirection." (humorous but serious)
Principles
"Form follows X" / "Design follows X"
- Form follows function – When the shape of an object primarily relates to its intended function or purpose.
This is usually the result when designing at the limit of what's possible under tight constraints.
When the limits imposed by physical law leads to the emergent discovery of the shape of a technical artifact.
This could also be called "Design for functionality (DFF)" matching the following one.
- Design for manufacturability (DFM) – The general engineering practice of designing products in such a way that they are easy to manufacture.
DFM could be seen as special case of "form follows function" in the sense of
"form follows limits and constraints in available possible and practical manufacturing technologies" or shorter
"form follows manufacturability"
- "Design for recycling (DFR)" or "Form follows recyclability" – I just made this one up ad-hoc here to complete the product cycle.
Related: Recycling
Summary (the bold ones are the established terms):
- Design for manufacturing (DFM)
- Design for funcionality (DFF)
- Design for recycling (DFR)
- Design for assembly (DFA)
- Form follows manufacturability
- Form follows function
- Form follows recyclability
- Form follows assemblability
Musk's 5 step design process
- (1/5) Sanity check specifications / requirements. Do they even make sense?
- (2/5) Delete / add-in stuff – as critical part of the process. – "The best part is no part."
- (3/5) simplify / optimize
- (4/5) accelerate cycle-time
- (5/5) automate
Avoid doing the whole sequence in reverse.
Related
External links
- Youtube - Musk's 5 step design process: Starbase Tour with Elon Musk (PART 1)
- Akin's Laws of Spacecraft Design
- Giant cheesecake fallacy
That X potentially could do something does not man that X actually would do it.