principles: Optional complexity v_0
authorFrantišek Kučera <franta-hg@frantovo.cz>
Fri, 11 Jan 2019 22:39:05 +0100
branchv_0
changeset 231 ea49ee7a73c9
parent 230 ee2f682259c2
child 232 c7d05cf04b76
principles: Optional complexity
relpipe-data/principles.xml
--- a/relpipe-data/principles.xml	Fri Jan 11 18:09:50 2019 +0100
+++ b/relpipe-data/principles.xml	Fri Jan 11 22:39:05 2019 +0100
@@ -103,6 +103,23 @@
 			-->
 		</p>
 		
+		<h2>Optional complexity</h2>
+		
+		<p>
+			We are not scared by things like XML, SQL, Java or even C++ and we do not hate them.
+			There are use cases where their complexity is reasonable and makes sense.
+			But on the other hand, there are many scenarios, where such complexity is not necessary or is even harmful.
+			This leads us to the conclusion: <em>the complexity must be optional</em>.
+		</p>
+		<p>
+			Thus <m:name/> data format is independent of above-mentioned <em>complex</em> technologies
+			and our implementation is divided into many separate modules (tools).
+			So the user could download, compile and run only the parts he really needs.
+		</p>
+		<p>
+			<m:name/> can serve as a <em>bridge</em> between the <em>complex world</em> and the <em>simple world</em>.
+		</p>
+		
 		
 		<h2>Sane dependencies</h2>