[SystemSafety] OpenSSL Bug

[Les Chambers]

Yes, Everyone Has Their Own Truth - changing someone else's is extremely
difficult.
I have put a small piece on the process of influence here:
http://www.chambers.com.au/glossary/influence.php
... The thoughts of Aristotle et al
I am extremely proud of the illustration. The Señorita was captured, with
available light, after midnight in Girona from a range of 50 m with a long
lens.
Cheers
Les

-----Original Message-----
From: systemsafety-bounces at lists.techfak.uni-bielefeld.de
[mailto:systemsafety-bounces at lists.techfak.uni-bielefeld.de] On Behalf Of
Chris Hills 
Sent: Thursday, April 17, 2014 4:38 PM
To: systemsafety at lists.techfak.uni-bielefeld.de
Subject: Re: [SystemSafety] OpenSSL Bug

I agree with Todd   the biggest problem is the attitudes of the people.  We
have seen this with the development of Agile and people actually wanting to
use it for critical systems. 

At one time we had Analysts and programmers.   Now the Analysts seem to have
gone and SW developers seem to thing SW is all about writing code. Whereas
on a SW project it should be 86% requirements and design and 15% coding and
unit test. 

Until there is a sea change in the way the majority of software is developed
no change in processes will work.  

BTW the process is fixed.... the V model works well but most don't have the
discipline to work to it.   BTW I talk to a LOT of developers from a LOT of
companies. I visit them all the time and see the same things repeated time
after time.   

To be fair it is not all the programmers. Often middle and senior management
are looking for cheap, short cuts and "efficiencies". Then the problem is
the Programmers don't seem to be able to explain their own profession to
others to show why money needs to be spent or what appears to be expensive
time consuming steps are worth doing in the long run.   Then again for the
average British accountant "long term" is 3-6 months :-( .

Regards
 Chris 
 

-----Original Message-----
From:  On Behalf Of Todd Carpenter

If we fix the person, then wouldn't part of the problem stop reproducing
itself?  :)

On 4/16/2014 5:32 PM, Steve Tockey wrote:
> Instead of blaming the person, how about we blame the process? And 
> then take active steps to fix the process?

_______________________________________________
The System Safety Mailing List
systemsafety at TechFak.Uni-Bielefeld.DE