<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Feb 13, 2014 at 10:29 AM, Michael Thoreson <span dir="ltr"><<a href="mailto:m.thoreson@c4labs.ca" target="_blank">m.thoreson@c4labs.ca</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="">On 13/02/2014 6:05 AM, Aryeh Friedman wrote</div><div class=""><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
5. We are designing for highly secure mission critical environments (note we purposely do not actually have any such clients and do not "certify" any of our work for such environments) where zero down time is tolerable and that the system must work the first time and every time without flaw<br>

</blockquote></div>
Doesn't mean PC can't evolve into mission critical ready.</blockquote><div><br></div><div>That is our goal but if someone like NORAD decides to use it I would personally not want to know about it so I can sleep at night (without nightmares about my software causing WWIII.... "shall we play a game?.... yes, let's play thermal nuclear war").<br>
 <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class=""><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
6. In testing you can (and should) do the most random, bizarre and baffling things you can think of<br>
</blockquote></div>
I am good at this. Very good at this. I started learning about computers by intentionally breaking it by deleting files or changing settings and then learning how to fix it without the typical nuke and reload.</blockquote>
<div><br></div><div>Very much like me.... I had one additional requirement the machine in question rarely belonged to me and I would be in deep <bleep> if it was not fixed when the owner used it next...  <br><br></div>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class=""><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
7. Since we are a tiny team we have zero time to fuss with overly complex methodologies or the latest fad in system/software engineering.   This means agile is just as bad for our needs as "waterfall".<br>
<br>
8. Because of #6 everything (including all our testing) has to as near to 100% automated as is possible (certain kinds of tests are impossible to automate without losing the key elements of the test) and that this automation has to be as "push button" as possible<br>

</blockquote></div>
There are a number of projects that have testing scripts that could probably be used here with little alterations.<br></blockquote><div><br></div><div>We wrote a unit testing program already that does amazing well here (the sys/netadmin and webui stuff it has issues with though) called thisTest.... we should look into higher level ones like fully scripted instance install/test/tare down <br>
</div></div>-- <br><div dir="ltr">Aryeh M. Friedman, Lead Developer, <a href="http://www.PetiteCloud.org" target="_blank">http://www.PetiteCloud.org</a><br></div>
</div></div>