Difference between revisions of "Informal laws"

From apm
Jump to: navigation, search
(added "Musk's 5 step design process")
m (External links: added Giant cheesecake fallacy)
 
(13 intermediate revisions by the same user not shown)
Line 6: Line 6:
 
* [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
 
----
 
----
* "Drexlers law" – '''"What we can do depends on what we can make."'''
+
* 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 ==
 
== 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.
 
* [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.
 
* [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"'''
 
----
 
----
Musk's 5 step design process:
+
* "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?
 
* (1/5) Sanity check specifications / requirements. Do they even make sense?
* (2/5) Delete / add-in part of the process. – "The best part is no part."
+
* (2/5) Delete / add-in stuff – as critical part of the process. – "The best part is no part."
 
* (3/5) simplify / optimize
 
* (3/5) simplify / optimize
 
* (4/5) accelerate cycle-time
 
* (4/5) accelerate cycle-time
Line 27: Line 54:
  
 
* [[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 ==  
 
== External links ==  
  
* Youtube - Musk's 5 step design process: [https://youtu.be/t705r8ICkRw?t=13m24s Starbase Tour with Elon Musk [PART 1]]
+
* 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

This article is a stub. It needs to be expanded.

"Laws"


  • 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.


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