Simple system: Difference between revisions
Amwelladmin (talk | contribs) Created page with "{{a|devil|{{subtable|{{simple capsule}}}}}}" |
Amwelladmin (talk | contribs) No edit summary Tags: Mobile edit Mobile web edit |
||
Line 1: | Line 1: | ||
{{a|devil|{{subtable|{{simple capsule}}}}}} | {{a|devil|{{subtable|{{simple capsule}}}}}}in the pantheon of controlled systems, simple systems are the easiest. They are fully scoped out, “solved” systems where inanimate objects may interact with each other, but do so according to settled maxims, and even component failures can be anticipated and pre-solved. Other than when components fail (for example, a snapped bungee rope, or stale yeast that doesn't rise) the components interact in linear, binary ways. | ||
Managing a simple system involves no greater skill than competently following a comprehensive set of instructions in time to accommodate any actions or reactions in the system. There is usually limited “if/then” conditionality (except where a component fails. On operator doesn’t typically have to react “depending on what the system does”, and so skill, experience and expertise are of limited additional value, beyond bringing greater speed and efficiency to operation of the process. | |||
Simple systems can form part of or interact with [[complicated system|complicated]] and [[complex system]]s. It is here where the fun begins. |
Revision as of 04:54, 12 August 2020
|
in the pantheon of controlled systems, simple systems are the easiest. They are fully scoped out, “solved” systems where inanimate objects may interact with each other, but do so according to settled maxims, and even component failures can be anticipated and pre-solved. Other than when components fail (for example, a snapped bungee rope, or stale yeast that doesn't rise) the components interact in linear, binary ways.
Managing a simple system involves no greater skill than competently following a comprehensive set of instructions in time to accommodate any actions or reactions in the system. There is usually limited “if/then” conditionality (except where a component fails. On operator doesn’t typically have to react “depending on what the system does”, and so skill, experience and expertise are of limited additional value, beyond bringing greater speed and efficiency to operation of the process.
Simple systems can form part of or interact with complicated and complex systems. It is here where the fun begins.
- ↑ See: The Checklist Manifesto.