Add October 2017 date to dbsnap_verify reference
Establish 8-year timeline for state machine implementation. Shows long-standing practice of using state machines for infrastructure automation.
This commit is contained in:
parent
cbc569b3ea
commit
4ca2813108
1 changed files with 1 additions and 1 deletions
|
|
@ -18,7 +18,7 @@ who owns yaml?
|
|||
|
||||
**YAML is data, & data is not code.** Even when YAML expresses configuration logic, workflow definitions, or infrastructure-as-code, it remains a data serialization format. For example, `botoform <https://botoform.readthedocs.io/en/latest/>`_ (developed 10 years ago, `initial commit 2015 <https://github.com/russellballestrini/botoform/commit/0211e1a32fc33ed388a837e0e33ad742f1ffd2fd>`_) uses YAML to represent the desired state of AWS infrastructure - created before the machine learning era, before CloudFormation supported YAML (when it was JSON-only), & before Terraform had extensive provider support. These YAML schemas describe infrastructure state as data, not executable programs. Data structures & formats are not patentable subject matter under established legal precedent - raw data, database schemas, & file formats are considered abstract ideas that lack the technical novelty required for patent protection. Attempting to patent data schemas or configuration formats creates barriers to interoperability & harms the open ecosystem that makes modern software development possible.
|
||||
|
||||
**State machines are mathematics, not inventions.** Finite state machines, state transitions, & graph-based logic are fundamental computer science concepts - like algorithms & mathematical formulas - that exist in the public domain. You cannot patent the concept of a state machine any more than you can patent addition or the Pythagorean theorem. When you express state machine logic in YAML (defining states, transitions, & rules), you're describing mathematical relationships using a data format. For example, `dbsnap_verify <https://github.com/russellballestrini/dbsnap/tree/master/dbsnap_verify>`_ implements a state machine to verify AWS RDS snapshots across regions & accounts - the state transitions & logic represent graph theory applied to infrastructure verification, not a patentable invention. The underlying concepts have been taught in computer science curricula for decades & represent shared human knowledge, not proprietary innovations.
|
||||
**State machines are mathematics, not inventions.** Finite state machines, state transitions, & graph-based logic are fundamental computer science concepts - like algorithms & mathematical formulas - that exist in the public domain. You cannot patent the concept of a state machine any more than you can patent addition or the Pythagorean theorem. When you express state machine logic in YAML (defining states, transitions, & rules), you're describing mathematical relationships using a data format. For example, `dbsnap_verify <https://github.com/russellballestrini/dbsnap/tree/master/dbsnap_verify>`_ (started October 3rd, 2017) implements a state machine to verify AWS RDS snapshots across regions & accounts - the state transitions & logic represent graph theory applied to infrastructure verification, not a patentable invention. The underlying concepts have been taught in computer science curricula for decades & represent shared human knowledge, not proprietary innovations.
|
||||
|
||||
Let's find out what licenses actually govern the implementations.
|
||||
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue