[PetiteCloud] more design assumptions

[Aryeh Friedman]

On Thu, Feb 13, 2014 at 10:29 AM, Michael Thoreson <m.thoreson at c4labs.ca>wrote:

> On 13/02/2014 6:05 AM, Aryeh Friedman wrote
>
>  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
>>
> Doesn't mean PC can't evolve into mission critical ready.


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").


>
>  6. In testing you can (and should) do the most random, bizarre and
>> baffling things you can think of
>>
> 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.


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...


>  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".
>>
>> 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
>>
> There are a number of projects that have testing scripts that could
> probably be used here with little alterations.
>

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
-- 
Aryeh M. Friedman, Lead Developer, http://www.PetiteCloud.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.petitecloud.nyclocal.net/pipermail/petitecloud-general-petitecloud.nyclocal.net/attachments/20140213/2e033265/attachment-0002.htm>