Definition of operate first (#182)

* Operate First definition post

Here is a short definition of Operate First

* Merge branch 'main' of https://github.com/nijaba/operate-first.github.io

Operate first defined in 4 words

* Update .DS_Store

* Delete content/posts/oeperate-first-4words directory

* update style

* Escape :

* ignore .DS_Store

* fixed colon

Co-authored-by: Marcel Hild <[email protected]>

Author: nijaba

.gitignore

@@ -1,3 +1,4 @@
 node_modules/
 .cache/
 public
+.DS_Store

content/posts/operate-first-defined-4-words/index.mdx

@@ -0,0 +1,39 @@
+---
+title: Operate First - Operate, Open, Governance and Hybrid
+date: 2022-08-11
+author: Nick Barcet
+description: Operate First - 4 key concepts
+tags:
+  - OperateFirst
+  - Operate
+  - Open
+  - Governance
+  - Hybrid
+  - Software
+  - Principles
+---
+
+_By Nick Barcet_
+
+Operate First regroups a few concepts, relying on standard definitions of Open, Open Source, and Open Work:
+
+- **OPERATE**: We build software optimized to run as a service and allow others to run it as a service easily, including documenting how we operate the cloud environment itself.
+
+- **OPEN**: We develop open source practices, tooling, and documentation that allows us to build and manage our software, incorporate lessons we’ve learned from operations back into code, automate wherever possible, and contribute to open source communities.
+
+- **GOVERNANCE**: We foster inclusive, respectful, and collaborative communities through clear standards and accepted practices (e.g., codes of conduct) so participants are empowered to contribute.
+
+- **HYBRID**: We ensure that there is no dependency in our tooling to the cloud environment we are operating In by always verifying our software and management tooling works identically on at least one other platform (another cloud, in a private data center, …)
+
+
+### Why are we defining Operate First?
+
+Because Upstream First was not enough anymore to deliver the values of Open Source in today’s service world.
+
+It’s not enough to just deliver our code in an upstream community if we do not ensure that we also apply it to everything else we use to operate it as a service.
+
+It’s not enough to just deliver software without having first-hand experience of what it means to operate it.
+
+It’s not enough to ensure that it works on a single cloud if we care about its hybridity.
+
+It wasn’t enough to drop code once in a while to do « real » Open Source, but inclusive governance should no longer be an option. Inclusivity must apply to anyone, including those who spend time ensuring the reliability of a service, including those that use the service, not just to those who code the service itself.