<div dir="ltr">recommended reading: <a href="https://www.amazon.com/Normal-Accidents-Living-High-Risk-Technologies/dp/0691004129">Normal Accidents</a> / <a href="https://en.wikipedia.org/wiki/Normal_Accidents">https://en.wikipedia.org/wiki/Normal_Accidents</a></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Mar 4, 2020 at 7:59 PM Mark Smith <<a href="mailto:markzzzsmith@gmail.com">markzzzsmith@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="auto"><div><br><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, 5 Mar 2020, 14:07 Bevan Slattery, <<a href="mailto:bevan@slattery.net.au" target="_blank">bevan@slattery.net.au</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div lang="EN-AU">
<div>
<p class="MsoNormal"><span>There was a whole PhD paper demonstrating why planes with two engines were safer than planes with four due to risk of catastrophic failure having four engines/and complexity that outweighed the additional
redundancy it provided.</span></p></div></div></blockquote></div></div><div dir="auto"><br></div><div dir="auto"><br></div><div>Having realised that "unnecessary complexity is the enemy", after working on both simple and complex networks and systems, I've been "collecting" simplicity idioms:</div><div dir="auto"><br></div><div dir="auto">"Less is more." - Bauhaus Movement.<br></div><div dir="auto"><br></div><div dir="auto">"Complex equals more things that can break." - Anonymous on Slashdot.</div><div dir="auto"><br></div><div dir="auto">"Perfection is achieved, not when there is nothing more to add, but when there is nothing left to take away.” (in the context of aircraft design coincidentally) - Antoine de Saint-Exupéry, Airman's Odyssey.<br></div><div dir="auto"><br></div><div>"As simple as possible but no simpler."</div><div><br></div><div>"In protocol design, perfection has been reached not when there is nothing left to add, but when there is nothing left to take away." - RFC1925.</div><div><br></div><div><br></div><div>Somewhere along the line I came across a theory that the Roman Empire collapsed because of its complexity, and that continuing adding complexity will unavoidably result in catastrophic collapse.</div><div><br></div><div>Looking that up, I came across this paper that suggests persistent, determined and voluntary simplicity is the way to gain resilience and avoid complexity collapse.</div><div dir="auto"><br>"Resilience through Simplification: Revisiting Tainter’s Theory of Collapse"<br><a href="http://simplicityinstitute.org/wp-content/uploads/2011/04/ResilienceThroughSimplificationSimplicityInstitute.pdf" target="_blank">http://simplicityinstitute.org/wp-content/uploads/2011/04/ResilienceThroughSimplificationSimplicityInstitute.pdf</a><br></div><div dir="auto"><br></div><div></div><div dir="auto"><br></div><div>Regards,</div><div>Mark.</div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div lang="EN-AU"><div><p class="MsoNormal"><span><u></u><u></u></span></p>
<p class="MsoNormal"><span><u></u> <u></u></span></p>
<p class="MsoNormal"><span>[b]<u></u><u></u></span></p>
<p class="MsoNormal"><span><u></u> <u></u></span></p>
<div style="border-right:none;border-bottom:none;border-left:none;border-top:1pt solid rgb(181,196,223);padding:3pt 0cm 0cm">
<p class="MsoNormal"><b><span style="font-size:12pt;color:black">From: </span></b><span style="font-size:12pt;color:black">AusNOG <<a href="mailto:ausnog-bounces@lists.ausnog.net" rel="noreferrer" target="_blank">ausnog-bounces@lists.ausnog.net</a>> on behalf of Mark Smith <<a href="mailto:markzzzsmith@gmail.com" rel="noreferrer" target="_blank">markzzzsmith@gmail.com</a>><br>
<b>Date: </b>Thursday, 5 March 2020 at 1:05 pm<br>
<b>To: </b>AusNOG Mailing List <<a href="mailto:ausnog@ausnog.net" rel="noreferrer" target="_blank">ausnog@ausnog.net</a>><br>
<b>Subject: </b>[AusNOG] "Simple Systems Have Less Downtime"<u></u><u></u></span></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">This is excellent. About startups, however lots of parallels in network and network protocol architecture and design.
<u></u><u></u></p>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">Simple Systems Have Less Downtime<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><a href="https://www.gkogan.co/blog/simple-systems/" rel="noreferrer" target="_blank">https://www.gkogan.co/blog/simple-systems/</a><u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">Also cross over with RFC1925, "The Twelve Networking Truths", for those that may not be aware if it.<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><br>
<br>
<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><a href="https://tools.ietf.org/html/rfc1925" rel="noreferrer" target="_blank">https://tools.ietf.org/html/rfc1925</a><u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><br>
<br>
<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal">(RFC1925 might be the best RFC ever.)<u></u><u></u></p>
</div>
</div>
</div>
</div>
</blockquote></div></div></div>
</div>
_______________________________________________<br>
AusNOG mailing list<br>
<a href="mailto:AusNOG@lists.ausnog.net" target="_blank">AusNOG@lists.ausnog.net</a><br>
<a href="http://lists.ausnog.net/mailman/listinfo/ausnog" rel="noreferrer" target="_blank">http://lists.ausnog.net/mailman/listinfo/ausnog</a><br>
</blockquote></div>