<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Principle on C2 Platform</title><link>https://c2platform.org/categories/principle/</link><description>Recent content in Principle on C2 Platform</description><generator>Hugo</generator><language>en</language><atom:link href="https://c2platform.org/categories/principle/index.xml" rel="self" type="application/rss+xml"/><item><title>Open, unless</title><link>https://c2platform.org/docs/principles/open-unless/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://c2platform.org/docs/principles/open-unless/</guid><description>&lt;p>C2 Platform starts from openness. Reuse of code, patterns, documentation,
and working examples should be the default across Dutch government
organizations. A closed alternative must be motivated by security, privacy,
legal, or contractual constraints.&lt;/p>
&lt;p>This principle matters because it lowers delivery costs, reduces vendor
lock-in, and makes collaboration between government organizations and ICT
suppliers easier. It also supports the reuse of 




 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
&lt;a class="term-link" href="https://c2platform.org/docs/glossary/#reference-implementation" title="Glossary term: Click for definition">reference implementation&lt;/a> examples, 




 
 
 
 
 
 
 
 
 
 
&lt;a class="term-link" href="https://c2platform.org/docs/glossary/#ansible-content" title="Glossary term: Click for definition">Ansible content&lt;/a>, and shared documentation.&lt;/p></description></item><item><title>Engineer Autonomy</title><link>https://c2platform.org/docs/principles/engineer-autonomy/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://c2platform.org/docs/principles/engineer-autonomy/</guid><description>&lt;p>C2 Platform assumes that engineers should be able to build, test, and improve
automation without waiting for separate infrastructure teams for every change.
A strong 




 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
&lt;a class="term-link" href="https://c2platform.org/docs/glossary/#development-environment" title="Glossary term: Click for definition">development environment&lt;/a> is therefore not a convenience but a
structural requirement.&lt;/p>
&lt;p>This principle supports shift-left engineering. It shortens feedback loops,
improves learning, and makes teams less dependent on scarce shared
environments.&lt;/p>
&lt;h2>Related Core Concepts&lt;/h2>
&lt;div class="section-index">
 &lt;hr class="panel-line">&lt;div class="entry">
 &lt;h5>
 &lt;a href="https://c2platform.org/docs/principles/core-concepts/development-environment/">Development Environment&lt;/a>
 &lt;/h5>
 &lt;p>The environment engineers use to build, test, and learn platform automation without long delays.&lt;/p></description></item><item><title>Everything as Code</title><link>https://c2platform.org/docs/principles/everything-as-code/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://c2platform.org/docs/principles/everything-as-code/</guid><description>&lt;p>C2 Platform treats repeatable work as code. Infrastructure, configuration,
pipelines, and documentation should be stored in Git, reviewed, versioned,
and changed through the same engineering workflow.&lt;/p>
&lt;p>This principle intentionally absorbs what might otherwise be phrased as
&amp;ldquo;automation first&amp;rdquo;. In the C2 Platform context, automation is not a separate
preference layered on top of engineering; it is already expressed by treating
repeatable work as code. The point is not only to automate tasks, but to make
the full delivery model testable, reviewable, and reproducible.&lt;/p></description></item><item><title>Single Source of Truth</title><link>https://c2platform.org/docs/principles/single-source-of-truth/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://c2platform.org/docs/principles/single-source-of-truth/</guid><description>&lt;p>C2 Platform uses Git as the authoritative source for automation,
configuration, and documentation. What is needed to build, review, or manage
a system should be traceable to the repository instead of being spread across
mailboxes, tickets, and manual runbooks.&lt;/p>
&lt;p>This principle is the platform&amp;rsquo;s GitOps backbone. It makes collaboration more
predictable, simplifies audits, and reduces ambiguity between engineers,
managers, and suppliers.&lt;/p>
&lt;h2>Related Core Concepts&lt;/h2>
&lt;div class="section-index">
 &lt;hr class="panel-line">&lt;div class="entry">
 &lt;h5>
 &lt;a href="https://c2platform.org/docs/principles/core-concepts/gitlab/">GitLab Ultimate&lt;/a>
 &lt;/h5>
 &lt;p>The collaboration and delivery platform that keeps code, review, and pipelines together.&lt;/p></description></item><item><title>Learn by Example</title><link>https://c2platform.org/docs/principles/learn-by-example/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://c2platform.org/docs/principles/learn-by-example/</guid><description>&lt;p>C2 Platform does not stop at abstract guidance. It offers working examples
that engineers, managers, and suppliers can inspect together to understand
what a good implementation looks like in practice.&lt;/p>
&lt;p>This principle reduces reinvention and makes the platform easier to adopt.
Reference implementations turn architecture, automation, and documentation
into something concrete that can be copied and adapted.&lt;/p>
&lt;h2>Related Core Concepts&lt;/h2>
&lt;div class="section-index">
 &lt;hr class="panel-line">&lt;div class="entry">
 &lt;h5>
 &lt;a href="https://c2platform.org/docs/principles/core-concepts/reference-implementations/">Reference Implementations&lt;/a>
 &lt;/h5>
 &lt;p>Working examples that show how C2 Platform patterns fit together in practice.&lt;/p></description></item></channel></rss>